Die folgenden Szenarien fördern das Verständnis darüber, was passiert, wenn ein Server in einem Spiegelungssystem ausfällt. Diese Szenarien verwenden die folgende Datenbank-Spiegelungskonfiguration, die aus Server 1, Server 2 und einem Arbiterserver besteht, die im synchronen Modus ausgeführt werden:
Sie können jederzeit die Datenbankeigenschaften MirrorState, PartnerState und ArbiterState verwenden, um den Status der Datenbankserver im Spiegelungssystem zu bestimmen. Weitere Hinweise finden Sie unter Datenbankeigenschaften.
Der Primärserver (Server 1) fällt aus. Alle Clientverbindungen werden getrennt.
Der Arbiter und Server 2 erkennen, dass Server 1 nicht mehr verfügbar ist.
Der Arbiter und Server 2 erreichen das Quorum, und Server 2 wird der Primärserver.
Server 2 beginnt, Clientverbindungen anzunehmen.
Wenn Sie im asynchronen oder Asynchron-Ganzseiten-Modus ausführen und "autofailover" nicht angegeben haben, müssen Sie in diesem Szenario möglicherweise eine Kopie der Datenbank erstellen und den noch betriebsbereiten Server neu starten, bevor Clients wieder eine Verbindung herstellen können.
Weitere Hinweise zur Wiederherstellung, wenn der Primärserver ausgefallen ist, finden Sie unter Wiederherstellen nach einem Primärserver-Ausfall.
Arbiter- und Spiegelserver (Server 2) erkennen, dass der Primärserver (Server 1) nicht mehr verfügbar ist.
Der Arbiter und Server 2 erreichen das Quorum, und Server 2 wird der Primärserver.
Server 2 beginnt, Clientverbindungen anzunehmen.
Server 1 kommt wieder online und verbindet erneut mit Server 2 und dem Arbiterserver.
Server 1 verlangt ein Quorum, aber Server 2 ist bereits der Primärserver.
Server 1 ist der Spiegelserver und wartet auf Änderungen von Server 2.
Server 2 sendet Änderungen an Server 1.
Sollte Server 2 ausfallen, bevor Server 1 alle Transaktionen von Server 2 erhalten hat, wird Server 1 nicht in der Lage sein, einen synchronisierten Status zu erreichen. Er muss warten, dass Server 2 wieder verfügbar wird, damit er die fehlenden Transaktionen erhalten und anwenden kann.
Weitere Hinweise zur Wiederherstellung, wenn der Primärserver ausgefallen ist, finden Sie unter Wiederherstellen nach einem Primärserver-Ausfall.
Der Spiegelserver (Server 2) fällt aus.
Arbiterserver und Server 1 erkennen, dass der Spiegelserver (Server 2) nicht mehr verfügbar ist.
Clientverbindungen sind nicht betroffen. Sie können sich weiterhin mit dem Primärserver verbinden. Wenn jedoch Server 1 oder der Arbiterserver ausfallen, sind Clients nicht in der Lage, eine Verbindung herzustellen.
Der Spiegelserver (Server 2) fällt aus.
Clientverbindungen sind nicht betroffen, da es keine Änderung in der Verfügbarkeit gibt. Sie können sich weiterhin mit dem Primärserver verbinden. Wenn jedoch Server 1 oder der Arbiterserver ausfallen, sind Clients nicht in der Lage, eine Verbindung herzustellen.
Server 2 kommt wieder online und verbindet erneut mit Server 1 und dem Arbiterserver.
Server 2 verlangt ein Quorum, aber Server 1 ist bereits der Primärserver.
Server 2 ist der Spiegelserver und wartet auf Änderungen von Server 1.
Server 1 sendet Änderungen an Server 2.
Clientverbindungen sind nicht betroffen, da es keine Änderung in der Verfügbarkeit gibt. Sie verbinden sich weiterhin mit Server 1.
Server 1 (Primärserver) und Server 2 (Spiegelserver) erkennen, dass der Arbiterserver ausgefallen ist.
Beide Server stehen weiterhin zur Verfügung. Clientverbindungen werden nicht getrennt.
Wenn der Arbiterserver wieder online geht, werden Server 1 und Server 2 dies erkennen und beginnen, mit ihm zu kommunizieren. Für Clients gibt es keine Änderung in der Datenbankverfügbarkeit.
Wenn Server 1 oder Server 2 ausfällt, während es keinen Arbiterserver gibt, kann der andere Server alleine kein Quorum erreichen, und die Datenbank wird nicht verfügbar sein.
Der Arbiterserver geht wieder online und verbindet sich erneut mit Server 1 und Server 2.
Clientverbindungen sind nicht betroffen, da es keine Änderung in der Verfügbarkeit gibt.
| Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |