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 “Administering Disks (Tasks)” in System Administration Guide: Basic Administration.

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