Gestion de la récupération d’urgence, de la haute disponibilité et du service de sauvegarde de Lync Server 2013

 

Rubrique Dernière modification : 2012-11-12

Cette section contient des procédures pour les opérations de récupération d’urgence, ainsi que pour la maintenance du service de sauvegarde qui synchronise les données dans des pools frontaux jumelés.

Les procédures de récupération d’urgence, à la fois le basculement et la restauration automatique, sont manuelles. En cas de sinistre, l’administrateur doit appeler manuellement les procédures de basculement. Il en va de même pour la restauration automatique une fois le pool réparé.

Les procédures de récupération d’urgence dans le reste de cette section supposent les éléments suivants :

  • Vous disposez d’un déploiement avec des pools frontaux jumelés, situés dans différents sites, comme décrit dans Planification de la haute disponibilité et de la récupération d’urgence dans Lync Server 2013. Le service de sauvegarde s’exécute sur ces pools jumelés pour les maintenir synchronisés.

  • Si le magasin de gestion centrale est hébergé sur l’un des pools, il est installé et en cours d’exécution sur les deux pools jumelés, avec l’un de ces pools hébergeant le maître actif et l’autre pool hébergeant le serveur de secours.

Important

Dans les procédures suivantes, le paramètre PoolFQDN fait référence au nom de domaine complet du pool affecté par une catastrophe, et non au pool à partir de lequel les utilisateurs affectés sont redirigés. Pour le même ensemble d’utilisateurs affectés, il fait référence au même pool dans les applets de commande de basculement et de restauration automatique (autrement dit, le pool qui a hébergé les utilisateurs avant le basculement).
Par exemple, supposons un cas dans lequel tous les utilisateurs hébergés sur un pool P1 ont été basculés vers le pool de sauvegarde, P2. Si l’administrateur souhaite déplacer tous les utilisateurs actuellement pris en service par P2 pour qu’ils soient pris en service par P1, l’administrateur doit effectuer les étapes suivantes :

  1. Effectuez une restauration automatique de tous les utilisateurs hébergés à l’origine sur P1 de P2 à P1 à l’aide de l’applet de commande de restauration automatique. Dans ce cas, poolFQDN est le nom de domaine complet de P1.

  2. Basculez tous les utilisateurs hébergés à l’origine sur P2 vers P1 à l’aide de l’applet de commande de basculement. Dans ce cas, poolFQDN est le nom de domaine complet de P2.

  3. Si l’administrateur souhaite ultérieurement restaurer ces utilisateurs P2 vers P2, poolFQDN est le nom de domaine complet de P2.

Notez que l’étape 1 ci-dessus doit être effectuée avant l’étape 2 pour préserver l’intégrité du pool. Si vous essayez l’étape 2 avant l’étape 1, l’applet de commande étape 2 échoue.