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

Skype for Business Server 2015
 

Дата изменения раздела:2017-08-10

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

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

  • Последовательность обнаружения: . Обнаружение отключенного устройства выполняется каждые 60 с.

  • Мониторинг . Осуществляется мониторинг следующих служб.

    • Сервер-посредник: RTCSRV и MEDSVC

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

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

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

    • Если перезапустить службу не удалось, перезапускаются все виртуальные машины Cloud Connector.

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

  • Проблема. При выполнении сценариев развертывания происходит сбой или остановка развертывания. После выполнения входа на каждую виртуальную машину 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, и происходит сбой вызовов, обслуживаемых этим сервером.

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

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

  • Выводится сообщение об ошибке: «Невозможно зарегистрировать устройство, так как <SiteName> или <ApplianceName>, <Mediation Server FQDN> или <Mediation Server IP Address> текущих входных данных/конфигурации конфликтуют с существующими устройствами. Удалите конфликтующие устройства или измените сведения о входных данных/конфигурации, а затем повторите регистрацию. Затем выполните команду 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. Файл можно также изменить вручную, чтобы указать правильную выполняющуюся и резервную версию.

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

    noteПримечание.
    Начиная с CCE версии 2.0, командлет Renew-CcServerCertificate был изменен на Update-CcServerCertificate, а командлет Renew-CcCACertificate — на Update-CcCACertificate.

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

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

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

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

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

      Для выпусков Cloud Connector Edition, предшествующих выпуску 2.0

      Reset-CcCACertificate 
      Renew-CcServerCertificate 
      Remove-CcLegacyServerCertificate 
      
      

      Или для выпуска Cloud Connector Edition 2.0 и более поздний выпусков

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

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

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

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

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

      Для выпусков Cloud Connector Edition, предшествующих выпуску 2.0

      Reset-CcCACertificate
      Renew-CcServerCertificate
      Remove-CcLegacyServerCertificate 
      
      

      Или для выпуска Cloud Connector Edition 2.0 и более поздний выпусков

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

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

  • Проблема. Требуется вручную проверять и устанавливать обновления Windows на сервере узла или виртуальных машинах.

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

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

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

    Дополнительные сведения об обновлении развертывания Cloud Connector вручную см. в следующем разделе.

  • Проблема. Вы получили следующее сообщение об ошибке в журнале службы управления 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
    
  • Проблема. После изменения пароля учетной записи сервера узла, используемой для развертывания, в журнале %ProgramFiles%\Skype for Business Cloud Connector Edition\ManagementService\CceManagementService.log или при выполнении командлета Get-CcCredential появляется следующее сообщение об ошибке: "ConvertTo-SecureString. Ключ не может быть использован в указанном состоянии".

    Решение: Все учетные данные 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, выполнив следующие действия.

    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, использованный ранее.

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

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

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

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

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

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

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

  • Проблема. При установке или обновлении Cloud Connector Edition выводится следующее сообщение об ошибке: “Dismount-WindowsImage. Сбой Dismount-WindowsImage. Код ошибки = 0xc1550115”.

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

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

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

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

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

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

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

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

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

      Exit-CcUpdate
      

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

 
Показ: