Raid-Wiederherstellung: Do's and Don'ts

Von Zeit zu Zeit erhalten wir Raid-Systeme zur Datenwiederherstellung.
Die Wiederherstellung nach einem Raid selbst ist in vielen Fällen nicht einfach, aber die Angelegenheit kann durch unüberlegtes Handeln des Benutzers oder IT-Managers viel komplexer werden.

Zuerst eine kurze Beschreibung der verschiedenen Raid-Systeme:

Raid 0: Mindestens 2 Festplatten, die Daten werden in „Stripes“ über die verschiedenen Festplatten verteilt. Wenn eine Festplatte ausfällt, sind die Daten nicht mehr zugänglich.

Raid1: Besteht aus zwei Festplatten, die eine Kopie voneinander sind. Fällt eine Festplatte aus, kann mit der anderen Festplatte normal weitergearbeitet werden.
Nachteil: Manchmal ist eine Festplatte schon vor Monaten ausgefallen, ohne dass es jemand bemerkt hat. Fällt auch die andere aus, kann auf die Daten nicht mehr zugegriffen werden.

Raid5: Besteht aus mindestens drei Festplatten. Die Daten werden zusammen mit Paritätsblöcken auf die drei Festplatten aufgeteilt. Wenn eine Festplatte ausfällt, können Sie mit den anderen beiden weiterarbeiten.

Raid6: Besteht aus mindestens vier Festplatten. Die Daten werden zusammen mit zwei verschiedenen Paritätsblöcken auf die vier Festplatten verteilt. Hier können zwei Festplatten ausfallen und trotzdem weitergearbeitet werden.

Es gibt auch andere Raid-Konfigurationen, wie zum Beispiel 0 + 1 oder 5 + 1, aber das sind Kombinationen der oben genannten Raid-Systeme.

Was könnte schiefgehen?

Raid0:

1 Laufwerk fällt aus; Daten sind nicht mehr zugänglich. Für die Datenwiederherstellung werden alle Festplatten benötigt

Raid1:

Szenario 1:

1 Festplatte fällt aus und die Leute bemerken es nicht. Nach einer Weile fällt auch die zweite aus und die Daten sind nicht mehr zugänglich.

Der größte Fehler hierbei ist, dass nur eine der beiden Festplatten ausgeliefert wird. Es kommt vor, dass ein Laufwerk nur logische Fehler hat und das andere einen Headcrash hat.

Szenario 2:

1 Laufwerk fällt aus und die Leute bemerken es nicht. Die Arbeit wird mit der anderen Festplatte fortgesetzt. Nach einigen Monaten beschließt das zunächst ausgefallene Laufwerk, erneut zu starten (Grund unbekannt). Der Raid 1 synchronisiert sich zurück, aber in die falsche Richtung. Beide Laufwerke enthalten jetzt alte Daten.

Szenario 3:

1 Laufwerk fällt aus und die Leute bemerken es. Das ausgefallene Laufwerk wird durch ein neues Laufwerk ersetzt und das System synchronisiert beide Laufwerke. Allerdings in die falsche Richtung. Sie haben jetzt zwei leere Festplatten.

Praktisches Beispiel:

Ein Kunde brachte uns eine Festplatte und verwendete die andere wieder (was sich als immer noch funktionierend herausstellte, aber das logische Volume). war weg), um ein altes Backup neu zu installieren. Später stellte sich heraus, dass diese Festplatte als letzte ausgefallen war und die uns gelieferte Festplatte nur alte Daten enthielt. Da die noch funktionierende Festplatte mit einem alten Backup überschrieben wurde, waren ihre Daten verloren.

Was Sie nicht tun sollten:

Synchronisieren Sie Festplatten erneut ohne Backup, da die Synchronisierung schief gehen kann< h4>Raid5:

Bei einem Raid 5 treten Probleme nur auf, wenn zwei Laufwerke ausfallen.

Szenario 1:

Ein Laufwerk fällt aus, und die Leute arbeiten weiter, ohne sie auszutauschen, weil sie denken, dass sie doch sicher sind. Es kommt oft vor, dass recht schnell eine zweite Festplatte ausfällt und man dann ein Problem hat. Vor allem, wenn die letzte Festplatte mit einem Head-Crash ausfällt, weil die zuerst ausgefallene Festplatte alte Daten enthält.

Szenario 2:

Mehrere Festplatten fallen gleichzeitig aus, z.B. aufgrund eines Stromausfalls.

Szenario 3:

Der Raid-Controller fällt aus und obwohl die Laufwerke noch in Ordnung sind, können Sie nicht mehr auf die Daten zugreifen. Dies ist insbesondere bei älteren Controllern ein Problem, da diese immer noch schwer zu finden sind.

Praxisbeispiel 1:

Ein RAID5-Laufwerk fällt aus. Der Kunde tauscht das Laufwerk aus und führt einen Neuaufbau durch. Nach einer Weile bricht der Neuaufbau mit einer Fehlermeldung auf einem anderen Laufwerk ab.
Der Kunde nimmt nun das andere Laufwerk aus dem Raid, ersetzt es durch ein neues und erzwingt einen Neuaufbau.

Es spricht für sich und ist sich darüber im Klaren, dass das nicht gut enden kann. Da der erste Rebuild nicht abgeschlossen ist, werden beim erneuten Rebuild die Daten beschädigt und sogar überschrieben, sodass eine vollständige Wiederherstellung nicht mehr möglich ist.

Praxisbeispiel 2:

Zwei Festplatten eines Raid 5 scheidet aus. Der Kunde tauscht beide Laufwerke aus und erzwingt einen Neuaufbau. Offensichtlich kann das nicht funktionieren, da ein Teil der Daten fehlt, da zwei Festplatten ausgefallen sind.

Wenn ein Raid nicht mehr wiederhergestellt werden kann, liegt das in den meisten Fällen an den Aktionen des Kunden durchgeführt, bevor Sie zu uns kamen.

Was Sie nicht tun sollten:

Führen Sie niemals einen Neuaufbau durch, ohne vorher die Festplatten zu klonen (Sektor-für-Sektor-Kopie) oder um ein gutes Backup zu haben

Raid6:

Bei einem Raid 6 kommt es erst dann zu Problemen, wenn drei Festplatten ausfallen. Aufgrund der großen Redundanz kommt es selten vor, dass wir einen Raid 6 erhalten. Aufgrund der größeren Komplexität sind diese Wiederherstellungen auch teurer.

Was Sie nicht tun sollten:

Führen Sie niemals eine Neuerstellung durch, ohne zuvor die Laufwerke zu klonen (Sektor-für-Sektor-Kopie) oder eine gute Kopie zu haben Sicherung .