Disattivazione di una topologia di replica (programmazione di replica Transact-SQL)

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. In questo argomento viene illustrato come disattivare una topologia di replica, necessaria per una serie di attività amministrative e come assicurarsi che un nodo abbia ricevuto tutte le modifiche da altri nodi.

Per disattivare una topologia di replica transazionale con sottoscrizioni di sola lettura

1. Interrompi l'attività su tutte le tabelle pubblicate all'Editore.

2. Nel database di pubblicazione del server di pubblicazione eseguire sp_posttracertoken (Transact-SQL).

3. Nel database di pubblicazione del server di pubblicazione eseguire sp_helptracertokenhistory.

4. Assicurarsi che ogni Sottoscrittore abbia ricevuto il token di traccia.

Per mettere in stato di quiete una topologia di replica transazionale con sottoscrizioni aggiornabili

1. Arrestare l'attività in tutte le tabelle pubblicate presso il pubblicatore e in tutti i sottoscrittori.

2. Se i Sottoscrittori usano sottoscrizioni ad aggiornamento in coda:

   1. Se l'agente di lettura coda non è in esecuzione in modalità continua, eseguire l'agente. Per altre informazioni sull'esecuzione degli agenti, vedere Concetti relativi ai file eseguibili dell'agente di replica o Avviare e arrestare un agente di replica (SQL Server Management Studio).

   2. Per verificare che la coda sia vuota, eseguire sp_replqueuemonitor su ciascun sottoscrittore.

3. Nel database di pubblicazione del server di pubblicazione eseguire sp_posttracertoken.

4. Nel database di pubblicazione del server di pubblicazione eseguire sp_helptracertokenhistory.

5. Assicurarsi che ogni Sottoscrittore abbia ricevuto il token di traccia.

Per sospendere temporaneamente una topologia di replica transazionale peer-to-peer

1. Interrompere l'attività su tutte le tabelle pubblicate in tutti i nodi.

2. Eseguire sp_requestpeerresponse su ciascun database di pubblicazione nella topologia.

3. Se l'agente di lettura log o l'agente di distribuzione non sono in esecuzione in modalità continua, avvia l'agente. L'Agente di lettura log deve essere avviato prima dell'Agente di distribuzione. Per altre informazioni sull'esecuzione degli agenti, vedere Concetti relativi ai file eseguibili dell'agente di replica o Avviare e arrestare un agente di replica (SQL Server Management Studio).

4. Eseguire sp_helppeerresponses in ogni database di pubblicazione nella topologia. Assicurarsi che il set di risultati contenga risposte da ognuno degli altri nodi.

Per assicurarsi che un nodo peer-to-peer abbia ricevuto tutte le modifiche precedenti

1. Eseguire sp_requestpeerresponse nel database di pubblicazione nel nodo che si sta controllando.

2. Se l'agente di lettura del log o l'agente di distribuzione non è impostato in modalità continua, eseguire l'agente. L'Agente di Lettura Log deve essere avviato prima dell'Agente di Distribuzione. Per altre informazioni sull'esecuzione degli agenti, vedere Concetti relativi ai file eseguibili dell'agente di replica o Avviare e arrestare un agente di replica (SQL Server Management Studio).

3. Eseguire sp_helppeerresponses nel database di pubblicazione nel nodo che si sta controllando. Assicurarsi che il set di risultati contenga risposte da ognuno degli altri nodi.

Per disattivare una topologia di replica di tipo merge

1. Interrompere l'attività su tutte le tabelle pubblicate presso l'editore e presso tutti i sottoscrittori.

2. Eseguire l'agente di merge per ogni sottoscrizione due volte: sincronizzare tutte le sottoscrizioni una sola volta e quindi sincronizzare ogni sottoscrizione una seconda volta. In questo modo tutte le modifiche vengono replicate in tutti i nodi. Per altre informazioni sull'esecuzione degli agenti, vedere Concetti relativi ai file eseguibili dell'agente di replica o Avviare e arrestare un agente di replica (SQL Server Management Studio).

   Annotazioni

   Se si verificano conflitti durante la sincronizzazione, è possibile che le modifiche richieste dalla risoluzione dei conflitti non vengano propagate a tutti i nodi dopo l'esecuzione dell'agente di merge due volte.

Vedere anche

Amministrare una topologia peer-to-peer (programmazione Transact-SQL della replica)
Misurare la latenza e convalidare le connessioni per la replica transazionale