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

  • Artikel

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 in der Veröffentlichungsdatenbank sp_posttracertoken (Transact-SQL) aus.

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

  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 Konzepte für ausführbare Replikations-Agent 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_posttracertokenaus.

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

  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 Konzepte für ausführbare Replikations-Agent 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 Konzepte für ausführbare Replikations-Agent 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 Konzepte für ausführbare Replikations-Agent 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.

Weitere Informationen

Verwalten einer Peer-zu-Peer-Topologie (Replikationsprogrammierung mit Transact-SQL)
Messen der Latenzzeit und Überprüfen der Verbindungen bei Transaktionsreplikationen