Dieser Inhalt ist maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss für maschinelle Übersetzung.

What is split-brain and how do I recover?

Was ist Split-Brain und wie kann ich es beheben?

Zuletzt geändertes Datum 2025-05-28

Applicable Products

QuTS hero h5.3.0 or later
High Availability Manager 1.0 or later

Definition and Cause

In a high-availability (HA) cluster, split-brain occurs when both nodes lose communication with each other but remain operational independently, and both nodes have assumed the active node role. This may cause data inconsistency or corrupted shared storage, because each node may attempt to take control of shared resources simultaneously.

Common causes of split-brain include:

Network disconnection between the nodes in the cluster
Failure of the heartbeat connection
Unstable or inconsistent network paths

Solution

Fix the network connection between the nodes.
First check and restore the network connection between the two nodes (for example, the heartbeat connection, switches, network settings).
Only after the connection is restored can the system proceed to verify the cluster status.
Let the system automatically detect the split-brain status.
1. Once the nodes reestablish communication, the system exchanges status information between the two nodes.
2. If both nodes have assumed the active node role, the system identifies it as a split-brain condition.
3. To prevent data corruption, the system stops most services (such as SMB, iSCSI) and displays an error message indicating that split-brain has occurred.
Recover from split-brain via High Availability Manager.
1. Open High Availability Manager.
2. Click Recover from Split-Brain to launch the recovery wizard.
  In the wizard, you can choose one of the following recovery options:
  - Option 1: Preserve data on one node only
    Select the node to keep, and the other node will be wiped and reset as the passive node. The system will then resynchronize the HA cluster.
    This option is suitable when you clearly know which node has the correct data and want to restore the cluster quickly.
  - Option 2: Preserve data on both nodes
    If both nodes contain important data, the system allows one node to resume services first, while the other node is removed from the cluster.
    After verifying and reconciling the data, you can manually rejoin the removed node to the cluster.
Optional: Minimize future split-brain by enabling a quorum server.
If the nodes disconnect from each other but remain connected to the network, a quorum server can still monitor the individual nodes and relay their statuses with each other. This helps reduce the chance of split-brain.
You can configure a quorum server by going to High Availability Manager > Settings > Failover Policy > Quroum Server.

Anwendbare Produkte

QuTS hero h5.3.0 or later
High Availability Manager 1.0 or later

Definition und Ursache

In einem Hochverfügbarkeits- (HA) Cluster, Split-Brain tritt auf, wenn beide Knoten die Kommunikation miteinander verlieren, aber unabhängig voneinander betriebsbereit bleiben, und beide Knoten die Rolle des aktiven Knotens übernommen haben. Dies kann zu Dateninkonsistenzen oder beschädigten gemeinsamen Speicher führen, da jeder Knoten versuchen kann, gleichzeitig die Kontrolle über gemeinsame Ressourcen zu übernehmen.

Häufige Ursachen für Split-Brain sind:

Netzwerkunterbrechung zwischen den Knoten im Cluster
Ausfall der Heartbeat-Verbindung
Instabile oder inkonsistente Netzwerkpfade

Lösung

Beheben Sie die Netzwerkverbindung zwischen den Knoten.
Überprüfen und stellen Sie zuerst die Netzwerkverbindung zwischen den beiden Knoten wieder her (z.B. die Heartbeat-Verbindung, Switches, Netzwerkeinstellungen).
Erst nachdem die Verbindung wiederhergestellt ist, kann das System den Status des Cluster überprüfen.
Lassen Sie das System den Split-Brain-Status automatisch erkennen.
1. Sobald die Knoten die Kommunikation wiederherstellen, tauscht das System Statusinformationen zwischen den beiden Knoten aus.
2. Wenn beide Knoten die Rolle des aktiven Knotens übernommen haben, identifiziert das System dies als Split-Brain-Bedingung.
3. Um Datenkorruption zu verhindern, stoppt das System die meisten Dienste (wie SMB, iSCSI) und zeigt eine Fehlermeldung an, die darauf hinweist, dass Split-Brain aufgetreten ist.
Wiederherstellung von Split-Brain über High Availability Manager.
1. Öffnen Sie High Availability Manager.
2. Klicken Sie auf Wiederherstellung von Split-Brain, um den Wiederherstellungsassistenten zu starten.
  Im Assistenten können Sie eine der folgenden Wiederherstellungsoptionen wählen:
  - Option 1: Daten nur auf einem Knoten erhalten
    Wählen Sie den Knoten aus, den Sie behalten möchten, und der andere Knoten wird gelöscht und als passiver Knoten zurückgesetzt. Das System wird dann das HA Cluster neu synchronisieren.
    Diese Option ist geeignet, wenn Sie genau wissen, welcher Knoten die korrekten Daten hat und das Cluster schnell wiederherstellen möchten.
  - Option 2: Daten auf beiden Knoten erhalten
    Wenn beide Knoten wichtige Daten enthalten, erlaubt das System einem Knoten, zuerst Dienste wieder aufzunehmen, während der andere Knoten aus dem Cluster entfernt wird.
    Nach der Überprüfung und Abstimmung der Daten können Sie den entfernten Knoten manuell wieder dem Cluster hinzufügen.
Optional: Minimieren Sie zukünftiges Split-Brain, indem Sie einen Quorum-Server aktivieren.
Wenn die Knoten die Verbindung zueinander verlieren, aber mit dem Netzwerk verbunden bleiben, kann ein Quorum-Server die einzelnen Knoten weiterhin überwachen und ihre Status miteinander weiterleiten. Dies hilft, die Wahrscheinlichkeit von Split-Brain zu reduzieren.
Sie können einen Quorum-Server konfigurieren, indem Sie zu High Availability Manager > Einstellungen > Failover Richtlinie > Quorum-Server gehen.

Weiterführende Literatur

War dieser Artikel hilfreich?

Ja. Nein.

Bitte teilen Sie uns mit, wie dieser Artikel verbessert werden kann:

Dem Artikel fehlen wichtige Informationen
Die Lösungen des Artikels funktionieren nicht
Der Artikel ist zu kompliziert
Der Artikel enthält falsche Informationen
Der Artikel ist veraltet

Wenn Sie zusätzliches Feedback geben möchten, fügen Sie es bitte unten ein.

NAS

Netzwerk

Überwachung

Applicable Products

Definition and Cause

Solution

Further Reading

Anwendbare Produkte

Definition und Ursache

Lösung

Weiterführende Literatur

Diese Seite in anderen Ländern / Regionen:

Asia

Europe