Restauration du serveur principal Enterprise Edition

 

Dernière rubrique modifiée : 2011-07-18

Si un serveur principal Enterprise Edition échoue, suivez les procédures figurant dans cette section. Si le magasin central de gestion échoue, voir Restauration du magasin central de gestion. Si un serveur membre Enterprise Edition qui n’est pas le serveur principal échoue, voir Restauration d’un serveur membre Enterprise Edition.

Avant de restaurer les données utilisateur, vous devez vérifier que la réplication utilisateur est terminée. Si ça n’est pas le cas, Dbimpexp.exe échouera. Les procédures suivantes décrivent comment restaurer un serveur principal et comment vérifier que cette réplication utilisateur est terminée.

Conseil :
Nous vous recommandons de faire une copie image du système avant de démarrer la restauration afin de pouvoir utiliser cette image en tant que point de restauration au cas où un problème se produise pendant la restauration. Cette image pourra être effectuée après l’installation du système d’exploitation et SQL Server, et la restauration et réinscription des certificats.

Pour restaurer un serveur principal Enterprise Edition

1. Démarrez avec un nouveau serveur qui est doté du même nom de domaine complet (FQDN) que l’ordinateur qui a échoué, installez le système d’exploitation, puis restaurez ou réinscrivez les certificats.

   Remarque :
   Suivez les procédures de déploiement de votre organisation pour effectuer cette étape.

2. À partir d’un compte d’utilisateur qui est membre du groupe RTCUniversalServerAdmins, ouvrez une session sur le serveur que vous êtes en train de restaurer.

3. Installez SQL Server 2008 R2, SQL Server 2008, ou SQL Server 2005, en conservant les noms d’instance qui existaient avant l’échec.

   Remarque :
   Selon votre déploiement, le serveur principal peut comprendre plusieurs bases de données colocalisées ou distinctes. Suivez la même procédure pour installer SQL Server que celle que vous avez utilisée pour déployer le serveur, y compris les autorisations et les connexions SQL Server.

4. Une fois que vous avez installé SQL Server, effectuez les actions suivantes :

   1. Démarrez le Générateur de topologies : cliquez successivement sur Démarrer , Tous les programmes , Microsoft Lync Server 2010 , puis Générateur de topologies Lync Server.

   2. Cliquez sur Télécharger la topologie à partir d’un déploiement existant, puis cliquez sur OK.

   3. Sélectionnez la topologie, puis cliquez sur Enregistrer. Cliquez sur Oui pour confirmer la sélection.

   4. Cliquez avec le bouton droit sur le nœud Lync Server 2010, puis cliquez sur Publier la topologie.

   5. Suivez l’Assistant Publier la topologie. Dans la page Créer des bases de données, sélectionnez les bases de données à recréer.

      Remarque :
      Seules les bases de données autonomes sont affichées dans la page Créer des bases de données.

   6. Suivez le reste de l’Assistant, puis cliquez sur Terminer.

   Conseil :
   Au lieu d’exécuter le Générateur de topologies, vous pouvez utiliser l’applet de commande Install-CsDatabase pour créer chaque base de données. Pour plus d’informations, voir la documentation Lync Server Management Shell.

5. Restaurez les données utilisateur comme suit :

   1. Copiez BackupUsers.xml à partir de $Backup\ vers un répertoire local.

   2. Démarrez Lync Server Management Shell : cliquez successivement sur Démarrer , Tous les programmes , Microsoft Lync Server 2010, puis Lync Server Management Shell.

   3. Vérifiez qu’au moins un serveur frontal dans le pool est en cours d’exécution et que le processus du réplicateur d’utilisateurs a terminé un cycle complet de synchronisation. La procédure suivante décrit comment vérifier que la réplication utilisateur est terminée.

      Remarque :
      La synchronisation initiale peut demander un peu de temps. Si vous exécutez Dbimpexp.exe avant que la synchronisation ne soit terminée, la commande échouera.

   4. Pour restaurer les données utilisateur, Sur la ligne de commande, tapez ce qui suit :

      Dbimpexp.exe /hrxmlfile:<path and file name of backed up Rtc database> /sqlserver:<SQL Server FQDN>\<instance name> /import /restype:all
      

      Par exemple :

      Dbimpexp.exe /hrxmlfile:D\BackupUsers.xml /sqlserver:sql.contoso.com\rtc /import /restype:all
      

6. Si vous déployez l’Response Group sur ce pool, restaurez les données de configuration de Response Group. Pour plus d’informations, voir Restauration des paramètres Response Group.

7. Si vous restaurez un serveur principal qui incluait des bases de données d’archivage ou de surveillance, restaurez les données d’archivage ou de surveillance à l’aide d’un utilitaire SQL Server, tel que SQL Server Management Studio. Pour plus d’informations, voir Restauration des données de surveillance ou d’archivage.

Pour vérifier que la réplication utilisateur est terminée

1. Ouvrez une session sur l’ordinateur en tant que membre du groupe RTCUniversalServerAdmins.

2. Cliquez sur le menu Démarrer, puis sur Exécuter.

3. Entrez eventvwr.exe puis cliquez sur OK.

4. Dans l’Observateur d’événements, cliquez sur Journaux des applications et des services pour le développer, puis sélectionnez Lync Server.

5. Dans le volet Actions, cliquez sur Filtrer le journal actuel.

6. Dans la liste Sources de l’événement, cliquez sur LS User Replicator.

7. Dans <Tous les ID d’événements>, entrez 30024, puis cliquez sur OK.

8. Dans la liste des événements filtrés, dans l’onglet Général, recherchez une entrée qui indique que la réplication utilisateur s’est terminée avec succès.