PERC9 -–Unter bestimmten Bedingungen besteht ein Problem mit der Datenintegrität beim Rapid Rebuild.

Inhaltsverzeichnis

1. Funktionsbetrieb
2. Problembeschreibung
3. Wie kann ich feststellen, ob das passiert ist?
4. Lösung
   
    

Funktionsbetrieb:

Jedes Laufwerk, das Rapid Rebuild unterstützt, registriert diese Funktion beim Controller. Diese Funktion wird bei virtuellen Paritäts-RAID-Laufwerken unterstützt: RAID 5, RAID 6, RAID 50 und RAID 60. Für diese Funktion muss ein Server über geeignete Laufwerke, paritätsbasierte RAID-Level und ein konfiguriertes Hot-Spare (entweder global oder dediziert für das exakte VD) verfügen. Jedes geeignete Laufwerk im VD zeichnet seine eigenen ausgefallenen Blöcke/Sektoren auf. Ein Laufwerk kann einen Ausfall haben, aber weiterhin mit dem PERC kommunizieren und ihm mitteilen, welche Sektoren unbeschädigt sind. Anstatt zeitaufwändige RAID-Wiederherstellungs-XOR-Algorithmen für die gesamte Festplatte durchzuführen, kopiert der PERC die fehlerfreien Sektoren auf das Ersatzlaufwerk und muss nur die fehlerhaften Sektoren wiederherstellen. Der PERC kopiert die unbeschädigten Sektoren in das Hot Spare und muss nur die fehlerhaften Sektoren neu erstellen. Ohne Rapid Rebuild muss der PERC alle Sektoren neu erstellen, was für Laufwerke mit großer Kapazität sehr zeitaufwändig sein kann.

 

Problembeschreibung

Wenn der PERC die Daten für die fehlerhaften Sektoren neu erstellt, schreibt er Daten fälschlicherweise aus dem Cache auf das ausgefallene Laufwerk und nicht auf das Ersatzlaufwerk. Dies führt dazu, dass Daten und die zugehörige Parität nicht in das Ersatzlaufwerk geschrieben werden. Im Write-through-Modus treten Paritätsfehler auf.  Im Write-back-Modus treten Fehler sowohl bei den Daten als auch bei der zugehörigen Parität auf.

 

Wie kann ich feststellen, ob das passiert ist?

 

 

 

 Wenn Sie im PERC Controller-Protokoll den unten hervorgehobenen Text sehen, ist das Problem aufgetreten.

C0:EVT#395950-08/17/16 13:54:59: 114=State change on PD 0b(e0x20/s11) from OFFLINE(XX) to REBUILDASSIST(12)

 

Lösung

• Wenn sich Ihr VD im Write-through-Modus befand, sind nur Paritätsdaten gefährdet. Wenn Sie eine Konsistenzprüfung ausführen, wird Ihre Parität wiederhergestellt. Dies funktioniert nur, wenn es sich um eine einzige Wiederherstellungsvorgang handelt. Wenn mehrere Wiederherstellungsvorgänge auf demselben VD ausgeführt werden, sollten Sie Ihre Daten aus einer vorherigen Sicherung wiederherstellen.

• Wenn sich Ihr VD im Write Back-Modus befand und das Problem aufgetreten ist, sollten Sie Ihre Daten aus einer Sicherung wiederherstellen. Leider gibt es keine Möglichkeit, die verlorenen Daten wiederherzustellen. Bitte stellen Sie sie aus einer früheren Sicherung wieder her.

Wenn dieses Problem noch nicht aufgetreten ist, aktualisieren Sie die Firmware des PERC H730-, H730p-, H830-Controllers auf 25.5.0.0018 und die Firmware des PERC H330-Controllers auf 25.5.0.0019 oder höher, um die Funktion des Rapid Rebuild zu deaktivieren.

Um die neueste Firmware-Version herunterzuladen, navigieren Sie bitte zum Abschnitt "Treiber und Downloads" eines 13G-Servers und erweitern Sie die Menüdatei "SAS Raid".

Die richtige Firmware wurde werkseitig implementiert und neue Server sind von diesem Problem nicht betroffen.

 

 

-

-