Freigeben über

Häufig gestellte Fragen für Replikationsadministratoren

  • Artikel

Aktualisiert: 14. April 2006

Die folgenden Fragen und Antworten bieten einen Leitfaden für zahlreiche Aufgaben, die Administratoren von replizierten Datenbanken ausführen müssen.

Konfigurieren der Replikation

Muss die Aktivität einer Datenbank beim Veröffentlichen angehalten werden?

Nein. Die Aktivität einer Datenbank kann während der Erstellung der Publikation fortgesetzt werden. Sie sollten jedoch berücksichtigen, dass das Erstellen eines Snapshots zu einer hohe Auslastung der Ressourcen führen kann. Es empfiehlt sich also, Snapshots in Zeiten geringerer Aktivität in der Datenbank zu erstellen (ein Snapshot wird standardmäßig beim Abschließen des Assistenten für neue Publikation generiert).

Werden Tabellen während der Snapshoterstellung gesperrt?

Die Dauer der vorgenommenen Sperren ist vom Typ der verwendeten Replikation abhängig:

  • Bei Mergepublikationen nimmt der Snapshot-Agent keine Sperre vor.
  • Bei Transaktionspublikationen nimmt der Snapshot-Agent standardmäßig nur in der Anfangsphase der Snapshoterstellung eine Sperre vor.
  • Bei Publikationssnapshots nimmt der Snapshot-Agent während des gesamten Snapshoterstellungsvorgangs eine Sperre vor.

Da andere Benutzer die Tabellen bei Sperren nicht aktualisieren können, sollte die Ausführung des Snapshot-Agents für Zeiträume geringerer Aktivität in der Datenbank geplant werden. Dies gilt insbesondere für Publikationssnapshot.

Wenn ein Abonnement verfügbar ist, wann kann dann die Abonnementdatenbank verwendet werden?

Ein Abonnement ist verfügbar, nachdem der Snapshot auf die Abonnementdatenbank angewendet wurde. Obgleich auch vorher auf die Abonnementdatenbank zugegriffen werden kann, sollte die Datenbank erst verwendet werden, nachdem der Snapshot angewendet wurde. Überprüfen Sie den Status der Snapshoterstellung mithilfe des Replikationsmonitors:

Was geschieht, wenn beim Start des Verteilungs- oder des Merge-Agents der Snapshot-Agent noch nicht abgeschlossen ist?

Wenn der Verteilungs-Agent oder der Merge-Agent gleichzeitig mit dem Snapshot-Agent ausgeführt wird, tritt kein Fehler auf. Es ist jedoch Folgendes zu beachten:

Sollte ich ein Skript für meine Replikationskonfiguration erstellen?

Ja. Die Erstellung eines Skriptes für die Replikationskonfiguration ist ein wesentlicher Bestandteil des Planes für die Notfallwiederherstellung in einer Replikationstopologie. Weitere Informationen zur Skripterstellung finden Sie unter Erstellen von Skripts für die Replikation.

Welches Wiederherstellungsmodell ist für eine replizierte Datenbank erforderlich?

Die Replikation ist mit allen Wiederherstellungsmodellen ordnungsgemäß funktionsfähig: einfach, massenprotokolliert oder vollständig. Bei der Mergereplikation werden Änderungen durch Speichern von Informationen in Metadatentabellen verfolgt. Bei der Transaktionsreplikation werden Änderungen durch Markierungen im Transaktionsprotokoll verfolgt. Das Wiederherstellungsmodell hat jedoch keinen Einfluss auf diesen Markierungsvorgang.

Warum wird durch die Replikation in replizierten Tabellen eine Spalte hinzugefügt, und wird sie wieder entfernt, wenn die Tabelle nicht veröffentlicht wird?

Damit Änderungen nachverfolgt werden können, müssen Mergereplikationen und Transaktionsreplikationen mit Abonnements mit verzögerter Aktualisierung jede Zeile in jeder veröffentlichten Tabelle eindeutig identifizieren können. Dies erreichen Sie folgendermaßen:

  • Bei der Mergereplikation wird jeder Tabelle die rowguid-Spalte hinzugefügt, es sei denn, die Tabelle verfügt bereits über eine Spalte vom Datentyp uniqueidentifier mit festgelegter ROWGUIDCOL-Eigenschaft (in dem Fall wird diese Spalte verwendet). Beim Löschen der Tabelle aus der Publikation wird auch die rowguid-Spalte entfernt. Wurde eine vorhandene Spalte zur Nachverfolgung verwendet, wird die Spalte nicht entfernt.
  • Wenn eine Transaktionspublikation Abonnements mit verzögerter Aktualisierung unterstützt, wird bei der Replikation jeder Tabelle die msrepl_tran_version-Spalte hinzugefügt. Wenn die Tabelle in der Publikation gelöscht wird, wird die msrepl_tran_version-Spalte nicht entfernt.

Wie verwalte ich Einschränkungen in veröffentlichten Tabellen?

Hinsichtlich der Einschränkungen für veröffentlichte Tabellen sind mehrere Probleme zu berücksichtigen:

  • Für die Transaktionsreplikation ist für jede veröffentlichte Tabelle eine PRIMARY KEY-Einschränkung erforderlich. Für die Mergereplikation ist kein Primärschlüssel erforderlich, sollte jedoch einer vorhanden sein, so muss er repliziert werden. Bei der Snapshotreplikation ist kein Primärschlüssel erforderlich.
  • PRIMARY KEY-Einschränkungen, Indizes und CHECK-Einschränkungen werden standardmäßig auf den Abonnenten repliziert.
  • Die NOT FOR REPLICATION-Option ist standardmäßig für FOREIGN KEY-Einschränkungen und CHECK-Einschränkungen angegeben, die bei Benutzeroperationen, nicht jedoch bei Agent-Operationen erzwungen werden. Weitere Informationen finden Sie unter Steuern von Einschränkungen, Identitäten und Triggern mithilfe von NOT FOR REPLICATION.

Informationen zum Festlegen der Schemaoptionen, mit denen die Replikation von Einschränkungen gesteuert wird, finden Sie unter Vorgehensweise: Angeben von Schemaoptionen (SQL Server Management Studio) und How to: Specify Schema Options (Replication Transact-SQL Programming).

Wie verwalte ich Identitätsspalten?

Bei der Replikation wird eine automatische Identitätsbereichsverwaltung für Replikationstopologien durchgeführt, die Aktualisierungen auf dem Abonnenten beinhalten. Weitere Informationen finden Sie unter Replizieren von Identitätsspalten.

Können dieselben Objekte in unterschiedlichen Publikationen veröffentlicht werden?

Ja, allerdings gelten hier einige Einschränkungen. Weitere Informationen finden Sie im Abschnitt zum Veröffentlichen von Tabellen in mehreren Publikationen im Thema Veröffentlichen von Daten und Datenbankobjekten.

Kann für mehrere Publikationen dieselbe Verteilungsdatenbank verwendet werden?

Ja. Hinsichtlich der Anzahl oder der Arten der Publikationen, die dieselbe Verteilungsdatenbank verwenden können, gelten keine Einschränkungen. Alle Publikationen von einem bestimmten Verleger müssen denselben Verteiler und dieselbe Verteilungsdatenbank verwenden.

Wenn Sie über mehrere Publikationen verfügen, können Sie mehrere Verteilungsdatenbanken auf dem Verteiler konfigurieren, um sicherzustellen, dass der Datenfluss über jede Verteilungsdatenbank von einer einzigen Publikation stammt. Verwenden Sie das Dialogfeld Verteilereigenschaften oder sp_adddistributiondb (Transact-SQL) zum Hinzufügen einer Verteilungsdatenbank. Weitere Informationen zum Zugreifen auf das Dialogfeld finden Sie unter Vorgehensweise: Anzeigen und Ändern von Verteilereigenschaften (SQL Server Management Studio).

Wie erhalte ich Informationen zu dem Verteiler und dem Verleger, wenn ich beispielsweise wissen möchte, welche Objekte in einer Datenbank veröffentlicht sind?

Diese Informationen sind über SQL Server Management Studio und mehrere für die Replikation gespeicherte Prozeduren verfügbar. Informationen hierzu finden Sie unter Replikationseigenschaften und Informationsskript für Verleger und Verteiler.

Werden bei der Replikation Daten verschlüsselt?

Nein. Bei der Replikation werden keine Daten verschlüsselt, die in der Datenbank gespeichert oder über das Netzwerk übertragen werden. Weitere Informationen hierzu finden Sie im Abschnitt zur Verschlüsselung im Thema Elemente der Replikationssicherheit.

Wie repliziere ich Daten über das Internet?

Verwenden Sie Folgendes, um Daten über das Internet zu replizieren:

Bei allen Typen der Microsoft SQL Server-Replikation können Daten über ein VPN repliziert werden. Sie sollten jedoch die Websynchronisierung in Betracht ziehen, falls Sie die Mergereplikation verwenden.

Wird die Replikation fortgesetzt, wenn eine Verbindung getrennt wird?

Ja. Die Replikationsverarbeitung wird an der Stelle fortgesetzt, an der sie beim Trennen der Verbindung unterbrochen wurde. Wenn Sie eine Mergereplikation über ein unzuverlässiges Netzwerk ausführen, sollten Sie die Verwendung logischer Datensätze in Betracht ziehen, mit denen sichergestellt wird, dass aufeinander bezogene Änderungen als Einheit verarbeitet werden. Weitere Informationen finden Sie unter Gruppieren von Änderungen an verknüpften Zeilen mithilfe von logischen Datensätzen.

Ist die Replikation über Verbindungen mit geringer Bandbreite funktionsfähig? Wird hierbei eine Komprimierung angewendet?

Ja, die Replikation ist über Verbindungen mit geringer Bandbreite funktionsfähig. Für Verbindungen über TCP/IP wird die vom Protokoll bereitgestellte Komprimierung verwendet. Eine zusätzliche Komprimierung findet jedoch nicht statt. Für Websynchronisierungsverbindungen über HTTPS wird neben der vom Protokoll bereitgestellten Komprimierung eine zusätzliche Komprimierung der XML-Dateien angewendet, um Änderungen zu replizieren. Weitere Informationen zum Replizieren über Verbindungen mit geringer Bandbreite finden Sie unter Probleme aufgrund eines langsamen Netzwerks.

Benutzernamen und Objektbesitz

Werden Benutzernamen und Kennwörter repliziert?

Nein. Für die Übertragung von Benutzernamen und Kennwörtern von einem Verleger an einen oder mehrere Abonnenten können Sie ein DTS-Paket erstellen. Weitere Informationen finden Sie unter Entwerfen und Erstellen von SQL Server Integration Services-Paketen.

Was sind Schemas, und wie werden sie repliziert?

In Microsoft SQL Server 2005 hat der Begriff Schema zwei Bedeutungen:

  • Die Definition eines Objekts, beispielsweise als CREATE TABLE-Anweisung. Bei der Replikation werden standardmäßig die Definitionen aller replizierten Objekte auf den Abonnenten kopiert.
  • Der Besitzer eines Objekts, das in einem mehrteiligen Namen, wie beispielsweise <Database>.<Schema>.<Object>, verwendet wird. Schemas werden mit der CREATE SCHEMA-Anweisung definiert.

Die Replikation weist im Assistenten für neue Publikation hinsichtlich Schemas und Objektbesitz folgendes Verhalten auf:

  • Für Artikel in Mergepublikationen mit einem Kompatibilitätsgrad von mindestens 90, Publikationssnapshots und Transaktionspublikationen gilt: Standardmäßig entspricht der Objektbesitzer auf dem Abonnenten dem Besitzer des entsprechenden Objekts auf dem Verleger. Wenn die Schemas, die Besitzer von Objekten sind, auf dem Abonnenten nicht vorhanden sind, werden sie automatisch erstellt.
  • Artikel in Mergepublikationen mit einem Kompatibilitätsgrad unter 90 gilt: Der Wert für den Besitzer wird leer gelassen und bei der Erstellung des Objekts auf dem Abonnenten als dbo angegeben.
  • Für Artikel in Oracle-Publikationen gilt: Der Besitzer wird standardmäßig als dbo angegeben.
  • Für Artikel in Publikationen, die Zeichenmodus-Snapshots verwenden (werden für Nicht-SQL Server-Abonnenten und SQL Server 2005 Compact Edition-Abonnenten verwendet): Standardmäßig wird der Besitzer leer gelassen. Als Besitzer wird standardmäßig der Besitzer angegeben, der dem im Verteilungs-Agent oder im Merge-Agent verwendeten Konto zur Verbindung mit dem Abonnenten zugewiesen ist.

Der Objektbesitzer kann im Dialogfeld Artikeleigenschaften - <Article> und über folgende gespeicherte Prozeduren festgelegt werden: sp_addarticle, sp_addmergearticle, sp_changearticle und sp_changemergearticle. Weitere Informationen finden Sie unter Vorgehensweise: Anzeigen und Ändern der Eigenschaften von Publikationen und Artikeln (SQL Server Management Studio), How to: Define an Article (Replication Transact-SQL Programming) und How to: View and Modify Article Properties (Replication Transact-SQL Programming).

Wie können Erteilungen in der Abonnementdatenbank so konfiguriert werden, dass sie mit den Erteilungen in der Publikationsdatenbank übereinstimmen?

Bei der Replikation werden GRANT-Anweisungen standardmäßig nicht für die Abonnementdatenbank ausgeführt. Wenn die Berechtigungen für die Abonnementdatenbank mit denen für die Publikationsdatenbank übereinstimmen sollen, verwenden Sie eine der folgenden Methoden:

Was geschieht mit den in einer Abonnementdatenbank erteilten Berechtigungen, wenn ein Abonnement erneut initialisiert wird?

Die Objekte auf dem Abonnenten werden standardmäßig gelöscht und bei der erneuten Initialisierung eines Abonnements erneut erstellt. Dadurch werden alle erteilten Berechtigungen für diese Objekte gelöscht. Dieses Problem lässt sich auf zwei Arten lösen:

  • Wenden Sie die Erteilungen nach der erneuten Initialisierung unter Anwendung der im vorigen Abschnitt beschriebenen Techniken erneut an.
  • Geben Sie an, dass Objekte bei einer erneuten Initialisierung des Abonnements nicht gelöscht werden sollen. Führen Sie vor der erneuten Initialisierung einen der folgenden Vorgänge aus:

Datenbankwartung

Warum kann ich TRUNCATE TABLE für eine veröffentlichte Tabelle nicht ausführen?

Bei TRUNCATE TABLE handelt es sich um eine nicht protokollierte Operation, bei der keine Trigger ausgelöst werden. Dieser Vorgang ist nicht zulässig, da die von der Operation verursachten Änderungen bei der Replikation nicht nachverfolgt werden können: Bei der Transaktionsreplikation werden Änderungen über das Transaktionsprotokoll verfolgt; bei der Mergereplikation werden Änderungen über Trigger in veröffentlichten Tabellen verfolgt.

Welche Auswirkungen hat die Ausführung eines Masseneinfügungsbefehls für eine replizierte Datenbank?

Bei Transaktionsreplikationen werden Masseneinfügungen wie andere Einfügungen verfolgt und repliziert. Bei Mergereplikationen muss sichergestellt werden, dass die Metadaten zur Änderungsnachverfolgung ordnungsgemäß aktualisiert werden. Weitere Informationen finden Sie im Abschnitt zur Masseneinfügung von Daten in veröffentlichte Tabellen unter Überlegungen hinsichtlich der Mergereplikation.

Sind hinsichtlich der Sicherung und Wiederherstellung bestimmte Überlegungen zu berücksichtigen?

Ja. Für an einer Replikation beteiligte Datenbanken sind mehrere besondere Punkte zu berücksichtigen. Weitere Informationen finden Sie unter Sichern und Wiederherstellen replizierter Datenbanken.

Hat die Replikation Auswirkungen auf die Größe des Transaktionsprotokolls?

Die Mergereplikation und die Snapshotreplikation haben keinen Einfluss auf die Größe des Transaktionsprotokolls, bei Transaktionsreplikationen ist dies jedoch möglich. Wenn eine Datenbank eine oder mehrere Transaktionspublikationen enthält, wird das Protokoll nicht abgeschnitten, bis alle für die Publikationen relevanten Transaktionen an die Verteilungsdatenbank übermittelt wurden. Wenn das Transaktionsprotokoll zu umfangreich wird und der Protokolllese-Agent basierend auf einem Zeitplan ausgeführt wird, sollten Sie eine Verkürzung des Intervalls zwischen den Ausführungen oder das Festlegen der Ausführung im kontinuierlichen Modus in Betracht ziehen. Wenn der Agent so festgelegt ist, dass er im kontinuierlichen Modus ausgeführt wird (Standardeinstellung), stellen Sie sicher, dass er läuft. Weitere Informationen zum Überprüfen des Status des Protokolllese-Agents finden Sie unter Vorgehensweise: Anzeigen von Informationen und Ausführen von Aufgaben für die einer Publikation zugeordneten Agents (Replikationsmonitor).

Zudem wird das Transaktionsprotokoll nicht abgeschnitten, bis alle Transaktionen gesichert wurden, wenn Sie für die Publikationsdatenbank oder für die Verteilungsdatenbank die Option 'sync with backup' festgelegt haben. Wenn das Transaktionsprotokoll zu umfangreich wird und Sie diese Option festgelegt haben, sollten Sie eine Verkürzung des Intervalls zwischen den Transaktionsprotokollsicherungen in Betracht ziehen. Weitere Informationen zum Sichern und Wiederherstellen von an der Transaktionsreplikation beteiligten Datenbanken finden Sie unter Strategien zum Sichern und Wiederherstellen einer Snapshot- und Transaktionsreplikation.

Wie führe ich eine Aktualisierung von SQL Server Version 7.0 oder SQL Server 2000 aus, wenn ich replizierte Datenbanken verwende?

SQL Server 2005 unterstützt die Aktualisierung replizierter Datenbanken aus früheren Versionen von SQL Server. Weitere Informationen finden Sie unter Aktualisieren replizierter Datenbanken.

Wie kann ich Indizes oder Tabellen in replizierten Datenbanken neu erstellen?

Es gibt unterschiedliche Mechanismen für die Neuerstellung von Indizes. Sie können alle ohne besondere Berücksichtigung der Replikation mit folgender Ausnahme verwendet werden: Für Tabellen in Transaktionspublikationen sind Primärschlüssel erforderlich, sodass Primärschlüssel in diesen Tabellen nicht gelöscht und neu erstellt werden können.

Wie kann ich in Publikations- und Abonnementdatenbanken Indizes hinzufügen bzw. ändern?

Auf dem Verleger oder auf Abonnenten können Indizes ohne besondere Berücksichtigung der Replikation hinzugefügt werden (beachten Sie jedoch, dass Indizes die Leistung beeinträchtigen können). CREATE INDEX und ALTER INDEX werden nicht repliziert. Wenn Sie also beispielsweise auf dem Verleger einen Index hinzufügen oder ändern, müssen Sie denselben Hinzufüge- oder Änderungsvorgang auf dem Abonnenten vornehmen, wenn er dort reflektiert werden soll.

Wie kann ich Dateien für an einer Replikation beteiligte Datenbanken verschieben bzw. umbenennen?

In früheren Versionen von SQL Server war zum Verschieben oder zum Umbenennen von Datenbankdateien ein Trennen und erneutes Anfügen der Datenbank erforderlich. Da das Trennen einer replizierten Datenbank nicht möglich ist, musste die Replikation zuerst von diesen Datenbanken entfernt werden. In SQL Server 2005 können Sie Dateien ohne Trennen und erneutes Anfügen der Datenbank verschieben und umbenennen. Dies hat keine Auswirkungen auf die Replikation. Weitere Informationen zum Verschieben und Umbenennen von Dateien finden Sie unter ALTER DATABASE (Transact-SQL).

Wie lösche ich eine Tabelle, die repliziert wird?

Löschen Sie zuerst mit sp_droparticle (Transact-SQL), sp_dropmergearticle (Transact-SQL) oder im Dialogfeld Publikationseigenschaften - <Publication> den Artikel in der Publikation und löschen Sie ihn dann mit DROP <Object> in der Datenbank. Artikel in Snapshot- oder Transaktionspublikationen können nach dem Hinzufügen von Abonnements nicht mehr gelöscht werden; zuerst müssen die Abonnements gelöscht werden. Weitere Informationen finden Sie unter Hinzufügen und Löschen von Artikeln bei vorhandenen Publikationen.

Wie kann ich in einer veröffentlichten Tabelle Spalten hinzufügen bzw. löschen?

SQL Server 2005 unterstützt zahlreiche Schemaänderungen für veröffentliche Objekte einschließlich des Hinzufügens und Löschens von Spalten. Führen Sie auf dem Verleger beispielsweise ALTER TABLE … DROP COLUMN aus, damit die Anweisung auf den Abonnenten repliziert und dann zum Löschen der Spalte ausgeführt wird. Auf Abonnenten, auf denen ältere Versionen von SQL Server ausgeführt werden, wird das Hinzufügen und Löschen von Spalten über die gespeicherten Prozeduren sp_repladdcolumn (Transact-SQL) und sp_repldropcolumn (Transact-SQL) unterstützt. Weitere Informationen finden Sie unter Vornehmen von Schemaänderungen in Publikationsdatenbanken.

Replikationswartung

Wie kann ich feststellen, ob die Daten auf den Abonnenten mit denen auf dem Verleger synchronisiert sind?

Führen Sie eine Überprüfung aus. Bei der Überprüfung wird angegeben, ob ein bestimmter Abonnent mit dem Verleger synchronisiert ist. Weitere Informationen finden Sie unter Überprüfen von replizierten Daten. Bei der Überprüfung wird nicht angegeben, in welchen Zeilen die Synchronisierung möglicherweise nicht richtig ausgeführt wurde. Im tablediff (Dienstprogramm) werden die entsprechenden Informationen hingegen angezeigt.

Wie füge ich einer vorhandenen Publikation eine Tabelle hinzu?

Wenn eine Tabelle (oder ein anderes Objekt) hinzugefügt werden soll, ist das Anhalten der Aktivität in der Publikations- oder in der Abonnementdatenbank nicht erforderlich. Im Dialogfeld Publikationseigenschaften - <Publication> oder über die gespeicherten Prozeduren sp_addarticle (Transact-SQL) und sp_addmergearticle (Transact-SQL) können Sie einer Publikation eine Tabelle hinzufügen. Weitere Informationen finden Sie unter Hinzufügen und Löschen von Artikeln bei vorhandenen Publikationen.

Wie entferne ich eine Tabelle in einer Publikation?

Mit sp_droparticle (Transact-SQL), sp_dropmergearticle (Transact-SQL) oder im Dialogfeld Publikationseigenschaften - <Publication> können Sie eine Tabelle aus der Publikation entfernen. Artikel in Snapshot- oder Transaktionspublikationen können nach dem Hinzufügen von Abonnements nicht mehr gelöscht werden; zuerst müssen die Abonnements gelöscht werden. Weitere Informationen finden Sie unter Hinzufügen und Löschen von Artikeln bei vorhandenen Publikationen.

Für welche Aktionen müssen Abonnements erneut initialisiert werden?

Für einige Artikel- und Publikationsänderungen ist eine erneute Initialisierung der Abonnements erforderlich. Weitere Informationen finden Sie unter Ändern von Publikations- und Artikeleigenschaften.

Durch welche Aktionen werden Snapshots für ungültig erklärt?

Bei einigen Artikel- und Publikationsänderungen werden Snapshots für ungültig erklärt, sodass ein neuer Snapshot generiert werden muss. Weitere Informationen finden Sie unter Ändern von Publikations- und Artikeleigenschaften.

Wie entferne ich eine Replikation?

Die zum Entfernen einer Replikation aus einer Datenbank erforderlichen Aktionen sind davon abhängig, ob die Datenbank als Publikationsdatenbank, als Abonnementdatenbank oder beides dient. Weitere Informationen finden Sie unter Entfernen der Replikation.

Wie stelle ich fest, ob Transaktionen oder Zeilen repliziert werden müssen?

Verwenden Sie für die Transaktionsreplikation gespeicherte Prozeduren oder die Registerkarte Nicht verteilte Befehle im Replikationsmonitor. Weitere Informationen finden Sie unter How to: View Replicated Commands and Other Information in the Distribution Database (Replication Transact-SQL Programming) und Vorgehensweise: Anzeigen von Informationen und Ausführen von Aufgaben für die einem Abonnement zugeordneten Agents (Replikationsmonitor).

Verwenden Sie für die Mergereplikation die gespeicherte Prozedur sp_showpendingchanges. Weitere Informationen finden Sie unter sp_showpendingchanges (Transact-SQL).

Wie weit ist der Verteilungs-Agent in Verzug? Sollte ich eine erneute Initialisierung ausführen?

Verwenden Sie die gespeicherte Prozedur sp_replmonitorsubscriptionpendingcmds oder die Registerkarte Nicht verteilte Befehle im Replikationsmonitor. In der gespeicherten Prozedur und auf der Registerkarte wird Folgendes angezeigt:

  • Die Anzahl der Befehle in der Verteilungsdatenbank, die nicht an den ausgewählten Abonnenten übermittelt wurden. Ein Befehl besteht aus einer Anweisung in der Transact-SQL-Datenbearbeitungssprache (DML, Data Manipulation Language) oder aus einer Anweisung in der Datendefinitionssprache (DDL, Data Definition Language).
  • Die geschätzte Zeitdauer für die Übermittlung der Befehle an den Abonnenten. Wenn der Wert größer ist als der Zeitraum, der für die Generierung und Anwendung eines Snapshots auf dem Abonnenten erforderlich ist, sollten Sie eine erneute Initialisierung des Abonnenten in Betracht ziehen. Weitere Informationen finden Sie unter Erneutes Initialisieren eines Abonnements.

Weitere Informationen finden Sie unter sp_replmonitorsubscriptionpendingcmds (Transact-SQL) und Vorgehensweise: Anzeigen von Informationen und Ausführen von Aufgaben für die einem Abonnement zugeordneten Agents (Replikationsmonitor).

Replikationen und sonstige Datenbankfeatures

Ist die Replikation in Verbindung mit dem Protokollversand und der Datenbankspiegelung funktionsfähig?

Ja. Weitere Informationen finden Sie unter Replikation und Protokollversand und Replikation und Datenbankspiegelung.

Ist die Replikation in Verbindung mit dem Cluster funktionsfähig?

Ja. Da alle Daten auf einem Datenträgersatz im Cluster gespeichert sind, sind keine besonderen Überlegungen erforderlich.

Siehe auch

Konzepte

Bewährte Methoden für die Replikationsverwaltung

Andere Ressourcen

Verwalten der Replikation

Hilfe und Informationen

Informationsquellen für SQL Server 2005