Voraussetzungen und Empfehlungen für die Datenbankspiegelung

Aktualisiert: 12. Dezember 2006

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.

Einschränkungen

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.

Voraussetzungen

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

• Stellen Sie sicher, dass auf den beiden Partnern, also Prinzipalserver und Spiegelserver, dieselbe Edition von Microsoft SQL Server 2005 ausgeführt wird. Die Partner benötigen entweder SQL Server 2005 Standard Edition oder SQL Server 2005 Enterprise Edition.
• Bei der Verwendung eines Zeugen stellen Sie sicher, dass SQL Server 2005 auf dessen System installiert ist. Der Zeuge kann auf jedem zuverlässigen Computersystem ausgeführt werden, das SQL Server 2005 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).

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 auf den Failoverpartnern 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, was zu einem unnötigen Failover führt. 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. Wenn sich die Dateilayouts unterscheiden müssen, weil sich die Prinzipaldatenbank beispielsweise auf Laufwerk 'F:' befindet, auf dem Spiegelsystem jedoch kein Laufwerk F: vorhanden ist, müssen Sie die MOVE-Option in die RESTORE-Anweisung einschließen.

  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 eine dedizierte Netzwerkschnittstellenkarte (NIC, Network Interface Card) 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. Vor dem Bereitstellen der Spiegelung in einer Produktionsumgebung sind jedoch Kenntnisse über die Funktionsweise des Netzwerks in der Realität erforderlich, damit Sie das Verhalten der Datenbankspiegelung in dieser Umgebung vorhersagen können.

Der Modus für hohe Sicherheit mit automatischem Failover wurde für ein Netzwerk mit hoher Verfügbarkeit mit einer dedizierten Verbindung oder einer recht 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 unerlässlich und wird für 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:

1. 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 solide Kenntnisse über 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.

2. 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).
3. Aktivieren Sie das automatische Failover erst, wenn Sie überzeugt sind, dass der Modus für hohe Sicherheit ohne automatisches Failover die Anforderungen Ihres Unternehmens erfüllt und dass Netzwerkfehler keine Ausfälle zur Folge haben. Weitere Informationen finden Sie unter Automatisches Failover.

Hinweis:

Die Datenbankspiegelung kann mit dem vardecimal-Speicherformat wie vorgesehen ausgeführt werden. Jedes Datenbankmodul muss jedoch auf mindestens SQL Server 2005 Service Pack 2 aktualisiert werden, und für alle zugehörigen Datenbanken muss das vardecimal-Speicherformat aktiviert werden. Weitere Informationen zum vardecimal-Speicherformat finden Sie unter Speichern von Dezimaldaten als Daten variabler Länge.

Siehe auch

Konzepte

Datenbank-Spiegelungssitzungen
Transportsicherheit bei der Datenbankspiegelung
Datenbankspiegelung und Sicherung/Wiederherstellung
Verwalten der Datenbankspiegelung (SQL Server Management Studio)
Übersicht über die Datenbankspiegelung
Problembehandlung beim Einrichten einer Datenbankspiegelung

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf