Versetzen einer Replikationstopologie in einen inaktiven Status (Replikationsprogrammierung mit Transact-SQL)

Um das System in einen inaktiven Status zu versetzen, beenden Sie alle Aktivitäten in veröffentlichten Tabellen an allen Knoten, und stellen Sie sicher, dass jeder Knoten alle Änderungen aller anderen Knoten erhalten hat. In diesem Thema wird erläutert, wie eine Replikationstopologie in einen inaktiven Status versetzt wird. Dies ist für eine Reihe von Verwaltungsaufgaben erforderlich. Zudem finden Sie hier Informationen dazu, wie Sie überprüfen können, ob ein Knoten alle Änderungen anderer Knoten erhalten hat.

So versetzen Sie eine Transaktionsreplikationstopologie mit schreibgeschützten Abonnements in einen inaktiven Status

1. Beenden Sie die Aktivitäten an allen veröffentlichten Tabellen auf dem Verleger.

2. Führen Sie auf dem Verleger für die Veröffentlichungsdatenbank sp_posttracertoken (Transact-SQL) aus.

3. Führen Sie auf dem Verleger für die Veröffentlichungsdatenbank sp_helptracertokenhistory aus.

4. Stellen Sie sicher, dass jeder Abonnent das Überwachungstoken erhalten hat.

So versetzen Sie eine Transaktionsreplikationstopologie mit aktualisierbaren Abonnements in einen inaktiven Status

1. Beenden Sie die Aktivitäten an allen veröffentlichten Tabellen auf dem Verleger und auf allen Abonnenten.

2. Wenn Abonnenten Abonnements mit verzögertem Update über eine Warteschlange verwenden:

   1. Wenn der Warteschlangenlese-Agent nicht im fortlaufenden Modus ausgeführt wird, führen Sie den Agent aus. Weitere Informationen zum Ausführen von Agents finden Sie unter Ausführbare Konzepte für die Programmierung von Replikations-Agents oder Starten und Beenden eines Replikations-Agents (SQL Server Management Studio).

   2. Führen Sie auf jedem Abonnenten sp_replqueuemonitor aus, um zu überprüfen, ob die Warteschlange leer ist.

3. Führen Sie auf dem Verleger für die Veröffentlichungsdatenbank sp_posttracertoken aus.

4. Führen Sie auf dem Verleger für die Veröffentlichungsdatenbank sp_helptracertokenhistory aus.

5. Stellen Sie sicher, dass jeder Abonnent das Überwachungstoken erhalten hat.

So versetzen Sie eine Peer-zu-Peer-Transaktionsreplikationstopologie in einen inaktiven Status

1. Beenden Sie die Aktivitäten an allen veröffentlichten Tabellen in allen Knoten.

2. Führen Sie für jede Veröffentlichungsdatenbank in der Topologie sp_requestpeerresponse aus.

3. Wenn der Protokolllese-Agent oder der Verteilungs-Agent nicht im fortlaufenden Modus ausgeführt wird, führen Sie den Agent aus. Der Protokolllese-Agent muss vor dem Verteilungs-Agent gestartet werden. Weitere Informationen zum Ausführen von Agents finden Sie unter Ausführbare Konzepte für die Programmierung von Replikations-Agents oder Starten und Beenden eines Replikations-Agents (SQL Server Management Studio).

4. Führen Sie für jede Veröffentlichungsdatenbank in der Topologie sp_helppeerresponses aus. Stellen Sie sicher, dass das Resultset Antworten von allen anderen Knoten enthält.

So stellen Sie sicher, dass ein Peer-zu-Peer-Knoten alle vorherigen Änderungen erhalten hat

1. Führen Sie für die Veröffentlichungsdatenbank an dem überprüften Knoten sp_requestpeerresponse aus.

2. Wenn der Protokolllese-Agent oder der Verteilungs-Agent nicht im fortlaufenden Modus ausgeführt wird, führen Sie den Agent aus. Der Protokolllese-Agent muss vor dem Verteilungs-Agent gestartet werden. Weitere Informationen zum Ausführen von Agents finden Sie unter Ausführbare Konzepte für die Programmierung von Replikations-Agents oder Starten und Beenden eines Replikations-Agents (SQL Server Management Studio).

3. Führen Sie für die Veröffentlichungsdatenbank an dem überprüften Knoten sp_helppeerresponses aus. Stellen Sie sicher, dass das Resultset Antworten von allen anderen Knoten enthält.

So versetzen Sie eine Mergereplikationstopologie in einen inaktiven Status

1. Beenden Sie die Aktivitäten an allen veröffentlichten Tabellen auf dem Verleger und auf allen Abonnenten.

2. Führen Sie den Merge-Agent für jedes Abonnement zweimal aus: Synchronisieren Sie alle Abonnements einmal, und synchronisieren Sie dann jedes Abonnement ein zweites Mal. So kann sichergestellt werden, dass alle Änderungen auf allen Knoten repliziert werden. Weitere Informationen zum Ausführen von Agents finden Sie unter Ausführbare Konzepte für die Programmierung von Replikations-Agents oder Starten und Beenden eines Replikations-Agents (SQL Server Management Studio).

   Hinweis
   Wenn während der Synchronisierung Konflikte auftreten, werden durch die Konfliktlösung angeforderte Änderungen möglicherweise nicht an alle Knoten weitergegeben, nachdem der Merge-Agent zweimal ausgeführt wurde.

Siehe auch

Aufgaben

Verwalten einer Peer-zu-Peer-Topologie (Replikationsprogrammierung mit Transact-SQL)

Konzepte

Messen der Latenzzeit und Überprüfen der Verbindungen bei Transaktionsreplikationen