Datenbankspiegelung (SQL Server Compact)
Replikation und Datenbankspiegelung (Failover) für die Mergereplikation zwischen SQL Server und SQL Server Compact 3.5 werden unterstützt. Für die Datenbankspiegelung müssen SQL Server-Dienste unter einem Domänenkonto ausgeführt werden. Standardmäßig befindet sich das Domänenkonto unter dem lokalen Systemkonto.
Einrichten von SQL Server für die Datenbankspiegelung
Zum Einrichten von SQL Server für die Datenbankspiegelung befolgen Sie die Anweisungen im Thema Replikation und Datenbankspiegelung in der SQL Server 2008 R2-Onlinedokumentation.
Einrichten des IIS-Servers (Internet Information Services, Internetinformationsdienste)
Informationen zum Einrichten des IIS-Servers für die Datenbankspiegelung finden Sie in den folgenden Themen der SQL Server Compact 3.5-Onlinedokumentation:
Konfigurieren der IIS-Serverumgebung
Configuring the SQL Server Environment for Replication
Konfigurieren der SQL Server-Umgebung für die Replikation
SQL Server Compact 3.5 als Client für die Datenbankspiegelung
Die folgenden Szenarien werden unterstützt, wenn Sie SQL Server Compact 3.5 als Client für die Datenbankspiegelung verwenden.
Hinweis
Beschreibungen zu Prinzipal (P), Spiegel (M) oder Zeuge (W) finden Sie im Thema Replikation und Datenbankspiegelung in der SQL Server 2008 R2-Onlinedokumentation.
Testfallbeschreibung |
Erstsynchronisierung |
Inkrementelle Synchronisierung |
|---|---|---|
Synchronisierung mit Prinzipal – Beide sind UP |
Erfolgreich |
Erfolgreich |
Synchronisierung mit Prinzipal – Spiegel ist DOWN |
Erfolgreich |
Erfolgreich |
Failover – Prinzipal ist DOWN, Spiegel wurde Prinzipal, und Prinzipal wurde Spiegel
Synchronisierung mit altem Prinzipal (jetzt Spiegel) – Beide sind UP |
Fehlgeschlagen |
Erfolgreich |
Synchronisierung mit Spiegel – Prinzipal ist DOWN |
Fehlgeschlagen |
Erfolgreich |
Folgende Punkte sind zu beachten:
Nachdem ein Mergeabonnement erstellt wurde, bleibt SqlCeReplication.Publisher unabhängig vom Failover unverändert. Das bedeutet, dass SqlCeReplication.Publisher immer auf den Prinzipal des Mergeabonnements zum Zeitpunkt der Erstellung zeigt, auch wenn der Prinzipal jetzt der Spiegel ist.
Die Synchronisierung erfolgt immer mit dem Prinzipal. Wenn der Prinzipal DOWN ist, wird das Failover der Mergereplikation automatisch für den neuen Prinzipal ausgeführt.
Bei einem Failover müssen keine Abonnementeigenschaften geändert werden.
SQL Server Compact 3.5 kann mit mehreren SQL Server-Versionen synchronisiert werden. SQL Server Compact 3.5 stellt eine Verbindung mit SQL Server her, um die Version zu ermitteln. Nachdem die Version bestimmt wurde, identifiziert SQL Server Compact 3.5 die versionsspezifischen Komponenten des Replikationsclients, um das Mergeabonnement zu erstellen. Wenn das Abonnement erstellt wurde, werden die Verlegerdetails gespeichert, und es wird keine direkte Verbindung zur inkrementellen Synchronisierung benötigt.
Der Spiegel lässt keine direkte OLEDB-Verbindung zu.
Bei einem Failover müssen Sie entweder einen neuen Prinzipal angeben oder den aktuellen Prinzipal als Verleger festlegen, wenn das Abonnement erstellt wird. Wenn Sie den Verleger als alten Prinzipal (jetzt Spiegel) angeben, tritt beim Erstabonnement ein Fehler auf, unabhängig davon, ob er UP oder DOWN ist. Die Ursache für diesen Fehler liegt in den Punkten 4 und 5.
Die Informationen in diesem Thema beziehen sich auf unterstützte Versionen von SQL Server. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen.