Ü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)

• RAID-1 Volumes (Mirrors) mit Einzel-Slice-Verkettungen (Submirrors)

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

Statusdatenbanken speichern Informationen auf einer physischen Platte. Ä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.

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 Solaris Live Upgrade:

  • Ein lokales Slice, das zu einem Volume gehört

  • Ein lokales Slice, das zu einem UFS-Protokollgerät gehört

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.

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.

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

Die Spiegelung von Dateisystemen mit RAID-1 Volumes hat Vor- und Nachteile:

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

• Die Verwendung von RAID-1 Volumes erfordert eine gewisse Investition an 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.

RAID-0-Volumes (Verkettungen, Concatenations)

Einzel-Slice-Verkettungen werden als RAID-0 Volume bezeichnet. Unter einer Verkettung versteht man 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.