Häufig gestellte Fragen für Replikationsadministratoren

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

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

• Bei Mergeveröffentlichungen nimmt der Momentaufnahme-Agent keine Sperre vor.

• Bei Transaktionsveröffentlichungen nimmt der Momentaufnahme-Agent standardmäßig nur in der Anfangsphase der Momentaufnahmeerstellung eine Sperre vor.

• Bei Momentaufnahmeveröffentlichungen nimmt der Momentaufnahme-Agent während des gesamten Momentaufnahmeerstellungsvorgangs eine Sperre vor.

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

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

• Die Momentaufnahme wird durch den Momentaufnahme-Agent erstellt. Im Replikationsmonitor können Sie den Status der Momentaufnahmeerstellung auf der Registerkarte Agents anzeigen. Weitere Informationen finden Sie unter Vorgehensweise: Anzeigen von Informationen und Ausführen von Aufgaben für die einer Veröffentlichung zugeordneten Agents (Replikationsmonitor).

• Die Momentaufnahme wird vom Verteilungs-Agent oder vom Merge-Agent angewendet. Im Replikationsmonitor können Sie den Status der Momentaufnahmeanwendung auf der Seite Verteilungs-Agent oder Merge-Agent anzeigen. Weitere Informationen finden Sie unter Vorgehensweise: Anzeigen von Informationen und Ausführen von Aufgaben für die einem Abonnement zugeordneten Agents (Replikationsmonitor).

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

• Wenn der Verteilungs-Agent oder der Merge-Agent für die kontinuierliche Ausführung konfiguriert ist, wendet der Agent die Momentaufnahme automatisch nach dem Abschluss des Momentaufnahme-Agents an.

• Wenn der Verteilungs-Agent oder der Merge-Agent so konfiguriert ist, dass er nach einem Zeitplan oder bei Bedarf ausgeführt wird und beim Ausführen des Agents keine Momentaufnahme verfügbar ist, wird der Agent mit einer Meldung heruntergefahren, die besagt, dass noch keine Momentaufnahme verfügbar ist. Sie müssen den Agent erneut ausführen, um die Momentaufnahme nach Abschluss des Momentaufnahme-Agents erneut anzuwenden. Weitere Informationen zum Ausführen von Agents finden Sie unterVorgehensweise: Synchronisieren eines Pushabonnements (SQL Server Management Studio), Vorgehensweise: Synchronisieren eines Pullabonnements (SQL Server Management Studio) und Ausführbare Konzepte für die Programmierung von Replikations-Agents.

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

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.

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 Veröffentlichung wird auch die rowguid-Spalte entfernt. Wurde eine vorhandene Spalte zur Nachverfolgung verwendet, wird die Spalte nicht entfernt.

• Wenn eine Transaktionsveröffentlichung 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 Veröffentlichung gelöscht wird, wird die msrepl_tran_version-Spalte nicht entfernt.

• Ein Filter darf keine rowguidcol enthalten, die von der Replikation zum Identifizieren von Zeilen verwendet wird. Standardmäßig ist dies die Spalte, die beim Einrichten der Mergereplikation hinzugefügt wird und den Namen rowguid hat.

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 Momentaufnahmereplikation 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 Vorgehensweise: Angeben von Schemaoptionen (Replikationsprogrammierung mit Transact-SQL).

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.

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

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

Wenn Sie über mehrere Veröffentlichungen verfügen, können Sie mehrere Verteilungsdatenbanken auf dem Verteiler konfigurieren, um sicherzustellen, dass der Datenfluss über jede Verteilungsdatenbank von einer einzigen Veröffentlichung 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).

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

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 Sicherheitsübersicht (Replikation).

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

• Ein Virtuelles Privates Netzwerk (VPN). Weitere Informationen finden Sie unter Veröffentlichen von Daten über das Internet mithilfe von VPN.

• Die Websynchronisierungsoption für die Mergereplikation. Weitere Informationen finden Sie unter Websynchronisierung für die Mergereplikation.

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.

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.

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.

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 Implementieren von Paketen (Integration Services).

Ab 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 Namespace, in dem ein Objekt erstellt wird: <Database>.<Schema>.<Object>. Schemas werden mit der CREATE SCHEMA-Anweisung definiert. Weitere Informationen zu Schemas finden Sie unter Schemas (Datenbankmodul).

• Die Replikation weist im Assistenten für neue Veröffentlichung hinsichtlich Schemas und Objektbesitz folgendes Verhalten auf:

• Für Artikel in Mergeveröffentlichungen mit einem Kompatibilitätsgrad von mindestens 90, Momentaufnahmeveröffentlichungen und Transaktionsveröffentlichungen 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 Mergeveröffentlichungen 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-Veröffentlichungen: Standardmäßig wird der Besitzer mit dbo angegeben.

• Für Artikel in Veröffentlichungen, die Zeichenmodus-Momentaufnahmen verwenden (werden für Nicht-SQL Server-Abonnenten und SQL Server Compact 3.5 SP2-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 geändert werden: sp_addarticle, sp_addmergearticle, sp_changearticle und sp_changemergearticle. Weitere Informationen finden Sie unter Vorgehensweise: Anzeigen und Ändern der Eigenschaften von Veröffentlichungen und Artikeln (SQL Server Management Studio), Vorgehensweise: Definieren eines Artikels (Replikationsprogrammierung mit Transact-SQL) und Vorgehensweise: Anzeigen und Ändern von Artikeleigenschaften (Replikationsprogrammierung mit Transact-SQL).

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 Veröffentlichungsdatenbank übereinstimmen sollen, verwenden Sie eine der folgenden Methoden:

• Führen Sie GRANT-Anweisungen direkt in der Abonnementdatenbank aus.

• Verwenden Sie zum Ausführen der Anweisungen ein Nach-Momentaufnahme-Skript. Weitere Informationen finden Sie unter Ausführen von Skripts vor und nach dem Anwenden des Snapshots.

• Verwenden Sie die gespeicherte Prozedur sp_addscriptexec zum Ausführen der Anweisungen.

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:

  • Führen Sie sp_changearticle oder sp_changemergearticle aus. Geben Sie dabei für den @property-Parameter den Wert 'pre_creation_cmd' (sp_changearticle) oder 'pre_creation_command' (sp_changemergearticle) und für den @value-Parameter den Wert 'none', 'delete' oder 'truncate' an.

  • Wählen Sie im Dialogfeld Artikeleigenschaften - <Artikel> im Abschnitt Zielobjekt einen Wert von Vorhandenes Objekt unverändert beibehalten, Daten löschen. Wenn ein Artikel einen Zeilenfilter aufweist, nur die dem Filter entsprechenden Daten löschen. oder Alle Daten im vorhandenen Objekt abschneiden für die Option Aktion, wenn der Name verwendet wird aus. Weitere Informationen zum Zugreifen auf dieses Dialogfeld finden Sie unter Vorgehensweise: Anzeigen und Ändern der Eigenschaften von Veröffentlichungen und Artikeln (SQL Server Management Studio).

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.

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.

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.

Die Mergereplikation und die Momentaufnahmereplikation haben im Gegensatz zur Transaktionsreplikation keine Auswirkungen auf die Transaktionsprotokollgröße. Wenn eine Datenbank eine oder mehrere Transaktionsveröffentlichungen enthält, wird das Protokoll erst dann abgeschnitten, wenn alle für die Veröffentlichungen 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 in Betracht ziehen. Sie können auch festlegen, dass die Ausführung im kontinuierlichen Modus erfolgt. 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 Veröffentlichung zugeordneten Agents (Replikationsmonitor).

Zudem wird das Transaktionsprotokoll nicht abgeschnitten, bis alle Transaktionen gesichert wurden, wenn Sie für die Veröffentlichungsdatenbank 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.

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 Transaktionsveröffentlichungen sind Primärschlüssel erforderlich, sodass Primärschlüssel in diesen Tabellen nicht gelöscht und neu erstellt werden können.

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.

In Versionen von SQL Server vor SQL Server 2005 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. Ab 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).

Löschen Sie zuerst mit sp_droparticle oder sp_dropmergearticle oder im Dialogfeld Veröffentlichungseigenschaften - <Veröffentlichung> den Artikel aus der Veröffentlichung, und löschen Sie ihn dann mit DROP <Object> aus der Datenbank. Artikel in Momentaufnahme- oder Transaktionsveröffentlichungen 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 Veröffentlichungen.

SQL Server 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 Versionen von SQL Server vor SQL Server 2005 ausgeführt werden, wird das Hinzufügen und Löschen von Spalten über die gespeicherten Prozeduren sp_repladdcolumn und sp_repldropcolumn unterstützt. Weitere Informationen finden Sie unter Vornehmen von Schemaänderungen in Veröffentlichungsdatenbanken.

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 Hilfsprogramm "tablediff" werden die entsprechenden Informationen hingegen angezeigt.

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

Mit sp_droparticle oder sp_dropmergearticle oder im Dialogfeld Veröffentlichungseigenschaften - <Veröffentlichung> können Sie eine Tabelle aus der Veröffentlichung entfernen. Artikel in Momentaufnahme- oder Transaktionsveröffentlichungen 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 Veröffentlichungen.

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

Bei einigen Artikel- und Veröffentlichungsänderungen werden Momentaufnahmen für ungültig erklärt, sodass eine neue Momentaufnahme generiert werden muss. Weitere Informationen finden Sie unter Ändern von Veröffentlichungs- und Artikeleigenschaften.

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

Verwenden Sie für die Transaktionsreplikation gespeicherte Prozeduren oder die Registerkarte Nicht verteilte Befehle im Replikationsmonitor. Weitere Informationen finden Sie unter Vorgehensweise: Anzeigen replizierter Befehle und anderer Informationen in der Verteilungsdatenbank (Replikationsprogrammierung mit Transact-SQL) 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).

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 einer Momentaufnahme 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).

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

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