Kapitel 10 Erzeugen von RAID-1-Volumes (Mirrors) während der Installation (Planung)

Dieses Kapitel enthält eine Beschreibung der Voraussetzungen und Richtlinien für die Erstellung von RAID-1-Volumes mithilfe des benutzerdefinierten JumpStart- und des Solaris Live Upgrade-Installationsverfahrens.

Er umfasst die folgenden Themen:

• Systemvoraussetzungen

• Richtlinien und Voraussetzungen für Statusdatenbankreplikationen

• Voraussetzungen und Richtlinien für RAID-1- und RAID-0-Volumes

• Durch das Booten in den Einzelbenutzermodus wird irrtümlich gemeldet, dass ein Mirror gewartet werden muss

Zusätzliche Informationen zu Solaris Live Upgrade bzw. JumpStart finden Sie in:

• Solaris Live Upgrade: Allgemeine Richtlinien zur Erstellung von RAID-1-Volume-Dateisystemen (gespiegelten Dateisystemen) in Solaris 10 10/09 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades

• JumpStart:

  • filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) in Solaris 10 10/09 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien

  • metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen) in Solaris 10 10/09 Installationshandbuch: Benutzerdefinierte JumpStart-Installation und komplexe Installationsszenarien

Systemvoraussetzungen

Um RAID-1-Volumes auf bestimmten Slices zu erstellen, müssen die für die Spiegelung vorgesehenen Festplatten während der Installation direkt an das System angeschlossen und dem System zugänglich sein.

Richtlinien und Voraussetzungen für Statusdatenbankreplikationen

Zur Vermeidung von Datenverlust durch den Ausfall einzelner Komponenten empfiehlt es sich, die verschiedenen Statusdatenbankreplikationen über Slices, Laufwerke und Controller zu verteilen. Ziel ist es, dass die Mehrheit der Replikationen den Ausfall einer einzelnen Komponente schadlos übersteht. Wenn Sie beispielsweise durch den Ausfall eines Geräts eine Replikation verlieren, können sich Probleme bei der Ausführung der Solaris Volume Manager-Software oder beim Neustarten des Systems ergeben. Um ausgeführt werden zu können, benötigt Solaris Volume Manager mindestens die Hälfte, für einen Neustart im Mehrbenutzermodus aber die Mehrheit (die Hälfte plus eine) der Replikationen.

Ausführliche Informationen zur Erstellung und Verwaltung von Statusdatenbankreplikationen entnehmen Sie bitte dem Dokument Solaris Volume Manager Administration Guide.

Auswahl von Slices für Statusdatenbankreplikationen

Beachten Sie bei der Auswahl von Slices für Statusdatenbankreplikationen bitte die folgenden Richtlinien und Empfehlungen:

Wahl der Anzahl von Statusdatenbankreplikationen

Beachten Sie bei der Entscheidung über die Anzahl von Statusdatenbankreplikationen bitte die folgenden Richtlinien:

• Es werden mindestens drei Statusdatenbankreplikationen empfohlen. Sie können jedoch bis zu 50 Replikationen pro Solaris Volume Manager-Plattensatz anlegen. Empfohlene Richtlinien:

  • Für Systeme mit einem einzigem Laufwerk: Erzeugen Sie in einem Slice alle drei Replikationen.

  • Für Systeme mit zwei bis vier Laufwerken: Erzeugen Sie in jedem Laufwerk zwei Replikationen.

  • Für Systeme mit fünf oder mehr Laufwerken: Erzeugen Sie auf jedem Laufwerk eine Replikation.

• Zusätzliche Statusdatenbankreplikationen können die Leistungsfähigkeit der Mirrors verbessern. Im Allgemeinen müssen für jeden Mirror, den Sie einem System hinzufügen, zwei weitere Replikationen erzeugt werden.

• Bei RAID-1-Volumes, die für Direkt-E/A-Operationen mit kleinerem Datenumfang eingesetzt werden sollen (z. B. für eine Datenbank), ist die Anzahl der Replikationen zu bedenken. Um eine optimale Leistung zu gewährleisten, müssen pro RAID-1-Volume mindestens zwei zusätzliche Replikationen auf Slices (und wenn möglich auf Festplatten und Controllern) vorhanden sein, die nicht an das RAID-1-Volume angeschlossen sind.

Verteilung von Statusdatenbankreplikationen über mehrere Controller

Wenn mehrere Controller vorhanden sind, sollten die Replikationen möglichst gleichmäßig über alle Controller verteilt werden. Diese Strategie erzeugt Redundanz als Sicherheit bei Controller-Ausfällen und trägt zu einer Verteilung der Last bei. Sind mehrere Festplatten an einen Controller angeschlossen, sollte auf mindestens zwei Festplatten pro Controller eine Replikation gespeichert sein.

Voraussetzungen und Richtlinien für RAID-1- und RAID-0-Volumes

Wenn Sie mit RAID-1-Volumen (Mirrors) und RAID-0-Volumen arbeiten (Single-Slice-Verkettungen), müssen Sie die folgenden Richtlinien berücksichtigen.

Richtlinien für das benutzerdefinierte JumpStart-Verfahren und Solaris Live Upgrade

Sowohl das benutzerdefinierte JumpStart-Installationsverfahren als auch Solaris Live Upgrade unterstützen einen Teil der Leistungsmerkmale der Solaris Volume Manager-Software. Wenn Sie mit diesen Installationsprogrammen gespiegelte Dateisysteme erstellen, beachten Sie bitte die folgenden Richtlinien.

Voraussetzungen für RAID-Volume-Namen und Richtlinien für das benutzerdefinierte JumpStart-Verfahren sowie für Solaris Live Upgrade

Beachten Sie beim Benennen der Volumen die folgenden Richtlinien.

• Wählen Sie eine Benennungsmethode, bei der die Slice- und die Festplattennummer den Volume-Nummern zugeordnet werden.

• Volume-Namen bestehen aus dem Buchstaben d, gefolgt von einer Zahl, z. B. d0.

• Für Solaris Volume Manager gelten 128 Standard-Volume-Namen von 0–127. Sehen Sie hier zwei Beispiele für Volume-Namen:

  • Gerät /dev/md/dsk/d0 – blockorientiertes Volume d0

  • Gerät /dev/md/dsk/d1 – blockorientiertes Volume d1

• Sehen Sie für jeden Volume-Typ einen eigenen Bereich vor. Weisen Sie beispielsweise RAID-1-Volumes die Zahlen 0–20 und RAID-0-Volumes die Zahlen 21–40 zu.

RAID-Volume-Namenskonventionen für Solaris Live Upgrade

Beim Erstellen von RAID-1- (Mirrors) und RAID-0-Volumes (Submirrors) mit Solaris Live Upgrade können Sie entweder die Software Namen für die Volumes ermitteln und sie ihnen zuweisen lassen, oder Sie weisen den Volumes selbst Namen zu. Wenn Sie die Ermittlung der Namen der Software überlassen, wird der erste verfügbare Mirror- bzw. Submirrorname verwendet. Wenn Sie selbst Namen zuweisen, wählen Sie Namen, die auf Null enden, sodass auf 1 und 2 endende Namen bei der Installation an Submirrors vergeben werden können. Sie sollten Submirrors Namen zuweisen, die auf 1 oder 2 enden. Bei einer falschen Vergabe der Nummern wird der Mirror möglicherweise nicht erstellt. Wenn Sie zum Beispiel einen Mirror-Namen mit einer Zahl angeben, die mit 1 oder 2 (d1 oder d2) endet, kann Solaris Live Upgrade den Mirror nicht erstellen, wenn der Mirror-Name einem bereits vorhandenen Submirror-Namen entspricht.

In früheren Versionen war die Eingabe eines abgekürzten Volume-Namens möglich. Ab Solaris 10 10/08 können nur noch vollständige Volume-Namen eingegeben werden. Beispielsweise kann nur ein vollständiger Volumen-Name wie /dev/md/dsk/d10 zur Angabe eines Mirrors verwendet werden.

Beispiel 10–1 Solaris Live Upgrade: Software erkennt und benennt Mirror und Submirror

In diesem Beispiel erfolgt die Vergabe der Volume-Namen durch Solaris Live Upgrade. Die RAID-1-Volumes d0 und d1 sind die einzigen verwendeten Volumes. Für den Mirror d10 wählt Solaris Live Upgrade die Namen d2 für den Submirror des Geräts c0t0d0s0 und d3 für den Submirror des Geräts c1t0d0s0.

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs  \

-m /:/dev/dsk/c0t0d0s0:attach -m /:/dev/dsk/c1t0d0s0:attach

Beispiel 10–2 Solaris Live Upgrade: Zuweisen von Mirror- und Submirror-Namen

In diesem Beispiel werden die Volume-Namen im Befehl vergeben. Der Mirror d10 erhält den Namen d11 für den Submirror des Geräts c0t0d0s0 und d12 für den Submirror des Geräts c1t0d0s0.

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs \
-m /:/dev/dsk/c0t0d0s0,/dev/md/dsk/d11:attach \
-m /:/dev/dsk/c1t0d0s0,/dev/md/dsk/d12:attach

Ausführliche Informationen zu den Benennungsvoraussetzungen für Solaris Volume Manager entnehmen Sie bitte dem Dokument Solaris Volume Manager Administration Guide.

RAID-Volume-Namenskonventionen für das benutzerdefinierte JumpStart-Verfahren

Beim Erstellen von RAID-1- (Mirrors) und RAID-0-Volumes (Submirrors) mit der benutzerdefinierten JumpStart-Installation können Sie entweder die Software Namen für die Mirrors ermitteln und sie ihnen zuweisen lassen, oder Sie vergeben die Namen selbst im Profil.

• Wenn Sie die Ermittlung der Namen der Software überlassen, wird die erste verfügbare Volumenummer verwendet.

• Wenn Sie selbst Namen im Profil zuweisen, wählen Sie Mirrornamen, die auf Null enden, sodass die auf 1 und 2 endenden Namen bei der Installation an Submirrors vergeben werden können.

  ---

  Hinweis –

  Bei einer falschen Vergabe der Nummern wird der Mirror möglicherweise nicht erstellt. Wenn Sie beispielsweise einen Mirrornamen mit einer Nummer angeben, die auf 1 oder 2 endet (d1 oder d2), kann JumpStart den Mirror dann nicht erstellen, wenn der Mirrorname auch als Submirrorname vorhanden ist.

  ---

Sie können die Namen von physischen Festplatten-Slices und Solaris Volume Manager-Volumes abkürzen. Die Abkürzung ist der kürzestmögliche Name, der ein Gerät eindeutig kennzeichnet. Im Folgenden finden Sie hierzu einige Beispiele.

• Solaris Volume Manager lassen sich durch die Angabe dnum ansprechen; /dev/md/dsk/d10 wird also z. B. einfach zu d10.

• Wenn Ihr System nur einen einzigen Controller mit mehreren Festplatten hat, können Sie das Format t0d0s0 verwenden; bei mehreren Controllers ist jedoch das Format c0t0d0s0 zu verwenden.

Beispiel 10–3 Erkennen von Mirror- und Submirrornamen durch die Software

Im folgenden Beispielprofil werden dem Mirror die ersten verfügbaren Volume-Nummern zugewiesen. Wenn der nächste verfügbare Mirror, dessen Nummer auf Null endet, d10 ist, dann werden den Submirrors die Namen d11 und d12 zugewiesen.

filesys                 mirror c0t0d0s1  / 

Beispiel 10–4 Zuweisen von Mirror- und Submirrornamen

Im folgenden Profilbeispiel wird der Mirrorname im Profil als d30 zugewiesen. Submirrornamen werden von der Software aufgrund der Mirrornummer und der ersten verfügbaren Submirrors zugewiesen. Die Submirrors werden als d31 und d32 numeriert.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Ausführliche Informationen zu den Benennungsvoraussetzungen für Solaris Volume Manager entnehmen Sie bitte dem Dokument Solaris Volume Manager Administration Guide.

Richtlinien für die Auswahl von Festplatten und Controllern

Beachten Sie bei der Auswahl von Festplatten und Controllern zum Spiegeln von Dateisystemen bitte die folgenden Richtlinien:

• Verwenden Sie Komponenten an unterschiedlichen Controllern. Dadurch erhöhen Sie die Anzahl der gleichzeitig durchführbaren Lese- und Schreibzugriffe.

• Ordnen Sie die Slices verschiedener Submirrors auf unterschiedlichen Festplatten und Controllern an. Befinden sich die Slices von zwei oder mehr Submirrors desselben Mirrors auf derselben Festplatte, wird eine wesentlich niedrigere Datensicherheit erzielt.

• Ordnen Sie Submirrors auf separaten Controllern an, da Controller und ihre Kabel häufiger ausfallen als Festplatten. Außerdem erhöht sich hierdurch die Mirror-Leistung.

• Setzen Sie in einem Mirror nur eine Sorte Festplatten und Controller ein. Besonders in älteren SCSI-Speichergeräten können unterschiedliche Modelle oder Marken von Festplatten oder Controllern sehr stark voneinander abweichende Leistungen aufweisen. Die Verbindung unterschiedlicher Leistungsniveaus in einem Mirror kann eine wesentliche Leistungseinbuße bewirken.

Richtlinien für die Auswahl von Slices

Beachten Sie bei der Auswahl von Slices zum Spiegeln von Dateisystemen bitte die folgenden Richtlinien:

• Jedes Dateisystem, einschließlich des Root-Dateisystems (/) sowie swap und /usr, bietet sich zum Spiegeln an. Auch alle Anwendungen, wie z. B. Datenbanken, bieten sich zum Spiegeln an.

• Verwenden Sie für Submirrors Slices gleicher Größe. Bei unterschiedlich großen Submirrors bleibt ungenutzter Speicherplatz zurück.

• Liegt der erste Submirror eines gespiegelten Dateisystems (/) nicht bei Zylinder 0, so dürfen auch angefügte untergeordnete Spiegelpartitionen (Submirrors) bei Zylinder 0 beginnen. Wenn Sie versuchen, einen Submirror mit Anfang bei Zylinder 0 an einen Mirror·anzufügen, dessen ursprünglicher Submirror nicht bei Zylinder 0 startet, dann wird die folgende Fehlermeldung angezeigt:

  can't attach labeled submirror to an unlabeled mirror

  Sie müssen sich vergewissern, dass entweder alle Submirrors, die Sie in einen Mirror einfügen zu beabsichtigen, oder keiner an Zylinder 0 starten.

  Dabei müssen die Anfangszylinder der Submirrors nicht identisch sein, es ist lediglich zu beachten, dass sämtliche Submirrors entweder bei Zylinder 0 starten oder nicht.

Durch das Booten in den Einzelbenutzermodus wird irrtümlich gemeldet, dass ein Mirror gewartet werden muss

Beim Booten eines Systems mit Mirrors für das Root-Dateisystem (/), /usr und swap im Einbenutzermodus gibt das System diese Mirrors als wartungsbedürftig an. Wenn Sie diese Mirrors mit dem Befehl metastat überprüfen, wird für sie und möglicherweise auch alle anderen Mirrors des Systems der Status "Needing Maintenance" ausgegeben.

Auf den ersten Blick mag dies zwar gefährlich wirken, es besteht jedoch kein Grund zur Beunruhigung. Wenn Sie das System im Einbenutzermodus booten, wird der Befehl metasync -r, der normalerweise beim Booten zum Synchronisieren der Mirrors·ausgeführt wird, unterbrochen. Nach einem Systemneustart wird der Befehl metasync -r wieder ausgeführt und synchronisiert alle Mirrors.

Wenn Sie diese Unterbrechung vermeiden möchten, führen Sie den Befehl metasync -r manuell aus.

Informationen zum Befehl metasync entnehmen Sie bitte der Manpage metasync(1M) und dem Dokument Solaris Volume Manager Administration Guide.