Bewährte Methoden für die Replikationsverwaltung

Entwickeln und Testen einer Sicherungs- und Wiederherstellungsstrategie

Sichern Sie alle Datenbanken in regelmäßigen Abständen, und testen Sie regelmäßig, ob diese Sicherungen wiederhergestellt werden können. Das gilt auch für replizierte Datenbanken. Folgende Datenbanken sollten regelmäßig gesichert werden:

• Veröffentlichungsdatenbank

• Verteilungsdatenbank

• Abonnementdatenbanken

• Die Datenbanken msdb und master auf dem Verleger, Verteiler und allen Abonnenten

Bei replizierten Datenbanken gibt es besondere Aspekte im Hinblick auf das Sichern und Wiederherstellen von Daten. Weitere Informationen finden Sie unter Sichern und Wiederherstellen replizierter Datenbanken.

Erstellen von Skripts für die Replikationstopologie

Erstellen Sie für alle Replikationskomponenten in einer Topologie Skripts als Teil eines Plans für die Wiederherstellung im Notfall. Skripts können auch zum Automatisieren sich wiederholender Tasks verwendet werden. Ein Skript enthält die gespeicherten Transact-SQL-Systemprozeduren zum Implementieren der Replikationskomponenten, für die Skripts erstellt wurden, z. B. einer Veröffentlichung oder eines Abonnements. Skripts können nach dem Erstellen einer Komponente nicht mithilfe eines Assistenten (z. B. dem Assistenten für neue Veröffentlichung) oder in Microsoft SQL Server Management Studio erstellt werden. Sie können das Skript mithilfe von SQL Server Management Studio oder sqlcmd anzeigen, ändern oder ausführen. Skripts können mit Sicherungsdateien gespeichert und dann verwendet werden, wenn eine Replikationstopologie erneut konfiguriert werden muss. Weitere Informationen finden Sie unter Vorgehensweise: Erstellen eines Skripts für Replikationsobjekte (SQL Server Management Studio).

Falls Eigenschaftenänderungen vorgenommen wurden, sollten für eine Komponente neue Skripts erstellt werden. Wenn Sie benutzerdefinierte gespeicherte Prozeduren bei der Transaktionsreplikation verwenden, speichern Sie eine Kopie jeder Prozedur mit den Skript. Aktualisieren Sie die Kopie bei einer Änderung der Prozedur (Prozeduren werden in der Regel aufgrund von Schemaänderungen oder geänderten Anwendungsanforderungen aktualisiert). Weitere Informationen zu benutzerdefinierten Prozeduren finden Sie unter Angeben der Weitergabemethode für Änderungen bei Transaktionsartikeln.

Einrichten von Leistungsgrundlagen und gegebenenfalls Optimierung der Replikation

Machen Sie sich vor dem Konfigurieren der Replikation mit den Faktoren vertraut, die sich auf die Replikationsleistung auswirken:

• Server- und Netzwerkhardware

• Datenbankentwurf

• Verteilerkonfiguration

• Entwurf und Optionen von Veröffentlichungen

• Entwurf und Verwendung von Filtern

• Abonnementoptionen

• Snapshotoptionen

• Agentparameter

• Verwaltung

Weitere Informationen zu den Auswirkungen dieser Faktoren auf die einzelnen Replikationstypen finden Sie in den folgenden Themen:

• Verbessern der allgemeinen Replikationsleistung

• Verbessern der Leistung der Transaktionsreplikation

• Verbessern der Leistung der Mergereplikation

Nach dem Konfigurieren der Replikation sollten Sie Leistungsgrundlagen entwickeln, die es Ihnen ermöglichen, das Replikationsverhalten bei einer typischen Auslastung der Anwendungen und Topologie zu ermitteln. Verwenden Sie den Replikationsmonitor und den Systemmonitor, um die typischen Zahlen für die folgenden fünf Dimensionen der Replikationsleistung zu ermitteln:

• Latenzzeit: die erforderliche Zeit für die Weitergabe einer Datenänderung zwischen den Knoten in einer Replikationstopologie.

• Durchsatz: der Umfang der Replikationsaktivität, die ein System unterstützt (gemessen in Befehlen, die in einem Zeitraum übermittelt werden).

• 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 Sie die Zahlen der Leistungsgrundlagen ermittelt haben, legen Sie im Replikationsmonitor Schwellenwerte fest. Weitere Informationen finden Sie unter Festlegen von Schwellenwerten und Warnungen im Replikationsmonitor und Verwenden von Warnungen für Ereignisse des Replikations-Agents. Sollte ein Leistungsproblem auftreten, lesen Sie die Vorschläge in den oben aufgeführten Themen zur Leistungsverbesserung durch, und ändern Sie die entsprechenden Bereiche, die sich auf die von Ihnen festgestellten Probleme beziehen.

Erstellen von Schwellenwerten und Warnungen

Im Replikationsmonitor können Sie eine Reihe von Schwellenwerten festlegen, die sich auf Status und Leistung beziehen. Legen Sie die geeigneten Schwellenwerte für Ihre Topologie fest. Wenn ein Schwellenwert erreicht wird, 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.

Neben den Warnungen, die Schwellenwerten zur Überwachung zugeordnet werden können, stellt die Replikation eine Reihe vordefinierter Warnungen bereit, die auf Aktionen des Replikations-Agents reagieren. Diese Warnungen können dazu dienen, einen Administrator über den Status der Replikationstopologie auf dem Laufenden zu halten. Lesen Sie das Thema, das eine Beschreibung der Warnungen enthält, und verwenden Sie diejenigen, die Ihren Verwaltungsanforderungen entsprechen (Sie können gegebenenfalls auch weitere Warnungen erstellen). Weitere Informationen finden Sie unter Verwenden von Warnungen für Ereignisse des Replikations-Agents.

Überwachen der Replikationstopologie

Nachdem die Replikationstopologie eingerichtet wurde sowie Schwellenwerte und Warnungen konfiguriert wurden, sollte die Replikation regelmäßig überwacht werden. Das Überwachen einer Replikationstopologie ist ein wichtiger Faktor beim Bereitstellen der Replikation. Da es sich bei der Replikation um eine verteilte Aktivität handelt, ist das Nachverfolgen der Aktivität und des Status aller an der Replikation beteiligten Computer von entscheidender Bedeutung. Die Replikation kann mithilfe der folgenden Tools überwacht werden:

• Der Replikationsmonitor ist das wichtigste Tool bei der Überwachung der Replikation. Er ermöglicht es Ihnen, die allgemeine Integrität der Replikationstopologie zu überwachen. Weitere Informationen finden Sie unter Überwachen der Replikation mit dem Replikationsmonitor.

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

• Auch der Systemmonitor kann bei der Überwachung der Replikationsleistung hilfreich sein. Weitere Informationen finden Sie unter Überwachen der Replikation mit dem Systemmonitor.

Regelmäßige Überprüfung der Daten

Eine Datenüberprüfung ist bei der Replikation zwar nicht erforderlich, es wird jedoch empfohlen, die Überprüfung regelmäßig für die Transaktions- und die Mergereplikation auszuführen. Mit der Überprüfung stellen Sie sicher, dass die Daten auf dem Abonnenten mit denen auf dem Verleger übereinstimmen. Eine erfolgreiche Überprüfung bedeutet, dass zu diesem Zeitpunkt alle Änderungen vom Verleger auf den Abonnenten repliziert wurden (und vom Abonnenten auf den Verleger, wenn Updates auf dem Abonnenten unterstützt werden) und dass die beiden Datenbanken synchron sind.

Es wird empfohlen, die Überprüfung in Übereinstimmung mit dem Sicherungszeitplan der Veröffentlichungsdatenbank auszuführen. Wenn beispielsweise einmal wöchentlich eine vollständige Sicherung der Veröffentlichungsdatenbank erfolgt, könnte die Überprüfung einmal wöchentlich nach Abschluss der Sicherung ausgeführt werden. 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. Parameter können auch in der Befehlszeile des Agents angegeben werden. Es ist jedoch in der Regel besser, ein vordefiniertes Agentprofil zu verwenden oder ein neues Profil zu erstellen, wenn Sie den Wert eines Parameters ändern müssen. Wenn Sie z. B. die Mergereplikation verwenden und ein Abonnent von einer Breitbandverbindung auf eine DFÜ-Verbindung wechselt, sollten Sie das slow link-Profil für den Merge-Agent verwenden. Dieses Profil verwendet eine Reihe von Parametern, die sich für langsame Datenverbindungen besser eigenen. Weitere Informationen finden Sie unter Replikations-Agent-Profile.

Anpassen der Beibehaltungsdauer für Veröffentlichungen und die Verteilung bei Bedarf

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. Überwachen Sie jedoch Ihre Topologie, um zu ermitteln, ob die Einstellungen angepasst werden müssen. Bei der Megereplikation z. B. wird mit der Beibehaltungsdauer für die Veröffentlichung (standardmäßig 14 Tage) festgelegt, 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. Dadurch werden die Metadaten verringert und gegebenenfalls die Leistung verbessert. Weitere Informationen finden Sie unter Abonnementablauf und -deaktivierung.

Grundlegendes zum Ändern von Veröffentlichungen bei geänderten Anwendungsanforderungen

Nachdem Sie eine Veröffentlichung erstellt haben, müssen Artikel gegebenenfalls hinzugefügt oder gelöscht oder Veröffentlichungs- und Artikeleigenschaften geändert werden. Die meisten Änderungen sind nach dem Erstellen einer Veröffentlichung zulässig. In einigen Fällen muss jedoch ein neuer Snapshot für eine Veröffentlichung generiert und/oder Abonnements für die Veröffentlichung erneut initialisiert werden. Weitere Informationen finden Sie unter Ändern von Veröffentlichungs- und Artikeleigenschaften und Hinzufügen und Löschen von Artikeln bei vorhandenen Veröffentlichungen.

Grunglegendes zu Schemaänderungen bei geänderten Anwendungsanforderungen

In vielen Fällen sind jedoch Schemaänderungen erforderlich, sobald eine Anwendung in die Produktionsumgebung gebracht wird. In einer Replikationstopologie müssen diese Änderungen häufig an alle Abonnenten weitergegeben werden. Die Replikation unterstützt eine umfangreiche Reihe von Schemaänderungen an veröffentlichten Objekten. Wenn Sie eine der folgenden Schemaänderungen am entsprechenden veröffentlichten Objekt auf einem Microsoft SQL Server-Verleger vornehmen, wird diese Ä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.

Siehe auch

Andere Ressourcen