Procédure de basculement ABC vers un pool frontal dans Lync Server 2013

Article
07/23/2014

Rubrique Dernière modification : 2014-05-22

Utilisez les étapes suivantes pour effectuer la procédure de basculement ABC. Cette procédure contient une description générale de chaque étape, suivie des commandes et des applets de commande à exécuter pour chaque étape.

Pour exécuter les applets de commande, ouvrez un interpréteur de commandes Lync Server Management Shell à l’aide de l’option Exécuter en tant qu’administrateur.

Pour effectuer un basculement ABC

Vérifiez si le pool A est l’hôte du serveur d’administration centrale (CMS).
- Exécutez l’applet de commande suivante :
```
Get-CsService -CentralManagement
```
  Si le champ Identité du CMS actif pointe vers le nom de domaine complet (FQDN) du pool A, vous utilisez les étapes 2 et 3 de cette procédure pour basculer d’abord sur le serveur d’administration centrale. Sinon, passez à l’étape 4.
Basculez CMS vers le pool B en mode de récupération d’urgence en exécutant l’applet de commande suivante :
```
Invoke-CsManagementServerFailover -BackupSqlServerFqdn <Pool B BE FQDN> -BackupSqlInstanceName <Pool B BE instance name> [-BackupMirrorSqlServerFqdn <Pool B Mirror BE FQDN> -BackupMirrorSqlInstanceName <Pool B Mirror BE Instance name>] -Force -Verbose
```
Après cela, nous vous recommandons de déplacer le cms du pool B vers un autre pool appairé existant pour une résilience supplémentaire. Pour plus d’informations, consultez Move-CsManagementServer.
Si le pool A contient CMS, importez la configuration LIS du pool A dans la base de données LIS du pool B (Lis.mdf). Cela ne fonctionnera que si vous sauvegardez régulièrement des données LIS. Pour importer la configuration LIS, exécutez les applets de commande suivantes :
```
Import-CsLisConfiguration -FileName <String> 
Publish-CsLisConfiguration
```
Importez les workflows de service Lync Server Response Group sauvegardés du pool A dans le pool B.

Remarque

Actuellement, l’applet de commande Import-CsRgsConfiguration nécessite que les noms de file d’attente et de flux de travail sur le pool A soient distincts des noms de file d’attente et de flux de travail sur le pool B. Si les noms ne sont pas distincts, vous obtiendrez une erreur lors de l’exécution de l’applet de commande Import-CsRgsConfiguration , et les files d’attente et les flux de travail devront être renommés dans le pool B avant de continuer avec l’applet de commande Import-CsRgsConfiguration .

Vous disposez de deux options pour importer la configuration response group du pool A au pool B. L’option que vous utilisez varie selon que vous souhaitez remplacer les paramètres au niveau de l’application du pool B par les paramètres au niveau de l’application dans le pool A.
- Si vous souhaitez remplacer les paramètres du pool B, exécutez l’applet de commande Import-CsRgsConfiguration avec l’option ReplaceExistingSettings :
```
Import-CsRgsConfiguration -Destination "service:ApplicationServer:<Pool B FQDN>" -FileName "C:\RgsExportPrimary.zip"  -ReplaceExistingRgsSettings
```
- Si vous ne souhaitez pas remplacer les paramètres du pool B, utilisez l’applet de commande Import-CsRgsConfiguration sans l’option ReplaceExistingSettings .
```
Import-CsRgsConfiguration -Destination "service:ApplicationServer:<Pool B FQDN>" -FileName "C:\RgsExportPrimary.zip"
```
Avertissement

N’oubliez pas que si vous ne souhaitez pas remplacer les paramètres au niveau de l’application du pool de sauvegarde (pool B) par les paramètres du pool principal (pool A), les paramètres au niveau de l’application du pool A seront perdus si le pool A est perdu, car l’application Response Group ne peut stocker qu’un seul ensemble de paramètres au niveau de l’application par pool. Lorsque le pool C est déployé pour remplacer le pool A, les paramètres au niveau de l’application doivent être reconfigurés, y compris le fichier audio de musique en attente par défaut.

Vérifiez que l’importation de configuration response group a réussi en exécutant les applets de commande suivantes pour afficher les groupes de réponses importés. Notez que les groupes de réponses importés appartiennent toujours au pool A.

Get-CsRgsWorkflow -Identity "service:ApplicationServer:<Pool B FQDN>" -Owner "service:ApplicationServer:<Pool A FQDN>"

Get-CsRgsQueue -Identity "service:ApplicationServer:<Pool B FQDN>" -Owner "service:ApplicationServer:<Pool A FQDN>"

Get-CsRgsAgentGroup -Identity "service:ApplicationServer:<Pool B FQDN>" -Owner "service:ApplicationServer:<Pool A FQDN>"

Pour les numéros non attribués, déplacez les plages de nombres non attribués qui utilisent « Annonce » comme service d’annonce sélectionné du pool A au pool B. Pour ce faire :
- Recréez toutes les annonces qui ont été déployées dans le pool A sur le pool B. Si des fichiers audio ont été utilisés lors du déploiement des annonces dans le pool A, ces fichiers seront nécessaires pour recréer les annonces dans le pool B. Pour recréer les annonces dans le pool B, utilisez les applets de commande New-CsAnnouncement , avec le pool B comme service parent.
- Reciblez toutes les plages de nombres non attribués qui ciblent une annonce dans le pool A aux annonces récemment déployées dans le pool B. Exécutez l’applet de commande suivante pour chaque plage de nombres non attribués ciblant une annonce du pool A :
```
Set-CsUnassignedNumber -Identity "<Range Name>" -AnnouncementService "<Pool B FQDN>" -AnnouncementName "<New Announcement in pool B>"
```
Remarque

Cette étape n’est pas requise pour les plages de nombres non attribuées qui utilisent « Messagerie unifiée Exchange » comme service d’annonce sélectionné.
Basculez le pool A vers le pool B en mode récupération d’urgence en exécutant l’applet de commande suivante :
```
Invoke-CsPoolFailover -PoolFqdn <Pool A FQDN> -DisasterMode
```
Générez le pool C, mais ne démarrez aucun service sur le pool C.

Notez que cette étape peut être effectuée simultanément avec les étapes 5 et 6.
Forcez les utilisateurs hébergés sur le pool A à passer au pool C en exécutant l’applet de commande suivante :
```
Get-csuser -Filter {RegistrarPool -eq "<Pool A FQDN>"} | Move-CsUser -Target <Pool C FQDN> -Force
```
À ce stade, les utilisateurs hébergés sur le pool A commencent à subir une panne de service. Cette panne se poursuit jusqu’à l’étape 16, à laquelle les services sont démarrés sur le pool C.
Forcez le répertoire de conférence du pool A à passer au pool C en exécutant l’applet de commande suivante :
```
Move-CsConferenceDirectory -Identity <Conference Directory ID of Pool A> -TargetPool <Pool C FQDN> -Force
```
Forcez l’objet contact du standard automatique de conférence (CAA) à passer du pool A au pool C en exécutant l’applet de commande suivante :
```
Move-csApplicationEndpoint -Identity "<Pool A CAA Uri>" -targetApplicationPool <Pool C FQDN> -force
```
Copiez le contenu de la conférence du pool B vers le pool C.
Exportez les données utilisateur du pool B et importez les données utilisateur dans le pool C en exécutant les applets de commande suivantes :
```
Export-CsUserData -PoolFqdn <Pool B Fqdn> -FileName <String>
Import-CsUserData -PoolFqdn <Pool C Fqdn> -FileName <String>
```
Restaurez les données d’application Call Park sauvegardées du pool A dans le pool C et affectez les plages d’orbites de parcage des appels du pool A au pool C.
- Vous pouvez réattribuer une plage d’orbites de parc d’appels du pool A au pool C via le Panneau de configuration Lync Server ou Lync Server Management Shell. Pour Lync Server Management Shell, exécutez l’applet de commande suivante pour chaque plage d’orbites de parcage d’appels affectée au pool A (notez que le paramètre Identity fait référence aux plages d’orbites de parcage d’appel qui appartiennent au pool A) :
```
Set-CsCallParkOrbit -Identity "<Call Park Orbit Identity>" -CallParkService "service:ApplicationServer:<Pool C FQDN>"
```
- Si une musique en attente personnalisée a été configurée pour Call Park dans le pool A, restaurez le fichier de musique en attente personnalisé Call Park dans le pool C.
```
Xcopy <Source> <Destination: Pool C CPS File Store Path>
```
  Par exemple :
```
Xcopy "Source Path" "<Pool C File Store Path>\OcsFileStore\coX-ApplicationServer-X\AppServerFiles\CPS\"
```
- Enfin, reconfigurez les paramètres du parc d’appels sur le pool C à l’aide de l’applet de commande Set-CsCpsConfiguration . L’application Parc d’appels ne peut stocker qu’un seul ensemble de paramètres et un fichier audio de musique en attente personnalisé par pool, et ces paramètres ne sont pas sauvegardés ou conservés en cas de sinistre.
Si le pool de tronçons suivant pour la conversation permanente pointe vers le pool A, apportez et publiez des modifications de topologie afin que le serveur de tronçon suivant pointe vers le pool C.
- Dans le Générateur de topologie, modifiez le pool de conversations permanentes pour qu’il pointe vers le pool C comme tronçon suivant. Pour ce faire, cliquez avec le bouton droit sur le pool de conversations permanentes, cliquez sur l’onglet Général , puis tapez le nom du pool C dans le pool tronçon suivant.
- Démarrez les services sur le pool C en exécutant l’applet de commande suivante :
```
Start-csWindowsService
```
À ce stade, la panne du service se termine pour les utilisateurs hébergés à l’origine sur le pool A.
Exportez les workflows de service Lync Server Response Group à partir du pool B appartenant au pool A pour l’importer dans le pool C en exécutant l’applet de commande suivante :
```
Export-CsRgsConfiguration -Source "service:ApplicationServer:<Pool B FQDN>" -Owner "service:ApplicationServer:<Pool A FQDN>" -FileName "C:\RgsExportPrimaryUpdated.zip" 
```
Importez les workflows de service Lync Server Response Group dans le pool C à partir du pool B.

Vous disposez de deux options pour importer la configuration response group du pool B au pool C. L’option que vous utilisez varie selon que vous souhaitez remplacer les paramètres au niveau de l’application du pool C par les paramètres au niveau de l’application dans le pool B.
- Si vous souhaitez remplacer les paramètres du pool C, exécutez l’applet de commande Import-CsRgsConfiguration avec l’option ReplaceExistingSettings :
```
Import-CsRgsConfiguration -Destination "service:ApplicationServer:<Pool C FQDN>" -FileName "C:\RgsExportPrimary.zip"  -ReplaceExistingRgsSettings
```
- Si vous ne souhaitez pas remplacer les paramètres du pool C, utilisez l’applet de commande Import-CsRgsConfiguration sans l’option ReplaceExistingSettings .
```
Import-CsRgsConfiguration -Destination "service:ApplicationServer:<Pool B FQDN>" -FileName "C:\RgsExportPrimary.zip"
```
Avertissement

Gardez à l’esprit que si vous ne souhaitez pas remplacer les paramètres au niveau de l’application du pool C par les paramètres du pool de sauvegarde (pool B), les paramètres au niveau de l’application du pool B seront perdus, car l’application Response Group ne peut stocker qu’un seul ensemble de paramètres au niveau de l’application par pool.

Vérifiez que l’importation de configuration response group a réussi en exécutant les applets de commande suivantes pour afficher les groupes de réponses qui ont été importés dans le pool C.

Get-CsRgsWorkflow -Identity "service:ApplicationServer:<Pool C FQDN>" -ShowAll
 Get-CsRgsQueue -Identity "service:ApplicationServer:<Pool C FQDN>" -ShowAll
Get-CsRgsAgentGroup -Identity "service:ApplicationServer:<Pool C FQDN>" -ShowAll

Lorsque la configuration importée a été vérifiée dans le pool C, supprimez les groupes de réponses appartenant au pool principal du pool B. Cela réduit le temps d’arrêt des groupes de réponses.

Cette étape crée un fichier avec la configuration exportée, puis supprime le fichier du pool B.
```
Export-CsRgsConfiguration -Source "service:ApplicationServer:<Pool B FQDN>" -Owner "service:ApplicationServer:<Pool A FQDN>" -FileName "C:\RgsExportPrimaryUpdated.zip" -RemoveExportedConfiguration
```
Déplacez vers le pool C les plages de nombres non attribués qui ont été déplacées du pool A vers le pool B.
- Recréez dans le pool C toutes les annonces qui ont été recréées à partir du pool A dans le pool B. Si des fichiers audio ont été utilisés lors du déploiement des annonces à déplacer, vous devez utiliser ces fichiers pour recréer les annonces dans le pool C. Pour recréer les annonces dans le pool C, utilisez les applets de commande New-CsAnnouncement , avec le pool C comme service parent.
- Reciblez pour mettre en pool C toutes les plages de nombres non attribuées qui ont été reciblés du pool A au pool B. Exécutez l’applet de commande suivante pour chaque plage de nombres non attribués qui doit être reciblé :
```
Set-CsUnassignedNumber -Identity "<Range Name>" -AnnouncementService "<Pool C FQDN>" -AnnouncementName "<New Announcement in pool C>"
```
- (Facultatif) Supprimez du pool B les annonces qui ont été recréées dans le pool C si elles ne sont plus utilisées dans le pool B. Pour supprimer des annonces, utilisez l’applet de commande Remove-CsAnnouncement .
  
  Remarque
  
  Cette étape n’est pas requise pour les plages de nombres non attribuées qui utilisent « Messagerie unifiée Exchange » comme service d’annonce.
Nettoyez les données utilisateur du pool A dans le pool B en exécutant l’applet de commande suivante :
```
Remove-CsUserStoreBackupData -PoolFqdn <Pool B FQDN> -Verbose
```
Procédez comme suit dans le Générateur de topologie :
- Unpair pool A et pool B. Paire pool B et pool C. Supprimez ensuite le pool A de la topologie et publiez-le. Pour ce faire :
  - Dans le Générateur de topologie, cliquez avec le bouton droit sur le pool B, puis cliquez sur Modifier les propriétés.
  - Cliquez sur Résilience dans le volet gauche.
  - Dans la zone ci-dessous Pool de sauvegarde associé, sélectionnez Pool C. Notez que la zone de sélection Du pool de sauvegarde associé affiche initialement le pool A, car le pool B était précédemment associé à ce pool.
  - Sélectionnez Basculement et restauration automatiques pour Voice, puis cliquez sur OK .
    
    Quand vous affichez les détails de ce pool, le pool associé s’affiche dans le volet droit sous Résistance.
  - Dans l’arborescence de la console, cliquez avec le bouton droit sur le pool A, puis cliquez sur Supprimer.
  - Publiez la topologie.
Exécutez l’application de démarrage sur le pool C pour installer l’application de service de sauvegarde, puis démarrez l’application de service de sauvegarde en exécutant ce qui suit à partir du dossier de déploiement sur un ordinateur local dans le pool C :
```
Run "%SYSTEMROOT%\Program Files\Microsoft Lync Server 2013\Deployment\Bootstrapper.exe"
Start-CsWindowsService -name LyncBackup
```
Redémarrez l’application de service de sauvegarde sur le pool B en exécutant les applets de commande suivantes :
```
Stop-CsWindowsService -name LyncBackup
Start-CsWindowsService -name LyncBackup
```
Si le pool C est un pool Standard Edition (SE) et que le pool B a CMS, installez la base de données CMS manuellement sur le pool C en exécutant l’applet de commande suivante :
```
Install-CsDatabase -CentralManagementDatabase -SqlServerFqdn <Pool C FQDN> -SqlInstanceName rtc
```
Invoke the backup service to sync old conferencing content from pool B to pool C that was generated before pairing B and C together, and to sync new conferencing content from pool C to pool B that was generated after starting pool C and before B and C were paired together. Pour ce faire, exécutez les applets de commande suivantes :
```
Invoke-CsBackupServiceSync -PoolFqdn <Pool C FQDN>
Invoke-CsBackupServiceSync -PoolFqdn <Pool B FQDN>
```
Pour chaque appliance Survivable Branch Appliance X associée au pool A :
- Arrêtez SBA X en exécutant l’applet de commande suivante :
```
Stop-CsWindowsService
```
- Créez un fichier qui contient une liste d’utilisateurs hébergés sur SBA X. La liste est nécessaire lorsque les utilisateurs sont déplacés vers SBA X à l’étape 30. Pour ce faire, exécutez l’applet de commande suivante :
```
Get-CsUser -Filter {RegistrarPool -eq "<SBA X FQDN>"} | Export-Csv d:\sbaxusers.txt
```
- Forcez les utilisateurs hébergés sur SBA X à passer au pool C en exécutant l’applet de commande suivante :
```
Get-CsUser -Filter {RegistrarPool -eq "<SBA X FQDN>"} | Move-CsUser -Target <Pool C FQDN> -Force -Verbose
```
- Mettez à jour les données de ces utilisateurs en exécutant d’abord les applets de commande suivantes :
```
Convert-csUserData -InputFile <Data file exported from PoolB> -OutputFile c:\Logs\ExportedUserData.xml -TargetVersionLync2010 
$a=get-csuser -Filter {RegistrarPool -eq "FQDN of SBA X"} | select SipAddress
foreach($x in $a) {$x.SipAddress.Substring(4) >> users.txt}
```
  Puis exécutez ce script :
```
$users=gc c:\logs\users.txt
foreach ($user in $users)
{
Update-CsUserData -FileName c:\logs\exportedUserDAta.xml -UserFilter $user - 
}
```
  Remarque
  
  Une panne de service se produit pour les utilisateurs hébergés sur des SBA associés au pool A jusqu’à ce que ces utilisateurs soient déplacés vers le pool C.
Dans le Générateur de topologie, pour chaque SBA X précédemment associé au pool A, procédez comme suit :
- Remplacez l’association par pool C. Pour ce faire, cliquez sur le site de branche, développez le nœud Survivable Branch Appliances ou Servers, puis cliquez sur Survivable Branch Appliance. Sélectionnez ensuite le pool frontal, le pool de services utilisateur auquel survivable Branch Appliance se connectera en tant que pool C, puis cliquez sur Suivant.
- Publiez la topologie. Pour ce faire, dans l’arborescence de la console, cliquez avec le bouton droit sur la nouvelle appliance Survivable Branch Appliance, cliquez sur Topologie, puis cliquez sur Publier.
Pour chaque SBA X désormais associé au pool C :
- Démarrez SBA X en exécutant l’applet de commande suivante sur l’appliance de branche survivable :
```
Start-CsWindowsService
```
- Déplacez les utilisateurs qui étaient initialement hébergés sur SBA X du pool C vers SBA X en exécutant l’applet de commande suivante.
```
Import-Csv d:\sbaxusers.txt | Move-CsUser -Target <SBA X FQDN> -Force
```

Partager via

Procédure de basculement ABC vers un pool frontal dans Lync Server 2013

Pour effectuer un basculement ABC

Ressources supplémentaires