Définition de la copie des journaux de transaction SQL Server entre la base de données miroir principale et la base de données secondaire de copie des journaux de transaction dans Lync Server 2013

 

Rubrique Dernière modification : 2013-02-21

Effectuez les étapes suivantes pour que la copie des journaux de transaction se poursuive si la base de données principale de conversation permanente est basculé vers sa base de données miroir.

  1. Basculez manuellement la base de données principale de conversation permanente vers le miroir. Pour ce faire, utilisez Lync Server Management Shell et l’applet de commande Invoke-CsDatabaseFailover . Pour plus d’informations, consultez « Utilisation des applets de commande Lync Server Management Shell » dans Déploiement de la mise en miroir SQL pour la haute disponibilité du serveur principal dans Lync Server 2013.

  2. À l’aide de SQL Server Management Studio, connectez-vous à l’instance miroir principale du serveur de conversation permanente.

  3. Assurez-vous que le SQL Server Agent est en cours d’exécution.

  4. Cliquez avec le bouton droit sur la base de données mgc, puis cliquez sur Propriétés.

  5. Sous Sélectionner une page, cliquez sur Envoi des journaux de transactions.

  6. Activez la case à cocher Activer en tant que base de données primaire dans une configuration de la copie des journaux de transactions.

  7. Sous Sauvegardes des journaux de transactions, cliquez sur Paramètres de sauvegarde.

  8. Dans la zone Indiquer le chemin d’accès réseau au dossier de sauvegarde, tapez le chemin d’accès réseau du partage que vous avez créé pour le dossier de sauvegarde du journal des transactions.

  9. Si le dossier de sauvegarde se trouve sur le serveur principal, tapez le chemin d’accès local au dossier de sauvegarde dans la zone Si le dossier de sauvegarde se trouve sur le serveur principal, tapez un chemin d’accès local au dossier. (Si le dossier de sauvegarde ne figure pas sur le serveur principal, vous pouvez laisser cette case à cocher vide.)

    Important

    Si le compte de service SQL Server sur votre serveur principal s’exécute sous le compte système local, vous devez créer votre dossier de sauvegarde sur le serveur principal et spécifier un chemin d’accès local à ce dossier.

  10. Configurez les paramètres Supprimer les fichiers antérieurs à et Envoyer une alerte si aucune sauvegarde ne se produit en l’espace de.

  11. Examinez la planification des sauvegardes dans la zone Planification sous Travail de sauvegarde. Pour personnaliser la planification de votre installation, cliquez sur Planifier et ajustez la planification SQL Server Agent, si nécessaire.

    Important

    Utilisez les mêmes paramètres que ceux de la base de données primaire.

  12. Sous Compression, sélectionnez Utiliser le paramètre du serveur par défaut, puis cliquez sur OK.

  13. Sous Instances de serveurs et bases de données secondaires, cliquez sur Ajouter.

  14. Cliquez sur Connexion, puis connectez-vous à l’instance de SQL Server que vous avez configurée en tant que serveur secondaire.

  15. Dans la zone Base de données secondaire sélectionnez la base de données mgc dans la liste.

  16. Sous l’onglet Initialiser la base de données secondaire, sélectionnez l’option Non, la base de données secondaire est initialisée.

  17. Sous l’onglet Copier les fichiers, dans Dossier de destination des fichiers copiés, tapez le chemin d’accès du dossier dans lequel les sauvegardes des journaux de transactions doivent être copiées, puis cliquez sur OK. Ce dossier est souvent situé sur le serveur secondaire.

  18. Ouvrez la liste déroulante Créer un script de configuration, puis sélectionnez Créer un script de configuration dans une nouvelle fenêtre de requête.

  19. Dans la nouvelle fenêtre de requête, dans Propriétés de la base de données, cliquez sur OK pour commencer le processus de configuration.

  20. Sélectionnez et exécutez la première moitié de la requête (reportez-vous à l’étape 18) jusqu’à la ligne : -- ****** Fin : script à exécuter sur le serveur principal : ******.

    Important

    L’exécution manuelle de ce script est nécessaire, car SQL Server Management Studio ne prend pas en charge plusieurs bases de données primaires dans une configuration de copie des journaux de transaction SQL Server.

  21. Sélectionnez Annuler pour fermer le panneau de configuration de copie des journaux de transaction et établir une configuration de travail qui implémente correctement la copie des journaux de transaction pour la base de données primaire et la base de données en miroir (en cas de basculement).

  22. Restaurer manuellement la base de données de conversation permanente principale vers la base de données principale. Pour ce faire, utilisez Lync Server Management Shell et l’applet de commande Invoke-CsDatabaseFailover . Pour plus d’informations, consultez « Utilisation des applets de commande Lync Server Management Shell » dans Déploiement de la mise en miroir SQL pour la haute disponibilité du serveur principal dans Lync Server 2013.