Устранение неполадок с развертыванием Cloud Connector

Статья
07/21/2023

Важно!

Cloud Connector Edition будет прекращен 31 июля 2021 г. вместе с Skype для бизнеса Online. После обновления организации до Teams узнайте, как подключить локальную телефонную сеть к Teams с помощью прямой маршрутизации.

Устранение неполадок при развертывании Cloud Connector Edition.

В этой статье описываются решения распространенных проблем с развертываниями Cloud Connector Edition. Если у вас возникают проблемы со звонками в телефонную сеть общего пользования (ТСОП) и из нее, вы можете выполнить расследование, следуя решениям, описанным в этой статье.

Cloud Connector предоставляет встроенные механизмы для автоматического устранения некоторых проблем. Автоматический процесс обнаружения ищет потенциальные проблемы с устройствами Cloud Connector и, если это возможно, принимает меры по устранению этих проблем без вмешательства администратора. Процесс обнаружения выполняется следующим образом.

Последовательность обнаружения: Служба управления облачными соединителями выполняет процесс каждые 60 секунд, чтобы определить, не работает ли (модуль). В Cloud Connector версии 2.0 и более поздних в процессе обнаружения используется параметр Skype для бизнеса Corpnet для подключения PowerShell к компьютерам Cloud Connector; в версиях, предшествующих версии 2.0, в процессе обнаружения используется переключатель управления Cloud Connector.

Примечание.

Для успешного автоматического восстановления между узлом и виртуальными машинами должно быть сетевое подключение через сетевой коммутатор узла. Обязательно проверка сетевое подключение, чтобы обеспечить успешное автоматическое обнаружение и восстановление.
Мониторинга: В Cloud Connector версии 2.0 и более поздних отслеживаются следующие службы:
- Виртуальные машины не подключены к виртуальным коммутаторам Cloud Connector corporate или Internet
- Виртуальные машины состояние сохранено или остановлено
- Службы центрального сервера управления: REPLICA, MASTER
- Службы сервера-посредника: REPLICA, RTCSRV и MEDSVC
- Службы пограничных серверов: REPLICA, RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY
- Правила брандмауэра для входящего трафика отключены для CS RTCSRV на пограничном сервере, CS RTCMEDSRV на сервере-посреднике
  
  В Cloud Connector версии 1.4.2 отслеживаются только следующие службы:
- Службы сервера-посредника: RTCSRV и MEDSVC
- Служба пограничного сервера: RTCSRV
Процесс восстановления: Если какие-либо отслеживаемые службы не работают, (модуль) помечается вниз, а службы останавливаются и помечаются вручную, пока не удастся устранить все проблемы. Это предотвращает маршрутизацию вызовов в (модуль), что может привести к сбоям вызовов.

Служба управления облачными соединителями повторяет автоматическое восстановление следующим образом.
- Начальный интервал повтора — каждые десять секунд с максимальным интервалом в один час.
- Для первых трех попыток восстановления интервал составляет 10 секунд. Начиная с четвертой попытки интервал времени увеличивается в два раза по сравнению с предыдущим интервалом. Например, четвертая повторная попытка будет выполняться через 20 секунд, пятая — за 40 секунд и т. д.
- По достижении максимального интервала в один час повторные попытки продолжаются один раз в час.
- При успешном восстановлении для счетчиков интервалов и повторных попыток устанавливаются начальные значения.
- Если служба управления перезапущена, количество интервалов и повторных попыток сбрасывается до исходных значений.

Устранение неполадок

Ниже приведены решения часто возникающих проблем:

Проблема. Развертывание завершается сбоем или перестает отвечать на запросы при выполнении скриптов развертывания. После входа на каждую виртуальную машину IP-адрес отсутствует или неверный для сетевого адаптера управления, внутреннего или внешнего сетевого адаптера.

Разрешение: Эту проблему не удается устранить автоматически. Сетевые карты не могут быть добавлены на виртуальные машины во время их выполнения. Завершите работу и удалите эти виртуальные машины в диспетчере Hyper-V, а затем выполните следующие командлеты:
```
Uninstall-CcAppliance
```
```
Install-CcAppliance
```
Проблема. После установки сервера Active Directory Server и леса сервер CMS и (или) сервер-посредник некорректно присоединяются к домену.

Решение. Чтобы устранить эту проблему, выполните следующие действия.
- Войдите на сервер Active Directory и убедитесь, что домен создан правильно.
- Войдите на сервер CMS/-посредник и убедитесь, что в сетевой карте корпоративной сети назначен допустимый IP-адрес, а допустимый статический IP-адрес и DNS настроены в качестве IP-адреса сервера AD.
- Войдите на сервер CMS/-посредник и откройте командную строку. Выполните проверку связи с сервером Active Directory по полному доменному имени и IP-адресу. Если с сервером связаться не удается, это может указывать на конфликт IP-адресов. Попробуйте назначить серверу новый IP-адрес и изменить параметры DNS на сервере-посреднике или сервере CMS соответствующим образом.
Проблема. Появляется следующее сообщение об ошибке : Remove-VMSwitch: Failed while remove virtual Ethernet switch ( Сбой при удалении виртуального коммутатора Ethernet). Виртуальный коммутатор "Cloud Connector Management Switch" не может быть удален, так как он используется при выполнении виртуальных машин или назначается дочерним пулам".

Разрешение: После развертывания параметр "Cloud Connector Management Switch" не был удален. Если вы столкнулись с этой ошибкой, перейдите в диспетчер Hyper-v и убедитесь, что виртуальная машина еще не подключена к нему. При необходимости отключите подключенные виртуальные машины и удалите коммутатор управления. Если параметр управления по-прежнему не удается удалить, перезапустите сервер узла и повторите попытку.
Проблема. Появляется следующее сообщение об ошибке "Не удалось запустить службу RTCMRAUTH. Убедитесь, что служба не отключена.

Примечание.

Эта проблема относится только к версиям Cloud Connector более ранних, чем 1.4.2.

Сбой при запуске также может быть вызван тем, что этот сервер переднего плана ранее выполнял отработку отказа (с помощью отработки отказа компьютера). В этом случае вызовите восстановление размещения (с помощью восстановления размещения компьютера).

Разрешение: Эта проблема возникает на пограничном сервере, когда корневой сертификат ЦС или промежуточный сертификат ЦС не является доверенным пограничным сервером. Даже если внешний сертификат можно импортировать, но цепочка сертификатов разорвана. При этом не удается запустить службу RTCMRAUTH и (или) RTCSRV.

Импортируйте корневой сертификат ЦС и все промежуточные сертификаты внешнего сертификата вручную на пограничный сервер, а затем перезапустите пограничный сервер. После запуска служб RTCMRAUTH и RTCSRV на пограничном сервере вернитесь на сервер узла, запустите консоль PowerShell от имени администратора и выполните следующий командлет, чтобы переключиться на новое развертывание:
```
Switch-CcVersion
```
Проблема. Сервер узла перезапускается после применения обновлений Windows, и происходит сбой вызовов, обслуживаемых этим сервером.

Разрешение: Если вы развернули среду с высоким уровнем доступности, корпорация Майкрософт предоставляет командлет для перемещения одного хост-компьютера (экземпляра развертывания) в текущую топологию или из нее при проверка и установке обновления Windows вручную. Для этого выполните следующие действия:

На сервере узла запустите консоль PowerShell от имени администратора, а затем выполните команду:
```
Enter-CcUpdate
```
Проверьте наличие обновлений и установите доступные обновления.
В консоли PowerShell запустите следующий командлет:
```
Exit-CcUpdate
```

Проблема. При выполнении звонка из клиента Skype для бизнеса с использованием номера ТСОП невозможно повысить уровень звонка до конференции, пригласив к участию в нем другой номер ТСОП.

Разрешение: Чтобы устранить эту проблему, см . раздел Настройка параметров сервера гибридного посредника в сети.
Проблема. При установке сервера Active Directory клиентский компонент Центра обновления Windows отображается предупреждающее сообщение о том, что автоматическое обновление Windows не включено. Чтобы обеспечить автоматическое обновление только что установленной роли или компонента, включите клиентский компонент Центра обновления Windows".

Разрешение: Запустите сеанс Удаленного клиента PowerShell, используя Skype для бизнеса учетные данные администратора клиента, а затем выполните следующий командлет, чтобы проверка конфигурацию EnableAutoUpdate вашего сайта:
```
Get-CsHybridPSTNSite
```
Если параметр EnableAutoUpdate имеет значение True, это предупреждающее сообщение можно игнорировать, так как служба CCEManagement обрабатывает скачивание и установку обновлений Windows как для виртуальных машин, так и для сервера узла. Если для EnableAutoUpdate задано значение False, выполните следующий командлет, чтобы изменить значение на True.
```
Set-CsHybridPSTNSite -EnableAutoUpdate $true
```
Кроме того, можно вручную проверка для и установить обновления. См. следующий раздел.
Проблема. Появляется сообщение об ошибке: Не удается зарегистрировать (модуль), так как текущий вход или конфигурация SiteName> или <ApplianceName>, <полное доменное имя> сервера-посредника или <IP-адрес> сервера-посредника конфликтует с <существующими (модуль). Удалите конфликтующие устройства или измените сведения о входных данных/конфигурации, а затем повторите регистрацию. Затем выполните команду Register-CcAppliance, чтобы зарегистрировать текущее устройство для управления через Интернет».

Разрешение: Значения для <applianceName>, <FQDN> сервера-посредника и <IP-адреса> сервера-посредника должны быть уникальными и использоваться только для одной регистрации (модуль). По умолчанию <значение ApplianceName> происходит из имени узла. <Полное доменное имя> сервера-посредника и <IP-адрес> сервера-посредника, определенные в ini-файле конфигурации.

Например, при использовании (ApplianceName= MyserverNew, сервера-посредника FQDN=ms.contoso.com, IP-адреса сервера-посредника=10.10.10.10) для регистрации в SiteName=MySite, но при наличии зарегистрированного (модуль) (DeviceName= Myserver, сервер-посредник FQDN=ms.contoso.com, IP-адрес сервера-посредника=10.10.10.10), возникает конфликт.

Сначала проверка файл CloudConnector.ini в разделе каталог ApplianceRoot. Вы получите <значения SiteName>, <FQDN> сервера-посредника и <IP-адрес> сервера-посредника в файле. <ApplianceName> — это имя сервера узла.

Во-вторых, запустите удаленный клиент PowerShell, используя учетные данные администратора клиента Skype для бизнеса, а затем выполните следующий командлет, чтобы проверка зарегистрированных (модуль).
```
Get-CsHybridPSTNAppliance
```
После обнаружения конфликтов вы можете обновить файл CloudConnector.ini, включив в него данные зарегистрированного устройства, или отменить регистрацию существующего устройства для устранения конфликтов.
```
Unregister-CsHybridPSTNAppliance -Force
```
Проблема. Командлет Get-CcRunningVersion возвращает пустое значение, если на узле выполняется развернутая (модуль).

Разрешение: Это может произойти при обновлении с версии 1.3.4 или 1.3.8 до версии 1.4.1. После установки версии 1.4.1 с .msi необходимо запустить Register-CcAppliance перед выполнением любого другого командлета. Register-CcAppliance переносит файл module.ini из %UserProfile%\CloudConnector в %ProgramData%\CloudConnector. Если вы пропустили его, в папке %ProgramData%\CloudConnector создается новый module.ini, который заменяет сведения о версии запуска и резервного копирования для версии 1.3.4 или 1.3.8.

Сравните файлы module.ini в папках %UserProfile%\CloudConnector и %ProgramData%\CloudConnector. При наличии различий удалите файл module.ini в папке %ProgramData%\CloudConnector и повторно запустите Register-CcAppliance. Вы также можете вручную изменить файл до правильной работающей и резервной версии.
Проблема. После запуска командлета Switch-CcVersion для перехода на старую версию, которая отличается от текущей версии скрипта, поддержка высокого уровня доступности для этой старой версии отсутствует.

Разрешение: Например, вы обновили версию 1.4.1 до 1.4.2. Текущая версия скрипта, которая может быть определена с помощью , Get-CcVersionи запущенная версия, которая может быть определена при выполнении Get-CcRunningVersion , являются версией 1.4.2. В настоящее время, если выполнить команду Switch-CcVersion , чтобы переключить запущенную версию обратно на 1.4.1, поддержка высокого уровня доступности для этой старой версии отсутствует.

Чтобы получить полную поддержку высокого уровня доступности, вернитесь к версии 1.4.2, чтобы текущая версия и версия скрипта совпадали. Если у вас возникли проблемы с развертыванием версии 1.4.2, удалите и повторно установите его как можно скорее.
Проблема. Срок действия сертификатов, выданных центром сертификации, или внутренних сертификатов, выданных серверу центрального хранилища управления (CMS), серверу-посреднику или пограничному серверу, истекает, либо они скомпрометированы.

Решение. Сертификаты центра сертификации Skype для бизнеса действительны в течение пяти лет. Внутренние сертификаты, выданные серверу центрального хранилища управления (CMS), серверу-посреднику или пограничному серверу, действуют в течение двух лет.

Примечание.

В Cloud Connector версии 2.0 и более поздних командлет Renew-CcServerCertificate изменен на Update-CcServerCertificate, а командлет Renew-CcCACertificate изменен на Update-CcCACertificate.

Если срок действия внутренних сертификатов, выданных центральному хранилищу управления, серверу-посреднику и пограничному серверу, близок к истечению срока действия или компрометации, выполните командлет Renew-CcServerCertificate или Update-CcServerCertificate, чтобы обновить сертификаты.

Если срок действия сертификатов центра сертификации близок, выполните Renew-CcCACertificate или командлет Update-CcCACertificate, чтобы обновить сертификаты.

Если сертификаты центра сертификации скомпрометированы и на сайте есть только один (модуль), выполните следующие действия.

Выполните командлет Enter-CcUpdate, чтобы очистить службы и перевести устройство в режим обслуживания.
```
Enter-CcUpdate
```
Выполните следующие командлеты, чтобы сбросить и создать новые сертификаты центра сертификации, а также все внутренние сертификаты.

Для выпусков Cloud Connector до 2.0:
```
Reset-CcCACertificate 
Renew-CcServerCertificate 
Remove-CcLegacyServerCertificate 
```
Или для Cloud Connector версии 2.0 и более поздних версий:
```
Reset-CcCACertificate 
Update-CcServerCertificate 
Remove-CcLegacyServerCertificate 
```
Если между шлюзом и сервером-посредником используется протокол TLS, выполните командлет Export-CcRootCertificate из (модуль), а затем установите экспортируемый сертификат в шлюзы ТСОП. Вам также может потребоваться перевыпуск сертификата в шлюзе.
```
Export-CcRootCertificate
```
Запустите командлет Exit-CcUpdate, чтобы запустить службы и выйти из режима обслуживания.
```
Exit-CcUpdate
```
Если сертификаты центра сертификации скомпрометировались и на сайте есть несколько устройств, выполните следующие последовательные действия для каждого (модуль) на сайте.

Корпорация Майкрософт рекомендует выполнять эти действия во время использования, отличного от пиковой нагрузки.
На первом (модуль) выполните командлет Remove-CcCertificationAuthorityFile, чтобы очистить файлы резервных копий ЦС в каталоге <SiteRoot>.
```
Remove-CcCertificationAuthorityFile
```
Запустите командлет Enter-CcUpdate для очистки служб и переведите каждый (модуль) в режим обслуживания.
```
Enter-CcUpdate
```
На первом (модуль) выполните следующие командлеты, чтобы сбросить и создать новые сертификаты центра сертификации и все внутренние сертификаты сервера:

Для выпусков Cloud Connector до 2.0:
```
Reset-CcCACertificate
Renew-CcServerCertificate
Remove-CcLegacyServerCertificate 
```
Или для Cloud Connector версии 2.0 и более поздних версий:
```
Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate 
```
На первом (модуль) выполните следующий командлет, чтобы создать резервную копию файлов ЦС в папке <SiteRoot>.
```
Backup-CcCertificationAuthority
```
На всех остальных (модуль) на том же сайте выполните следующие команды, чтобы использовать файлы резервных копий ЦС, чтобы все устройства использовали один и тот же корневой сертификат, а затем запросили новые сертификаты.
```
Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate 
```
Если между шлюзом и сервером-посредником используется протокол TLS, выполните командлет Export-CcRootCertificate из любого (модуль) сайта, а затем установите экспортируемый сертификат в шлюзы ТСОП. Вам также может потребоваться повторно выдать сертификат в шлюзе.
```
Export-CcRootCertificate
```
Запустите командлет Exit-CcUpdate, чтобы запустить службы и выйти из режима обслуживания.
```
Exit-CcUpdate
```

Проблема. В журнале службы управления облачным соединителем появляется следующее сообщение об ошибке "C:\Program Files\Skype для бизнеса Cloud Connector Edition\ManagementService\CceManagementService.log": Ошибка CceService: 0 : непредвиденное исключение при отправке сведений о состоянии в сети: System.Management.Automation.CmdletInvocationException: сбой входа для глобального клиента пользователя <>Администратор. Создайте новый объект учетных данных, убедившись, что вы использовали правильное имя пользователя и пароль. --->

Разрешение: Учетные данные глобального администратора клиента Microsoft 365 или Office 365 были изменены с момента регистрации (модуль) Cloud Connector. Чтобы обновить локально хранящиеся учетные данные на (модуль) Cloud Connector, выполните следующую команду из раздела Администратор PowerShell на (модуль) узла:
```
Set-CcCredential -AccountType TenantAdmin
```
Проблема. После изменения пароля учетной записи сервера узла, используемой для развертывания, вы получите следующее сообщение об ошибке: "ConvertTo-SecureString : ключ недействителен для использования в указанном состоянии". В %ProgramFiles%\Skype для бизнеса Cloud Connector Edition\ManagementService\CceManagementService.log или при выполнении командлета Get-CcCredential.

Разрешение: Все учетные данные Cloud Connector хранятся в следующем файле: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml". При изменении пароля на сервере узла необходимо обновить учетные данные, сохраненные локально.

При запуске Cloud Connector версии 1.4.2, повторно создайте все пароли Cloud Connector, выполнив следующие действия.
1. Перезапустите сервер узла.
2. Удалите следующий файл: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml".
3. Запустите консоль PowerShell от имени администратора, а затем выполните команду Register-CcAppliance -Local, чтобы повторно ввести пароли после описания. Введите те же пароли, которые были указаны ранее для развертывания Cloud Connector.
  
  Если вы используете Cloud Connector версии 2.0 или более поздней, повторно создайте все пароли Cloud Connector, выполнив следующие действия.
4. Перезапустите сервер узла.
5. Удалите следующий файл: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml" .
6. Запустите консоль PowerShell от имени администратора, а затем выполните команду Register-CcAppliance -Local, чтобы повторно ввести пароли после описания.
  
  Если файл кэшированного пароля был сгенерирован с помощью Cloud Connector версии 1.4.2, при появлении запроса используйте пароль VMAdmin для пароля CceService. Для всех остальных учетных записей введите тот же пароль, который был указан ранее для развертывания Cloud Connector.
  
  Если файл кэшированного пароля был сгенерирован с помощью Cloud Connector версии 1.4.2, и пароли учетных записей DomainAdmin и VMAdmin отличаются друг от друга, необходимо выполнить следующие действия.
7. Запустите командлет Set-CcCredential -AccountType DomainAdmin, следуя инструкциям ниже.
8. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для учетной записи CceService.
9. При запросе учетных данных новой учетной записи введите пароль для DomainAdmin, использованный ранее.
  
  Если кэшированный файл паролей был создан с помощью Cloud Connector версии 2.0 или более поздней, по умолчанию VmAdmin и DomainAdmin используют тот же пароль, что и CceService. Если пароли для DomainAdmin и VMAdmin были изменены, необходимо выполнить следующие действия.
10. Запустите командлет Set-CcCredential -AccountType DomainAdmin, следуя инструкциям ниже.
  1. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для CceService.
  2. При запросе учетных данных новой учетной записи введите пароль для DomainAdmin, использованный ранее.
11. Запустите командлет Set-CcCredential -AccountType VmAdmin, следуя инструкциям ниже.
  1. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для CceService.
  2. При запросе учетных данных новой учетной записи введите пароль для VmAdmin, использованный ранее.
Проблема. При использовании Cloud Connector версии 2.1 и более поздних при выполнении Register-CcAppliance или других командлетов на (модуль) появляется сообщение об ошибке, например "Для Each-Object: свойство "Common" не удается найти в этом объекте. Убедитесь, что свойство существует. В C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 char:14"

Разрешение: Для Cloud Connector 2.1 и более поздних версий требуется платформа .NET Framework 4.6.1 или более поздней версии. Обновите платформа .NET Framework на (модуль) до версии 4.6.1 или более поздней и снова запустите командлеты.
Проблема. При использовании Cloud Connector Edition 2.1 при запуске Install-CcAppliance появляется сообщение об ошибке, например " Не удалось установить новый экземпляр с ошибкой: Не удается задать "State", так как только строки могут использоваться в качестве значений для задания свойств XmlNode".

Разрешение: В Cloudconnector.ini в разделе [Общие] добавьте конфигурацию "State", как показано ниже: CountryCode=US State=WA City=Redmond

Необязательно, чтобы строка "State" должна иметь значение, однако строку "State" нельзя удалить из файла Cloudconnector.ini.
Проблема. Появляется следующее сообщение об ошибке "Dismount-WindowsImage: Dismount-WindowsImage failed. Код ошибки = 0xc1550115" при установке или обновлении Cloud Connector Edition.

Разрешение: Запустите консоль PowerShell от имени администратора, выполните команду "DISM -Cleanup-Wim". Произойдет очистка всех изображений с проблемами. Запустите командлет Install-CcAppliance повторно или дождитесь автоматического обновления.
Проблема. Развертывание первого (модуль) Cloud Connector в среде с высоким уровнем доступности завершается сбоем

Разрешение: Действия, которые вы выполняете, зависят от причины сбоя развертывания:
- Если первый облачный соединитель (модуль) завершается сбоем и вы не можете определить причину сбоя, необходимо установить (модуль) еще раз до успешного развертывания, а затем установить другие устройства.
- Если первый облачный соединитель (модуль) сбоем с незначительной проблемой, например с внешним сертификатом, вы можете устранить проблему без повторной установки (модуль). Затем можно использовать удаленный клиент PowerShell, чтобы пометить развертывание как успешное, как показано ниже. (Вы также можете выполнить следующие действия, если первое развертывание прошло успешно, но по какой-либо причине Cloud Connector не сообщает о развертывании как об успешном.)
- Чтобы получить идентификатор (GUID) первого (модуль) Cloud Connector, выполните командлет Get-CsHybridPSTNAppliance.
- Чтобы пометить (модуль) как успешно развернутую, выполните Set-CsCceApplianceDeploymentStatus следующим образом:
```
Set-CsCceApplianceDeploymentStatus -Identity <Appliance Identity GUID> -Action Deploy -Status Finished
```
Проблема. Требуется вручную проверять и устанавливать обновления Windows на сервере узла или виртуальных машинах.

Разрешение: Рекомендуется воспользоваться преимуществами автоматических обновлений ОС, предоставляемых Skype для бизнеса Cloud Connector Edition. После регистрации устройства для управления через Интернет и включения автоматического обновления ОС сервер узла и виртуальные машины будут проверять и устанавливать обновления Windows автоматически согласно параметрам периода обновления ОС.

Если вам требуется вручную проверять и устанавливать обновления Windows, выполните процедуру в этом разделе, соответствующую вашему типу развертывания. Необходимо запланировать одновременное обновление сервера узла и выполняющихся на нем виртуальных машин, чтобы свести к минимум время простоя, необходимое для обновления.

При желании можно использовать сервер служб WSUS для предоставления обновлений серверам Cloud Connector. Однако необходимо убедиться, что для обновлений Windows не задана автоматическая установка.

Дополнительные сведения об обновлении развертывания Cloud Connector вручную см. в следующем разделе.
Проблема. При обновлении Cloud Connector до новой сборки командлеты Cloud Connector не обновляются. Иногда это происходит, если окно PowerShell остается открытым при автоматическом обновлении.

Разрешение: Чтобы загрузить обновленные командлеты, можно выполнить одно из следующих действий:
- Закройте PowerShell на (модуль) Cloud Connector, а затем снова откройте PowerShell.
  - Кроме того, можно запустить Import-Module CloudConnector -Force.
Проблема: "Термин Stop-CsWindowsService не распознается как имя командлета, функции, файла скрипта или работоспособной программы". При попытке запустить командлет Enter-CcUpdate.

Разрешение: Удалите файл $HOME\AppData\Local\Microsoft\Windows\PowerShell\ModuleAnalysisCache. PowerShell создает этот файл в виде кэша командлетов из модулей, которые он находит, чтобы не нужно каждый раз повторно анализировать все модули, так как это приведет к снижению скорости работы. Скорее всего, при чтении из этого кэша в PowerShell были повреждены некоторые повреждения файлов, которые вводили в заблуждение.
Проблема: "Import-Module CloudConnector" создает ошибку Import-Module: указанный модуль CloudConnector не загружен, так как в каталоге модуля не найден допустимый файл модуля".

Решение:
- Убедитесь, что модуль CloudConnector действительно существует в папке c:\Program Files\WindowsPowerShell\Modules
- Убедившись, что модуль CloudConnector существует в этом расположении, можно изменить переменную среды PSModulePath, в которой хранится путь к расположениям модулей:
а) Временное изменение. Запустите PowerShell от имени администратора и выполните следующую команду: $env:PSModulePath = $env:PSModulePath + "; C:\Program Files\WindowsPowerShell\Modules"

б) Для постоянного изменения запустите PowerShell от имени администратора и выполните по очереди следующие команды: $CurrentValue = [Среда]::GetEnvironmentVariable("PSModulePath", "Machine") SetEnvironmentVariable("PSModulePath", $CurrentValue + "; C:\Program Files\WindowsPowerShell\Modules, "Machine")

Установка обновлений Windows вручную

Если вы не хотите использовать автоматические обновления в своей среде, выполните следующие действия, чтобы вручную проверка для и применить обновления Windows. Для проверки наличия и установки обновлений Windows может потребоваться перезагрузка сервера. При перезапуске сервера узла пользователи не смогут использовать Cloud Connector для выполнения или приема вызовов. Вы можете вручную проверить и установить обновления, указав время их применения, а затем перезагрузить компьютеры по мере необходимости, выбрав периоды, которые позволят избежать перерывов в обслуживании.

Чтобы вручную проверить обновления, подключитесь к каждому серверу узла и откройте панель управления. Выберите Система и безопасность >клиентский компонент Центра обновления Windows, а затем управляйте обновлениями и перезапусками сервера в соответствии с вашей средой.

Если на сайте имеется только одно устройство, подключитесь к каждой виртуальной машине и откройте панель управления. Выберите Система и безопасность >клиентский компонент Центра обновления Windows, а затем настройте обновления и перезапуск сервера соответствующим образом.
Если на сайте несколько устройств, обновляемый и перезагружаемый экземпляр будет недоступен для пользователей во время обновления. Пользователи будут подключаться к другим экземплярам в развертывании до тех пор, пока все виртуальные машины и все службы Skype для бизнеса на виртуальных машинах не запустятся после завершения обновления. Чтобы избежать перерывов в обслуживании, можно удалить экземпляр из среды высокой доступности на время применения обновлений, а затем восстановить его. Для этого выполните следующую процедуру.

На каждом сервере узла откройте консоль PowerShell от имени администратора.
Удалите экземпляр из среды высокой доступности, используя следующий командлет:
```
Enter-CcUpdate
```
Выполните процедуру применения обновлений вручную для одного экземпляра и перезапустите виртуальную машину.
Верните экземпляр в среду высокой доступности, используя следующий командлет:
```
Exit-CcUpdate
```

Для развертываний с несколькими сайтами выполните процедуру для отдельного сайта для всех сайтов в развертывании, применяя обновления к одному сайту за раз.

Советы по установке антивирусного программного обеспечения на хост-компьютере Cloud Connector

Если необходимо установить антивирусное программное обеспечение на хост-компьютере Cloud Connector, необходимо добавить следующие исключения:

Каталог локального устройства на каждом компьютере.
Удаленный каталог сайта на каждом компьютере.
Локальный каталог сайта на компьютере размещает корневую папку общего сайта.
%ProgramFiles%\Skype для бизнеса Cloud Connector Edition
%ALLUSERSPROFILE%\CloudConnector
%ProgramFiles%\WindowsPowerShell\Modules\CloudConnector
Процесс Microsoft.Rtc.CCE.ManagementService.exe.

Устранение неполадок с развертыванием Cloud Connector

Устранение неполадок

Установка обновлений Windows вручную

Советы по установке антивирусного программного обеспечения на хост-компьютере Cloud Connector

Дополнительные ресурсы