Freigeben über

Bewährte Methoden für die Replikationsverwaltung

Nachdem Sie die Replikation konfiguriert haben, ist es wichtig zu verstehen, wie eine Replikationstopologie verwaltet wird. Dieses Thema enthält grundlegende Anleitungen zu bewährten Methoden in einer Reihe von Bereichen mit Links zu weiteren Informationen für jeden Bereich. Lesen Sie nicht nur die in diesem Thema vorgestellten Best Practice-Anleitungen, um sich mit häufig gestellten Fragen und Problemen vertraut zu machen: Häufig gestellte Fragen für Replikationsadministratoren.

Es ist hilfreich, die Best Practice-Anleitungen in zwei Bereiche aufzuteilen:

  • Die folgenden Informationen umfassen bewährte Methoden, die für alle Replikationstopologien implementiert werden sollten:

    • Entwickeln und testen Sie eine Sicherungs- und Wiederherstellungsstrategie.

    • Skript der Replikationstopologie.

    • Erstellen Sie Schwellenwerte und Warnungen.

    • Überwachen Sie die Replikationstopologie.

    • Legen Sie Leistungsbaselines fest und optimieren Sie bei Bedarf die Replikation.

  • Die folgenden Informationen umfassen bewährte Methoden, die berücksichtigt werden sollten, aber möglicherweise nicht für Ihre Topologie erforderlich sind:

    • Daten regelmäßig überprüfen.

    • Passen Sie Agentparameter über Profile an.

    • Passen Sie die Aufbewahrungszeiträume für Publikation und Verteilung an.

    • Erfahren Sie, wie Sie Artikel- und Publikationseigenschaften ändern, wenn sich die Anwendungsanforderungen ändern.

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

Entwickeln und Testen einer Sicherungs- und Wiederherstellungsstrategie

Alle Datenbanken sollten regelmäßig gesichert werden, und die Möglichkeit, diese Sicherungen wiederherzustellen, sollte regelmäßig getestet werden; Replizierte Datenbanken unterscheiden sich nicht. Die folgenden Datenbanken sollten regelmäßig gesichert werden:

  • Veröffentlichungsdatenbank

  • Verteilungsdatenbank

  • Abonnementdatenbanken

  • msdb-Datenbank und Masterdatenbank bei Publisher, Distributor und allen Abonnenten

Replizierte Datenbanken erfordern besondere Aufmerksamkeit im Hinblick auf das Sichern und Wiederherstellen von Daten. Weitere Informationen finden Sie unter Sichern und Wiederherstellen replizierter Datenbanken.

Skript der Replikationstopologie

Alle Replikationskomponenten in einer Topologie sollten als Teil eines Notfallwiederherstellungsplans skriptiert werden, und Skripts können auch verwendet werden, um sich wiederholende Aufgaben zu automatisieren. Ein Skript enthält die Systemprozeduren Transact-SQL, die erforderlich sind, um die Replikationskomponente(n), wie z. B. eine Publikation oder ein Abonnement, zu implementieren. Skripts können in einem Assistenten (z. B. dem Assistenten für neue Publikation) oder in Microsoft SQL Server Management Studio erstellt werden, nachdem Sie eine Komponente erstellt haben. Sie können das Skript mithilfe von SQL Server Management Studio oder sqlcmd anzeigen, ändern und ausführen. Skripts können mit Sicherungsdateien gespeichert werden, die verwendet werden sollen, falls eine Replikationstopologie neu konfiguriert werden muss. Weitere Informationen finden Sie unter Scripting Replication.

Eine Komponente sollte neu geschrieben werden, wenn Änderungen an den Eigenschaften vorgenommen werden. Wenn Sie benutzerdefinierte gespeicherte Prozeduren mit der Transaktionsreplikation verwenden, sollte eine Kopie jeder Prozedur mit den Skripts gespeichert werden; die Kopie sollte aktualisiert werden, wenn sich die Prozedur ändert (Prozeduren werden in der Regel aufgrund von Schemaänderungen oder änderung der Anwendungsanforderungen aktualisiert). Weitere Informationen zu benutzerdefinierten Prozeduren finden Sie unter Angeben, wie Änderungen für Transaktionsartikel weitergegeben werden.

Einrichten von Leistungsbaselines und Optimieren der Replikation bei Bedarf

Bevor die Replikation konfiguriert ist, empfiehlt es sich, sich mit den Faktoren vertraut zu machen, die sich auf die Replikationsleistung auswirken:

  • Server- und Netzwerkhardware

  • Datenbankentwurf

  • Verteilerkonfiguration

  • Publikationsdesign und -optionen

  • Filterentwurf und -verwendung

  • Abonnementoptionen

  • Momentaufnahmeoptionen

  • Agentenparameter

  • Instandhaltung

Nach der Konfiguration der Replikation wird empfohlen, eine Leistungsbasislinie zu entwickeln, mit der Sie bestimmen können, wie sich die Replikation mit einer Workload verhält, die typisch für Ihre Anwendungen und Topologie ist. Verwenden Sie replikationsmonitor und Systemmonitor, um typische Zahlen für die folgenden fünf Dimensionen der Replikationsleistung zu ermitteln:

  • Latenz: Die Dauer, die benötigt wird, um eine Datenänderung von einem Knoten zum anderen in einer Replikationstopologie weiterzuleiten.

  • Durchsatz: die Menge an Replikationsaktivitäten (gemessen in Befehlen, die über einen bestimmten Zeitraum bereitgestellt werden), die ein System über einen längeren Zeitraum aufrechterhalten kann.

  • Parallelität: Die Anzahl der Replikationsprozesse, die gleichzeitig auf einem System ausgeführt werden können.

  • Dauer der Synchronisierung: Wie lange dauert es, bis eine bestimmte Synchronisierung abgeschlossen ist.

  • Ressourcenverbrauch: Hardware- und Netzwerkressourcen, die als Ergebnis der Replikationsverarbeitung verwendet werden.

Latenz und Durchsatz sind für die Transaktionsreplikation am relevantesten, da Systeme, die auf der Transaktionsreplikation basieren, im Allgemeinen niedrige Latenz und hohen Durchsatz erfordern. Gleichzeitigkeit und Dauer der Synchronisierung sind für die Mergereplikation am relevantesten, da Systeme, die auf der Mergereplikation basieren, häufig über eine große Anzahl von Abonnenten verfügen, und ein Publisher kann eine erhebliche Anzahl gleichzeitiger Synchronisierungen mit diesen Abonnenten haben.

Nachdem Sie Basiswerte eingerichtet haben, legen Sie Schwellenwerte im Replikationsmonitor fest. Weitere Informationen finden Sie unter Festlegen von Schwellenwerten und Warnungen im Replikationsmonitor und Verwenden von Warnungen für Replikations-Agent-Ereignisse. Wenn ein Leistungsproblem auftritt, empfiehlt es sich, die Vorschläge in den oben aufgeführten Themen zur Verbesserung der Leistung zu lesen und Änderungen in Bereichen anzuwenden, die sich auf die probleme auswirken, die auftreten.

Erstellen von Schwellenwerten und Warnungen

Mit dem Replikationsmonitor können Sie eine Reihe von Schwellenwerten im Zusammenhang mit Status und Leistung festlegen. Es wird empfohlen, die geeigneten Schwellenwerte für Ihre Topologie festzulegen; Wenn ein Schwellenwert erreicht ist, wird eine Warnung angezeigt, und optional kann eine Warnung 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 verknüpft werden können, stellt die Replikation eine Reihe vordefinierter Warnungen bereit, die auf Replikations-Agent-Aktionen reagieren. Diese Warnungen können von einem Administrator verwendet werden, um über den Status der Replikationstopologie auf dem Laufenden zu bleiben. Es wird empfohlen, den Themenbereich zu lesen, der die Warnungen beschreibt, und alle Warnungen zu verwenden, die Ihren Verwaltungsanforderungen entsprechen. Es ist auch möglich, bei Bedarf zusätzliche Warnungen zu erstellen. Weitere Informationen finden Sie unter Verwenden von Benachrichtigungen für Replikations-Agent-Ereignisse.

Überwachen der Replikationstopologie

Nachdem die Replikationstopologie eingerichtet wurde und Schwellenwerte und Warnungen konfiguriert wurden, wird empfohlen, die Replikation regelmäßig zu überwachen. Die Überwachung einer Replikationstopologie ist ein wichtiger Aspekt der Bereitstellung der Replikation. Da Replikationsaktivitäten verteilt werden, ist es wichtig, Aktivitäten und Status auf allen Computern zu verfolgen, die an der Replikation beteiligt sind. Die folgenden Tools können zum Überwachen der Replikation verwendet werden:

  • Der Replikationsmonitor ist das wichtigste Tool für die Überwachung der Replikation, mit dem Sie die Gesamtintegrität einer Replikationstopologie überwachen können. Weitere Informationen finden Sie unter Monitoring Replication.

  • Transact-SQL und Replikationsverwaltungsobjekte (Replication Management Objects, RMO) stellen Schnittstellen für die Überwachung der Replikation bereit. Weitere Informationen finden Sie unter Monitoring Replication.

  • Der Systemmonitor kann auch nützlich sein, um die Replikationsleistung zu überwachen. Weitere Informationen finden Sie unter Monitoring Replication with System Monitor.

Regelmäßiges Überprüfen von Daten

Die Überprüfung ist für die Replikation nicht erforderlich. Es wird jedoch empfohlen, die Überprüfung regelmäßig für die Transaktionsreplikation und die Mergereplikation auszuführen. Mit der Überprüfung können Sie überprüfen, ob die Daten am Abonnenten mit Den Daten im Publisher übereinstimmen. Die erfolgreiche Überprüfung gibt an, dass zu diesem Zeitpunkt alle Änderungen vom Herausgeber an den Abonnenten repliziert wurden (und vom Abonnenten an den Herausgeber, wenn Updates beim Abonnenten unterstützt werden) und dass die beiden Datenbanken synchronisiert sind.

Es wird empfohlen, die Überprüfung gemäß dem Sicherungszeitplan der Publikationsdatenbank durchzuführen. Wenn die Publikationsdatenbank beispielsweise einmal pro Woche eine vollständige Sicherung aufweist, kann die Überprüfung einmal pro Woche nach Abschluss der Sicherung ausgeführt werden. Weitere Informationen finden Sie unter Überprüfen replizierter Daten.

Verwenden von Agentprofilen zum Ändern von Agentparametern bei Bedarf

Agentprofile bieten eine bequeme Methode zum Festlegen von Replikations-Agent-Parametern. Parameter können auch in der Befehlszeile des Agents angegeben werden, es ist jedoch in der Regel besser geeignet, ein vordefiniertes Agentprofil zu verwenden oder ein neues Profil zu erstellen, wenn Sie den Wert eines Parameters ändern müssen. Wenn Sie zum Beispiel die Zusammenführungsreplikation verwenden und ein Abonnent von einer Breitbandverbindung zu einer Wählverbindung wechselt, erwägen Sie, das langsame Linkprofil für den Zusammenführungs-Agenten zu 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 Veröffentlichungs- und Verteilungsaufbewahrungszeiträume bei Bedarf an

Die Transaktionsreplikation und die Zusammenführungsreplikation verwenden Aufbewahrungszeiträume, um festzustellen, wie lange Transaktionen in der Verteilungsdatenbank gespeichert sind und wie häufig ein Abonnement synchronisiert werden muss. Es wird empfohlen, zunächst die Standardeinstellungen zu verwenden. Überwachen Sie jedoch Ihre Topologie, um festzustellen, ob die Einstellungen angepasst werden müssen. Bei der Zusammenführungsreplikation bestimmt beispielsweise der Aufbewahrungszeitraum der Publikation (standardmäßig 14 Tage), wie lange Metadaten in Systemtabellen gespeichert werden. Wenn Abonnements innerhalb von fünf Tagen immer synchronisiert werden, sollten Sie die Einstellung auf eine niedrigere Zahl anpassen, wodurch Metadaten reduziert und möglicherweise eine bessere Leistung erzielt werden. Weitere Informationen finden Sie unter Abonnementablauf und Deaktivierung.

Informationen zum Ändern von Publikationen, wenn sich die Anwendungsanforderungen ändern

Nachdem Sie eine Publikation erstellt haben, kann es erforderlich sein, Artikel hinzuzufügen oder abzulegen oder Publikations- und Artikeleigenschaften zu ändern. Die meisten Änderungen sind nach der Erstellung einer Publikation zulässig, aber in einigen Fällen ist es erforderlich, eine neue Momentaufnahme für eine Publikation zu generieren und/oder Abonnements für die Publikation erneut zu initialisieren. Weitere Informationen finden Sie unter Ändern von Publikations- und Artikeleigenschaften und Hinzufügen von Artikeln zu und Ablegen von Artikeln aus vorhandenen Publikationen.

Erfahren Sie, wie Sie Schemaänderungen vornehmen können, wenn sich die Anwendungsanforderungen ändern

In vielen Fällen sind Schemaänderungen erforderlich, nachdem sich eine Anwendung in der Produktion befindet. In einer Replikationstopologie müssen diese Änderungen häufig an alle Abonnenten weitergegeben werden. Die Replikation unterstützt eine vielzahl von Schemaänderungen an veröffentlichten Objekten. Wenn Sie eine der folgenden Schemaänderungen für das entsprechende veröffentlichte Objekt in einem Microsoft SQL Server Publisher vornehmen, wird diese Änderung standardmäßig an alle SQL Server-Abonnenten weitergegeben:

  • ALTER TABELLE

  • ALTER VIEW

  • ALTER PROCEDURE (Änderung einer Prozedur)

  • ALTER-FUNKTION

  • ALTER TRIGGER

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

Siehe auch

Häufig gestellte Fragen für Replikationsadministratoren

  • Last updated on