Mettre en veille une topologie de la réplication (programmation de réplication Transact-SQL)

La mise au repos d’un système implique l’arrêt de l’activité sur les tables publiées sur tous les nœuds et la garantie que chaque nœud a reçu toutes les modifications de tous les autres nœuds. Cette rubrique explique comment quitter une topologie de réplication, qui est requise pour un certain nombre de tâches d’administration et comment s’assurer qu’un nœud a reçu toutes les modifications d’autres nœuds.

Pour mettre en pause une topologie de réplication transactionnelle avec des abonnements en lecture seule

1. Arrêter l'activité sur toutes les tables publiées chez le Publisher.

2. Dans la base de données du serveur de publication, exécutez sp_posttracertoken (Transact-SQL).

3. Sur le serveur de publication sur la base de données de publication, exécutez sp_helptracertokenhistory.

4. Vérifiez que chaque Abonné a reçu le jeton de suivi.

Pour mettre en pause une topologie de réplication transactionnelle avec des abonnements pouvant être mis à jour

1. Arrêtez l’activité sur toutes les tables publiées sur le serveur de publication et tous les Abonnés.

2. Si des Abonnés utilisent des abonnements de mise à jour en file d’attente :

   1. Si l’Agent de lecture de file d’attente ne s’exécute pas en mode continu, exécutez l’agent. Pour plus d’informations sur l’exécution des agents, consultez Concepts des exécutables de l’agent de réplication ou Démarrer et arrêter un agent de réplication (SQL Server Management Studio).

   2. Pour vérifier que la file d’attente est vide, exécutez sp_replqueuemonitor sur chaque Abonné.

3. Sur le serveur de publication sur la base de données de publication, exécutez sp_posttracertoken.

4. Sur le serveur de publication sur la base de données de publication, exécutez sp_helptracertokenhistory.

5. Vérifiez que chaque Abonné a reçu le jeton de suivi.

Pour mettre en pause une topologie de réplication transactionnelle pair-à-pair

1. Arrêtez l’activité sur toutes les tables publiées sur tous les nœuds.

2. Exécutez sp_requestpeerresponse sur chaque base de données de publication dans la topologie.

3. Si l’agent de lecture des journaux ou l’agent de distribution ne s’exécute pas en mode continu, exécutez l’agent. L’Agent de lecture du journal doit être démarré avant l’Agent de distribution. Pour plus d’informations sur l’exécution des agents, consultez Concepts des exécutables de l’agent de réplication ou Démarrer et arrêter un agent de réplication (SQL Server Management Studio).

4. Exécutez sp_helppeerresponses sur chaque base de données de publication dans la topologie. Vérifiez que le jeu de résultats contient des réponses de chacun des autres nœuds.

Pour vous assurer qu’un nœud pair à pair a reçu toutes les modifications antérieures

1. Exécutez sp_requestpeerresponse sur la base de données de publication sur le nœud que vous vérifiez.

2. Si l’Agent de lecture du journal ou l’Agent de distribution ne s’exécute pas en mode continu, exécutez l’agent. L’Agent de lecture du journal doit être démarré avant l’Agent de distribution. Pour plus d’informations sur l’exécution des agents, consultez Concepts des exécutables de l’agent de réplication ou Démarrer et arrêter un agent de réplication (SQL Server Management Studio).

3. Exécutez sp_helppeerresponses sur la base de données de publication au niveau du nœud que vous examinez. Vérifiez que le jeu de résultats contient des réponses de chacun des autres nœuds.

Pour suspendre une topologie de réplication de fusion

1. Arrêtez l’activité sur toutes les tables publiées sur le serveur de publication et sur tous les Abonnés.

2. Exécutez l’Agent de fusion pour chaque abonnement deux fois : synchronisez tous les abonnements une fois, puis synchronisez chaque abonnement une deuxième fois. Cela garantit que toutes les modifications sont répliquées sur tous les nœuds. Pour plus d’informations sur l’exécution des agents, consultez Concepts des exécutables de l’agent de réplication ou Démarrer et arrêter un agent de réplication (SQL Server Management Studio).

   Remarque

   Si des conflits se produisent pendant la synchronisation, il est possible que les modifications requises par la résolution des conflits ne soient pas propagées à tous les nœuds après l’exécution de l’Agent de fusion deux fois.

Voir aussi

Administrer une topologie de Réseau pair à pair (programmation Transact-SQL de la réplication)
Mesurer la latence et valider les connexions pour la réplication transactionnelle