Artikel
09/24/2010

Voraussetzungen, Einschränkungen und Empfehlungen für die Datenbankspiegelung

In diesem Thema werden die Voraussetzungen und Empfehlungen zum Einrichten der Datenbankspiegelung beschrieben. Eine Einführung in die Datenbankspiegelung finden Sie unter Übersicht über die Datenbankspiegelung.

Hinweis
Das SQL Server-Speicherformat für Datenträger stimmt in 64-Bit- und in 32-Bit-Umgebungen überein. Aus diesem Grund können für eine Datenbank-Spiegelungssitzung Serverinstanzen, die in einer 32-Bit-Umgebung ausgeführt werden, mit Serverinstanzen, die in einer 64-Bit-Umgebung ausgeführt werden, kombiniert werden.

Voraussetzungen

Vor dem Einrichten der Datenbankspiegelung müssen Sie folgende Aufgaben ausführen:

Damit eine neue Spiegelungssitzung eingerichtet werden kann, müssen die Partner und ggf. der Zeuge dieselbe Version von SQL Server ausführen.
Stellen Sie sicher, dass auf den beiden Partnern, also Prinzipalserver und Spiegelserver, dieselbe Edition von MicrosoftSQL Server ausgeführt wird. Datenbankspiegelungspartner werden nur von SQL Server 2005 Standard Edition und höheren Versionen sowie von SQL Server 2005 Enterprise Edition und höheren Versionen unterstützt. Asynchrone Datenbankspiegelung (Modus für hohe Leistung) wird nur von SQL Server 2005 Enterprise Edition und höheren Versionen unterstützt.
Stellen Sie bei der Verwendung eines Zeugen sicher, dass SQL Server 2005 oder eine höhere Version auf dem System installiert ist. Der Zeuge kann auf jedem zuverlässigen Computersystem ausgeführt werden, das Standard Edition, Enterprise Edition, Workgroup Edition oder Express Edition unterstützt.
Überprüfen Sie, ob auf dem Spiegelserver genügend Speicherplatz für die Spiegeldatenbank vorhanden ist.

Hinweis

Informationen zum Verwenden der Datenbankspiegelung für eine replizierte Datenbank finden Sie unter Replikation und Datenbankspiegelung.
Stellen Sie beim Erstellen der Spiegeldatenbank auf dem Spiegelserver sicher, dass Sie die Sicherung der Prinzipaldatenbank mit WITH NORECOVERY und demselben Datenbanknamen wiederherstellen. Außerdem müssen Sie alle Protokollsicherungen anwenden, die nach dieser Sicherung ausgeführt wurden – ebenfalls mit der Option WITH NORECOVERY.

Wichtig

Wurde die Datenbankspiegelung beendet, müssen alle nachfolgend in der Prinzipaldatenbank erstellten Protokollsicherungen auf die Spiegeldatenbank angewendet werden.
Die Datenbankspiegelung funktioniert mit jedem unterstützten Datenbank-Kompatibilitätsgrad. Informationen zu den unterstützten Kompatibilitätsgraden finden Sie unter sp_dbcmptlevel (Transact-SQL).

Hinweis
Informationen zum Verwenden der Datenbankspiegelung für eine replizierte Datenbank finden Sie unter Replikation und Datenbankspiegelung.

Wichtig
Wurde die Datenbankspiegelung beendet, müssen alle nachfolgend in der Prinzipaldatenbank erstellten Protokollsicherungen auf die Spiegeldatenbank angewendet werden.

Einschränkungen

FILESTREAM wird von der Datenbankspiegelung nicht unterstützt. Eine FILESTREAM-Dateigruppe kann nicht auf dem Prinzipalserver erstellt werden. Die Datenbankspiegelung kann nicht für eine Datenbank konfiguriert werden, die FILESTREAM-Dateigruppen enthält.

Unter einem 32-Bit-System unterstützt die Datenbankspiegelung aufgrund der Anzahl der Arbeitsthreads, die von jeder Datenbankspiegelungssitzung beansprucht werden, bis zu rund 10 Datenbanken pro Serverinstanz.

Die Datenbankspiegelung wird weder für datenbankübergreifende Transaktionen noch für verteilte Transaktionen unterstützt. Weitere Informationen finden Sie unter Datenbankspiegelung und datenbankübergreifende Transaktionen.

Empfehlungen für das Konfigurieren von Partnerservern

Die Partner sollten auf vergleichbaren Systemen ausgeführt werden, die identische Arbeitsauslastungen bewältigen können.

Hinweis
Wenn die Verwendung des Modus für hohe Sicherheit mit automatischem Failover vorgesehen ist, sollte die normale Auslastung für jeden Failoverpartner weniger als 50 Prozent der CPU-Auslastung betragen. Wird die CPU überlastet, kann es vorkommen, dass ein Failoverpartner nicht in der Lage ist, die anderen Serverinstanzen innerhalb der Spiegelungssitzung zu pingen. Dies verursacht ein unnötiges Failover. Wenn Sie die CPU-Auslastung nicht unter 50 Prozent halten können, wird die Verwendung des Modus für hohe Sicherheit ohne automatisches Failover oder des Modus für hohe Leistung empfohlen.

Wenn die Verwendung des Modus für hohe Sicherheit mit automatischem Failover vorgesehen ist, sollte die normale Auslastung für jeden Failoverpartner weniger als 50 Prozent der CPU-Auslastung betragen. Wird die CPU überlastet, kann es vorkommen, dass ein Failoverpartner nicht in der Lage ist, die anderen Serverinstanzen innerhalb der Spiegelungssitzung zu pingen. Dies verursacht ein unnötiges Failover. Wenn Sie die CPU-Auslastung nicht unter 50 Prozent halten können, wird die Verwendung des Modus für hohe Sicherheit ohne automatisches Failover oder des Modus für hohe Leistung empfohlen.

Wenn möglich sollte der Pfad (einschließlich des Laufwerkbuchstabens) der Spiegeldatenbank mit dem Pfad der Prinzipaldatenbank identisch sein. Sie müssen die Option MOVE in die RESTORE-Anweisung einbeziehen, wenn sich die Dateilayouts unterscheiden müssen. Beispiel: Die Prinzipaldatenbank befindet sich auf Laufwerk F:, auf dem Spiegelungssystem ist jedoch kein Laufwerk F: vorhanden.

Wichtig
Falls Sie die Datenbankdateien bei der Erstellung der Spiegeldatenbank verschieben, können Sie der Datenbank später u. U. keine Dateien hinzufügen, ohne dass die Spiegelung unterbrochen wird.

Alle Serverinstanzen in einer Spiegelungssitzung sollten dieselbe Mastercodepage und Sortierung verwenden. Unterschiede können zu einem Problem während des Einrichtens der Spiegelung führen.
Schätzen Sie optional die Zeit für das Failover einer Datenbank, um sicherzustellen, dass die Systemkonfiguration die erforderliche Leistung aufbringt. Weitere Informationen finden Sie unter Schätzen der Dienstunterbrechung beim Rollenwechsel.
Für eine optimale Leistung sollten Sie einen dedizierten Netzwerkadapter (NIC, Network Interface Card, Netzwerkschnittstellenkarte) für die Spiegelung verwenden.
Es wird bewusst auf Stellungnahmen zum Zuverlässigkeitsgrad von WANs (Wide-Area Networks) für die Datenbankspiegelung im Hochsicherheitsmodus verzichtet. Wenn Sie sich jedoch für die Verwendung der Datenbankspiegelung im Hochsicherheitsmodus über ein WAN entschieden haben, ist beim Hinzufügen eines Zeugen zu einer Sitzung Vorsicht geboten, da unerwünschte Failover auftreten können. Weitere Informationen hierzu finden Sie unter "Empfehlungen für das Bereitstellen der Datenbankspiegelung" weiter unten in diesem Thema.

Empfehlungen für das Bereitstellen der Datenbankspiegelung

Eine optimale Leistung bei der Datenbankspiegelung wird über den asynchronen Betrieb erzielt. Bei einer Spiegelungssitzung, die im synchronen Betrieb ausgeführt wird, treten Leistungsverzögerungen auf, wenn große Mengen an Transaktionsprotokolldaten generiert werden.

In Testumgebungen ist es sinnvoll, alle Betriebsmodi zu überprüfen, um das Verhalten der Datenbankspiegelung beurteilen zu können. Bevor Sie jedoch die Spiegelung in einer Produktionsumgebung bereitstellen, müssen Sie sicherstellen, dass Sie wissen, wie das Netzwerk in der Realität funktioniert.

Der Modus für hohe Sicherheit mit automatischem Failover wurde für ein Netzwerk mit hoher Verfügbarkeit mit einer dedizierten Verbindung oder einer verhältnismäßig einfachen Netzwerkkonfiguration entwickelt, wodurch mögliche Netzwerkfehlerquellen minimiert werden. Eine solche hochwertige Netzwerkumgebung ist für den Modus für hohe Sicherheit mit automatischem Failover erforderlich und wird für alle Datenbank-Spiegelungssitzungen empfohlen. Der Modus für hohe Leistung und der Modus für hohe Sicherheit ohne automatisches Failover sind jedoch deutlich weniger von der Netzwerkzuverlässigkeit betroffen.

Für Produktionsumgebungen wird deshalb die Einhaltung dieser Bereitstellungsrichtlinien empfohlen:

Beginnen Sie mit der Ausführung im asynchronen Modus für hohe Leistung. Dieser Modus reagiert weniger empfindlich auf die Netzwerkumgebung und stellt die beste Konfiguration bereit, um die Funktionsweise der Spiegelung kennen zu lernen. Die asynchrone Ausführung des Systems wird so lange empfohlen, bis Sie sicher sind, dass Ihre Bandbreite die Spiegelung unterstützt und Sie Kenntnisse für das Einrichten der Spiegelung und die Leistung des asynchronen Modus in Ihrer Umgebung aufbauen konnten. Weitere Informationen finden Sie unter Asynchrone Datenbankspiegelung (Modus für hohe Leistung).

Wichtig
Während der Testphase wird empfohlen, die Sitzungen auf Netzwerkfehler, die zu Problemen bei der Datenbankspiegelung führen, zu überwachen. Weitere Informationen zu möglichen Fehlerquellen finden Sie unter Mögliche Fehler während der Datenbankspiegelung. Informationen zum Überwachen der Datenbankspiegelung finden Sie unter Überwachen der Datenbankspiegelung.

Wenn Sie sicher sind, dass der asynchrone Betrieb die Anforderungen Ihres Unternehmens erfüllt, können Sie den synchronen Betrieb ausprobieren, um den Schutz der Daten zu verbessern. Beim Testen der Funktion der synchronen Spiegelung in Ihrer Umgebung wird empfohlen, den Modus für hohe Sicherheit zunächst ohne automatisches Failover zu testen. Der Hauptzweck dieses Tests besteht darin, die Auswirkungen des synchronen Betriebs auf die Datenbankleistung kennen zu lernen. Weitere Informationen finden Sie unter Synchrone Datenbankspiegelung (Modus für hohe Sicherheit).
Aktivieren Sie das automatische Failover erst, wenn Sie überzeugt sind, dass der Modus für hohe Sicherheit ohne automatisches Failover die Anforderungen des Unternehmens erfüllt und dass Netzwerkfehler keine Ausfälle zur Folge haben. Weitere Informationen finden Sie unter Automatisches Failover.