Basculement vers un pool dans Lync Server 2013

Article
10/10/2014

Rubrique Dernière modification : 2014-10-10

Si un pool frontal unique a échoué et doit être basculé, utilisez la procédure suivante. Dans cette procédure, Datacenter1 contient Pool1 et Pool1 a échoué. Vous basculez vers Pool2 situé dans Datacenter2.

La plupart du travail pour le basculement du pool implique le basculement du magasin central de gestion, si nécessaire. Cela est important, car le magasin de gestion centrale doit être fonctionnel lorsque les utilisateurs du pool sont basculés.

En outre, si un pool frontal échoue, mais que le pool Edge de ce site est toujours en cours d’exécution, vous devez savoir si le pool Edge utilise le pool ayant échoué comme pool de tronçons suivants. Si c’est le cas, vous devez modifier le pool Edge pour utiliser un autre pool frontal avant de basculer sur le pool frontal ayant échoué. La façon dont vous modifiez le paramètre de tronçon suivant dépend de l’utilisation d’un pool edge sur le même site que le pool Edge ou d’un autre site.

Pour définir un pool Edge pour utiliser un pool de tronçons suivants sur le même site

Ouvrez le Générateur de topologie, cliquez avec le bouton droit sur le pool Edge qui doit être modifié, puis cliquez sur Modifier les propriétés.
Cliquez sur Tronçon suivant. Dans la liste Suivant : liste, sélectionnez le pool qui servira désormais de pool de tronçons suivant.
Cliquez sur OK, puis publiez les modifications.

Pour définir un pool Edge pour utiliser un pool de tronçons suivants sur un autre site

Ouvrez une fenêtre Lync Server Management Shell et tapez l’applet de commande suivante :

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

Pour basculer un pool en cas de sinistre

Recherchez le pool qui est l’hôte du serveur d’administration centrale en tapant l’applet de commande suivante sur un serveur frontal dans Pool2 :
```
Invoke-CsManagementServerFailover -Whatif
```
Les résultats de cette applet de commande montrent quel pool héberge actuellement le serveur d’administration centrale. Dans le reste de cette procédure, ce pool est appelé CMS_Pool.
Utilisez le Générateur de topologie pour rechercher la version de Lync Server exécutée sur le CMS_Pool. S’il exécute Lync Server 2013, utilisez l’applet de commande suivante pour rechercher le pool de sauvegarde du pool 1.
```
Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>
```
Laissez Backup_Pool être le pool de sauvegarde.
Vérifiez l’état du magasin de gestion centrale avec l’applet de commande suivante :
```
Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
```
Cette applet de commande doit montrer que activeMasterFQDN et ActiveFileTransferAgents pointent vers le nom de domaine complet de CMS_Pool. S’ils sont vides, le serveur d’administration centrale n’est pas disponible et vous devez le basculer.
Si le magasin de gestion centrale n’est pas disponible ou si le magasin de gestion centrale s’exécutait sur Pool1 (autrement dit, le pool qui a échoué), vous devez basculer sur le serveur d’administration centrale avant de basculer sur le pool. Si vous devez basculer le serveur d’administration centrale hébergé sur un pool exécutant Lync Server 2013, utilisez l’applet de commande à l’étape 5 de cette procédure. Si vous devez basculer le serveur d’administration centrale hébergé sur un pool exécutant Lync Server 2010, utilisez l’applet de commande à l’étape 6 de cette procédure. Si vous n’avez pas besoin de basculer le serveur d’administration centrale, passez à l’étape 7 de cette procédure.
Pour basculer le magasin de gestion centrale sur un pool exécutant Lync Server 2013, procédez comme suit :
- Tout d’abord, vérifiez le serveur principal dans Backup_Pool exécute l’instance principale du magasin de gestion centrale en tapant ce qui suit :
```
Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>
```
- Si le serveur principal principal dans Backup_Pool est le principal, tapez :
```
Invoke-CSManagementServerFailover -BackupSQLServerFqdn <Backup_Pool Primary BackEnd Server FQDN> -BackupSQLInstanceName <Backup_Pool Primary SQL Instance Name>
```
  Si le serveur principal miroir dans Backup_Pool est le principal, tapez :
```
Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>
```
- Vérifiez que le basculement du serveur d’administration centrale est terminé. Tapez ce qui suit :
```
Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
```
  Vérifiez qu’ActiveMasterFQDN et ActiveFileTransferAgents pointent vers le nom de domaine complet de Backup_Pool.
- Enfin, vérifiez l’état du réplica pour tous les serveurs frontaux en tapant ce qui suit :
```
Get-CsManagementStoreReplicationStatus 
```
  Vérifiez que tous les réplicas ont la valeur True.
  
  Passez à l’étape 7 de cette procédure.
Installez le magasin de gestion centrale sur le serveur principal de Backup_Pool.
- Tout d’abord, exécutez la commande suivante :
```
Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc  
```
- Exécutez la commande suivante sur l’un des serveurs frontaux de Backup_Pool pour forcer le déplacement du magasin central de gestion :
```
Move-CsManagementServer -ConfigurationFileName c:\CsConfigurationFile.zip -LisConfigurationFileName c:\CsLisConfigurationFile.zip -Force 
```
- Vérifiez que le déplacement est terminé :
```
Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
```
  Vérifiez qu’ActiveMasterFQDN et ActiveFileTransferAgents pointent vers le nom de domaine complet de Backup_Pool.
- Vérifiez l’état du réplica pour tous les serveurs frontaux en tapant ce qui suit :
```
Get-CsManagementStoreReplicationStatus 
```
  Vérifiez que tous les réplicas ont la valeur True.
- Installez le service Central Management Server sur le reste des serveurs frontaux dans Backup_Pool. Pour ce faire, exécutez la commande suivante sur tous les serveurs frontaux, à l’exception de celle que vous avez utilisée pour forcer le déplacement du magasin de gestion centrale plus tôt dans cette procédure :
```
Bootstrapper /Setup 
```
Basculez les utilisateurs de Pool1 à Pool2 en exécutant l’applet de commande suivante dans une fenêtre Lync Server Management Shell :
```
Invoke-CsPoolFailover -PoolFQDN <Pool1 FQDN> -DisasterMode -Verbose
```
Étant donné que les étapes prises dans les parties précédentes de cette procédure pour vérifier l’état du magasin de gestion centrale ne sont pas universelles, il est toujours possible que cette applet de commande échoue, car le magasin de gestion centrale n’est pas encore complètement basculé. Dans ce cas, vous devez corriger le magasin de gestion centrale en fonction des messages d’erreur que vous voyez, puis réexécuter cette applet de commande.

Si vous voyez le message d’erreur suivant, vous devez modifier le pool Edge sur ce site pour utiliser un autre pool comme tronçon suivant avant de basculer sur le pool. Pour plus d’informations, consultez les procédures au début de cette rubrique.
```
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.
```

Basculement vers un pool dans Lync Server 2013

Ressources supplémentaires