Teilen über


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

Gilt für: SQL Server

Hinweis

Diese Funktion wird in einer zukünftigen Version von SQL Serverentfernt. Nutzen Sie diese Funktionen bei Neuentwicklungen nicht mehr, und planen Sie die Änderung von Anwendungen, die diese Funktion zurzeit verwenden. Verwenden Sie stattdessen Always On-Verfügbarkeitsgruppen.
Datenbankspiegelung in SQL Server ist nicht dasselbe wie die Datenbankspiegelung in Microsoft Fabric.

In diesem Thema werden die Voraussetzungen und Empfehlungen zum Einrichten der Datenbankspiegelung beschrieben. Eine Einführung in die Datenbankspiegelung finden Sie unter Datenbankspiegelung (SQL Server).

Unterstützung der Datenbankspiegelung

Eine Liste der Features, die von den SQL Server-Editionen unter Windows unterstützt werden, finden Sie hier:

Beachten Sie, dass die Datenbankspiegelung mit jedem unterstützten Datenbank-Kompatibilitätsgrad funktioniert. Informationen zu den unterstützten Kompatibilitätsgraden finden Sie unter ALTER DATABASE-Kompatibilitätsgrad (Transact-SQL).

Voraussetzungen

  • Damit eine Spiegelungssitzung eingerichtet werden kann, müssen die Partner und ggf. der Zeuge unter derselben Version von SQL Server ausgeführt werden.

  • Auf beiden Partnern, also Prinzipalserver und Spiegelserver, muss dieselbe Edition von SQL Server ausgeführt werden. Der Zeuge (falls vorhanden) kann auf einer beliebige Edition von SQL Server ausgeführt werden, die die Datenbankspiegelung unterstützt.

    Hinweis

    Sie können Serverinstanzen, die Partner in einer Spiegelungssitzung sind, auf eine neuere Version von SQL Server aktualisieren. Weitere Informationen finden Sie unter Upgrading Mirrored Instances.

  • Für die Datenbank muss das vollständige Wiederherstellungsmodell verwendet werden. Die Datenbankspiegelung wird vom einfachen und vom massenprotokollierten Wiederherstellungsmodell nicht unterstützt. Daher werden Massenvorgänge immer vollständig für eine gespiegelte Datenbank protokolliert. Informationen zu Wiederherstellungsmodellen finden Sie unter Wiederherstellungsmodelle (SQL Server).

  • Ü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 Datenbankspiegelung und Replikation (SQL Server).

  • 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, bevor Sie einen Neustart ausführen konnten, müssen alle nachfolgend in der Prinzipaldatenbank erstellten Protokollsicherungen auf die Spiegeldatenbank angewendet werden.

Beschränkungen

  • Es können nur Benutzerdatenbanken können gespiegelt werden. Die Datenbanken master, msdb, tempdbund model können nicht gespiegelt werden.

  • Eine gespiegelte Datenbank kann während einer Datenbank-Spiegelungssitzung nicht umbenannt werden.

  • 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.

  • Die Datenbankspiegelung wird weder für datenbankübergreifende Transaktionen noch für verteilte Transaktionen unterstützt. Weitere Informationen finden Sie unter Datenbankübergreifende Transaktionen und verteilte Transaktionen für Always On-Verfügbarkeitsgruppen und Datenbankspiegelung (SQL Server).

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 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 Einschätzen der Unterbrechung des Diensts während des Rollenwechsels (Datenbankspiegelung).

  • 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, sollten Sie vorsichtig sein, wenn Sie einer Sitzung einen Zeugen hinzufügen, da ein automatisches Failover auftreten kann. Weitere Informationen hierzu finden Sie unter Empfehlungen für das Bereitstellen der Datenbankspiegelungweiter 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:

  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 Kenntnisse für das Einrichten der Spiegelung und die Leistung des asynchronen Modus in Ihrer Umgebung aufbauen konnten. Weitere Informationen finden Sie unter Database Mirroring Operating Modes.

    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 Possible Failures During Database Mirroring. Informationen zur Überwachung der Datenbankspiegelung finden Sie unter Überwachung der Datenbankspiegelung (SQL Server).

  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 Database Mirroring Operating Modes.

  3. 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 Rollenwechsel während einer Datenbank-Spiegelungssitzung (SQL Server).

Weitere Informationen

Einrichten der Datenbankspiegelung (SQL Server)
Transportsicherheit für Datenbankspiegelung und Always On-Verfügbarkeitsgruppen (SQL Server)
Datenbankspiegelung (SQL Server)
Problembehandlung für die Datenbankspiegelungskonfiguration (SQL Server)