Basculement vers un serveur de conversation permanente dans Lync Server 2013

 

Rubrique Dernière modification : 2014-02-05

Le basculement pour le serveur de conversation permanente est conçu pour être principalement un processus manuel.

La procédure de basculement est basée sur l’hypothèse que le centre de données secondaire est opérationnel, mais les services du serveur de conversation permanente où se trouve la base de données principale de conversation permanente ne sont pas disponibles, y compris les suivants :

• La base de données principale du serveur de conversation permanente et la base de données miroir du serveur de conversation permanente sont en panne.

• Le serveur frontal Lync Server est en panne.

La procédure consiste en deux étapes de base :

• Récupérer la base de données de conversation permanente principale (mgc).

• Établir la mise en miroir pour la nouvelle base de données principale.

La base de données de conformité de conversation permanente (mgccomp) n’est pas basculé. Le contenu de cette base de données est temporaire et purgé au fur et à mesure que l’adaptateur de conformité traite les données. En tant qu’administrateur de conversation permanente, il vous incombe de gérer correctement la sortie de l’adaptateur afin d’éviter la perte de données.

Pour basculer le serveur de conversation permanente

1. Supprimez la copie des journaux de transaction de la base de données de copie des journaux de transaction de sauvegarde du serveur de conversation permanente.

   1. À l’aide de SQL Server Management Studio, connectez-vous à l’instance de base de données où se trouve la base de données mgc de sauvegarde du serveur de conversation permanente.

   2. Ouvrez une fenêtre de requête pour la base de données principale.

   3. Utilisez la commande suivante pour annuler la copie des journaux de transaction :

      exec sp_delete_log_shipping_secondary_database mgc
      

2. Copiez tous les fichiers de sauvegarde non copiés se trouvant sur le partage de sauvegarde vers le dossier de destination de la copie du serveur de sauvegarde.

3. Appliquez dans l’ordre toutes les sauvegardes du journal des transactions non appliquées à la base de données secondaire. Pour plus d’informations, consultez « How to: Apply a Transaction Log Backup (Transact-SQL) » à l’adresse https://go.microsoft.com/fwlink/p/?linkid=247428.

4. Mettez en ligne la base de données mgc de sauvegarde. Dans la fenêtre de requête ouverte à l’étape 1b, procédez comme suit :

   1. Mettez fin à toutes les connexions à la base de données mgc, le cas échéant :

      1. exec sp_who2 pour identifier les connexions à la base de données mgc.

      2. tuer <spid> pour mettre fin à ces connexions.

   2. Mettez en ligne la base de données :

      1. restaurer la base de données mgc avec récupération.

5. Dans Lync Server Management Shell, utilisez la commande Set-CsPersistentChatState -Identity « service:atl-cs-001.litwareinc.com » –PoolState FailedOver pour basculer vers la base de données de sauvegarde mgc. Veillez à remplacer le nom de domaine complet de votre pool de conversation permanente par atl-cs-001.litwareinc.com.

   La base de données mgc de sauvegarde est désormais la base de données principale.

6. Dans Lync Server Management Shell, utilisez l’applet de commande Install-CsMirrorDatabase pour établir un miroir de haute disponibilité pour la base de données de sauvegarde qui sert désormais de base de données primaire. Utilisez l’instance de la base de données de sauvegarde en tant que base de données principale et l’instance de la base de données miroir de sauvegarde en tant qu’instance miroir. Il ne s’agit pas du même miroir que celui qui a été initialement configuré pour la base de données principale pendant la configuration. Pour plus d’informations, consultez la section « Utilisation des applets de commande Lync Server Management Shell » dans Deploying SQL Mirroring for Back End Server high availability in Lync Server 2013.

7. Définissez les serveurs actifs du serveur de conversation permanente. À partir de Lync Server Command Shell, utilisez l’applet de commande Set-CsPersistentChatActiveServer pour définir la liste des serveurs actifs.

   Important

   Tous les serveurs actifs doivent être situés au sein du même centre de données que celui de la nouvelle base de données primaire, ou dans un centre de données avec une connexion à latence faible/bande passante élevée à la base de données.

   À ce stade, le basculement de la base de données principale du serveur de conversation permanente vers la base de données de sauvegarde du serveur de conversation permanente se termine correctement.