Freigeben über

Datenbankspiegelung (SQL Server)

Hinweis

Dieses Feature wird in einer zukünftigen Version von Microsoft SQL Server entfernt. Vermeiden Sie die Verwendung dieses Features in neuer Entwicklungsarbeit, und planen Sie, Anwendungen zu ändern, die derzeit dieses Feature verwenden. Verwenden Sie stattdessen Always On Verfügbarkeitsgruppen.

Die Datenbankspiegelung ist eine Lösung zum Erhöhen der Verfügbarkeit einer SQL Server-Datenbank. Die Datenbankspiegelung wird auf Datenbankbasis implementiert und ist nur für Datenbanken mit dem vollständigen Wiederherstellungsmodell geeignet.

Von Bedeutung

Informationen zur Unterstützung für Datenbankspiegelung, Einschränkungen, Voraussetzungen, Empfehlungen zum Konfigurieren von Partnerservern und Empfehlungen für die Bereitstellung der Datenbankspiegelung finden Sie unter Voraussetzungen, Einschränkungen und Empfehlungen für die Datenbankspiegelung.

Vorteile der Datenbankspiegelung

Die Datenbankspiegelung ist eine einfache Strategie, die die folgenden Vorteile bietet:

  • Erhöht die Verfügbarkeit einer Datenbank.

    Im Falle einer Katastrophe bringt Failover im Hochsicherheitsmodus mit automatischem Failover schnell die Standbykopie der Datenbank online (ohne Datenverlust). In den anderen Betriebsmodi hat der Datenbankadministrator die Alternative, den Dienst (mit möglichen Datenverlusten) in die Standbykopie der Datenbank zu erzwingen. Weitere Informationen finden Sie unter Rollenwechsel weiter unten in diesem Thema.

  • Erhöht den Datenschutz.

    Die Datenbankspiegelung bietet vollständige oder fast vollständige Redundanzen der Daten, je nachdem, ob der Betriebsmodus hochsicherheit oder hochleistung ist. Weitere Informationen finden Sie unter Betriebsmodi weiter unten in diesem Thema.

    Ein auf SQL Server 2008 Enterprise oder höher ausgeführter Datenbankspiegelungspartner versucht automatisch, bestimmte Fehlertypen zu beheben, die das Lesen einer Datenseite verhindern. Der Partner, der eine Seite nicht lesen kann, fordert eine neue Kopie des anderen Partners an. Ist diese Anforderung erfolgreich, wird die nicht lesbare Seite durch die Kopie ersetzt. Dadurch kann der Fehler normalerweise behoben werden. Weitere Informationen finden Sie unter "Automatische Seitenreparatur" (Für Verfügbarkeitsgruppen und Datenbankspiegelung).

  • Verbessert die Verfügbarkeit der Produktionsdatenbank bei Upgrades.

    Um ausfallzeiten für eine gespiegelte Datenbank zu minimieren, können Sie die Instanzen von SQL Server, die die Failoverpartner hosten, sequenziell aktualisieren. Dies führt nur zu Ausfallzeiten eines einzelnen Failovers. Diese Form des Upgrades wird als rollierendes Upgrade bezeichnet. Weitere Informationen finden Sie unter Installieren eines Service Packs auf einem System mit minimaler Ausfallzeit für gespiegelte Datenbanken.

Ausdrücke und Definitionen für die Datenbankspiegelung

Automatisches Failover
Der Prozess, bei dem der Prinzipalserver nicht verfügbar ist, der Spiegelserver die Rolle des Prinzipalservers übernehmen und die Kopie der Datenbank als Prinzipaldatenbank online bringt.

Failoverpartner
Die beiden Serverinstanzen (der Prinzipalserver oder der Spiegelserver), die als Rollenwechselpartner für eine gespiegelte Datenbank fungieren.

Erzwungener Dienst
Ein Failover, das vom Datenbankbesitzer beim Ausfall des Prinzipalservers initiiert wird, der den Dienst in die Spiegeldatenbank überträgt, während er sich in einem unbekannten Zustand befindet.

Modus mit hoher Leistung
Die Datenbankspiegelungssitzung funktioniert asynchron und verwendet nur den Prinzipalserver und den Spiegelserver. Die einzige Form des Rollenwechsels ist erzwungener Dienst (mit möglichen Datenverlusten).

Modus für hohe Sicherheit
Die Datenbankspiegelungssitzung wird synchron ausgeführt und verwendet optional einen Zeugen sowie den Prinzipalserver und den Spiegelserver.

manuelles Failover
Ein Failover, das vom Datenbankbesitzer initiiert wird, während der Prinzipalserver noch ausgeführt wird, überträgt den Dienst von der Prinzipaldatenbank in die Spiegeldatenbank, während sie sich in einem synchronisierten Zustand befinden.

Spiegeldatenbank
Die Kopie der Datenbank, die in der Regel vollständig mit der Prinzipaldatenbank synchronisiert wird.

Spiegelserver
In einer Datenbankspiegelungskonfiguration befindet sich die Serverinstanz, auf der sich die Spiegeldatenbank befindet.

Spiegelserver
In einer Datenbankspiegelungskonfiguration ist die Serverinstanz diejenige, auf der die Spiegeldatenbank sich befindet.

Prinzipaldatenbank
Bei der Datenbankspiegelung wird eine Datenbank mit Lese-/Schreibzugriff, deren Transaktionsprotokolleinträge auf eine schreibgeschützte Kopie der Datenbank (eine Spiegeldatenbank) angewendet werden.

Prinzipalserver
Bei der Datenbankspiegelung ist der Partner, dessen Datenbank derzeit die Hauptdatenbank ist.

Redo-Warteschlange
Empfangene Transaktionsprotokolleinträge, die auf dem Datenträger eines Spiegelservers warten.

Rolle
Der Prinzipalserver und der Spiegelserver führen ergänzende Prinzipal- und Spiegelrollen aus. Optional wird die Rolle des Zeugen von einer dritten Serverinstanz ausgeführt.

Rollenwechsel
Die Übernahme der Hauptrolle durch den Spiegel.

Warteschlange senden
Nicht gesendete Transaktionsprotokolleinträge, die sich auf dem Protokolldatenträger des Prinzipalservers angesammelt haben.

Sitzung
Die Beziehung, die während der Datenbankspiegelung zwischen dem Prinzipalserver, dem Spiegelserver und dem Zeugenserver auftritt (sofern vorhanden).

Nachdem eine Spiegelungssitzung gestartet oder fortgesetzt wurde, wird der Prozess, mit dem Protokolldatensätze der Prinzipaldatenbank, die sich auf dem Prinzipalserver angesammelt haben, an den Spiegelserver gesendet, der diese Protokolldatensätze so schnell wie möglich auf den Datenträger schreibt, um den Prinzipalserver aufzufangen.

Transaktionssicherheit
Eine spiegelungsspezifische Datenbankeigenschaft, die bestimmt, ob eine Datenbankspiegelungssitzung synchron oder asynchron ausgeführt wird. Es gibt zwei Sicherheitsstufen: FULL und OFF.

Zeuge
Für die Verwendung nur im Hochsicherheitsmodus, einer optionalen Instanz von SQL Server, die es dem Spiegelserver ermöglicht, zu erkennen, wann ein automatisches Failover initiiert werden soll. Im Gegensatz zu den beiden Failoverpartnern dient der Zeuge nicht der Datenbank. Die Unterstützung des automatischen Failovers ist die einzige Rolle des Zeugen.

Übersicht über Datenbankspiegelung

Die Datenbankspiegelung verwaltet zwei Kopien einer einzelnen Datenbank, die sich auf verschiedenen Serverinstanzen des SQL Server-Datenbankmoduls befinden muss. In der Regel befinden sich diese Serverinstanzen auf Computern an unterschiedlichen Speicherorten. Das Starten der Datenbankspiegelung in einer Datenbank initiiert eine Beziehung, die als Datenbankspiegelungssitzung bezeichnet wird, zwischen diesen Serverinstanzen.

Eine Serverinstanz stellt die Datenbank für Clients bereit (den Prinzipalserver). Die andere Instanz fungiert je nach Konfiguration und Status der Spiegelsitzung als Hot- oder Warm-Standby-Server (Spiegelserver). Wenn eine Datenbankspiegelungssitzung synchronisiert wird, stellt die Datenbankspiegelung einen Hot-Standby-Server bereit, der schnelles Failover unterstützt, ohne dass Daten aus zugesicherten Transaktionen verloren gehen. Wenn die Sitzung nicht synchronisiert wird, ist der Spiegelserver in der Regel als warmer Standbyserver (mit möglichen Datenverlusten) verfügbar.

Die Prinzipal- und Spiegelserver kommunizieren und kooperieren als Partner in einer Datenbankspiegelungssitzung. Die beiden Partner führen ergänzende Rollen in der Sitzung aus: die Hauptrolle und die Spiegelrolle. Zu einem bestimmten Zeitpunkt führt ein Partner die Hauptrolle aus, und der andere Partner führt die Spiegelrolle aus. Jeder Partner wird als Besitzer seiner aktuellen Rolle beschrieben. Der Partner, der die Hauptrolle besitzt, wird als Prinzipalserver bezeichnet, und seine Kopie der Datenbank ist die aktuelle Prinzipaldatenbank. Der Partner, der die Spiegelrolle besitzt, wird als Spiegelserver bezeichnet, und seine Kopie der Datenbank ist die aktuelle Spiegeldatenbank. Wenn die Datenbankspiegelung in einer Produktionsumgebung bereitgestellt wird, ist die Prinzipaldatenbank die Produktionsdatenbank.

Die Datenbankspiegelung umfasst das Wiederherstellen aller Einfüge-, Aktualisierungs- und Löschvorgänge der Hauptdatenbank so schnell wie möglich in der Spiegeldatenbank. Das Wiederherstellen wird durch das Senden eines Datenstroms aktiver Transaktionsprotokolldatensätze an den Spiegelserver erreicht, der die Protokolldatensätze so schnell wie möglich nacheinander auf die Spiegeldatenbank anwendet. Im Gegensatz zur Replikation, die auf logischer Ebene funktioniert, funktioniert die Datenbankspiegelung auf der Ebene des physischen Protokolldatensatzes. Ab SQL Server 2008 komprimiert der Prinzipalserver den Datenstrom von Transaktionsprotokolldatensätzen, bevor er an den Spiegelserver gesendet wird. Diese Protokollkomprimierung erfolgt in allen Spiegelungssitzungen.

Hinweis

Eine bestimmte Serverinstanz kann an mehreren gleichzeitigen Datenbankspiegelungssitzungen mit denselben oder verschiedenen Partnern teilnehmen. Eine Serverinstanz kann ein Partner in einigen Sitzungen und ein Zeuge in anderen Sitzungen sein. Die Spiegelserverinstanz muss dieselbe Edition von SQL Server ausführen.

Betriebsmodi

Eine Datenbankspiegelungssitzung wird entweder mit synchronem oder asynchronem Vorgang ausgeführt. Unter asynchronem Betrieb werden die Transaktionen ohne Wartezeit für den Mirrorserver, das Protokoll auf den Datenträger zu schreiben, ausgeführt, wodurch die Leistung maximiert wird. Im synchronen Betrieb wird eine Transaktion zwischen beiden Partnern durchgeführt, aber zu den Kosten einer erhöhten Transaktionslatenz.

[!HINWEIS] Es gibt zwei Spiegelungsmodi. Einer von ihnen, der Hochsicherheitsmodus, unterstützt den synchronen Betrieb. Wenn eine Sitzung gestartet wird, synchronisiert der Spiegelserver im Hochsicherheitsmodus die Spiegeldatenbank so schnell wie möglich mit der Prinzipaldatenbank. Sobald die Datenbanken synchronisiert wurden, wird für eine Transaktion auf beiden Partnern ein Commit ausgeführt, jedoch mit dem Risiko einer erhöhten Transaktionslatenzzeit.

Der zweite Betriebsmodus, Hochleistungsmodus, wird asynchron ausgeführt. Der Spiegelserver versucht, mit den Protokolldatensätzen, die vom Prinzipalserver gesendet werden, Schritt zu halten. Bei der Spiegeldatenbank kann im Vergleich zur Prinzipaldatenbank zu etwas Verzögerung auftreten. Der Abstand zwischen den beiden Datenbanken ist jedoch im Allgemeinen sehr klein. Die Lücke kann jedoch erheblich werden, wenn der Prinzipalserver unter einer hohen Arbeitslast liegt oder das System des Spiegelservers überlastet ist.

Im Hochleistungsmodus sendet der Hauptserver, sobald er einen Logdatensatz an den Spiegelserver schickt, eine Bestätigung an den Client. Es wartet nicht auf eine Bestätigung vom Spiegelserver. Dies bedeutet, dass Transaktionen commit ausführen, ohne auf den Spiegelserver zu warten, um das Protokoll auf den Datenträger zu schreiben. Mit einem solchen asynchronen Vorgang kann der Prinzipalserver mit minimaler Transaktionslatenz ausgeführt werden, wobei das potenzielle Risiko eines Datenverlusts besteht.

Alle Datenbankspiegelungssitzungen unterstützen nur einen Prinzipalserver und einen Spiegelserver. Diese Konfiguration ist in der folgenden Abbildung dargestellt.

Partner in einer Datenbankspiegelungssitzung

Der Hochsicherheitsmodus mit automatischem Failover erfordert eine dritte Serverinstanz, die als Zeugen bezeichnet wird. Im Gegensatz zu den beiden Partnern arbeitet der Zeuge nicht für die Datenbank. Der Zeuge unterstützt das automatische Failover, indem überprüft wird, ob der Hauptserver in Betrieb ist und funktioniert. Der Spiegelserver initiiert automatisches Failover nur, wenn der Spiegel und der Zeugen miteinander verbunden bleiben, nachdem beide vom Prinzipalserver getrennt wurden.

Die folgende Abbildung zeigt eine Konfiguration, die einen Zeugen enthält.

Eine Spiegelungssitzung, die einen Zeugen enthält

Weitere Informationen finden Sie unter Rollenwechsel weiter unten in diesem Thema.

Hinweis

Zum Einrichten einer neuen Spiegelungssitzung oder zum Hinzufügen eines Zeugen zu einer vorhandenen Spiegelungskonfiguration müssen alle beteiligten Serverinstanzen dieselbe Version von SQL Server ausführen. Wenn Sie jedoch ein Upgrade auf SQL Server 2008 oder eine höhere Version durchführen, können die Versionen der beteiligten Instanzen variieren. Weitere Informationen finden Sie unter Minimieren der Ausfallzeiten für gespiegelte Datenbanken beim Upgrade von Serverinstanzen.

Transaktionssicherheit und Betriebsmodi

Ob ein Betriebsmodus asynchron oder synchron ist, hängt von der Transaktionssicherheitseinstellung ab. Wenn Sie sql Server Management Studio ausschließlich zum Konfigurieren der Datenbankspiegelung verwenden, werden transaktionssicherheitseinstellungen automatisch konfiguriert, wenn Sie den Betriebsmodus auswählen.

Wenn Sie Transact-SQL zum Konfigurieren der Datenbankspiegelung verwenden, müssen Sie verstehen, wie Transaktionssicherheit festgelegt wird. Transaktionssicherheit wird durch die SAFETY-Eigenschaft der ALTER DATABASE-Anweisung gesteuert. Bei einer Datenbank, die gespiegelt wird, ist SAFETY entweder VOLLSTÄNDIG oder DEAKTIVIERT.

  • Wenn die SAFETY-Option auf "VOLLSTÄNDIG" festgelegt ist, ist der Datenbankspiegelungsvorgang synchron, nach der ersten Synchronisierungsphase. Wenn ein Zeugen im Hochsicherheitsmodus festgelegt ist, unterstützt die Sitzung automatisches Failover.

  • Wenn die SAFETY-Option auf OFF festgelegt ist, ist der Datenbankspiegelungsvorgang asynchron. Die Sitzung wird im Hochleistungsmodus ausgeführt, und die Option WITNESS sollte ebenfalls DEAKTIVIERT sein.

Weitere Informationen finden Sie unter Betriebsmodi für die Datenbankspiegelung.

Rollenwechsel

Im Kontext einer Datenbankspiegelungssitzung können Prinzipal- und Spiegelrollen in einem Prozess, der als Rollenwechsel bezeichnet wird, in der Regel austauschbar sein. Die Rollenumschaltung umfasst das Übertragen der Hauptrolle auf den Spiegelserver. Beim Rollenwechsel fungiert der Spiegelserver als Failoverpartner für den Prinzipalserver. Wenn ein Rollenwechsel auftritt, übernimmt der Spiegelserver die Hauptrolle und stellt die Kopie der Datenbank online als neue Prinzipaldatenbank bereit. Der frühere Prinzipalserver nimmt ggf. die Spiegelrolle an, und seine Datenbank wird zur neuen Spiegeldatenbank. Möglicherweise können die Rollen wiederholt hin- und herwechseln.

Die folgenden drei Formen des Rollenwechsels sind vorhanden.

  • Automatisches Failover

    Dies erfordert hochsicherheitsmodus und das Vorhandensein des Spiegelservers und eines Zeugen. Die Datenbank muss bereits synchronisiert werden, und der Zeuge muss mit dem Spiegelserver verbunden sein.

    Die Rolle des Zeugen besteht darin, zu überprüfen, ob ein bestimmter Partnerserver betriebsbereit ist und funktioniert. Wenn der Spiegelserver seine Verbindung mit dem Prinzipalserver verliert, der Zeuge aber weiterhin mit dem Prinzipalserver verbunden ist, initiiert der Spiegelserver kein Failover. Weitere Informationen finden Sie unter Datenbankspiegelungszeuge.

  • Manuelles Failover

    Dies erfordert einen Hochsicherheitsmodus. Die Partner müssen miteinander verbunden sein, und die Datenbank muss bereits synchronisiert werden.

  • Erzwungener Dienst (mit möglichen Datenverlusten)

    Unter Hochleistungsmodus und Hochsicherheitsmodus ohne automatisches Failover ist das Erzwingen des Dienstes möglich, wenn der Hauptserver ausgefallen ist und der Spiegelserver verfügbar ist.

    Von Bedeutung

    Der Hochleistungsmodus soll ohne Zeugen ausgeführt werden. Wenn jedoch ein Zeuge vorhanden ist, erfordert das Erzwingen des Diensts, dass der Zeuge mit dem Spiegelserver verbunden ist.

Sobald die neue Hauptdatenbank online ist, können die Clientanwendungen in jedem Rollentauschszenario schnell wiederhergestellt werden, indem sie die Verbindung mit der Datenbank erneut herstellen.

Gleichzeitige Sitzungen

Eine bestimmte Serverinstanz kann an mehreren gleichzeitigen Datenbankspiegelungssitzungen (einmal pro gespiegelter Datenbank) mit denselben oder unterschiedlichen Serverinstanzen teilnehmen. Häufig dient eine Serverinstanz ausschließlich als Partner oder Zeuge in allen ihren Datenbankspiegelungssitzungen. Da jede Sitzung jedoch unabhängig von den anderen Sitzungen ist, kann eine Serverinstanz in einigen Sitzungen als Partner und als Zeuge in anderen Sitzungen fungieren. Betrachten Sie beispielsweise die folgenden vier Sitzungen zwischen drei Serverinstanzen (SSInstance_1, SSInstance_2und SSInstance_3). Jede Serverinstanz dient in einigen Sitzungen als Partner und als Zeuge in anderen:

Serverinstanz Sitzung für Datenbank A Sitzung für Datenbank B Sitzung für Datenbank C Sitzung für Datenbank D
SSInstance_1 Zeuge Partner Partner Partner
SSInstance_2 Partner Zeuge Partner Partner
SSInstance_3 Partner Partner Zeuge Zeuge

Die folgende Abbildung zeigt zwei Serverinstanzen, die gemeinsam als Partner an zwei Spiegelungssitzungen teilnehmen. Eine Sitzung ist für eine Datenbank namens Db_1, und die andere Sitzung ist für eine Datenbank mit dem Namen Db_2.

Zwei Serverinstanzen in zwei gleichzeitigen Sitzungen

Jede Datenbank ist unabhängig von den anderen. Eine Serverinstanz kann z. B. der Spiegelserver für zwei Datenbanken sein. Wenn eine dieser Datenbanken fehlschlägt, wird die Serverinstanz zum Prinzipalserver für die fehlgeschlagene Datenbank, während der Spiegelserver für die andere Datenbank verbleibt.

Ein weiteres Beispiel ist eine Serverinstanz, die der Prinzipalserver für zwei oder mehr Datenbanken ist, die im Hochsicherheitsmodus mit automatischem Failover ausgeführt werden, wenn die Serverinstanz fehlschlägt, werden alle Datenbanken automatisch zu ihren jeweiligen Spiegeldatenbanken failovern.

Stellen Sie beim Einrichten einer Serverinstanz, die sowohl als Partner als auch als Zeugen ausgeführt werden soll, sicher, dass der Datenbankspiegelungsendpunkt beide Rollen unterstützt (weitere Informationen finden Sie unter "Datenbankspiegelungsendpunkt (SQL Server)". Stellen Sie außerdem sicher, dass das System über ausreichende Ressourcen verfügt, um den Ressourcenkonflikt zu reduzieren.

Hinweis

Da gespiegelte Datenbanken voneinander unabhängig sind, können Datenbanken nicht als Gruppe fehlschlagen.

Clientverbindungen

Clientverbindungsunterstützung für Datenbankspiegelungssitzungen wird vom Microsoft .NET-Datenanbieter für SQL Server bereitgestellt. Weitere Informationen finden Sie unter Verbinden von Clients mit einer Datenbankspiegelungssitzung (SQL Server).

Auswirkungen des Anhaltens einer Sitzung auf das Prinzipaltransaktionsprotokoll

Der Datenbankbesitzer kann jederzeit eine Sitzung anhalten. Das Anhalten erhält den Sitzungszustand, während die Spiegelung entfernt wird. Wenn eine Sitzung angehalten wird, sendet der Prinzipalserver keine neuen Protokolldatensätze an den Spiegelserver. Alle diese Datensätze bleiben aktiv und sammeln sich im Transaktionsprotokoll der Prinzipaldatenbank an. Solange eine Datenbankspiegelungssitzung angehalten bleibt, kann das Transaktionsprotokoll nicht verkürzt werden. Daher kann das Log voll laufen, wenn die Datenbankspiegelungssitzung zu lange angehalten wird.

Weitere Informationen finden Sie unter Anhalten und Fortsetzen der Datenbankspiegelung (SQL Server).

Einrichten der Datenbankspiegelungssitzung

Bevor eine Spiegelungssitzung beginnen kann, muss der Datenbankbesitzer oder Systemadministrator die Spiegeldatenbank erstellen, Endpunkte und Anmeldungen einrichten und in einigen Fällen Zertifikate erstellen und einrichten. Weitere Informationen finden Sie unter Einrichten der Datenbankspiegelung (SQL Server).

Interoperabilität und Koexistenz mit anderen Datenbank-Engine-Features

Die Datenbankspiegelung kann mit den folgenden Features oder Komponenten von SQL Server verwendet werden.

In diesem Abschnitt

Voraussetzungen, Einschränkungen und Empfehlungen für die Datenbankspiegelung
Beschreibt die Voraussetzungen und Empfehlungen zum Einrichten der Datenbankspiegelung.

Betriebsmodi für Datenbankspiegelung
Enthält Informationen zu den synchronen und asynchronen Betriebsmodi für Datenbankspiegelungssitzungen und zum Wechseln von Partnerrollen während einer Datenbankspiegelungssitzung.

Datenbankspiegelungszeuge
Beschreibt die Rolle eines Zeugen bei der Datenbankspiegelung, die Verwendung eines einzelnen Zeugen in mehreren Spiegelungssitzungen, Software- und Hardwareempfehlungen für Zeugen und die Rolle des Zeugen im automatischen Failover. Sie enthält auch Informationen zum Hinzufügen oder Entfernen eines Zeugen.

Rollenwechsel während einer Datenbank-Spiegelungssitzung (SQL Server)
Enthält Informationen zum Wechseln von Partnerrollen während einer Sitzung der Datenbankspiegelung, einschließlich automatischem Failover, manuellem Failover und erzwungenem Ausfall (mit möglichen Datenverlusten). Enthält außerdem Informationen zur Schätzung der Dienstunterbrechung während des Rollenwechsels.

Mögliche Fehler während der Datenbankspiegelung
Erläutert physische, Betriebssystem- und SQL Server-Probleme, einschließlich schwerer Fehler und weicher Fehler, die zu einem Fehler in einer Datenbankspiegelungssitzung führen können. Erläutert, wie der Spiegelungstimeoutmechanismus auf weiche Fehler reagiert.

Der Datenbankspiegelungs-Endpunkt (SQL Server)
Erläutert, wie der Endpunkt der Datenbankspiegelung funktioniert.

Einrichten der Datenbankspiegelung (SQL Server)
Enthält Themen zu den Voraussetzungen, Empfehlungen und Schritten zum Einrichten der Datenbankspiegelung.

Verbinden von Clients mit einer Datenbank-Spiegelungssitzung (SQL Server)
Enthält Themen, die Attribute von Client-Verbindungszeichenfolgen sowie die Algorithmen zum Verbinden und erneuten Verbinden eines Clients mit einer gespiegelten Datenbank abdecken.

Anhalten und Fortsetzen der Datenbankspiegelung (SQL Server)
Erläutert, was passiert, während die Datenbankspiegelung angehalten wird, einschließlich der Auswirkungen auf den Transaktionsprotokollabkürzung, und enthält Beschreibungen zum Anhalten und Fortsetzen der Datenbankspiegelung.

Entfernen der Datenbankspiegelung (SQL Server)
Erläutert die Auswirkungen des Entfernens der Spiegelung und enthält Beschreibungen zum Beenden einer Sitzung.

Überwachen der Datenbankspiegelung (SQL Server)
Enthält Informationen zur Verwendung des Datenbankspiegelungsmonitors oder der gespeicherten Prozeduren des Dbmmonitors zum Überwachen der Datenbankspiegelung oder -sitzungen.

Verwandte Aufgaben

Konfigurationstasks

Verwendung von SQL Server Management Studio

Verwenden von Transact-SQL

Verwenden von Transact-SQL oder SQL Server Management Studio

Verwaltungsaufgaben

Transact-SQL

SQL Server Management Studio

Siehe auch

Der Datenbankspiegelungs-Endpunkt (SQL Server)
Automatische Seitenreparatur (für Verfügbarkeitsgruppen und Datenbankspiegelung)
Problembehandlung der Konfiguration für Datenbankspiegelung (SQL Server)
Datenbankspiegelung: Interoperabilität und Koexistenz (SQL Server)
Voraussetzungen, Einschränkungen und Empfehlungen für die Datenbankspiegelung
Übersicht über AlwaysOn-Verfügbarkeitsgruppen (SQL Server)
Informationen zum Protokollversand (SQL Server)

  • Last updated on