Best Practices für die Replikationsverwaltung

Gilt für:SQL ServerAzure SQL Managed Instance

Nachdem Sie die Replikation konfiguriert haben, ist es wichtig zu verstehen, wie man eine Replikationstopologie verwaltet. Dieser Artikel bietet grundlegende Best-Practice-Leitlinien in mehreren Bereichen mit Links zu weiteren Informationen zu jedem Bereich. Zusätzlich zur Befolgung der in diesem Artikel vorgestellten Best-Practice-Leitlinien sollten Sie die häufig gestellten Fragen durchlesen, um sich mit häufigen Fragen und Themen vertraut zu machen: Häufig gestellte Fragen für Replikationsadministratoren.

Unterteilen Sie die Best-Practice-Leitlinien in zwei Bereiche:

  • Die folgenden Informationen behandeln Best Practices, die Sie für alle Replikationstopologien umsetzen sollten:

    • Entwickeln und Testen einer Sicherungs- und Wiederherstellungsstrategie

    • Die Replikationstopologie per Skript erstellen.

    • Erstellen von Schwellenwerten und Warnungen

    • Überwachen Sie die Replikationstopologie.

    • Leistungsbasiswerte festlegen und die Replikation falls erforderlich optimieren.

  • Die folgenden Informationen behandeln Best Practices, die Sie berücksichtigen sollten, die aber für Ihre Topologie möglicherweise nicht erforderlich sind:

    • Regelmäßige Überprüfung der Daten

    • Anpassen der Agentparameter anhand von Profilen

    • Aufbewahrungsfristen für Veröffentlichung und Verteilung anpassen

    • Erfahren Sie, wie Sie Artikel- und Veröffentlichungseigenschaften ändern, wenn sich die Anwendungsanforderungen ändern.

    • Erfahren Sie, wie Sie Schemaänderungen vornehmen, wenn sich die Anwendungsanforderungen ändern.

Entwickeln und Testen einer Sicherungs- und Wiederherstellungsstrategie

Sichern Sie regelmäßig alle Datenbanken und testen Sie regelmäßig, ob Sie diese Backups wiederherstellen können. Replizierte Datenbanken sind da keine Ausnahme. Sichern Sie regelmäßig die folgenden Datenbanken:

  • Veröffentlichungsdatenbank

  • Verteilungsdatenbank

  • Abonnementdatenbanken

  • msdb-Datenbank und master-Datenbank beim Publisher, Distributor und allen Subscribern

Replizierte Datenbanken erfordern besondere Aufmerksamkeit beim Sichern und Wiederherstellen von Daten. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von replizierten Datenbanken.

Erstellen von Skripts für die Replikationstopologie

Skripte alle Replikationskomponenten in einer Topologie als Teil eines Katastrophenwiederherstellungsplans. Du kannst auch Skripte nutzen, um sich wiederholende Aufgaben zu automatisieren. Ein Skript enthält die Transact-SQL systemgespeicherten Prozeduren, die zur Implementierung der Replikationskomponenten, wie etwa einer Veröffentlichung oder einem Abonnement, notwendig sind. Erstellen Sie Skripte in einem Wizard (wie dem New Publication Wizard) oder im SQL Server Management Studio, nachdem Sie eine Komponente erstellt haben. Du kannst das Skript mit SQL Server Management Studio oder sqlcmd ansehen, anpassen und ausführen. Speichere Skripte mit Backup-Dateien, falls du eine Replikationstopologie neu konfigurieren musst. Weitere Informationen finden Sie unter Scripting Replication.

Reskripte eine Komponente, wenn du Änderungen an den Eigenschaften vornimmst. Wenn du benutzerdefinierte gespeicherte Prozeduren mit transaktionaler Replikation verwendest, speichere eine Kopie jeder Prozedur mit den Skripten. Aktualisieren Sie die Kopie, falls sich das Verfahren ändert. Verfahren ändern sich typischerweise aufgrund von Schemaänderungen oder wechselnden Anwendungsanforderungen. Weitere Informationen zu benutzerdefinierten Prozeduren finden Sie unter Angeben der Weitergabemethode für Änderungen bei Transaktionsartikeln.

Leistungsbaselines erstellen und die Replikation bei Bedarf optimieren

Bevor Sie die Replikation konfigurieren, machen Sie sich mit den Faktoren vertraut, die die Replikationsleistung beeinflussen:

  • Server- und Netzwerkhardware

  • Datenbankentwurf

  • Verteilerkonfiguration

  • Entwurf und Optionen von Veröffentlichungen

  • Entwurf und Verwendung von Filtern

  • Abonnementoptionen

  • Momentaufnahmeoptionen

  • Agentparameter

  • Wartung

Nachdem du die Replikation konfiguriert hast, entwickle eine Leistungsbasislinie. Diese Basislinie hilft Ihnen zu verstehen, wie sich Replikation mit einer typischen Arbeitslast für Ihre Anwendungen und Topologie verhält. Verwenden Sie den Replikationsmonitor und den Systemmonitor, um die typischen Zahlen für die folgenden fünf Dimensionen der Replikationsleistung zu ermitteln:

  • Latenz: die Zeit, die eine Datenänderung benötigt, um zwischen Knoten in einer Replikationstopologie zu propagieren.

  • Durchsatz: das Ausmaß der Replikationsaktivität (gemessen an der Anzahl der über einen bestimmten Zeitraum übermittelten Befehle), das ein System über längere Zeit aufrechterhalten kann.

  • Parallelität: die Anzahl der Replikationsprozesse, die in einem System gleichzeitig aktiv sein können.

  • Dauer der Synchronisierung: der Zeitraum, bis eine bestimmte Synchronisierung abgeschlossen ist.

  • Ressourcenverbrauch: die Hardware- und Netzwerkressourcen, die im Rahmen der Replikationsverarbeitung verwendet werden.

Latenzzeit und Durchsatz sind für die Transaktionsreplikation am wichtigsten, da Systeme, die auf der Transaktionsreplikation basieren, in der Regel eine geringe Latenzzeit und einen hohen Durchsatz erfordern. Parallelität und Dauer der Synchronisierung sind bei der Mergereplikation am wichtigsten, da Systeme, die auf der Mergereplikation basieren, häufig eine große Zahl Abonnenten aufweisen und bei einem Verleger eine beträchtliche Zahl gleichzeitiger Synchronisierungen mit diesen Abonnenten erfolgen kann.

Nachdem du die Basiswerte festgelegt hast, setze Schwellenwerte im Replication Monitor. Weitere Informationen finden Sie unter Festlegen von Schwellenwerten und Warnungen im Replikationsmonitor und Verwenden von Warnungen für Replikations-Agentereignisse. Wenn Sie auf ein Leistungsproblem stoßen, lesen Sie die Vorschläge in den zuvor aufgeführten Artikeln zur Leistungsverbesserung. Wenden Sie Änderungen in Bereichen an, die die Probleme beeinflussen, denen Sie begegnen.

Erstellen von Schwellenwerten und Warnungen

Replication Monitor ermöglicht es Ihnen, Schwellenwerte in Bezug auf Status und Leistung festzulegen. Setze die passenden Schwellenwerte für deine Topologie. Wenn eine Schwelle erreicht wird, wird eine Warnung angezeigt, und eine Warnung kann optional an ein E-Mail-Konto, einen Pager oder ein anderes Gerät gesendet werden. Weitere Informationen finden Sie unter Festlegen von Schwellenwerten und Warnungen im Replikationsmonitor.

Zusätzlich zu den Warnungen, die mit Überwachungsschwellenwerten verbunden sein können, bietet Replikation vordefinierte Warnungen, die auf Aktionen der Replikationsagenten reagieren. Nutzen Sie diese Warnungen, um über den Zustand der Replikationstopologie informiert zu bleiben. Lesen Sie den Artikel, der die Warnungen beschreibt, und verwenden Sie alle, die zu Ihren Führungsbedürfnissen passen. Sie können bei Bedarf auch zusätzliche Warnungen erstellen. Weitere Informationen finden Sie unter Verwenden von Warnungen für Replikations-Agentereignisse.

Überwachen Sie die Replikationstopologie

Nachdem du die Replikationstopologie erstellt und Schwellenwerte sowie Warnungen konfiguriert hast, überwachst du die Replikation regelmäßig. Die Überwachung einer Replikationstopologie ist ein wichtiger Aspekt bei der Bereitstellung der Replikation. Da die Replikationsaktivität verteilt ist, müssen Sie die Aktivität und den Status aller an der Replikation beteiligten Computer verfolgen. Verwenden Sie die folgenden Werkzeuge zur Überwachung der Replikation:

  • Replication Monitor ist das wichtigste Tool zur Überwachung der Replikation. Es ermöglicht Ihnen, den allgemeinen Zustand einer Replikationstopologie zu überwachen. Weitere Informationen finden Sie unter Monitoring Replication.

  • Transact-SQL und Replikationsverwaltungsobjekte (RMO) stellen eine Schnittstelle zur Überwachung der Replikation bereit. Weitere Informationen finden Sie unter Monitoring Replication.

  • Auch der Systemmonitor kann bei der Überwachung der Replikationsleistung hilfreich sein. Weitere Informationen finden Sie unter Monitoring Replication with System Monitor.

Regelmäßige Überprüfung der Daten

Replikation erfordert keine Validierung, aber du solltest regelmäßig eine Validierung für transaktionale Replikation und Merge-Replikation durchführen. Die Validierung bestätigt, dass die Daten beim Abonnenten mit den Daten des Publisher übereinstimmen. Eine erfolgreiche Validierung zeigt an, dass zu diesem Zeitpunkt alle Änderungen vom Publisher auf den Subscriber übertragen werden (und vom Subscriber auf den Publisher, falls Updates beim Subscriber unterstützt werden) und dass die beiden Datenbanken synchron sind.

Führen Sie die Validierung gemäß dem Backup-Zeitplan der Publikationsdatenbank durch. Wenn die Publikationsdatenbank zum Beispiel einmal pro Woche ein vollständiges Backup hat, führen Sie nach Abschluss des Backups einmal pro Woche die Validierung durch. Weitere Informationen finden Sie unter Überprüfen von replizierten Daten.

Verwenden von Agentprofilen zum Ändern von Agentparameter bei Bedarf

Agentprofile stellen eine praktische Methode zum Festlegen von Parametern des Replikations-Agents dar. Man kann auch Parameter in der Agenten-Kommandozeile angeben, aber es ist in der Regel sinnvoller, ein vordefiniertes Agentenprofil zu verwenden oder ein neues Profil zu erstellen, wenn man den Wert eines Parameters ändern muss. Wenn Sie zum Beispiel Merge-Replikation verwenden und ein Abonnent von einer Breitbandverbindung zu einer Einwahlverbindung wechselt, sollten Sie das Slow-Link-Profil für den Merge-Agent verwenden. Dieses Profil verwendet eine Reihe von Parametern, die besser für die langsamere Kommunikationsverbindung geeignet sind. Weitere Informationen finden Sie unter Replication Agent Profiles.

Passen Sie bei Bedarf die Aufbewahrungszeiträume für Veröffentlichung und Verteilung an.

Bei der Transaktions- und der Mergereplikation wird jeweils anhand einer Beibehaltungsdauer ermittelt, wie lange Transaktionen in der Verteilungsdatenbank gespeichert werden und wie häufig ein Abonnement synchronisiert werden muss. Verwenden Sie zunächst die Standardeinstellungen, aber überwachen Sie Ihre Topologie, um festzustellen, ob die Einstellungen angepasst werden müssen. Im Fall der Mergereplikation bestimmt beispielsweise der Aufbewahrungszeitraum der Veröffentlichung (standardmäßig 14 Tage), wie lange Metadaten in Systemtabellen gespeichert werden. Wenn Abonnements immer innerhalb von fünf Tagen synchronisiert werden, sollten Sie die Einstellung auf eine niedrigere Zahl anpassen. Diese Änderung reduziert Metadaten und sorgt möglicherweise für eine bessere Leistung. Weitere Informationen finden Sie unter Subscription Expiration and Deactivation.

Erfahren Sie, wie Sie Veröffentlichungen ändern, wenn sich die Anwendungsanforderungen ändern

Nachdem Sie eine Veröffentlichung erstellt haben, müssen Sie möglicherweise Artikel hinzufügen oder entfernen oder die Eigenschaften von Publikationen und Artikel ändern. Die meisten Änderungen sind nach der Erstellung einer Publikation erlaubt, aber in manchen Fällen muss man einen neuen Schnappschuss für eine Publikation erstellen und die Abonnements neu initialisieren. Weitere Informationen finden Sie unter Ändern von Veröffentlichungs- und Artikeleigenschaften und Hinzufügen und Löschen von Artikeln aus vorhandenen Veröffentlichungen.

Grunglegendes zu Schemaänderungen bei geänderten Anwendungsanforderungen

In vielen Fällen müssen Sie nach der Produktion einer Anwendung Schemaänderungen vornehmen. In einer Replikationstopologie muss man diese Änderungen oft an alle Abonnenten weitergeben. Die Replikation unterstützt eine breite Palette von Schemaänderungen an veröffentlichten Objekten. Wenn Sie eine der folgenden Schemaänderungen am entsprechenden veröffentlichten Objekt zu einem Microsoft SQL Server Publisher vornehmen, wird die Änderung standardmäßig an alle SQL Server Abonnenten weitergegeben:

  • ALTER TABLE

  • ALTER VIEW

  • ALTER PROCEDURE

  • ALTER FUNCTION

  • ALTER TRIGGER

Weitere Informationen finden Sie unter Vornehmen von Schemaänderungen in Veröffentlichungsdatenbanken.

Zugehöriger Inhalt

  • Last updated on