Anmerkung
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen, dich anzumelden oder die Verzeichnisse zu wechseln.
Der Zugriff auf diese Seite erfordert eine Genehmigung. Du kannst versuchen , die Verzeichnisse 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