Administrer une topologie pair-à-pair (programmation de réplication Transact-SQL)

L’administration d’une topologie d’égal à égal est similaire à l’administration d’une topologie de réplication transactionnelle classique, mais il existe plusieurs zones avec des considérations particulières. La principale différence dans l’administration d’une topologie d’égal à égal est que certaines modifications nécessitent que le système soit arrêté. La mise au repos d'un système implique l'arrêt de l'activité sur les tables publiées à tous les nœuds et l'assurance que chaque nœud a reçu toutes les modifications de tous les autres nœuds. Pour plus d’informations, consultez Suspension d’une topologie de réplication (programmation Transact-SQL de la réplication).

Pour ajouter un article à une configuration existante

1. Mettez le système au repos.

2. Arrêtez l’Agent de distribution à chaque nœud de la topologie. Pour plus d’informations, 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 l’instruction CREATE TABLE pour ajouter la nouvelle table à chaque nœud de la topologie.

4. Copiez en bloc les données de la nouvelle table manuellement sur tous les nœuds à l’aide de l’utilitaire bcp.

5. Exécutez sp_addarticle pour créer l’article à chaque nœud de la topologie. Pour plus d’informations, consultez Définir un article.

   Remarque

   Une fois sp_addarticle exécutée, la réplication ajoute automatiquement l’article aux abonnements de la topologie.

6. Redémarrez les agents de distribution à chaque nœud de la topologie.

Pour apporter des modifications de schéma à une base de données de publication

1. Mettez le système en pause.

2. Exécutez les instructions DDL (Data Definition Language) pour modifier le schéma des tables publiées. Pour plus d’informations sur les modifications de schéma prises en charge, consultez Apporter des modifications de schéma sur les bases de données de publication.

3. Avant de reprendre l’activité sur les tables publiées, mettez à nouveau le système en pause. Cela garantit que les modifications de schéma ont été reçues par tous les nœuds avant que les nouvelles modifications de données ne soient répliquées.

Exemple :

L’exemple suivant montre comment ajouter un nouvel article de table à une topologie de réplication peer-to-peer existante qui a deux nœuds.

-- Create the new table at both nodes.
CREATE TABLE AdventureWorks2012.dbo.ProductTest (column1 int, Column2 int);
CREATE TABLE AdventureWorks2012Replica.dbo.ProductTest (column1 int, Column2 int);
GO

REM Bulk insert data into both the publication and subscription databases.
REM The BCP format depends on the snapshot format (native or character).
REM Execute at the command prompt.

bcp AdventureWorks2012..ProductTest in NewTable.bcp -T -SMYPUBLISHER n/c
bcp AdventureWorks2012Replica..ProductTest in NewTable.bcp -T -SMYPUBLISHER n/c

--- Add the article to the publication.
DECLARE @publication AS sysname;
DECLARE @newtable AS sysname;
SET @publication = N'AdvWorksProductTran';
SET @newtable = N'ProductTest';

USE AdventureWorks2012

EXEC sp_addarticle 
  @publication = @publication,
  @article = @newtable,
  @source_table = @newtable,
  @destination_table = @newtable,
  @force_invalidate_snapshot = 0;
GO

Voir aussi

FAQ sur l’administration de la réplication
Sauvegarder et restaurer des bases de données SQL Server
Réplication transactionnelle d’égal à égal