Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Zur Unterstützung des automatischen Failovers muss eine Datenbankspiegelungssitzung im Hochsicherheitsmodus konfiguriert sein und außerdem über eine dritte Serverinstanz verfügen, die als Zeuge bezeichnet wird. Der Zeugen ist eine optionale Instanz von SQL Server, mit der der Spiegelserver in einer Sitzung mit hoher Sicherheit erkennen kann, ob ein automatisches Failover initiiert werden soll. Im Gegensatz zu den beiden Partnern arbeitet der Zeuge nicht für die Datenbank. Die Unterstützung des automatischen Failovers ist die einzige Rolle des Zeugen.
Hinweis
Im Hochleistungsmodus kann sich der Zeuge negativ auf die Verfügbarkeit auswirken. Wenn ein Zeuge für eine Datenbankspiegelungssitzung konfiguriert ist, muss der Prinzipalserver mindestens mit einer der anderen Serverinstanzen, dem Spiegelserver oder dem Zeuge, oder beiden verbunden sein. Andernfalls ist die Datenbank nicht verfügbar und das Erzwingen des Diensts (mit möglichen Datenverlusten) ist unmöglich. Daher wird für den Hochleistungsmodus dringend empfohlen, den Witness-Modus immer deaktiviert zu lassen. Informationen zu den Auswirkungen eines Zeugen auf den Hochleistungsmodus finden Sie unter Datenbankspiegelungs-Betriebsmodi.
Die folgende Abbildung zeigt eine Sitzung mit hohem Sicherheitsmodus mit einem Zeugen.
In diesem Thema:
Verwenden eines Zeugen in mehreren Sitzungen
Eine bestimmte Serverinstanz kann in gleichzeitigen Datenbankspiegelungssitzungen als Zeugen fungieren, jeweils für eine andere Datenbank. Verschiedene Sitzungen können mit verschiedenen Partnern erfolgen. Die folgende Abbildung zeigt eine Serverinstanz, die als Zeuge in zwei Datenbankspiegelungssitzungen mit unterschiedlichen Partnern fungiert.
Eine Einzelserverinstanz kann gleichzeitig in einigen Sitzungen als Zeuge und in anderen als Partner funktionieren. In der Praxis funktioniert eine Serverinstanz jedoch in der Regel als Zeuge oder Partner. Dies liegt daran, dass die Partner komplexe Computer benötigen, die über genügend Hardware verfügen, um eine Produktionsdatenbank zu unterstützen, während der Zeuge auf jedem verfügbaren Windows-System ausgeführt werden kann, das SQL Server 2014 unterstützt.
Empfehlungen für Software und Hardware
Es wird dringend empfohlen, dass sich der Zeuge auf einem separaten Computer von den Partnern befindet. Datenbankspiegelungspartner werden nur von SQL Server Standard Edition und sql Server Enterprise Edition unterstützt. Zeugen werden dagegen auch von SQL Server Workgroup und SQL Server Express unterstützt. Mit Ausnahme eines Upgrades von einer früheren Version von SQL Server müssen die Serverinstanzen in einer Spiegelungssitzung alle dieselbe Version von SQL Server ausführen. Ein SQL Server 2008-Zeuge wird beispielsweise unterstützt, wenn Sie ein Upgrade von einer SQL Server 2008-Spiegelungskonfiguration durchführen, kann jedoch nicht zu einer vorhandenen oder neuen SQL Server 2008 R2- oder einer höheren Spiegelungskonfiguration hinzugefügt werden.
Ein Zeugen kann auf jedem zuverlässigen Computersystem ausgeführt werden, das eine dieser Editionen von SQL Server unterstützt. Es wird jedoch empfohlen, dass jede Serverinstanz, die als Zeuge verwendet wird, der Mindestkonfiguration entspricht, die für die ausgeführte SQL Server Standard-Version erforderlich ist. Weitere Informationen zu diesen Anforderungen finden Sie unter Hardware- und Softwareanforderungen für die Installation von SQL Server 2014.
Rolle des Zeugen in automatischem Failover
Während einer Datenbankspiegelungssitzung überwachen alle Serverinstanzen ihren Verbindungsstatus. Wenn die Partner voneinander getrennt werden, verlassen sie sich auf den Zeugen, um sicherzustellen, dass derzeit nur einer von ihnen die Datenbank bedient. Wenn ein synchronisierter Spiegelserver seine Verbindung mit dem Prinzipalserver verliert, aber mit dem Zeugen verbunden bleibt, kontaktiert der Spiegelserver den Zeugen, um festzustellen, ob der Zeuge seine Verbindung mit dem Prinzipalserver verloren hat:
Solange der Prinzipalserver weiterhin mit dem Zeugen verbunden ist, tritt kein automatisches Failover auf. Stattdessen wird die Datenbank vom Prinzipalserver weiterhin serveriert, während Protokolldatensätze zum Senden des Spiegelservers beim erneuten Verbinden der Partner erfasst werden.
Wenn der Zeuge auch vom Prinzipalserver getrennt ist, weiß der Spiegelserver, dass die Prinzipaldatenbank nicht mehr verfügbar ist. In diesem Fall initiiert der Spiegelserver sofort ein automatisches Failover.
Wenn der Spiegelserver vom Zeugen und auch vom Prinzipalserver getrennt ist, ist ein automatisches Failover unabhängig vom Status des Prinzipalservers nicht möglich.
Die Anforderung, dass mindestens zwei der Serverinstanzen verbunden werden, wird als Quorum bezeichnet. Quorum stellt sicher, dass die Datenbank jeweils nur von einem Partner bedient werden kann. Informationen zur Funktionsweise des Quorums und deren Auswirkungen auf eine Sitzung finden Sie unter Quorum: Wie sich ein Zeugen auf die Datenbankverfügbarkeit auswirkt (Datenbankspiegelung).
So fügen Sie einen Zeugen hinzu oder entfernen sie
So fügen Sie einen Zeugen hinzu
Hinzufügen oder Ersetzen eines Datenbankspiegelungs-Zeugen (SQL Server Management Studio)
Hinzufügen eines Datenbankspiegelungszeugen mithilfe der Windows-Authentifizierung (Transact-SQL)
So entfernen Sie den Zeugen
Siehe auch
Rollenwechsel während einer Datenbank-Spiegelungssitzung (SQL Server)
Betriebsmodi für Datenbankspiegelung
Quorum: Wie ein Zeuge die Verfügbarkeit einer Datenbank beeinflusst (Datenbankspiegelung)
Mögliche Fehler während der Datenbankspiegelung
Spiegelungsstatus (SQL Server)