Teil III Arbeiten mit RAID-1-Volumes

Dieser Teil liefert einen Überblick über die Solaris Volume Manager-Komponenten, die bei einer Solaris-Installation bzw. einem Upgrade zum Einsatz kommen können. Ebenfalls enthalten sind allgemeine Richtlinien und Voraussetzungen für die Arbeit mit RAID-1-Volumes.

Kapitel 12 Erstellen von RAID-1-Volumes (Mirrors) bei der Installation (Überblick)

In diesem Teil wird diskutiert, welche Vorteile die Erstellung gespiegelter Dateisysteme bietet. Darüber hinaus werden in diesem Teil die zum Erstellen gespiegelter Dateisysteme benötigten Solaris Volume Manager-Komponenten beschrieben.

Er umfasst die folgenden Themen:

• Warum RAID-1-Volumes?

• Funktionsweise von RAID-1-Volumes

• Überblick der Solaris Volume Manager-Komponenten

• Beispiel-Festplattenlayout für ein RAID-1-Volume

Weitere Informationen zur Erstellung gespiegelter Dateisysteme mit Solaris Live Upgrade finden Sie unter Allgemeine Richtlinien zur Erstellung von RAID-1-Volume-Dateisystemen (gespiegelten Dateisystemen) in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

Weitere Informationen zur Erstellung gespiegelter Dateisysteme mithilfe des benutzerdefinierten JumpStart-Installationsverfahrens entnehmen Sie bitte den Abschnitten filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) und metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen).

Warum RAID-1-Volumes?

Während der Installation oder des Upgrades haben Sie die Möglichkeit, RAID-1-Volumes zu erstellen, um Ihre Systemdaten auf mehreren physischen Festplatten zu duplizieren. Indem Sie Ihre Daten auf mehrere separate Festplatten identisch kopieren, schützen Sie sie vor Festplattenschäden oder -ausfällen.

Beim benutzerdefinierten JumpStart- sowie dem Solaris Live Upgrade-Installationsverfahren kommt zum Erstellen von RAID-1-Volumes für gespiegelte Dateisysteme die Solaris Volume Manager-Technologie zum Einsatz. Solaris Volume Manager bietet einen leistungsfähigen Ansatz zur zuverlässigen Verwaltung Ihrer Festplatten und Daten: den Einsatz von Volumes. Solaris Volume Manager ermöglicht Verkettungen (Concatenations), Striping und andere komplexe Konfigurationen. Das benutzerdefinierte JumpStart- sowie das Solaris Live Upgrade-Installationsverfahren ermöglichen einige dieser Vorgänge, wie zum Beispiel das Erstellen eines RAID-1-Volumes für das Root-Dateisystem (/). Um diese Schritte nicht nach der Installation gesondert durchführen zu müssen, können Sie schon während der Installation oder des Upgrades RAID-1-Volumes erstellen.

• Diesbezügliche Richtlinien finden Sie unter Richtlinien für das benutzerdefinierte JumpStart-Verfahren und Solaris Live Upgrade .

• Ausführliche Informationen zur Solaris Volume Manager-Software und ihren Komponenten entnehmen Sie bitte dem Dokument Solaris Volume Manager Administration Guide.

Funktionsweise von RAID-1-Volumes

Solaris Volume Manager verwaltet physische Festplatten und die darauf befindlichen Daten in Form von virtuellen Festplatten. In Solaris Volume Manager wird eine virtuelle Festplatte als Volume bezeichnet. Ein Volume ist ein Name für eine Gruppe physischer Slices, die das System als ein logisches Gerät auffasst. In der UNIX®-Standardterminologie handelt es sich bei Volumes eigentlich um Pseudo- oder virtuelle Geräte.

Aus der Sicht einer Anwendung oder eines Dateisystems (z. B. UFS) sind Volumes, was ihre Funktionsweise angeht, mit einer physischen Festplatte identisch. Solaris Volume Manager konvertiert E/A-Anforderungen an ein Volume in E/A-Anforderungen an die Festplatten, die das Volume bilden.

Solaris Volume Manager-Volumes setzen sich aus Slices (Festplattenpartitionen) oder anderen Solaris Volume Manager-Volumes zusammen.

Volumes dienen zur Steigerung der Systemleistung und Datenverfügbarkeit. Unter Umständen kann der Einsatz von Volumes auch die E/A-Leistung verbessern. Aus funktioneller Sicht verhalten sich Volumes genau wie Slices. Da Volumes wie Slices dargestellt werden, sind sie sowohl für die Endbenutzer als auch für Anwendungen und Dateisysteme transparent. Wie im Fall von physischen Geräten können Sie mit der Solaris Volume Manager-Software auch auf Volumes über blockorientierte oder Raw-Gerätenamen zugreifen. Dabei ist der Volume-Name davon abhängig, ob das blockorientierte oder das Raw-Gerät verwendet wird.

Sowohl das benutzerdefinierte JumpStart-Installationsverfahren als auch Solaris Live Upgrade unterstützen den Einsatz von blockorientierten Geräten für die Erstellung von gespiegelten Dateisystemen. Näheres über Volume-Namen finden Sie im Abschnitt Voraussetzungen für RAID-Volume-Namen und Richtlinien für das benutzerdefinierte JumpStart-Verfahren sowie für Solaris Live Upgrade.

Wenn Sie RAID-0-Volumes (Einzel-Slice-Verkettungen) und RAID-1-Volumes (Mirrors) erzeugen, dupliziert Solaris Volume Manager Daten auf den Verkettungen (Submirrors) und behandelt die verschiedenen Submirrors als ein Mirror-Volume.

Abbildung 12–1 zeigt einen Mirror, der das Root (/)-Dateisystem auf zwei physischen Festplatten dupliziert.

Abbildung 12–1 Erstellen von RAID-1-Volumes für das Root-Dateisystem (/) auf zwei Festplatten

Abbildung 12–1 zeigt ein System mit der folgenden Konfiguration.

• Das Root-Dateisystem (/) auf hdisk0 ist in der Einzel-Slice-Verkettung namens d31 enthalten.

• Auf der Festplatte mit der Bezeichnung hdisk1 wird eine Einzel-Slice-Verkettung namens d32 erstellt.

• Der Mirror namens d30 besteht aus den beiden Submirrors d31 und d32.

• Im Mirror werden die Daten des Root-Dateisystems auf beiden Submirrors identisch gespeichert.

Überblick der Solaris Volume Manager-Komponenten

Sowohl mit dem benutzerdefinierten JumpStart-Installationsverfahren als auch mit Solaris Live Upgrade können Sie die folgenden Komponenten erzeugen, die für die Spiegelung bzw. Replikation von Daten erforderlich sind.

• Statusdatenbank und Statusdatenbankreplikationen (metadbs)

• Einzel-Slice-Verkettungen (Submirrors)

• RAID-1-Volumes (Mirrors)

Dieser Abschnitt bietet eine kurze Beschreibung dieser Komponenten. Umfassende Informationen zu diesen Komponenten entnehmen Sie bitte dem Dokument Solaris Volume Manager Administration Guide.

Statusdatenbank und Statusdatenbankreplikationen

Die Statusdatenbank speichert Informationen über den Status Ihrer Solaris Volume Manager-Konfiguration auf einer Festplatte. Änderungen an der Konfiguration werden in der Statusdatenbank aufgezeichnet. Solaris Volume Manager aktualisiert die Statusdatenbank im Fall einer Konfigurations- oder Statusänderung automatisch. Die Erstellung eines neuen Volumes ist ein Beispiel für eine Konfigurationsänderung. Ein Beispiel für eine Statusänderung ist der Ausfall eines Submirrors.

Tatsächlich besteht die Statusdatenbank aus einer Sammlung mehrerer Datenbankkopien. Die Daten in jeder Datenbankkopie, die als Statusdatenbankreplikationen bezeichnet werden, sind stets gültig. Die Kopien der Statusdatenbank bedeuten einen Schutz gegen Datenverlust durch Redundanz. Die Statusdatenbank überwacht und speichert Angaben zu Speicherort und Status aller bekannten Statusdatenbankreplikationen.

Solange Sie die Statusdatenbank und ihre Statusdatenbankreplikationen nicht erzeugt haben, kann Solaris Volume Manager nicht betrieben werden. Eine Solaris Volume Manager-Konfiguration muss über eine funktionierende Statusdatenbank verfügen.

Bei der Einrichtung Ihrer Konfiguration können Sie die Statusdatenbankreplikationen an folgenden Stellen anlegen:

• Auf dedizierten Slices

• (Nur mit Solaris Live Upgrade) Auf Slices, die anschließend Bestandteile von Volumes werden.

Auf einem Slice können mehrere Kopien einer Statusdatenbank hergestellt werden. Aufgrund der geringeren Redundanz wird das System durch die Anordnung mehrerer Statusdatenbankreplikationen auf einem einzigen Slice jedoch in gewisser Hinsicht unsicherer.

Die Statusdatenbankreplikationen gewährleisten, dass die Daten in der Statusdatenbank stets gültig sind. Bei einer Aktualisierung der Statusdatenbank werden immer auch alle Statusdatenbankreplikationen aktualisiert. Damit im Fall eines Systemabsturzes nicht sämtliche Aktualisierungen beschädigt werden, erfolgen die Aktualisierungen nacheinander.

Wenn Ihr System eine Statusdatenbankreplikation verliert, muss Solaris Volume Manager feststellen, welche Replikationen weiterhin gültige Daten enthalten. Dazu verwendet Solaris Volume Manager einen Mehrheitsentscheidungsalgorithmus. Dieser Algorithmus fordert, dass die Mehrheit (die Hälfte + 1) der Statusdatenbankreplikationen verfügbar sein und übereinstimmen muss, bevor eine der Kopien als gültig erklärt wird. Aufgrund dieses Verfahrens der Mehrheitsentscheidung (auch Mehrheits-Votieren) müssen Sie bei der Einrichtung Ihrer Festplattenkonfiguration mindestens drei Statusdatenbankreplikationen erstellen. Um eine "Entscheidung“ zu erreichen, müssen mindestens zwei von drei Statusdatenbanken verfügbar sein.

Jede Statusdatenbankreplikation belegt standardmäßig 4 MB (8192 Plattensektoren) Festplattenspeicherplatz. Replikationen können auf folgenden Geräten gespeichert werden:

• Einem dedizierten, lokalen Festplatten-Slice

• (Nur mit Solaris Live Upgrade) Einem lokalen Slice, das anschließend Bestandteil eines Volumes wird

• (Nur mit Solaris Live Upgrade) Einem lokalen Slice, das anschließend Bestandteil eines UFS-Protokolliergeräts wird.

Replikationen können hingegen nicht auf Root- (/), Swap-, /usr-Slices oder Slices mit bereits vorhandenen Dateisystemen oder Daten erstellt werden. Nachdem die Replikationen gespeichert wurden, können auf denselben Slices Volumes oder Dateisysteme erzeugt werden.

RAID-0-Volumes (Verkettungen, Concatenations)

Das benutzerdefinierte JumpStart- sowie das Solaris Live Upgrade-Installationsverfahren bieten Ihnen die Möglichkeit, RAID-0-Volumes zu erzeugen. Ein RAID-0-Volume mit Einzel-Slice-Verkettung ist ein Volume, dessen Daten seriell und nebeneinander über Komponenten verteilt sind, die eine logische Speichereinheit bilden. Stripes oder andere komplexe Solaris Volume Manager-Volumes lassen sich weder mit dem benutzerdefinierten JumpStart-Installationsverfahren noch mit Solaris Live Upgrade erzeugen.

Während der Installation bzw. des Upgrades können Sie RAID-1-Volumes (Mirrors, dtsch. Spiegel) erzeugen und diesen Mirrors RAID-0-Volumes hinzufügen. Die gespiegelten RAID-0-Volumes heißen Submirrors (dtsch. Teilspiegel). Ein Mirror besteht aus einem oder mehreren RAID-0-Volumes. Nach der Installation können Sie durch Administration des RAID-1-Mirror-Volumes mit der Solaris Volume Manager-Software die Daten auf separaten RAID-0-Submirror-Volumes verwalten.

Das benutzerdefinierte JumpStart-Installationsverfahren bietet Ihnen die Möglichkeit, Mirrors aus bis zu zwei Submirrors zu erzeugen. Mit Solaris Live Upgrade können Sie Mirrors erzeugen, die bis zu drei Submirrors enthalten. Ein zweiteiliger Mirror ist in der Regel ausreichend. Ein dritter Submirror ermöglicht die Durchführung von Sicherungen bei laufendem Betrieb ohne Verzicht auf Datenredundanz, während einer der Submirrors für die Dauer der Sicherung außer Betrieb genommen wird.

RAID-1-Volumes (Mirrors)

Ein RAID-1-Volume oder Mirror ist ein Volume, das identische Kopien der Daten auf RAID-0-Volumes (Einzel-Slice-Verkettungen) enthält.Eine solche Spiegelungsstrategie nach RAID-1 erfordert eine Investition in Festplatten. Sie benötigen Festplattenspeicherplatz von mindestens dem Doppelten des zu spiegelnden Datenumfangs. Da die Solaris Volume Manager-Software auf alle RAID-0-Volumes schreiben muss, kann die Spiegelung außerdem die Dauer von Schreibanforderungen verlängern.

Mit RAID-1-Volumes können Daten von beiden RAID-0-Volumes gleichzeitig gelesen werden (jedes Volume kann beliebige Anforderungen abarbeiten), wodurch eine Steigerung der Leistung erzielt wird. Sollte eine physische Festplatte ausfallen, funktioniert der Mirror ohne Leistungseinbußen oder Datenverlust weiter.

Nach der Konfiguration kann ein RAID-1-Volume genau wie ein physisches Slice verwendet werden.

Sie können beliebige, einschließlich bereits vorhandener, Dateisysteme spiegeln. Außerdem können Sie RAID-1-Volumes für beliebige Anwendungen wie z. B. Datenbanken einsetzen.

Beispiel-Festplattenlayout für ein RAID-1-Volume

Die folgende Abbildung zeigt ein RAID-1-Volume, bei dem das Root-Dateisystem (/) auf zwei physischen Festplatten gespiegelt wird. Die Statusdatenbankreplikationen (metadbs) sind auf beide Festplatten verteilt.

Abbildung 12–2 Festplattenlayout für ein RAID-1-Volume

Abbildung 12–2 zeigt ein System mit der folgenden Konfiguration.

• Das Root-Dateisystem (/) auf hdisk0 ist in der Einzel-Slice-Verkettung namens d31 enthalten.

• Auf der Festplatte mit der Bezeichnung hdisk1 wird eine Einzel-Slice-Verkettung namens d32 erstellt.

• Der Mirror namens d30 besteht aus den beiden Submirrors d31 und d32.

• Im Mirror werden die Daten des Root-Dateisystems auf beiden Submirrors identisch gespeichert.

• Auf hdisk0 und hdisk1 werden Statusdatenbankreplikationen angelegt.

Kapitel 13 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

• Auswirkungen des Bootens im Einbenutzermodus auf RAID-1-Volumes

Weitere Informationen zur Erstellung gespiegelter Dateisysteme mit Solaris Live Upgrade finden Sie unter Allgemeine Richtlinien zur Erstellung von RAID-1-Volume-Dateisystemen (gespiegelten Dateisystemen) in Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

Anleitungen zur Erstellung gespiegelter Dateisysteme mithilfe des benutzerdefinierten JumpStart-Installationsverfahrens entnehmen Sie bitte den Abschnitten filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) und metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen).

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:

• Für Statusdatenbankreplikationen sollte ein dediziertes Slice von mindestens 4 MB pro Replikation vorgesehen werden. Falls notwendig, können Statusdatenbankreplikationen auf einem Slice erstellt werden, das Teil eines RAID-0- oder RAID-1-Volumes wird. Dabei sind die Replikationen vor der Aufnahme des Slices in das Volume zu erstellen.

• Die Standardgröße für eine Statusdatenbankreplikation beträgt 4 MB oder 8192 Festplattenblöcke. Da Ihre Festplattenslices wahrscheinlich nicht so klein angelegt sind, können Sie ein für eine Statusdatenbankreplikation vorgesehenes Slice verkleinern. Informationen zur Größenveränderung von Slices finden Sie unter Kapitel 12, Administering Disks (Tasks) in System Administration Guide: Devices and File Systems.

• Sie können Statusdatenbankreplikationen auf Slices erstellen, die sich nicht in Gebrauch befinden. Der für die Statusdatenbankreplikation reservierte Teil auf einem Slice sollte für keinen weiteren Zweck verwendet werden.

• Statusdatenbankreplikationen können weder in vorhandenen Dateisystemen noch im Root- (/), /usr- oder swap-Dateisystem erstellt werden. Falls erforderlich, können Sie ein neues Slice erzeugen (sofern ein Slice-Name verfügbar ist), indem Sie Speicherplatz aus swap reservieren und dann auf diesem neuen Slice Statusdatenbankreplikationen erstellen.

• Wenn eine Statusdatenbankreplikation auf einem Slice angelegt wird, das Teil eines Volumes wird, verringert sich die Kapazität des Volumes um den von der Replikation bzw. den Replikationen belegten Platz. Der von einer Replikation belegte Platz wird bis zur nächsten Zylindergrenze aufgerundet, und dieser Bereich wird vom Volume ignoriert.

Wahl der Anzahl von Statusdatenbankreplikationen

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

• Es wird eine Mindestanzahl von 3 und eine Höchstanzahl von 50 Statusdatenbankreplikationen pro Solaris Volume Manager-Diskset empfohlen. Empfohlene Richtlinien:

  • Für Systeme mit einem einzigen Laufwerk: Legen Sie alle drei Replikationen auf einem Slice an.

  • 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.

• Durch zusätzliche Statusdatenbankreplikationen lässt sich die Mirror-Leistung erhöhen. 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

Bei mehreren Controllern sollten die Replikationen möglichst gleichmäßig über alle Controller verteilt sein. 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

Beachten Sie für die Arbeit mit RAID-1-Volumes (Mirrors) und RAID-0-Volumes (Einzel-Slice-Verkettungen) bitte die nachfolgenden Richtlinien.

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 von Volumes die folgenden Regeln.

• 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.

• Solaris Volume Manager hat 128 Standard-Volume-Namen von 0–127. Die folgende Liste zeigt einige Beispiele der 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.

• Anstelle des vollständigen Volume-Namens, z. B. /dev/md/dsk/d1, kann häufig eine Kurzform, wie z. B. d1, verwendet werden.

RAID-Volume-Namenskonventionen für Solaris Live Upgrade

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 Controllern ist jedoch das Format c0t0d0s0 zu verwenden.

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. Sollten Sie die Namen von Submirrors selbst wählen, verwenden Sie auf 1 oder 2 endende Namen. Bei einer falschen Zuweisung der Nummern wird der Mirror möglicherweise nicht erzeugt. Wenn Sie beispielsweise einen Mirrornamen mit einer Nummer angeben, die auf 1 oder 2 endet (d1 oder d2), kann Solaris Live Upgrade den Mirror dann nicht erstellen, wenn der Mirrorname auch als Submirrorname vorhanden ist.

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 /:d10:mirror,ufs -m /:c0t0d0s0:attach -m
/:c1t0d0s0:attach

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 /:d10:mirror,ufs -m /:c0t0d0s0,d11:attach -m
/:c1t0d0s0,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. 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. 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  / 

Im folgenden Beispielprofil wird dem Mirror im Profil die Nummer d30 zugewiesen. Die Vergabe der Submirrornamen erfolgt durch die Software und basiert auf der Mirrornummer sowie auf den ersten verfügbaren Submirrors. In diesem Beispiel erhalten die Submirrors die Namen d31 und d32.

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.

• Beginnt der zuerst eingefügte Submirror eines gespiegelten Dateisystems nicht an Zylinder 0, dürfen auch alle weiteren eingefügten Submirrors nicht an Zylinder 0 starten. Bei dem Versuch, einen an Zylinder 0 startenden Submirror in einen Mirror einzufügen, dessen erster Submirror nicht an Zylinder 0 beginnt, wird die folgende Fehlermeldung angezeigt:

  Beschrifteter untergeordneter Spiegel kann nicht mit einem unbeschrifteten Spiegel verbunden werden

  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.

Auswirkungen des Bootens im Einbenutzermodus auf RAID-1-Volumes

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 Spiegel 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.