Amministrare una topologia peer-to-peer (programmazione di replica Transact-SQL)

L'amministrazione di una topologia peer-to-peer è simile all'amministrazione di una tipica topologia di replica transazionale, ma esistono diverse aree con considerazioni speciali. La differenza principale nell'amministrazione di una topologia peer-to-peer consiste nel fatto che alcune modifiche richiedono la disattivazione del sistema. La disattivazione di un sistema comporta l'arresto dell'attività nelle tabelle pubblicate in tutti i nodi e la verifica che ogni nodo abbia ricevuto tutte le modifiche da tutti gli altri nodi. Per altre informazioni, vedere Come mettere una topologia di replica in stato di inattività (programmazione Transact-SQL della replica).

Annotazioni

In una topologia peer-to-peer il server di distribuzione non può usare una versione precedente di SQL Server rispetto a un sottoscrittore pull.

Per aggiungere un articolo a una configurazione esistente

1. Metti il sistema in stato di quiete.

2. Fermare l'Agente di Distribuzione in ogni nodo della topologia. Per altre informazioni, vedere Concetti relativi ai file eseguibili dell'agente di replica o Avviare e arrestare un agente di replica (SQL Server Management Studio).

3. Eseguire l'istruzione CREATE TABLE per aggiungere la nuova tabella in ogni nodo della topologia.

4. Copiare in blocco i dati per la nuova tabella manualmente in tutti i nodi usando l'utilità bcp.

5. Eseguire sp_addarticle per creare il nuovo articolo in ogni nodo della topologia. Per altre informazioni, vedere definire un articolo.

   Annotazioni

   Dopo aver eseguito sp_addarticle , la replica aggiunge automaticamente l'articolo alle sottoscrizioni nella topologia.

6. Riavviare gli agenti di distribuzione in ogni nodo della topologia.

Per apportare modifiche allo schema di un database di pubblicazione

1. Spenni il sistema.

2. Eseguire le istruzioni DDL (Data Definition Language) per modificare lo schema delle tabelle pubblicate. Per altre informazioni sulle modifiche dello schema supportate, vedere Apportare modifiche allo schema nei database di pubblicazione.

3. Prima di riprendere l'attività sulle tabelle pubblicate, mettere nuovamente in inattività il sistema. In questo modo si garantisce che le modifiche dello schema siano state ricevute da tutti i nodi prima che vengano replicate le nuove modifiche ai dati.

Esempio

Nell'esempio seguente viene illustrato come aggiungere un nuovo articolo di tabella a una topologia di replica peer-to-peer esistente con due nodi.

-- 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

Vedere anche

Domande frequenti sull'amministrazione della replica
backup e ripristino dei database di SQL Server
Replicazione transazionale peer-to-peer