Meines Wissens sind RAID-Controller für die Verwaltung von Lese-/Schreibvorgängen von und zu RAID-Arrays verantwortlich, da Daten für bestimmte Konfigurationen (5 und 10 fallen mir ein) auf mehrere Laufwerke verteilt werden können. Ich weiß, dass viele High-End-Server eine unabhängige RAID-Karte enthalten, die ausschließlich für diese Verwaltung gedacht ist, und dass Sie in Schwierigkeiten stecken, wenn diese Karte ausfällt. Ich bin mir jedoch nicht sicher, wie diese Informationen über Linux-Software-RAID verfolgt werden.
Ich werde zunächst ein Beispiel für die Hardwarekonfiguration geben, die meine Frage veranlasst hat.
- PC001 umfasst vier Laufwerke: Laufwerk001, Laufwerk002, Laufwerk003 und Laufwerk004
- Laufwerk001 existiert als Betriebssystemlaufwerk (eine Linux-Variante) in einer Nicht-RAID-Konfiguration
- Laufwerk002, Laufwerk003 und Laufwerk004 werden über Linux-Software-RAID als Array001 mit RAID 5 konfiguriert.
Fragen:
- Auf welchem Laufwerk sind die Informationen gespeichert, die Linux benötigt, damit array001 funktioniert? drive001 oder array001?
- Wenn Laufwerk001 ausfällt, könnten Sie dann ein neues Betriebssystemlaufwerk (Laufwerk005) mit einer neuen Linux-Version installieren und Array001 weiter verwenden, als wäre nichts passiert?
Antwort1
Ich hatte genau dasselbe Setup und habe tatsächlich das Betriebssystemlaufwerk verloren, und die Möglichkeit zur Wiederherstellung durch den Wechsel auf neue Hardware usw. ist eines der Dinge, die ich an mdadm/Software-Raid wirklich mag.
Die Konfiguration für das RAID-Array befindet sich auf Laufwerk001 (als Teil des Betriebssystems ist die Datei eigentlich /etc/mdadm.conf).
Wenn das Betriebssystemlaufwerk ausfällt, ersetzen Sie das Laufwerk, installieren Sie das Betriebssystem neu, führen Sie ein Update durch, installieren Sie mdadmTools, erstellen Sie es /etc/mdadm.confmit der Array-Definition neu und sagen Sie dem System, es zu aktivieren/neu zusammenzusetzen. Sie sind dann im Handumdrehen wieder einsatzbereit.
Soweit ich mich erinnere, habe ich, als mein Laufwerk den Geist aufgegeben hat, einfach apt-get verwendet, um das mdadm-Verwaltungsmaterial zu installieren, und in den dpkg-Konfigurationsschritten wurde nach den für den Bootvorgang, den Autostart usw. erforderlichen Volumes gefragt. Ich habe entsprechend geantwortet und neu gestartet. Kann nur annehmen, dass ein ähnlicher Scan ausgeführt wurde ...
Und ein Hinweis zum Scannen und Assemblieren aus der Manpage – insbesondere der zweite Satz …
Wann--montierenwird verwendet mit--Scanund keine Geräte aufgelistet sind, versucht mdadm zunächst, alle in der Konfigurationsdatei aufgelisteten Arrays zusammenzustellen. Wenn in der Konfiguration keine Arrays aufgelistet sind (außer den mit gekennzeichneten), durchsucht es die verfügbaren Geräte nach möglichen Arrays und versucht, alle zu zusammenzustellen, die es findet. Arrays, die als zum angegebenen Homehost gehörend gekennzeichnet sind, werden normal zusammengestellt und gestartet. Arrays, die offensichtlich nicht zu diesem Host gehören, erhalten Namen, von denen erwartet wird, dass sie nicht mit irgendetwas Lokalem in Konflikt geraten, und werden „read-auto“ gestartet, sodass nichts auf ein Gerät geschrieben wird, bis das Array beschrieben wird. D. h. automatische Neusynchronisierung usw. wird verzögert.