Verwalten einer replizierten Verlegerdatenbank als Teil einer Always On-Verfügbarkeitsgruppe

Gilt für:SQL Server

In diesem Thema werden besondere Überlegungen zum Verwalten einer Veröffentlichungsdatenbank bei Verwendung von Always On-Verfügbarkeitsgruppen erläutert.

Verwalten einer veröffentlichten Datenbank in einer Verfügbarkeitsgruppe

Die Wartung einer Always On-Veröffentlichungsdatenbank entspricht im Wesentlichen der Wartung einer standardmäßigen Veröffentlichungsdatenbank, wobei jedoch die folgenden Überlegungen zu berücksichtigen sind:

  • Die Verwaltung muss beim primären Replikathost erfolgen. In SQL Server Management Studiowerden Veröffentlichungen unter dem Ordner Lokale Veröffentlichungen für den primären Replikathost und auch für lesbare sekundäre Replikate angezeigt. Nach einem Failover müssen Sie Management Studio unter Umständen manuell aktualisieren, damit die Änderung angezeigt wird, wenn das sekundäre Replikat, das zum primären Replikat heraufgestuft wurde, nicht lesbar war.

  • Der Replikationsmonitor zeigt immer Veröffentlichungsinformationen unter dem ursprünglichen Verleger an. Diese Informationen können jedoch von einem beliebigen Replikat aus im Replikationsmonitor angezeigt werden, indem der ursprüngliche Verleger als Server hinzugefügt wird.

  • Wenn Sie gespeicherte Prozeduren oder Replication Management Objects (RMO) verwenden, um die Replikation am aktuellen Primärserver zu verwalten, müssen Sie in den Fällen, in denen Sie den Namen des Publishers angeben, den Namen der Instanz angeben, auf der die Datenbank für die Replikation aktiviert wurde (der ursprüngliche Publisher). Den entsprechenden Namen ermitteln Sie mithilfe der PUBLISHINGSERVERNAME -Funktion. Wenn eine Veröffentlichungsdatenbank einer Verfügbarkeitsgruppe beitritt, sind die in den sekundären Datenbankreplikaten gespeicherten Replikationsmetadaten mit denen im primären Replikat identisch. Demzufolge ist bei Veröffentlichungsdatenbanken, die auf dem Primärreplikat für die Replikation aktiviert sind, der in den Systemtabellen auf dem Sekundärreplikat gespeicherte Name der Publisherinstanz der Name des Primärreplikats und nicht der des Sekundärreplikats. Dies wirkt sich auf die Replikationskonfiguration und -wartung aus, wenn ein Failover der Veröffentlichungsdatenbank auf eine sekundäre Instanz erfolgt. Wenn Sie z. B. die Replikation mit gespeicherten Prozeduren für ein sekundäres Replikat nach einem Failover konfigurieren und ein Pullabonnement für eine Veröffentlichungsdatenbank aktivieren möchten, die für ein anderes Replikat aktiviert wurde, müssen Sie als @publisher-Parameter von sp_addpullsubscription oder sp_addmergepullsubscription den Namen des ursprünglichen anstelle des aktuellen Verlegers angeben. Wenn Sie jedoch eine Veröffentlichungsdatenbank nach einem Failover aktivieren, entspricht der in den Systemtabellen gespeicherte Verlegerinstanzname dem Namen des aktuellen primären Hosts. In diesem Fall würden Sie den Hostnamen des aktuellen primären Replikats für den @publisher -Parameter verwenden.

    Hinweis

    Bei einigen Prozeduren, z. B. sp_addpublication, wird der @publisher-Parameter nur für Verleger unterstützt, die keine Instanzen von SQL Server sind. In diesen Fällen ist er für SQL Server-Always On nicht relevant.

  • Um ein Abonnement in Management Studio nach einem Failover zu synchronisieren, synchronisieren Sie Pullabonnements vom Abonnenten und Pushabonnements vom aktiven Publisher.

Entfernen einer veröffentlichten Datenbank aus einer Verfügbarkeitsgruppe

Beachten Sie die folgenden Aspekte, wenn eine veröffentlichte Datenbank aus einer Verfügbarkeitsgruppe entfernt wird oder wenn eine Verfügbarkeitsgruppe gelöscht wird, die eine veröffentlichte Mitgliedsdatenbank enthält.

  • Wenn die Veröffentlichungsdatenbank beim ursprünglichen Verleger aus einem primären Replikat der Verfügbarkeitsgruppe entfernt wird, müssen Sie sp_redirect_publisher ausführen, ohne einen Wert für den @redirected_publisher -Parameter anzugeben, um die Umleitung für das Verleger-/Datenbankpaar zu entfernen.

    EXEC sys.sp_redirect_publisher   
    @original_publisher = 'MyPublisher',  
    @published_database = 'MyPublishedDB';

    Die Datenbank verbleibt auf dem Primärserver im Status „Wird wiederhergestellt“ und muss wiederhergestellt werden. Sobald Sie dies tun, sollte die Replikation unverändert mit dem ursprünglichen Publisher funktionieren.

  • Wenn für die Veröffentlichungsdatenbank ein Failover vom ursprünglichen Publisher auf ein Replikat erfolgt und die Datenbank aus dem primären Replikat der Verfügbarkeitsgruppe entfernt wird, verwenden Sie die gespeicherte Prozedur sp_redirect_publisher, um den ursprünglichen Publisher explizit an den neuen Publisher umzuleiten. Die Datenbank verbleibt im Status „Wird wiederhergestellt“ und muss wiederhergestellt werden. Sobald Sie dies tun, sollte die Replikation weiterhin so funktionieren, wie sie unter der Verfügbarkeitsgruppe funktioniert hat.

    EXEC sys.sp_redirect_publisher   
    @original_publisher = 'MyPublisher',  
    @published_database = 'MyPublishedDB',  
    @redirected_publisher = 'MyNewPublisher';

    Entfernen Sie den Remoteserver für den ursprünglichen Verleger selbst dann nicht aus dem Verteiler, wenn nicht mehr auf den Server zugegriffen werden kann. Die Servermetadaten für den ursprünglichen Verleger werden beim Verteiler benötigt, um Abfragen von Veröffentlichungsmetadaten beantworten zu können

  • Wenn eine vollständige Verfügbarkeitsgruppe entfernt wird, wirkt sich dies auf eine replizierte Mitgliedsdatenbank auf die gleiche Weise aus, wie das Entfernen einer veröffentlichten Datenbank aus einer Verfügbarkeitsgruppe. Die Replikation kann vom zuletzt verwendeten primären Server fortgesetzt werden, sobald die Datenbank wiederhergestellt und die Umleitung angepasst wurde. Wenn die Datenbank auf ihrem ursprünglichen Verleger wiederhergestellt wird, sollte die Umleitung entfernt werden. Wenn die Datenbank auf einem anderen Host wiederhergestellt wird, sollte die Weiterleitung explizit auf den neuen Host verweisen.

    Hinweis

    Wenn eine Verfügbarkeitsgruppe entfernt wird, die über veröffentlichte Mitgliedsdatenbanken verfügt, oder wenn eine veröffentlichte Datenbank aus einer Verfügbarkeitsgruppe entfernt wird, werden alle Kopien der veröffentlichten Datenbanken im Wiederherstellungsstatus belassen. Nach der Wiederherstellung wird jede Datenbank als veröffentlichte Datenbank angezeigt. Nur eine Kopie sollte mit Veröffentlichungsmetadaten beibehalten werden. Um die Replikation für eine veröffentlichte Datenbankkopie zu deaktivieren, entfernen Sie zuerst alle Abonnements und Veröffentlichungen aus der Datenbank.

    Führen Sie sp_dropsubscription aus, um die Veröffentlichungsabonnements zu entfernen. Stellen Sie sicher, dass der Parameter @ignore_distributor auf 1 gesetzt ist, um die Metadaten für die aktive Veröffentlichungsdatenbank auf dem Verteiler beizubehalten.

    USE MyDBName;  
GO  

EXEC sys.sp_dropsubscription   
    @subscriber = 'MySubscriber',  
    @publication = 'MyPublication',  
    @article = 'all',  
    @ignore_distributor = 1;

    Führen Sie sp_droppublication aus, um alle Veröffentlichungen zu entfernen. Erneut setzen Sie den Parameter @ignore_distributor auf 1, um die Metadaten für die aktive Publikationsdatenbank beim Verteiler beizubehalten.

    EXEC sys.sp_droppublication   
    @publication = 'MyPublication',  
    @ignore_distributor = 1;

    Führen Sie sp_replicationdboption aus, um die Replikation für die Datenbank zu deaktivieren.

    EXEC sys.sp_replicationdboption  
    @dbname = 'MyDBName',  
    @optname = 'publish',  
    @value = 'false';

    An diesem Punkt kann die Kopie der veröffentlichten Datenbank beibehalten oder gelöscht werden.

Entfernen des ursprünglichen Herausgebers

Es kann Situationen geben (Austausch eines älteren Servers, Upgrade des Betriebssystems usw.), in denen Sie einen ursprünglichen Herausgeber aus einer Always On-Verfügbarkeitsgruppe entfernen möchten. Führen Sie die Schritte in diesem Abschnitt aus, um den Herausgeber aus der Verfügbarkeitsgruppe zu entfernen.

Angenommen, Sie verfügen über die Server N1, N2 und D1, wobei N1 und N2 das primäre und sekundäre Replikat der Verfügbarkeitsgruppe AG1 sind, N1 der ursprüngliche Herausgeber einer Transaktionsveröffentlichung und D1 der Verteiler ist. Sie möchten den ursprünglichen Herausgeber N1 durch den neuen Herausgeber N3 ersetzen.

Gehen Sie folgendermaßen vor, um den Herausgeber zu entfernen:

  1. Installieren und konfigurieren Sie SQL Server auf dem Knoten N3. Die Version von SQL Server muss dieselbe sein wie die des ursprünglichen Herausgebers.
  2. Fügen Sie N3 auf dem Verteilerserver D1 mithilfe von sp_adddistpublisher als Herausgeber hinzu.
  3. Konfigurieren Sie N3 als Herausgeber mit D1 als seinem Verteiler.
  4. Fügen Sie N3 als Replikat zur Verfügbarkeitsgruppe AG1 hinzu.
  5. Überprüfen Sie auf dem N3-Replikat, dass die Pushabonnenten für die Veröffentlichung als verknüpfte Server angezeigt werden. Verwenden Sie entweder sp_addlinkedserver oder SQL Server Management Studio.
  6. Sobald N3 synchronisiert ist, führen Sie ein Failover der Verfügbarkeitsgruppe auf N3 aus, sodass N3 der primäre Knoten wird.
  7. Entfernen Sie N1 aus der Verfügbarkeitsgruppe AG1.

Berücksichtigen Sie folgende Punkte:

  • Entfernen Sie weder den Remoteserver des ursprünglichen Herausgebers (in diesem Fall N1) noch damit verbundenen Metadaten aus dem Verteiler, auch wenn auf den Server nicht mehr zugegriffen werden kann. Die Servermetadaten für den ursprünglichen Herausgeber werden beim Verteiler benötigt, um Abfragen von Veröffentlichungsmetadaten beantworten zu können, und ohne sie tritt ein Fehler bei der Replikation auf.
  • Für SQL Server 2014 können Sie, sobald der ursprüngliche Herausgeber entfernt wurde, den ursprünglichen Herausgebernamen nicht mehr für die Verwaltung der Replikation im Replikationsmonitor verwenden. Wenn Sie versuchen, neue Replikate als Herausgeber im Replikationsmonitor zu registrieren, werden keine Informationen angezeigt, da keine Metadaten damit verbunden sind. Zur Verwaltung der Replikation in diesem Szenario müssen Sie in SQL Server Management Studio (SSMS) mit der rechten Maustaste auf einzelne Veröffentlichungen und Abonnements klicken.
  • Für SQL Server 2016 SP2-CU3, SQL Server 2017 CU6 und höher registrieren Sie den Listener des Verfügbarkeitsgruppenherausgebers im Replikationsmonitor, um die Replikation mithilfe von SQL Server Management Studio Version 17.7 und höher zu verwalten.

Verwandte Aufgaben

Verwandte Inhalte

  • Last updated on