Отработка отказа для пула в Lync Server 2013

  • Статья

 

Последнее изменение раздела: 2014-10-10

Если один пул переднего плана завершился сбоем и требуется выполнить отработку отказа, выполните следующую процедуру. В этой процедуре datacenter1 содержит Pool1, и сбой пула 1. Выполняется отработка отказа в Пул 2, расположенный в центре обработки данных 2.

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

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

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

  1. Откройте построитель топологий, щелкните правой кнопкой мыши пул Edge, который необходимо изменить, и выберите команду "Изменить свойства".

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

  3. Нажмите кнопку "ОК" и опубликуйте изменения.

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

  1. Откройте окно командной консоли Lync Server и введите следующий командлет:

    Set-CsEdgeServer -Identity EdgeServer:<Edge Server pool FQDN> -Registrar Registrar:<NextHopPoolFQDN>

Отработка отказа пула в случае аварии

  1. Найдите, какой пул является узлом для центрального сервера управления, введя следующий командлет на сервере переднего плана в Pool2:

    Invoke-CsManagementServerFailover -Whatif

    В результатах этого командлета показано, в каком пуле в настоящее время размещается центральный сервер управления. В остальной части этой процедуры этот пул называется CMS_Pool.

  2. Используйте построитель топологий, чтобы найти версию Lync Server, запущенную на CMS_Pool. Если он работает под управлением Lync Server 2013, используйте следующий командлет, чтобы найти пул резервных копий пула 1.

    Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>

    Давайте Backup_Pool пулом резервных копий.

  3. Проверьте состояние центрального хранилища управления с помощью следующего командлета:

    Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

    Этот командлет должен показать, что activeMasterFQDN и ActiveFileTransferAgents указывают на полное доменное имя CMS_Pool. Если они пустые, центральный сервер управления недоступен и его необходимо выполнить отработку отказа.

  4. Если центральное хранилище управления недоступно или центральное хранилище управления выполнялось в пуле Pool1 (то есть в пуле, который завершился сбоем), перед отработкой отказа пула необходимо выполнить отработку отказа центрального сервера управления. Если необходимо выполнить отработку отказа центрального сервера управления, размещенного в пуле под управлением Lync Server 2013, используйте командлет на шаге 5 этой процедуры. Если необходимо выполнить отработку отказа центрального сервера управления, размещенного в пуле под управлением Lync Server 2010, используйте командлет на шаге 6 этой процедуры. Если отработка отказа центрального сервера управления не требуется, перейдите к шагу 7 этой процедуры.

  5. Чтобы выполнить отработку отказа центрального хранилища управления в пуле под управлением Lync Server 2013, выполните следующие действия.

    • Сначала проверьте, какой внутренний сервер в Backup_Pool запускает основной экземпляр центрального хранилища управления, введя следующую команду:

      Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>

    • Если основной внутренний сервер в Backup_Pool является основным, введите:

      Invoke-CSManagementServerFailover -BackupSQLServerFqdn <Backup_Pool Primary BackEnd Server FQDN> -BackupSQLInstanceName <Backup_Pool Primary SQL Instance Name>

      Если зеркальный внутренний сервер в Backup_Pool является основным, введите:

      Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>

    • Убедитесь, что отработка отказа центрального сервера управления завершена. Введите следующее:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Убедитесь, что activeMasterFQDN и ActiveFileTransferAgents указывают на полное доменное имя Backup_Pool.

    • Наконец, проверьте состояние реплики для всех серверов переднего плана, введя следующую команду:

      Get-CsManagementStoreReplicationStatus

      Убедитесь, что все реплики имеют значение True.

      Перейдите к шагу 7 в этой процедуре.

  6. Установите центральное хранилище управления на внутреннем сервере Backup_Pool.

    • Сначала выполните следующую команду:

      Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc

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

      Move-CsManagementServer -ConfigurationFileName c:\CsConfigurationFile.zip -LisConfigurationFileName c:\CsLisConfigurationFile.zip -Force

    • Убедитесь, что перемещение завершено:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Убедитесь, что activeMasterFQDN и ActiveFileTransferAgents указывают на полное доменное имя Backup_Pool.

    • Проверьте состояние реплики для всех серверов переднего плана, введя следующую команду:

      Get-CsManagementStoreReplicationStatus

      Убедитесь, что все реплики имеют значение True.

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

      Bootstrapper /Setup

  7. Выполните отработку отказа пользователей из Pool1 в Pool2, выполнив следующий командлет в окне командной консоли Lync Server:

    Invoke-CsPoolFailover -PoolFQDN <Pool1 FQDN> -DisasterMode -Verbose

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

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

    Invoke-CsPoolFailOver : This Front-end pool "pool1.contoso.com" is specified in
topology as the next hop for the Edge server. Failing over this pool may cause External
access/Federation/Split-domain/XMPP features to stop working. Please use Topology Builder to
change the Edge internal next hop setting to point to a different Front-end pool,  before you
proceed.