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

Skype for Business Server 2015
 

Дата изменения раздела:2017-12-05

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

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

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

  • Последовательность обнаружения: . Служба управления соединителя облачных запускает процесс обнаружения ли устройства не работает в течение 60 секунд. В облаке соединителя версии 2.0 и более поздних версий процесс обнаружения использует Скайп переходу Corpnet бизнеса для принятия подключений оболочки PowerShell на компьютерах соединителя облачных; для версий до 2.0 процесс обнаружения использует переключатель управления соединителя облака.

    noteПримечание.
    Для автоматического восстановления для успешного выполнения должна быть сетевое подключение между узлом и виртуальными машинами через коммутатор сетевого узла. Проверьте подключение к сети, чтобы убедиться, что автоматическое обнаружение и восстановление может быть успешным.
  • Мониторинг . Следующие службы отслеживаемые в облаке соединителя версии 2.0 и более поздних версий:

    • Виртуальные машины не подключены к облачных соединителя корпоративной или виртуальных коммутаторов Internet

    • Виртуальные машины находятся в состояние сохраненного или остановленные

    • Центральный сервер управления служб: РЕПЛИКИ, образец

    • Mediation Server services: РЕПЛИКИ, RTCSRV и MEDSVC

    • Пограничный сервер служб: РЕПЛИКИ, RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY

    • Входящий трафик на пограничном сервере, CS RTCMEDSRV на сервер-посредник для CS RTCSRV отключаются правила брандмауэра

    В облаке соединителя версии 1.4.2 отслеживаемые только следующие службы:

    • Mediation Server services: RTCSRV и MEDSVC

    • Пограничный сервер службы: RTCSRV

  • Процесс восстановления . Если какие-либо отслеживаемые службы не работают, снижении устройства и службы останавливаются и помеченные вручную, пока не будет распознано все проблемы. Это предотвратит звонки из маршрутизации устройство, которое может стать причиной сбоями вызовов.

    Служба управления соединителя облачных будет пытаться выполнить автоматическое восстановление следующим образом

    • Интервал повтора начальной — каждые 10 секунд с временем максимальный интервал один час.

    • Для попытки первым трем восстановления промежуток времени — 10 секунд. Начиная с четвертого retry промежуток времени увеличивается на два раза предыдущей промежуток времени. К примеру четвертый retry возникают в 20 секунд, пятой задаче в 40 секунд и так далее.

    • При достижении максимальный интервал времени часа повторных попыток будет предоставляться один раз в час.

    • При успешной восстановления счетчики интервал и повторите попытку устанавливаются исходные значения.

    • При перезапуске службы управления, счетчики интервал и повторите попытку сбрасываются в исходные значения.

Ниже приводятся решения наиболее распространенных проблем.

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

    Решение . Эту проблему нельзя разрешить автоматически. Сетевые адаптеры нельзя добавить на работающие виртуальные машины. Завершите работу виртуальных машин и удалите их с помощью диспетчера Hyper-V, а затем выполните следующие командлеты:

    Uninstall-CcAppliance
    
    Install-CcAppliance
    
  • Проблема: После установки Active Directory Server и леса сервера CMS и/или сервера-посредника не участвуют в домене правильно.

    Решение . Чтобы устранить эту проблему, выполните следующие действия.

    • Войдите на сервер Active Directory и убедитесь, что домен создан правильно.

    • Войдите на сервер CMS или сервер-посредник и убедитесь, что сетевому адаптеру корпоративной сети назначен допустимый IP-адрес, а серверу Active Directory назначены допустимый статический IP-адрес и DNS.

    • Войдите на сервер-посредник или сервер CMS и откройте командную строку. Выполните проверку связи с сервером Active Directory по полному доменному имени и IP-адресу. Если с сервером связаться не удается, это может указывать на конфликт IP-адресов. Попробуйте назначить серверу новый IP-адрес и изменить параметры DNS на сервере-посреднике или сервере CMS соответствующим образом.

  • Проблема. Выводится следующее сообщение об ошибке: «Remove-VMSwitch. Сбой при удалении виртуального коммутатора Ethernet. Невозможно удалить виртуальный коммутатор «Коммутатор управления Cloud Connector», так как он используется работающими виртуальными машинами или назначен дочерним пулам».

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

  • Проблема. Выводится следующее сообщение об ошибке: «Не удалось запустить службу RTCMRAUTH. Убедитесь, что служба не отключена».

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

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

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

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

    Switch-CcVersion
    
  • Проблема. Сервер узла перезапускается после применения обновлений Windows, и происходит сбой вызовов, обслуживаемых этим сервером.

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

    1. На сервере узла запустите консоль PowerShell от имени администратора, а затем выполните команду:

      Enter-CcUpdate
      
    2. Проверьте наличие обновлений и установите доступные обновления.

    3. В консоли 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
    

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

  • Проблема: Вы получаете сообщение об ошибке: не удалось зарегистрировать устройства, так как текущий/конфигурация входных < имя_узла > или < имя устройства > или < полное доменное имя сервера посредника > или < Mediation Server IP-адрес > конфликтует с существующим Appliance(s). Удалите конфликтующие устройства или измените сведения о входных данных/конфигурации, а затем повторите регистрацию. Затем выполните команду Register-CcAppliance, чтобы зарегистрировать текущее устройство для управления через Интернет».

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

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

    Прежде всего проверьте файл CloudConnector.ini в каталоге ApplianceRoot. В этом файле содержатся значения параметров <SiteName> (имя сайта), <Mediation Server FQDN> (Полное доменное имя сервера-посредника) и <Mediation Server IP Address> (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. Файл можно также изменить вручную, чтобы указать правильную выполняющуюся и резервную версию.

  • Проблема: После выполнения командлета переключатель 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), серверу-посреднику или пограничному серверу, действуют в течение двух лет.

    noteПримечание.
    В облаке соединителя версии 2.0 и более поздних версий командлет обновления CcServerCertificate изменилось на CcServerCertificate обновления и командлет CcCACertificate обновления на обновление CcCACertificate.

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

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

    Если сертификаты, выданные центром сертификации, скомпрометированы и на сайте используется только одно устройство, выполните следующие шаги:

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

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

      Для соединителя облачных предыдущих выпусках 2.0:

      Reset-CcCACertificate 
      Renew-CcServerCertificate 
      Remove-CcLegacyServerCertificate 
      
      

      Или для соединителя облачных версии 2.0 и более поздних версий:

      Reset-CcCACertificate 
      Update-CcServerCertificate 
      Remove-CcLegacyServerCertificate 
      
      
    3. Выполните командлет Exit-CcUpdate, чтобы запустить службы и выйти из режима обслуживания.

    4. Выполните командлет Export-CcRootCertificate для локального файла на устройстве, а затем скопируйте и установите экспортированный сертификат на шлюзы ТСОП.

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

    Корпорация Майкрософт рекомендует, выполните следующие действия в периоды наименьшей использования.

    • На первом устройстве выполните командлет Remove-CcCertificationAuthorityFile, чтобы очистка файлов резервных копий ЦС в каталоге < SiteRoot >.

    • Выполните командлет CcUpdate ввод для извлечения служб и поместить каждого устройства для обеспечения связи в режиме обслуживания.

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

      Для соединителя облачных предыдущих выпусках 2.0:

      Reset-CcCACertificate
      Renew-CcServerCertificate
      Remove-CcLegacyServerCertificate 
      
      

      Или для соединителя облачных версии 2.0 и более поздних версий:

      Reset-CcCACertificate
      Update-CcServerCertificate
      Remove-CcLegacyServerCertificate 
      
      
    • На первом устройства выполните следующий командлет, чтобы выполнить резервное копирование файлов ЦС в папку < SiteRoot >. Более поздних версий на все другие устройства на том же сайте командлет Reset-CcCACertificate будет автоматически использовать файлов резервных копий центра сертификации и устройства будут использовать тот же сертификат корневого.

      Backup-CcCertificationAuthority
      
    • Выполните командлет CcUpdate выхода для запуска служб и выйти из режима обслуживания.

    • Если протокол TLS используется между шлюзом и сервера-посредника, выполните командлет Export-CcRootCertificate из любого устройства на сайте, а затем установите экспортированный сертификат для шлюзов PSTN.

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

    Решение . Учетные данные глобального администратора клиента Office 365 были изменены с момента регистрации устройства Cloud Connector. Чтобы обновить локальные учетные данные для устройства Cloud Connector, выполните следующую команду в консоли PowerShell на узле устройства от имени администратора:

    Set-CcCredential -AccountType TenantAdmin
    
  • Проблема: После изменения пароля для учетной записи сервера узла, используется для развертывания, появляется следующее сообщение об ошибке: «ConvertTo-SecureString: недопустимый ключ для использования в указанном состоянии.» в %ProgramFiles%\Skype для соединителя Cloud Business Edition\ManagementService\CceManagementService.log или во время выполнения командлета Get-CcCredential.

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

    При использовании соединителя облачных версии 1.4.2, обновите всех паролей облачных соединителя, выполнив следующие действия:

    1. Перезапустите сервер узла.

    2. Удалите следующий файл: %SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml.

    3. Запустите консоль PowerShell от имени администратора и выполните командлет Register-CcAppliance -Local, чтобы повторно ввести пароль. Введите те же пароли, которые были указаны ранее для развертывания Cloud Connector.

    При использовании соединителя облачных версии 2.0 или более поздней версии, обновите всех паролей облачных соединителя, выполнив следующие действия:

    1. Перезапустите сервер узла.

    2. Удалите следующий файл: %SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml.

    3. Запустите консоль PowerShell от имени администратора и выполните командлет Register-CcAppliance -Local, чтобы повторно ввести пароль.

    Если файл кэшированного пароля был сгенерирован с помощью Cloud Connector версии 1.4.2, при появлении запроса используйте пароль VMAdmin для пароля CceService. Для всех остальных учетных записей введите тот же пароль, который был указан ранее для развертывания Cloud Connector.

    Если файл кэшированного пароля был сгенерирован с помощью Cloud Connector версии 1.4.2, и пароли учетных записей DomainAdmin и VMAdmin отличаются друг от друга, необходимо выполнить следующие действия.

    1. Запустите командлет Set-CcCredential -AccountType DomainAdmin, следуя инструкциям ниже.

      1. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для учетной записи CceService.

      2. При запросе учетных данных новой учетной записи введите пароль для DomainAdmin, использованный ранее.

    Если файл кэширования пароль был создан с облачных соединителя версии 2.0 и более поздних версий, по умолчанию, VmAdmin и страница используют тот же пароль как CceService. При изменении паролей страница и VMAdmin, необходимо выполнить следующие действия:

    1. Запустите командлет Set-CcCredential -AccountType DomainAdmin, следуя инструкциям ниже.

      1. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для CceService.

      2. При запросе учетных данных новой учетной записи введите пароль для DomainAdmin, использованный ранее.

    2. Запустите командлет Set-CcCredential -AccountType VmAdmin, следуя инструкциям ниже.

      1. При запросе учетных данных старой учетной записи введите учетные данные, которые использовались с паролем для CceService.

      2. При запросе учетных данных новой учетной записи введите пароль для VmAdmin, использованный ранее.

  • Проблема: С соединителем облачных версии 2.1 и более поздних версий, при запуске Register CcAppliance или других командлетов на устройстве, вы получаете сообщение об ошибке таких как: «для каждого объекта: свойство «Общий» не удается найти на этот объект. Убедитесь, что свойство существует. В C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 символов: 14»

    Решение . Облако 2.1 соединителя и более поздних версий требуется .NET Framework 4.6.1 или более поздней версии. Обновите на устройстве до версии 4.6.1 .NET Framework или более поздней версии и снова запустите cmdlet(s).

  • Проблема: Вы получаете следующее сообщение об ошибке «отключить WindowsImage: не удалось Dismount-WindowsImage. Код ошибки = 0xc1550115» при установке или обновлении Edition соединителя облака.

    Решение . Запуск от имени администратора, запустите консоль PowerShell «DISM-Cleanup-Wim "». Это будет очистки всех неполадок изображений. Снова запустите Install-CcAppliance или дождитесь битов для автоматического обновления.

  • Проблема: Не удается выполнить развертывание первого устройства соединителя облака в среде высокой ДОСТУПНОСТИ

    Решение . Действия, выполняемые зависят от причину, ошибка развертывания:

    • Если первый appliance облачных соединителя, возникает ошибка, и не может определить причину сбоя, необходимо повторно установить устройство только после успешного развертывания и установить другие устройства.

    • В случае сбоя первого appliance соединителя облачных незначительные проблемы, такие как проблема внешний сертификат, можно устранить проблему без повторная установка устройства. Затем можно использовать клиентов удаленной оболочки PowerShell на развертывание помечается как успешно следующим образом. (Можно также использовать следующие шаги первого развертывания прошла успешно, но, по какой-либо причине, облако соединителя происходит сбой развертывание как успешно отчетов.)

      • Чтобы получить удостоверение (GUID) первого устройства облачных соединителя, запустите командлет 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 вручную см. в следующем разделе.

  • Проблема: При соединителя облачных обновлений на новое построение и командлеты соединителей облако не обновляются. В некоторых случаях это происходит, если окно PowerShell будет открыта в случае автоматического обновления.

    Решение . Чтобы загрузить обновленные командлеты, можно выполнить одно из следующих действий:

    • Закройте PowerShell на устройстве облачных соединителя и снова запустите PowerShell.

    • Или можно запустить CloudConnector Import-Module-Force.

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

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

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

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

    1. На каждом сервере узла откройте консоль PowerShell от имени администратора.

    2. Удалите экземпляр из среды высокой доступности, используя следующий командлет:

      Enter-CcUpdate
      
    3. Выполните процедуру применения обновлений вручную для одного экземпляра и перезапустите виртуальную машину.

    4. Верните экземпляр в среду высокой доступности, используя следующий командлет:

      Exit-CcUpdate
      

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

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

  • Локальный каталог устройства для обеспечения связи на каждом компьютере.

  • Удаленный каталог сайтов на каждом компьютере.

  • Локальный каталог сайта на компьютере, где размещается в корневой папке общего веб-узла.

  • %ProgramFiles%\Skype облаке соединитель для выпуска для бизнеса

  • %ALLUSERSPROFILE%\CloudConnector

  • %ProgramFiles%\WindowsPowerShell\Modules\CloudConnector

  • Процесс Microsoft.Rtc.CCE.ManagementService.exe.

 
Показ: