Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:SQL Server unter Windows
Dieser Artikel enthält Anleitungen zum Aktualisieren oder Patchen von SQL Server-Instanzen, die an der Peer-to-Peer-Replikation (P2P) teilnehmen, sowohl außerhalb einer AlwaysOn-Verfügbarkeitsgruppe als auch für Datenbanken, die sich in einer AlwaysOn-Verfügbarkeitsgruppe befinden.
Wenn Ihre Replikationstopologie andere Replikationstypen enthält, z. B. Schnappschuss-, Zusammenführungs- oder Transaktionsreplikation, finden Sie weitere Informationen unter Upgrade oder Patch replizierte Datenbanken.
Aktualisieren von P2P-Datenbanken außerhalb einer Verfügbarkeitsgruppe
Die Schritte in diesem Abschnitt enthalten Anleitungen zum Aktualisieren oder Patchen von SQL Server-Instanzen, die an der Peer-to-Peer-Replikation (P2P)-Replikation außerhalb einer AlwaysOn-Verfügbarkeitsgruppe teilnehmen.
In der folgenden Tabelle werden die Rollen und Namen der Server beschrieben, die an der Replikationstopologie teilnehmen, die im Beispiel verwendet wird:
| Name | Rolle |
|---|---|
| Peer1 | Die SQL Server-Instanz, die die Replikationsdatenbanken für den ersten Peer in der Peer-zu-Peer-Topologie hosten soll. |
| Peer2 | Die SQL Server-Instanz, die die Replikationsdatenbanken für den zweiten Peer in der Peer-to-Peer-Topologie hostt. |
| Dist1 | Der Remoteverteiler für Peer1. |
| Dist2 | Der Remoteverteiler für Peer2. |
Führen Sie beim Patchen oder Aktualisieren replizierter Peer-to-Peer-Datenbanken außerhalb einer Verfügbarkeitsgruppe die folgenden Schritte aus:
- Stoppen Sie den eingehenden Datenverkehr zu Peer2, indem Sie alle Anwendungen und Verteilungs-Agents von allen anderen Peers stoppen, die zu dieser Instanz replizieren. Beenden Sie beispielsweise den Verteilungs-Agent auf Peer1.
- Vergewissern Sie sich, dass keine ausstehenden replizierten Transaktionen an Peer2 gesendet werden, indem Sie die Mit dieser Replikationstopologie verbundenen Protokollleser-Agents und Verteilungs-Agents überprüfen.
- Wenn der Verteiler remote ist, führen Sie zuerst ein Upgrade des Remoteverteilers Dist2 durch. Wenn der Distributor die lokale Peer2-Instanz ist, fahren Sie mit dem nächsten Schritt fort.
- Aktualisieren Sie die Instanz Peer2.
- Starten Sie den Verteilungs-Agent von Peer1 (oder von einem verbleibenden Peer, der auf diesen Peer repliziert).
- Stoppen Sie den eingehenden Datenverkehr zu Peer1, indem Sie alle Anwendungen und Verteilungsagenten von anderen Peers stoppen, die auf diese Instanz replizieren. Beenden Sie beispielsweise den Verteilungs-Agent auf Peer2.
- Vergewissern Sie sich, dass keine ausstehenden replizierten Transaktionen an Peer1 gesendet werden, indem Sie die Protokolllese-Agents und Verteilungs-Agents überprüfen, die dieser Replikationstopologie zugeordnet sind.
- Wenn der Verteiler remote ist, aktualisieren Sie zuerst den Remoteverteiler Dist1. Wenn der Distributor die lokale Peer1-Instanz ist, fahren Sie mit dem nächsten Schritt fort.
- Aktualisieren Sie die Instanz Peer1.
- Starten Sie den Verteilungs-Agenten von Peer2 (oder von jedem verbleibenden Peer, der auf diesen Peer repliziert).
- Wenn in der Topologie andere Peers vorhanden sind, wiederholen Sie diese Schritte für jeden Peer.
P2P-Datenbanken in einer Verfügbarkeitsgruppe aktualisieren
Die Schritte in diesem Abschnitt enthalten Anleitungen zum Upgrade oder Patchen von SQL Server-Instanzen, die an der Peer-to-Peer-Replikation (P2P)-Replikation innerhalb einer AlwaysOn-Verfügbarkeitsgruppe teilnehmen.
In der folgenden Tabelle werden die Rollen und Namen der Server beschrieben, die an der Replikationstopologie teilnehmen, die im Beispiel verwendet wird:
| Name | Rolle |
|---|---|
| Peer1N1 | Die SQL Server-Instanz, die das primäre Replikat hosten und Peer1 in der Peer-zu-Peer-Topologie ist. |
| Peer1N2 | Die SQL Server-Instanz, die das mit Peer1 verknüpfte sekundäre Replikat in der Peer-zu-Peer-Topologie hostt. |
| Dist1 | Der Remoteverteiler für Peer1. |
| Peer2N3 | Die SQL Server-Instanz, die das primäre Replikat hosten und Peer2 in der Peer-zu-Peer-Topologie ist. |
| Peer2N4 | Die SQL Server-Instanz, die das mit Peer2 verknüpfte sekundäre Replikat in der Peer-zu-Peer-Topologie hostt. |
| Dist2 | Der Remoteverteiler für Peer2. |
Hinweis
Die Verwendung eines lokalen Verteilers für eine P2P-Datenbank, die Teil einer Verfügbarkeitsgruppe ist, ist keine empfohlene Konfiguration, da es sich um einen einzelnen Fehlerpunkt handelt.
Führen Sie beim Patchen oder Aktualisieren von replizierten Peer-to-Peer-Datenbanken innerhalb einer Verfügbarkeitsgruppe die folgenden Schritte aus:
- Beenden Sie den eingehenden Datenverkehr zu Peer2, indem Sie alle Anwendungen und Verteilungs-Agents von allen anderen Peers stoppen, die zu dieser Instanz replizieren. Beenden Sie beispielsweise den Verteilungs-Agent auf Peer1.
- Vergewissern Sie sich, dass keine ausstehenden replizierten Transaktionen an Peer2 gesendet werden, indem Sie die Mit dieser Replikationstopologie verbundenen Protokollleser-Agents und Verteilungs-Agents überprüfen.
- Aktualisieren Sie den Remoteverteiler für Peer2, Dist2, indem Sie der Sequenz in Verfügbarkeitsgruppen-Replikate aktualisieren folgen. Wenn Ihr Distributor lokal ist, fahren Sie mit dem nächsten Schritt fort.
- Aktualisieren Sie das sekundäre Replikat Peer2N4.
- Führen Sie ein Failover der Verfügbarkeitsgruppe aus dem aktuellen primären Replikat Peer2N3 auf den aktualisierten sekundären Peer2N4 durch.
- Aktualisieren Sie das ehemalige primäre Replikat Peer2N3.
- Führen Sie ein Failover der Verfügbarkeitsgruppe vom aktuellen primären Peer2N4 zum vorherigen primären Replikat Peer2N3 aus.
- Starten Sie den Verteilungs-Agent von Peer1 (oder von einem verbleibenden Peer, der auf diesen Peer repliziert).
- Stoppen Sie den eingehenden Datenverkehr zu Peer1, indem Sie alle Anwendungen und Verteilungsagenten von anderen Peers stoppen, die auf diese Instanz replizieren. Beenden Sie beispielsweise den Verteilungs-Agent auf Peer2.
- Vergewissern Sie sich, dass keine ausstehenden replizierten Transaktionen an Peer1 gesendet werden, indem Sie die Protokolllese-Agents und Verteilungs-Agents überprüfen, die dieser Replikationstopologie zugeordnet sind.
- Aktualisieren Sie den Remoteverteiler für Peer1, Dist1, indem Sie der Reihenfolge in Verfügbarkeitsgruppenreplikate aktualisieren folgen. Wenn Ihr Distributor lokal ist, fahren Sie mit dem nächsten Schritt fort.
- Aktualisieren Sie das sekundäre Replikat Peer1N2.
- Führen Sie ein Failover der Verfügbarkeitsgruppe vom aktuellen primären Replikat Peer1N1 zum aktualisierten sekundären Peer1N2 aus.
- Führen Sie das Upgrade des ehemaligen primären Replikats Peer1N1 durch.
- Führen Sie ein Failover der Verfügbarkeitsgruppe vom aktuellen primären Peer1N2 bis zum vorherigen primären Replikat Peer1N1 durch.
- Starten Sie den Verteilungs-Agenten von Peer2 (oder von jedem verbleibenden Peer, der auf diesen Peer repliziert).
- Wenn in der Topologie andere Peers vorhanden sind, wiederholen Sie diese Schritte für jeden Peer.
Verwandte Inhalte
- SQL Server-Replikation
- Upgraden oder Patchen replizierter Datenbanken
- Häufig gestellte Fragen für Replikationsadministratoren
- Abwärtskompatibilität der Replikation
- Unterstützte Versions- und Editionsupgrades (SQL Server 2022)
- Aktualisieren von SQL Server
- Upgrade von Replikaten von Verfügbarkeitsgruppen