Installieren und Konfigurieren der Software Solstice DiskSuite oder Solaris Volume Manager

In diesem Abschnitt werden Informationen und Verfahren zum Installieren und Konfigurieren der Solstice DiskSuite oder Solaris Volume Manager-Software bereitgestellt. Unter folgenden Bedingungen können Sie manche Verfahren überspringen:

• Wenn Sie SunPlex Installer für die Installation der Solstice DiskSuite-Software (Solaris 8) verwendet haben, sind die Verfahren So installieren Sie die Software Solstice DiskSuite bis So erstellen Sie Zustands-Datenbankreplikate bereits abgeschlossen. Wechseln Sie zu Spiegeln der Root-Platte oder Erstellen von Plattensätzen in einem Cluster , um die Konfiguration der Solstice DiskSuite-Software fortzusetzen.

• Wenn Sie Solaris 9 oder Solaris 10 installiert haben, ist Solaris Volume Manager bereits installiert. Sie können die Konfiguration unter So stellen Sie die Anzahl von Metageräte- oder Datenträgernamen und Plattensätzen ein starten.

In der folgenden Tabelle werden die Aufgaben aufgelistet, die Sie beim Installieren und Konfigurieren der Software Solstice DiskSuite oder Solaris Volume Manager für Sun Cluster-Konfigurationen ausführen.

So installieren Sie die Software Solstice DiskSuite

Führen Sie dieses Verfahren nicht unter folgenden Bedingungen durch:

• Sie haben die Software Solaris 9 installiert. Die Software Solaris Volume Manager wird automatisch mit der Solaris 9-Software installiert. Wechseln Sie stattdessen zu So stellen Sie die Anzahl von Metageräte- oder Datenträgernamen und Plattensätzen ein .

• Sie haben die Software Solaris 10 installiert. Wechseln Sie stattdessen zu So erstellen Sie Zustands-Datenbankreplikate .

• Sie haben SunPlex Installer für die Installation der Software Solstice DiskSuite verwendet. Führen Sie stattdessen einen der folgenden Vorgänge aus:

  • Wenn Sie weitere Plattensätze erstellen möchten, fahren Sie mit So stellen Sie die Anzahl von Metageräte- oder Datenträgernamen und Plattensätzen ein fort.

  • Wenn Sie keine weiteren Plattensätze erstellen möchten, fahren Sie mit Spiegeln der Root-Platte fort.

Führen Sie diese Aufgabe auf jedem Knoten des Clusters aus.

Bevor Sie beginnen

Führen Sie folgende Aufgaben aus:

• Erstellen Sie Zuordnungen Ihrer Speicherlaufwerke.

• Füllen Sie folgende Konfigurationsplanungs-Arbeitsblätter aus. Planungsrichtlinien finden Sie unter Planen der Datenträgerverwaltung .

  • Arbeitsblatt Lokales Dateisystem-Layout

  • Arbeitsblatt Plattengerätegruppen- Konfigurationen

  • Arbeitsblatt Datenträger-Manager- Konfigurationen

  • Arbeitsblatt Metageräte (Solstice DiskSuite oder Solaris Volume Manager)

Schritte

1. Melden Sie sich beim Cluster-Knoten als Superuser an.

2. Wenn Sie von der CD-ROM installieren, legen Sie die CD-ROM 2 von 2 der Solaris 8-Software in das CD-ROM-Laufwerk des Knotens ein.

   Dieser Schritt setzt voraus, dass der Datenträgerverwaltungs-Dämon vold(1M) läuft und für die Verwaltung von CD-ROM-Geräten konfiguriert ist.

3. Installieren Sie die Softwarepakete von Solstice DiskSuite.

   Installieren Sie die Pakete in der in folgendem Beispiel angegebenen Reihenfolge.

   # cd /cdrom/sol_8_sparc_2/Solaris_8/EA/products/DiskSuite_4.2.1/sparc/Packages # pkgadd -d . SUNWmdr SUNWmdu [SUNWmdx] optional-pkgs

   • Die Pakete SUNWmdr und SUNWmdu sind für alle Installationen von Solstice DiskSuite erforderlich.

   • Das Paket SUNWmdx ist für die 64-Bit-Installation von Solstice DiskSuite ebenfalls erforderlich.

   • Informationen zu optionalen Softwarepaketen finden Sie in der Installationsdokumentation zu Solstice DiskSuite.

   ---

   Hinweis –

   Wenn Sie Korrekturversionen der Software Solstice DiskSuite installieren möchten, booten Sie nach der Installation der Software Solstice DiskSuite nicht neu.

   ---

4. Wenn Sie von einer CD-ROM installiert haben, werfen Sie die CD-ROM aus.

5. Installieren Sie gegebenenfalls die Korrekturversionen von Solstice DiskSuite.

   Den Speicherort von Korrekturversionen und Installationsanweisungen finden Sie unter Korrekturversionen und erforderliche Firmware-Ebenen in Sun Cluster 3.1 8/05 Versionshinweise für Solaris OS.

6. Wiederholen Sie Schritt 1 bis Schritt 5 auf jedem der anderen Knoten des Cluster.

7. Füllen Sie von einem Knoten des Clusters den Globalgeräte-Namensraum für Solstice DiskSuite aus.

   # scgdevs

Nächste Schritte

Wenn Sie SunPlex Installer für die Installation der Solstice DiskSuite verwendet haben, fahren Sie mit Spiegeln der Root-Platte fort.

Wenn der Cluster unter Solaris 10 OS ausgeführt wird, fahren Sie mit So erstellen Sie Zustands-Datenbankreplikate fort.

Wechseln Sie andernfalls zu So stellen Sie die Anzahl von Metageräte- oder Datenträgernamen und Plattensätzen ein .

Allgemeine Fehler

Der Befehl scgdevs Befehl kann eine Meldung mit etwa folgendem Wortlaut zurückgeben: Could not open /dev/rdsk/c0t6d0s2 to verify device id, Device busy. Wenn das aufgelistete Gerät ein CD-ROM-Gerät ist, können Sie die Meldung bedenkenlos ignorieren.

So stellen Sie die Anzahl von Metageräte- oder Datenträgernamen und Plattensätzen ein

Führen Sie dieses Verfahren nicht durch, wenn folgende Bedingungen vorliegen:

• Auf dem Cluster wird Solaris 10 OS ausgeführt.. Wechseln Sie stattdessen zu So erstellen Sie Zustands-Datenbankreplikate .

  In Version Solaris 10 wurde Solaris Volume Manager so verbessert, dass eine dynamische Konfiguration von Datenträgern möglich ist. Sie brauchen nicht mehr die Parameter nmd und md_nsets in der Datei /kernel/drv/md.conf zu bearbeiten. Neue Datenträger werden nach Bedarf neu erstellt.

• Sie haben SunPlex Installer für die Installation der Software Solstice DiskSuite verwendet. Wechseln Sie stattdessen zu Spiegeln der Root-Platte .

Dieses Verfahren beschreibt, wie die Anzahl von Metagerätenamen von Solstice DiskSuite oder Datenträgernamen von Solaris Volume Manager und Plattensätzen ermittelt wird, die für die Konfiguration erforderlich ist. Dieses Verfahren beschreibt auch, wie die Datei /kernel/drv/md.conf zur Angabe der Anzahl geändert wird.

Die Standardanzahl von Metageräte- oder Datenträgernamen pro Plattensatz beträgt 128, aber viele Konfigurationen benötigen mehr als die Standardanzahl. Erhöhen Sie diese Anzahl, bevor Sie eine Konfiguration implementieren, um später Verwaltungsaufwand zu sparen.

Halten Sie gleichzeitig den Wert der Felder nmd und md_nsets so niedrig wie möglich. Für alle möglichen Geräte sind Speicherstrukturen gemäß den Festlegungen in nmd und md_nsets vorhanden, auch wenn Sie diese Geräte nicht erstellt haben. Setzen Sie für eine optimale Leistung die Werte von nmd und md_nsets nur geringfügig höher als die Anzahl von Metageräten oder Datenträgern, die Sie zu verwenden planen.

Bevor Sie beginnen

Halten Sie das ausgefüllte Arbeitsblatt Plattengerätegruppen- Konfigurationen bereit.

Schritte

1. Berechnen Sie die Gesamtanzahl von Plattensätzen, die Sie im Cluster erwartungsgemäß benötigen, und fügen Sie einen weiteren Plattensatz für private Plattenverwaltung hinzu.

   Der Cluster kann maximal 32 Plattensätze umfassen, 31 Plattensätze für die allgemeine Verwendung und einen Plattensatz für die private Plattenverwaltung. Die Standardanzahl an Plattensätzen beträgt 4. Sie geben diesen Wert für das Feld md_nsets in Schritt 3 ein.

2. Berechnen Sie den größten Metageräte- oder Datenträgernamen, den Sie erwartungsgemäß in einem Plattensatz im Cluster benötigen.

   Jeder Plattensatz kann maximal 8192 Metageräte- oder Datenträgernamen aufweisen. Sie geben diesen Wert für das Feld nmd in Schritt 3 ein.

   1. Ermitteln Sie die Menge von Metageräte- oder Datenträgernamen, die Sie erwartungsgemäß für jeden Plattensatz benötigen.

      Stellen Sie bei Verwendung lokaler Metageräte oder Datenträger sicher, dass jeder Name eines lokalen Metageräts oder Datenträgers, in den ein Dateisystem für globale Geräte, /global/.devices/node@ nodeid, eingehängt ist, im gesamten Cluster einmalig ist und nicht denselben Namen wie ein Geräte-ID-Namen im Cluster verwendet.

      ---

      Tipp –

      Wählen Sie einen Nummernbereich zur ausschließlichen Verwendung für Geräte-ID-Namen und einen Bereich für jeden Knoten zur ausschließlichen Verwendung für dessen lokale Metageräte- oder Datenträgernamen. Die Geräte-ID-Namen können zum Beispiel d1 bis d100 verwenden. Die lokalen Metageräte oder Datenträger auf Knoten 1 können Namen im Bereich d100 bis d199 verwenden. Lokale Metageräte- oder Datenträger auf Knoten 2 können d200 bis d299 verwenden.

      ---

   2. Berechnen Sie die höchsten Metageräte- oder Datenträgernamen, die Sie voraussichtlich in einem Plattensatz benötigen.

      Die festzulegende Menge der Metageräte- oder Datenträgername beruht auf dem Wert des Metageräte- bzw. Datenträgernamens und nicht auf der tatsächlichen Menge . Wenn der Metageräte- oder Datenträgernamensbereich von d950 bis d1000 reicht, erfordert die Software Solstice DiskSuite oder Solaris Volume Manager, dass Sie den Wert auf 1000 Namen und nicht auf 50 einstellen.

3. Bearbeiten Sie als Superuser auf jedem Knoten die Datei /kernel/drv/md.conf.

   ---

   Caution –

   Alle Cluster-Knoten (oder Cluster-Paare bei der Cluster-Paartopologie) müssen unabhängig von der Anzahl der von jedem Knoten bedienten Plattensätze identische /kernel/drv/md.conf-Dateien aufweisen. Die Nichtbeachtung dieser Richtlinie kann zu schweren Fehlern von Solstice DiskSuite oder Solaris Volume Manager und Datenverlusten führen.

   ---

   1. Stellen Sie das Feld md_nsets auf den in Schritt 1 bestimmten Wert ein.

   2. Stellen Sie das Feld nmd auf den in Schritt 2bestimmten Wert ein.

4. Führen Sie auf jedem Knoten ein Rekonfigurations-Neubooten aus.

   # touch /reconfigure # shutdown -g0 -y -i6

   Änderungen an der /kernel/drv/md.conf-Datei werden nach Ausführung eines Rekonfigurations-Neubootens wirksam.

Nächste Schritte

Erstellen Sie lokale Zustands-Datenbankreplikate. Wechseln Sie zu So erstellen Sie Zustands-Datenbankreplikate .

So erstellen Sie Zustands-Datenbankreplikate

Wenn Sie SunPlex Installer zum Installieren der Software Solstice DiskSuite verwendeten, führen Sie dieses Verfahren nicht aus. Wechseln Sie stattdessen zu Spiegeln der Root-Platte .

Führen Sie dieses Verfahren auf jedem Knoten des Clusters aus.

Schritte

1. Melden Sie sich beim Cluster-Knoten als Superuser an.

2. Erstellen Sie Zustands-Datenbankreplikate auf einem oder mehreren lokalen Geräten für jeden Cluster-Knoten.

   Geben Sie die Bereiche, die verwendet werden sollen, mit dem realen Namen (cNtXdY sZ) und nicht mit dem Geräte-ID-Namen (dN) an.

   # metadb -af slice-1 slice-2 slice-3

   ---

   Tipp –

   Erstellen Sie zum Schutz der Zustandsdaten, die zum Ausführen der Software Solstice DiskSuite oder Solaris Volume Manager erforderlich sind, mindestens drei Replikate für jeden Knoten. Sie können die Replikate auch auf mehreren Geräten speichern, um sich bei einem Geräteausfall zu schützen.

   ---

   Details hierzu finden Sie in der Online-Dokumentation unter metadb(1M) und in der Dokumentation zu Solstice DiskSuite oder Solaris Volume Manager .

3. Überprüfen Sie die Replikate.

   # metadb

   Mithilfe des metadb-Befehls können Sie die Replikatliste anzeigen.

Beispiel 3–1 Erstellen von Zustands-Datenbankreplikaten

Das folgende Beispiel zeigt drei Zustands-Datenbankreplikate von Solstice DiskSuite. Jedes Replikat wird auf einem anderen Gerät erstellt. Die Replikatgröße wäre mit Solaris Volume Manager größer.

# metadb -af c0t0d0s7 c0t1d0s7 c1t0d0s7
# metadb
flags            first blk      block count
    a       u       16          1034         /dev/dsk/c0t0d0s7
    a       u       16          1034         /dev/dsk/c0t1d0s7
    a       u       16          1034         /dev/dsk/c1t0d0s7

Nächste Schritte

Wenn Sie Dateisysteme auf der Root-Platte spiegeln möchten, fahren Sie mit Spiegeln der Root-Platte fort.

Fahren Sie andernfalls mit Erstellen von Plattensätzen in einem Cluster fort, um Solstice DiskSuite oder Solaris Volume Manager-Plattensätze zu erstellen.

Spiegeln der Root-Platte

Das Spiegeln der Root-Platte verhindert, dass der Cluster-Knoten aufgrund eines Systemplattenausfalls heruntergefahren wird. Auf der Root-Platte können sich vier Dateisystemtypen befinden. Jeder Dateisystemtyp wird mit einer anderen Methode gespiegelt.

Verwenden Sie folgende Verfahren, um jeden Dateisystemtyp zu spiegeln.

• So spiegeln Sie das Root-Dateisystem (/)

• So spiegeln Sie den globalen Namensraum

• So spiegeln Sie außer dem Root-Dateisystem (/) andere Dateisysteme, die nicht ausgehängt werden können

• So spiegeln Sie Dateisysteme die ausgehängt werden können

Verwenden Sie beim Spiegeln lokaler Platten nicht den Pfad /dev/global, wenn Sie den Plattennamen angeben. Wenn Sie diesen Pfad nicht ausschließlich für Cluster-Dateisysteme angeben, kann das System nicht booten.

So spiegeln Sie das Root-Dateisystem (/)

Verwenden Sie dieses Verfahren, um das Root-Dateisystem (/) zu spiegeln.

Schritte

1. Melden Sie sich als Superuser beim Knoten an.

2. Bringen Sie den Root-Bereich in eine Einzelbereichsverkettung (unidirektional).

   Geben Sie den realen Plattennamen des Root-Plattenbereichs (cNtXdY sZ) an.

   # metainit -f submirror1 1 1 root-disk-slice

3. Erstellen Sie eine zweite Verkettung.

   # metainit submirror2 1 1 submirror-disk-slice

4. Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.

   # metainit mirror -m submirror1

   ---

   Hinweis –

   Wenn es sich bei dem Gerät um ein lokales Gerät handelt, das zum Einhängen eines Dateisystems für globale Geräte, /global/.devices/node@nodeid, verwendet wird, muss der Name des Metageräts bzw. Datenträgers für den Spiegel im gesamten Cluster eindeutig sein.

   ---

5. Führen Sie den Befehl metaroot(1M) aus.

   Dieser Befehl bearbeitet die Dateien /etc/vfstab und /etc/system, damit das System mit dem Root-Dateisystem (/) auf einem Metagerät oder Datenträger gebootet werden kann.

   # metaroot mirror

6. Führen Sie den Befehl lockfs(1M) aus.

   Dieser Befehl löscht alle Transaktionen im Protokoll und schreibt die Transaktionen in das Master-Dateisystem auf allen eingehängten UFS-Dateisystemen.

   # lockfs -fa

7. Verschieben Sie alle Ressourcen- oder Gerätegruppen vom Knoten.

   # scswitch -S -h from-node

   -S

   Verschiebt alle Ressourcen- und Gerätegruppen

   -h from-node

   Gibt den Namen des Knoten an, von dem die Ressourcen- oder Gerätegruppen verschoben werden sollen

8. Booten Sie den Knoten neu.

   Dieser Befehl hängt das jüngst gespiegelte Root-Dateisystem (/) wieder ein.

   # shutdown -g0 -y -i6

9. Verwenden Sie den Befehl metattach(1M), um den zweiten Unterspiegel an den Spiegel anzuhängen

   # metattach mirror submirror2

10. Wenn die Platte, die für die Spiegelung der Root-Platte verwendet wird, real mit mehreren Knoten verbunden ist (Multihost), aktivieren Sie die localonly-Eigenschaft.

    Führen Sie folgende Schritte durch, um die localonly-Eigenschaft der im im raw-Modus betriebenen Plattengerätegruppe für die Platte, die für die Spiegelung der Root-Platte verwendet wird, zu aktivieren. Sie müssen die localonly-Eigenschaft aktivieren, um ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät zu verhindern, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

    1. Verwenden Sie gegebenenfalls den Befehl scdidadm(1M) -L, um den vollen Geräte-ID-Pfadnamen der Gerätegruppe der im raw-Modus betriebenen Platte anzuzeigen.

       Im folgenden Beispiel ist der Gerätegruppenname der im raw-Modus betriebenen Platte dsk/d2 Teil der dritten Spalte der Ausgabe, die den vollen Geräte-ID-Pfadnamen wiedergibt.

       # scdidadm -L … 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2

    2. Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.

       Die Ausgabe sieht etwa wie folgt aus:

       # scconf -pvv | grep dsk/d2 Device group name: dsk/d2 … (dsk/d2) Device group node list: phys-schost-1, phys-schost-3 …

    3. Falls die Knotenliste mehrere Knotennamen enthält, entfernen Sie alle Knoten mit Ausnahme des Knotens, dessen Root-Platte Sie gespiegelt haben, aus der Knotenliste.

       Nur der Knoten, dessen Root-Platte Sie gespiegelt haben, sollte in der Knotenliste für die Gerätegruppe der im raw-Modus betriebenen Platte verbleiben.

       # scconf -r -D name=dsk/dN,nodelist=node

       -D name=dsk/dN

       Gibt den im Cluster einmaligen Namen der Gerätegruppe der im raw-Modus betriebenen Platte an.

       nodelist=node

       Gibt den Namen des/der Knoten an, der/die aus der Knotenliste entfernt werden soll/en.

    4. Verwenden Sie den Befehl scconf(1M), um die localonly -Eigenschaft zu aktivieren.

       Wenn die localonly-Eigenschaft aktiviert ist, wird die Gerätegruppe der im raw-Modus betriebenen Platte ausschließlich vom Knoten in der Knotenliste verwendet. Diese Verwendung verhindert das unbeabsichtigte Schützen des Knotens vor seinem Boot-Gerät, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

       # scconf -c -D name=rawdisk-groupname,localonly=true

       -D name=rawdisk-groupname

       Gibt den Namen der Gerätegruppe der im raw-Modus betriebenen Platte an

       Weitere Informationen zur localonly-Eigenschaft finden Sie in der Online-Dokumentation unter scconf_dg_rawdisk(1M).

11. Zeichnen Sie den alternativen Boot-Pfad für eine mögliche spätere Verwendung auf.

    Wenn das primäre Boot-Gerät ausfällt, können Sie von diesem alternativen Boot-Gerät booten. Weitere Informationen zu alternativen Boot-Geräten finden Sie in Kapitel 7, Troubleshooting the System in Solstice DiskSuite 4.2.1 User’s Guide, Special Considerations for Mirroring root (/) in Solaris Volume Manager Administration Guide bzw. unter Creating a RAID-1 Volume in Solaris Volume Manager Administration Guide.

    # ls -l /dev/rdsk/root-disk-slice

12. Wiederholen Sie Schritt 1 through Schritt 11 auf jedem verbleibenden Knoten im Cluster.

    Vergewissern Sie sich, dass der Name jedes Metageräts bzw. Datenträgers, auf dem ein Dateisystem für globale Geräte, /global/.devices/node@nodeid, eingehängt werden soll, im gesamten Cluster eindeutig ist.

Beispiel 3–2 Spiegeln des Root-Dateisystems (/)

Das folgende Beispiel zeigt die Erstellung des Spiegels d0 auf dem Knoten phys-schost-1, der aus dem Unterspiegel d10 auf der Partition c0t0d0s0 und dem Unterspiegel d20 auf der Partition c2t2d0s0 besteht. Das Gerät c2t2d0 ist eine Multihostplatte. Demzufolge ist die localonly-Eigenschaft aktiviert.

(Create the mirror)
# metainit -f d10 1 1 c0t0d0s0
d11: Concat/Stripe is setup
# metainit d20 1 1 c2t2d0s0
d12: Concat/Stripe is setup
# metainit d0 -m d10
d10: Mirror is setup
# metaroot d0
# lockfs -fa
 
(Move resource groups and device groups from phys-schost-1)
# scswitch -S -h phys-schost-1
 
(Reboot the node)
# shutdown -g0 -y -i6
 
(Attach the second submirror)
# metattach d0 d20
d0: Submirror d20 is attached
 
(Display the device-group node list)
# scconf -pvv | grep dsk/d2
Device group name:						dsk/d2
…
  (dsk/d2) Device group node list:		phys-schost-1, phys-schost-3
…
 
(Remove phys-schost-3 from the node list)
# scconf -r -D name=dsk/d2,nodelist=phys-schost-3
 
(Enable the localonly property)
# scconf -c -D name=dsk/d2,localonly=true
 
(Record the alternate boot path)
# ls -l /dev/rdsk/c2t2d0s0
lrwxrwxrwx  1 root     root          57 Apr 25 20:11 /dev/rdsk/c2t2d0s0 
–> ../../devices/node@1/pci@1f,0/pci@1/scsi@3,1/disk@2,0:a,raw

Nächste Schritte

Um den globalen Namensraum, /global/.devices/node@nodeid, zu spiegeln, fahren Sie mit So spiegeln Sie den globalen Namensraum fort.

Um Dateisysteme zu spiegeln, die nicht ausgehängt werden können, fahren Sie mit So spiegeln Sie außer dem Root-Dateisystem (/) andere Dateisysteme, die nicht ausgehängt werden können fort.

Zum Spiegeln benutzerdefinierter Dateisysteme fahren Sie mit So spiegeln Sie Dateisysteme die ausgehängt werden können fort.

Fahren Sie andernfalls mit Erstellen von Plattensätzen in einem Cluster fort, um einen Plattensatz zu erstellen.

Allgemeine Fehler

Einige der Schritte in diesem Spiegelungsvorgang können Fehlermeldungen der folgenden Art auslösen: metainit: dg-schost-1: d1s0: not a metadevice. Derartige Fehlermeldungen sind unbedenklich und können ignoriert werden.

So spiegeln Sie den globalen Namensraum

Verwenden Sie dieses Verfahren, um den globalen Namensraum, /global/.devices/node@nodeid/ zu spiegeln.

Schritte

1. Melden Sie sich als Superuser bei einem Cluster-Knoten an.

2. Bringen Sie den Bereich des globalen Namensraums in eine Einzelbereichsverkettung (unidirektional).

   Verwenden Sie den realen Plattennamen des Plattenbereichs (cNtXdY sZ).

   # metainit -f submirror1 1 1 diskslice

3. Erstellen Sie eine zweite Verkettung.

   # metainit submirror2 1 1 submirror-diskslice

4. Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.

   # metainit mirror -m submirror1

   ---

   Hinweis –

   Der Name jedes Metageräts bzw. Datenträgers, auf dem ein Dateisystem für globale Geräte, /global/.devices/node@nodeid, eingehängt werden soll, muss im gesamten Cluster eindeutig ist.

   ---

5. Hängen Sie den zweiten Unterspiegel an den Spiegel an.

   Dieses Anhängen startet die Synchronisierung der Unterspiegel.

   # metattach mirror submirror2

6. Bearbeiten Sie den Eintrag in der Datei /etc/vfstab für das Dateisystem /global/.devices/node@nodeid.

   Ersetzen Sie die Namen in den Spalten device bis mount und device bis fsck durch den Spiegelnamen.

   # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /global/.devices/node@nodeid ufs 2 no global

7. Wiederholen Sie Schritt 1 bis Schritt 6 auf jedem verbleibenden Knoten im Cluster.

8. Warten Sie, bis die Synchronisation der Spiegel, die in Schritt 5 begonnen wurde, abgeschlossen ist.

   Verwenden Sie den Befehl metastat(1M), um den Spiegelstatus anzuzeigen und zu überprüfen, ob die Spiegelsynchronisierung abgeschlossen ist.

   # metastat mirror

9. Wenn die Platte, die für die Spiegelung des Root-Namensraums verwendet wird, real mit mehreren Knoten verbunden ist (Multihost), aktivieren Sie die localonly-Eigenschaft.

   Führen Sie folgende Schritte durch, um die localonly-Eigenschaft der im im raw-Modus betriebenen Plattengerätegruppe für die Platte, die für die Spiegelung des globalen Namensraums verwendet wird, zu aktivieren. Sie müssen die localonly-Eigenschaft aktivieren, um ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät zu verhindern, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

   1. Verwenden Sie gegebenenfalls den Befehl scdidadm(1M), um den vollen Geräte-ID-Pfadnamen der Gerätegruppe der im raw-Modus betriebenen Platte anzuzeigen.

      Im folgenden Beispiel ist der Gerätegruppenname der im raw-Modus betriebenen Platte dsk/d2 Teil der dritten Spalte der Ausgabe, die den vollen Geräte-ID-Pfadnamen wiedergibt.

      # scdidadm -L … 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2

   2. Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.

      Die Ausgabe sieht etwa wie folgt aus:

      # scconf -pvv | grep dsk/d2 Device group name: dsk/d2 … (dsk/d2) Device group node list: phys-schost-1, phys-schost-3 …

   3. Falls die Knotenliste mehrere Knotennamen enthält, entfernen Sie alle Knoten mit Ausnahme des Knotens, dessen Platte gespiegelt wird, aus der Knotenliste.

      Nur der Knoten, dessen Platte Sie gespiegelt wird, sollte in der Knotenliste für die Gerätegruppe der im raw-Modus betriebenen Platte verbleiben.

      # scconf -r -D name=dsk/dN,nodelist=node

      -D name=dsk/dN

      Gibt den im Cluster einmaligen Namen der Gerätegruppe der im raw-Modus betriebenen Platte an.

      nodelist=node

      Gibt den Namen des/der Knoten an, der/die aus der Knotenliste entfernt werden soll/en.

   4. Aktivieren Sie die Eigenschaft localonly.

      Wenn die localonly-Eigenschaft aktiviert ist, wird die Gerätegruppe der im raw-Modus betriebenen Platte ausschließlich vom Knoten in der Knotenliste verwendet. Diese Verwendung verhindert das unbeabsichtigte Schützen des Knotens vor seinem Boot-Gerät, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

      # scconf -c -D name=rawdisk-groupname,localonly=true

      -D name=rawdisk-groupname

      Gibt den Namen der Gerätegruppe der im raw-Modus betriebenen Platte an

      Weitere Informationen zur localonly-Eigenschaft finden Sie in der Online-Dokumentation unter scconf_dg_rawdisk(1M).

Beispiel 3–3 Spiegeln des globalen Namensraums

Das folgende Beispiel zeigt die Erstellung von Spiegel d101, der aus dem Unterspiegel d111 auf der Partition c0t0d0s3 und dem Unterspiegel d121 auf der Partition c2t2d0s3 besteht. Der Dateieintrag /etc/vfstab für /global/.devices/node@1 wird zur Verwendung des Spiegelnamens d101 aktualisiert. Das Gerät c2t2d0 ist eine Multihostplatte. Demzufolge ist die localonly-Eigenschaft aktiviert.

(Create the mirror)
# metainit -f d111 1 1 c0t0d0s3
d111: Concat/Stripe is setup
# metainit d121 1 1 c2t2d0s3
d121: Concat/Stripe is setup
# metainit d101 -m d111
d101: Mirror is setup
# metattach d101 d121
d101: Submirror d121 is attached
 
(Edit the /etc/vfstab file)
# vi /etc/vfstab
#device        device        mount    FS     fsck    mount    mount
#to mount      to fsck       point    type   pass    at boot  options
#
/dev/md/dsk/d101 /dev/md/rdsk/d101 /global/.devices/node@1 ufs 2 no global
 
(View the sync status)
# metastat d101
d101: Mirror
      Submirror 0: d111
         State: Okay
      Submirror 1: d121
         State: Resyncing
      Resync in progress: 15 % done
…
 
(Identify the device-ID name of the mirrored disk's raw-disk device group)
# scdidadm -L
…
1         phys-schost-3:/dev/rdsk/c2t2d0     /dev/did/rdsk/d2
 
(Display the device-group node list)
# scconf -pvv | grep dsk/d2
Device group name:						dsk/d2
…
  (dsk/d2) Device group node list:		phys-schost-1, phys-schost-3
…
 
(Remove phys-schost-3 from the node list)
# scconf -r -D name=dsk/d2,nodelist=phys-schost-3
 
(Enable the localonly property)
# scconf -c -D name=dsk/d2,localonly=true

Nächste Schritte

Wenn Sie andere Dateisysteme als Root (/) speichern möchten, die nicht ausgehängt werden können, wechseln Sie zu So spiegeln Sie außer dem Root-Dateisystem (/) andere Dateisysteme, die nicht ausgehängt werden können.

Wenn Sie benutzerdefinierte Dateisysteme spiegeln möchten, wechseln Sie zu So spiegeln Sie Dateisysteme die ausgehängt werden können

Fahren Sie andernfalls mit Erstellen von Plattensätzen in einem Cluster fort, um einen Plattensatz zu erstellen.

Allgemeine Fehler

Einige der Schritte in diesem Spiegelungsvorgang können Fehlermeldungen der folgenden Art auslösen: metainit: dg-schost-1: d1s0: not a metadevice. Derartige Fehlermeldungen sind unbedenklich und können ignoriert werden.

So spiegeln Sie außer dem Root-Dateisystem (/) andere Dateisysteme, die nicht ausgehängt werden können

Verwenden Sie dieses Verfahren, um außer dem Root-Dateisystem (/) andere Dateisysteme zu spiegeln, die während der normalen Systemverwendung nicht ausgehängt werden können, wie zum Beispiel /usr, /opt oder swap.

Schritte

1. Melden Sie sich als Superuser bei einem Cluster-Knoten an.

2. Bringen Sie den Bereich, in dem sich ein nicht aushängbares Dateisystem befindet, in eine Einzelbereichsverkettung (unidirektional).

   Geben Sie den realen Plattennamen des Plattenbereichs an (cNtX dYsZ).

   # metainit -f submirror1 1 1 diskslice

3. Erstellen Sie eine zweite Verkettung.

   # metainit submirror2 1 1 submirror-diskslice

4. Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.

   # metainit mirror -m submirror1

   ---

   Hinweis –

   Der Metageräte- oder Datenträgernamen für diesen Spiegel muss im Cluster nicht einmalig sein.

   ---

5. Wiederholen Sie Schritt 1 through Schritt 4 für alle restlichen nicht einhängbaren Dateisysteme, die Sie spiegeln möchten .

6. Bearbeiten Sie auf jedem Knoten den Dateieintrag /etc/vfstab für jedes nicht aushängbare Dateisystem, das Sie gespiegelt haben.

   Ersetzen Sie die Namen in den Spalten device bis mount und device bis fsck durch den Spiegelnamen.

   # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global

7. Verschieben Sie alle Ressourcen- oder Gerätegruppen vom Knoten.

   # scswitch -S -h from-node

   -S

   Verschiebt alle Ressourcen- und Gerätegruppen

   -h from-node

   Gibt den Namen des Knoten an, von dem die Ressourcen- oder Gerätegruppen verschoben werden sollen

8. Booten Sie den Knoten neu.

   # shutdown -g0 -y -i6

9. Hängen Sie den zweiten Unterspiegel an jeden Spiegel an.

   Dieses Anhängen startet die Synchronisierung der Unterspiegel.

   # metattach mirror submirror2

10. Warten Sie, bis die Synchronisation der Spiegel, die in Schritt 9 begonnen wurde, abgeschlossen ist.

    Verwenden Sie den Befehl metastat(1M), um den Spiegelstatus anzuzeigen und zu überprüfen, ob die Spiegelsynchronisierung abgeschlossen ist.

    # metastat mirror

11. Wenn die Platte, die für die Spiegelung des nicht aushängbaren Dateisystems verwendet wird, real mit mehreren Knoten verbunden ist (Multihost), aktivieren Sie die localonly-Eigenschaft.

    Führen Sie folgende Schritte durch, um die localonly-Eigenschaft der im Gerätegruppen der im raw-Modus betriebenen Platte, die für die Spiegelung des nicht aushängbaren Dateisystems verwendet wird, zu aktivieren. Sie müssen die localonly-Eigenschaft aktivieren, um ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät zu verhindern, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

    1. Verwenden Sie bei Bedarf den Befehl scdidadm -L, um den vollen Geräte-ID-Pfadnamen der Gerätegruppe der im raw-Modus betriebenen Platte anzuzeigen.

       Im folgenden Beispiel ist der Gerätegruppenname der im raw-Modus betriebenen Platte dsk/d2 Teil der dritten Spalte der Ausgabe, die den vollen Geräte-ID-Pfadnamen wiedergibt.

       # scdidadm -L … 1            phys-schost-3:/dev/rdsk/c1t1d0    /dev/did/rdsk/d2

    2. Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.

       Die Ausgabe sieht etwa wie folgt aus:

       # scconf -pvv | grep dsk/d2 Device group name: dsk/d2 … (dsk/d2) Device group node list: phys-schost-1, phys-schost-3 …

    3. Falls die Knotenliste mehrere Knotennamen enthält, entfernen Sie alle Knoten mit Ausnahme des Knotens, dessen Root-Platte gespiegelt wird, aus der Knotenliste.

       Nur der Knoten, dessen Root-Plattegespiegelt wird, sollte in der Knotenliste für die Gerätegruppe der im raw-Modus betriebenen Platte verbleiben.

       # scconf -r -D name=dsk/dN,nodelist=node

       -D name=dsk/dN

       Gibt den im Cluster einmaligen Namen der Gerätegruppe der im raw-Modus betriebenen Platte an.

       nodelist=node

       Gibt den Namen des/der Knoten an, der/die aus der Knotenliste entfernt werden soll/en.

    4. Aktivieren Sie die Eigenschaft localonly.

       Wenn die localonly-Eigenschaft aktiviert ist, wird die Gerätegruppe der im raw-Modus betriebenen Platte ausschließlich vom Knoten in der Knotenliste verwendet. Diese Verwendung verhindert das unbeabsichtigte Schützen des Knotens vor seinem Boot-Gerät, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

       # scconf -c -D name=rawdisk-groupname,localonly=true

       -D name=rawdisk-groupname

       Gibt den Namen der Gerätegruppe der im raw-Modus betriebenen Platte an

       Weitere Informationen zur localonly-Eigenschaft finden Sie in der Online-Dokumentation unter scconf_dg_rawdisk(1M).

Beispiel 3–4 Spiegeln von Dateisystemen, die nicht ausgehängt werden können

Das folgende Beispiel zeigt die Erstellung von Spiegel d1 auf dem Knoten phys-schost-1, um /usr zu spiegeln, das sich auf c0t0d0s1 befindet. Der Spiegel d1 besteht aus dem Unterspiegel d11 auf der Partition c0t0d0s1 und dem Unterspiegel d21 auf der Partition c2t2d0s1. Der Dateieintrag /etc/vfstab für /usr wird aktualisiert, um den Spiegelnamen d1 zu verwenden. Das Gerät c2t2d0 ist eine Multihostplatte. Demzufolge ist die localonly-Eigenschaft aktiviert.

(Create the mirror)
# metainit -f d11 1 1 c0t0d0s1
d11: Concat/Stripe is setup
# metainit d21 1 1 c2t2d0s1
d21: Concat/Stripe is setup
# metainit d1 -m d11
d1: Mirror is setup
 
(Edit the /etc/vfstab file)
# vi /etc/vfstab
#device        device        mount    FS     fsck    mount    mount
#to mount      to fsck       point    type   pass    at boot  options
#
/dev/md/dsk/d1 /dev/md/rdsk/d1 /usr ufs  2       no global
 
(Move resource groups and device groups from phys-schost-1)
# scswitch -S -h phys-schost-1
 
(Reboot the node)
# shutdown -g0 -y -i6
 
(Attach the second submirror)
# metattach d1 d21
d1: Submirror d21 is attached
 
(View the sync status)
# metastat d1
d1: Mirror
      Submirror 0: d11
         State: Okay
      Submirror 1: d21
         State: Resyncing
      Resync in progress: 15 % done
…
 
(Identify the device-ID name of the mirrored disk's raw-disk device group)
# scdidadm -L
…
1         phys-schost-3:/dev/rdsk/c2t2d0     /dev/did/rdsk/d2
 
(Display the device-group node list)
# scconf -pvv | grep dsk/d2
Device group name:						dsk/d2
…
  (dsk/d2) Device group node list:		phys-schost-1, phys-schost-3
…
 
(Remove phys-schost-3 from the node list)
# scconf -r -D name=dsk/d2,nodelist=phys-schost-3
 
(Enable the localonly property)
# scconf -c -D name=dsk/d2,localonly=true

Nächste Schritte

Zum Spiegeln benutzerdefinierter Dateisysteme fahren Sie mit So spiegeln Sie Dateisysteme die ausgehängt werden können fort.

Fahren Sie andernfalls mit Erstellen von Plattensätzen in einem Cluster fort, um einen Plattensatz zu erstellen.

Allgemeine Fehler

Einige der Schritte in diesem Spiegelungsvorgang können Fehlermeldungen der folgenden Art auslösen: metainit: dg-schost-1: d1s0: not a metadevice. Derartige Fehlermeldungen sind unbedenklich und können ignoriert werden.

So spiegeln Sie Dateisysteme die ausgehängt werden können

Verwenden Sie dieses Verfahren, um die benutzerdefinierten Dateisysteme zu spiegeln, die ausgehängt werden können. Bei diesem Verfahren müssen die Knoten nicht neu gebootet werden.

Schritte

1. Melden Sie sich als Superuser bei einem Cluster-Knoten an.

2. Hängen Sie das Dateisystem aus, das Sie spiegeln möchten.

   Stellen Sie sicher, dass im Dateisystem keine Prozesse ausgeführt werden.

   # umount /mount-point

   Weitere Informationen finden Sie in der Online-Dokumentation unter umount(1M) und inKapitel 18, Mounting and Unmounting File Systems (Tasks) in System Administration Guide: Devices and File Systems .

3. Bringen Sie den Bereich, der ein benutzerdefiniertes Dateisystem enthält, das ausgehängt werden kann, in eine Einzelbereichsverkettung (unidirektional).

   Geben Sie den realen Plattennamen des Plattenbereichs an (cNtX dYsZ).

   # metainit -f submirror1 1 1 diskslice

4. Erstellen Sie eine zweite Verkettung.

   # metainit submirror2 1 1 submirror-diskslice

5. Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.

   # metainit mirror -m submirror1

   ---

   Hinweis –

   Der Metageräte- oder Datenträgernamen für diesen Spiegel muss im Cluster nicht einmalig sein.

   ---

6. Wiederholen Sie Schritt 1 bis Schritt 5 für jedes einhängbare Dateisystem, das gespiegelt werden soll.

7. Bearbeiten Sie auf jedem Knoten den Dateieintrag /etc/vfstab für jedes Dateisystem, das Sie gespiegelt haben.

   Ersetzen Sie die Namen in den Spalten device bis mount und device bis fsck durch den Spiegelnamen.

   # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global

8. Hängen Sie den zweiten Unterspiegel an den Spiegel an.

   Dieses Anhängen startet die Synchronisierung der Unterspiegel.

   # metattach mirror submirror2

9. Warten Sie, bis die Synchronisation der Spiegel, die in Schritt 8 begonnen wurde, abgeschlossen ist.

   Verwenden Sie den Befehl metastat(1M), um den Spiegelstatus anzuzeigen.

   # metastat mirror

10. Wenn die Platte, die für die Spiegelung des benutzerdefinierten Dateisystems verwendet wird, real mit mehreren Knoten verbunden ist (Multihost), aktivieren Sie die localonly-Eigenschaft.

    Führen Sie folgende Schritte durch, um die localonly-Eigenschaft der im raw-Modus betriebenen Plattengerätegruppe für die Platte, die für die Spiegelung des benutzerdefinierten Dateisystems verwendet wird, zu aktivieren. Sie müssen die localonly-Eigenschaft aktivieren, um ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät zu verhindern, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

    1. Verwenden Sie bei Bedarf den Befehl scdidadm -L, um den vollen Geräte-ID-Pfadnamen der Gerätegruppe der im raw-Modus betriebenen Platte anzuzeigen.

       Im folgenden Beispiel ist der Gerätegruppenname der im raw-Modus betriebenen Platte dsk/d4 Teil der dritten Spalte der Ausgabe, die den vollen Geräte-ID-Pfadnamen wiedergibt.

       # scdidadm -L … 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2

    2. Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.

       Die Ausgabe sieht etwa wie folgt aus:

       # scconf -pvv | grep dsk/d2 Device group name: dsk/d2 … (dsk/d2) Device group node list: phys-schost-1, phys-schost-3 …

    3. Falls die Knotenliste mehrere Knotennamen enthält, entfernen Sie alle Knoten mit Ausnahme des Knotens, dessen Root-Platte Sie gespiegelt haben, aus der Knotenliste.

       Nur der Knoten, dessen Root-Platte Sie gespiegelt haben, sollte in der Knotenliste für die Gerätegruppe der im raw-Modus betriebenen Platte verbleiben.

       # scconf -r -D name=dsk/dN,nodelist=node

       -D name=dsk/dN

       Gibt den im Cluster einmaligen Namen der Gerätegruppe der im raw-Modus betriebenen Platte an.

       nodelist=node

       Gibt den Namen des/der Knoten an, der/die aus der Knotenliste entfernt werden soll/en.

    4. Aktivieren Sie die Eigenschaft localonly.

       Wenn die localonly-Eigenschaft aktiviert ist, wird die Gerätegruppe der im raw-Modus betriebenen Platte ausschließlich vom Knoten in der Knotenliste verwendet. Diese Verwendung verhindert das unbeabsichtigte Schützen des Knotens vor seinem Boot-Gerät, wenn das Boot-Gerät mit mehreren Knoten verbunden ist.

       # scconf -c -D name=rawdisk-groupname,localonly=true

       -D name=rawdisk-groupname

       Gibt den Namen der Gerätegruppe der im raw-Modus betriebenen Platte an

       Weitere Informationen zur localonly-Eigenschaft finden Sie in der Online-Dokumentation unter scconf_dg_rawdisk(1M).

11. Hängen Sie das gespiegelte Dateisystem ein.

    # mount /mount-point

    Weitere Informationen finden Sie in der Online-Dokumentation unter mount(1M) und in Kapitel 18, Mounting and Unmounting File Systems (Tasks) in System Administration Guide: Devices and File Systems.

Beispiel 3–5 Spiegeln von Dateisystemen, die ausgehängt werden können

Das folgende Beispiel zeigt die Erstellung des Spiegels d4, um /export auf c0t0d0s4 zu spiegeln. Der Spiegel d4 besteht aus dem Unterspiegel d14 auf der Partition c0t0d0s4 und dem Unterspiegel d24 auf der Partition c2t2d0s4. Der Dateieintrag /etc/vfstab für /export wird aktualisiert, um den Spiegelnamen d4 zu verwenden. Das Gerät c2t2d0 ist eine Multihostplatte. Demzufolge ist die localonly-Eigenschaft aktiviert.

(Unmount the file system)
# umount /export
 
(Create the mirror)
# metainit -f d14 1 1 c0t0d0s4
d14: Concat/Stripe is setup
# metainit d24 1 1 c2t2d0s4
d24: Concat/Stripe is setup
# metainit d4 -m d14
d4: Mirror is setup
 
(Edit the /etc/vfstab file)
# vi /etc/vfstab
#device        device        mount    FS     fsck    mount    mount
#to mount      to fsck       point    type   pass    at boot  options
#
# /dev/md/dsk/d4 /dev/md/rdsk/d4 /export ufs 2 no    global
 
(Attach the second submirror)
# metattach d4 d24
d4: Submirror d24 is attached
 
(View the sync status)
# metastat d4
d4: Mirror
       Submirror 0: d14
          State: Okay
       Submirror 1: d24
          State: Resyncing
       Resync in progress: 15 % done
…
 
(Identify the device-ID name of the mirrored disk's raw-disk device group)
# scdidadm -L
…
1         phys-schost-3:/dev/rdsk/c2t2d0     /dev/did/rdsk/d2
 
(Display the device-group node list)
# scconf -pvv | grep dsk/d2
Device group name:                       dsk/d2
…
  (dsk/d2) Device group node list:       phys-schost-1, phys-schost-3
…
 
(Remove phys-schost-3 from the node list)
# scconf -r -D name=dsk/d2,nodelist=phys-schost-3
 
(Enable the localonly property)
# scconf -c -D name=dsk/d2,localonly=true 
 
(Mount the file system)
# mount /export

Nächste Schritte

Wenn Sie Datensätze erstellen müssen, sollten Sie folgende Dokumente lesen:

• Um einen Solaris Volume Manager for Sun Cluster-Plattensatz zur Verwendung durch Oracle Real Application Clusters zu erstellen, wechseln Sie zu Creating a Multi-Owner Disk Set in Solaris Volume Manager for Sun Cluster for the Oracle Real Application Clusters Database in Sun Cluster Data Service for Oracle Real Application Clusters Guide for Solaris OS.

• Um einen Plattensatz für eine andere Anwendung zu erstellen, wechseln Sie zu Erstellen von Plattensätzen in einem Cluster .

• Wenn Sie SunPlex Installer zum Installieren von Solstice DiskSuite verwendet haben, können bereits ein bis drei Plattensätze vorhanden sein. Informationen zu den von SunPlex Installer erstellten Metasätzen finden Sie unter Konfigurieren der Sun Cluster-Software mit SunPlex Installer .

Wenn Sie über genügend Plattensätze für Ihren Bedarf verfügen, fahren Sie mit einem der folgenden Punkte fort:

• Wenn Ihr Cluster Plattensätze enthält, die mit genau zwei Plattengehäusen und zwei Knoten konfiguriert wurden, müssen Sie Doppelverkettungsvermittler hinzufügen. Wechseln Sie zu Konfigurieren von Doppelverkettungsvermittlern .

• Wenn für Ihre Cluster-Konfiguration keine Doppelverkettungsvermittler erforderlich sind, wechseln Sie zu So erstellen Sie Cluster-Dateisysteme .

Allgemeine Fehler

Einige der Schritte in diesem Spiegelungsvorgang können Fehlermeldungen der folgenden Art auslösen: metainit: dg-schost-1: d1s0: not a metadevice. Derartige Fehlermeldungen sind unbedenklich und können ignoriert werden.