Konfigurieren der Solaris Volume Manager-Software
In der folgenden Tabelle werden die Aufgaben aufgelistet, die Sie beim Konfigurieren der Software Solaris Volume Manager für die SunCluster-Konfigurationen ausführen.
Tabelle 4–1 Aufgabenzuordnung: Konfigurieren der Solaris Volume Manager Software|
Schritt |
Anweisungen |
|---|---|
|
1. Planen Sie das Layout der Konfiguration von Solaris Volume Manager. | |
|
2. (Nur Solaris 9) Berechnen Sie die erforderliche Anzahl von Datenträgernamen und Plattensätzen für Ihre Konfiguration, und ändern Sie die Datei /kernel/drv/md.conf. |
SPARC: Einstellen der Anzahl der Datenträgernamen und Plattensätze |
|
3. Erstellen Sie Zustands-Datenbankreplikate auf den lokalen Platten. | |
|
4. (Optional) Spiegeln Sie die Dateisysteme auf der Root-Platte. |
SPARC: Einstellen der Anzahl der Datenträgernamen und Plattensätze
Hinweis –
Dieses Verfahren ist lediglich für das Solaris 9-Betriebssystem erforderlich. Wenn der Cluster unter Solaris 10 OS ausgeführt wird, fahren Sie mit So erstellen Sie Zustands-Datenbankreplikate fort.
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.
Dieses Verfahren beschreibt, wie Sie die Anzahl anSolaris Volume Manager-Datenträgernamen und Plattensätzen festlegen, die Sie für Ihre Konfiguration benötigen. Dieses Verfahren beschreibt auch, wie die Datei /kernel/drv/md.conf zur Angabe der Anzahl geändert wird.
Tipp –
Die Standardanzahl von 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 des Feldes nmdund 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 Datenträgern, die Sie zu verwenden planen.
Bevor Sie beginnen
Halten Sie das ausgefüllte Arbeitsblatt Gerätegruppen-Konfigurationen bereit.
-
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.
-
Berechnen Sie den größten Datenträgernamen, den Sie erwartungsgemäß in einem Plattensatz im Cluster benötigen.
Jeder Plattensatz kann maximal 8192 Datenträgernamen aufweisen. Sie geben diesen Wert für das Feld nmd in Schritt 3 ein.
-
Ermitteln Sie die Menge von Datenträgernamen, die Sie erwartungsgemäß für jeden Plattensatz benötigen.
Stellen Sie bei Verwendung lokaler Datenträger sicher, dass jeder Name eines lokalen 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 mit einem Geräte-ID-Namen im Cluster übereinstimmt.
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 Datenträgernamen. Die Geräte-ID-Namen können zum Beispiel d1 bis d100 verwenden. Die lokalen Datenträger auf Knoten 1 können Namen zwischen d100 und d199 verwenden. Und die lokalen Datenträger auf Knoten 2 können Namen zwischen d200 und d299 verwenden.
-
Berechnen Sie die höchsten Datenträgernamen, die Sie voraussichtlich in einem Plattensatz benötigen.
Die festzulegende Anzahl an Datenträgernamen richtet sich eher nach dem Wert des Datenträgernamens als nach der tatsächlichen Anzahl . Wenn der Datenträgernamensbereich von d950 bis d1000 reicht, erfordert die Software Solaris Volume Manager, dass Sie den Wert auf 1000 Namen und nicht auf 50 einstellen.
-
-
Bearbeiten Sie als Superbenutzer 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 Solaris Volume Manager und Datenverlusten führen.
-
Führen Sie auf jedem Knoten ein Rekonfigurations-Neubooten aus.
phys-schost# touch /reconfigure phys-schost# 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
Führen Sie dieses Verfahren auf jedem Knoten des Clusters aus.
-
Melden Sie sich als Superuser an.
-
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.
phys-schost# metadb -af slice-1 slice-2 slice-3
Tipp –Erstellen Sie zum Schutz der Zustandsdaten, die zum Ausführen der Software 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 Solaris Volume Manager .
-
Überprüfen Sie die Replikate.
phys-schost# metadb
Mithilfe des metadb-Befehls können Sie die Replikatliste anzeigen.
Beispiel 4–1 Erstellen von Zustands-Datenbankreplikaten
Das folgende Beispiel zeigt drei Zustands-Datenbankreplikate. Jedes Replikat wird auf einem anderen Gerät erstellt.
phys-schost# metadb -af c0t0d0s7 c0t1d0s7 c1t0d0s7 phys-schost# metadb flags first blk block count a u 16 8192 /dev/dsk/c0t0d0s7 a u 16 8192 /dev/dsk/c0t1d0s7 a u 16 8192 /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 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.
Caution – 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.
Hinweis –
Mit diesem Verfahren werden die Langformen der SunCluster-Befehle bereitgestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen finden Sie in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS.
-
Melden Sie sich als Superuser an.
-
Bringen Sie den Root-Bereich in eine Einzelbereichsverkettung (unidirektional).
Geben Sie den realen Plattennamen des Root-Plattenbereichs (cNtXdY sZ) an.
phys-schost# metainit -f submirror1 1 1 root-disk-slice
-
Erstellen Sie eine zweite Verkettung.
phys-schost# metainit submirror2 1 1 submirror-disk-slice
-
Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.
phys-schost# 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 Datenträgers für den Spiegel im gesamten Cluster eindeutig sein.
-
Richten Sie die Systemdateien für das Root-Verzeichnis (/) ein.
phys-schost# metaroot mirror
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. Weitere Informationen finden Sie auf der Manpage metaroot(1M).
-
Löschen Sie alle Dateisysteme.
phys-schost# lockfs -fa
Dieser Befehl löscht alle Transaktionen im Protokoll und schreibt die Transaktionen in das Master-Dateisystem auf allen eingehängten UFS-Dateisystemen. Weitere Informationen finden Sie auf der Manpage lockfs(1M).
-
Verschieben Sie alle Ressourcen- oder Gerätegruppen vom Knoten.
phys-schost# clnode evacuate from-node
- from-node
-
Gibt den Namen des Knoten an, von dem die Ressourcen- oder Gerätegruppen verschoben werden sollen
-
Booten Sie den Knoten neu.
Dieser Befehl hängt das jüngst gespiegelte Root-Dateisystem (/) wieder ein.
phys-schost# shutdown -g0 -y -i6
-
Hängen Sie den zweiten Unterspiegel an den Spiegel an.
phys-schost# metattach mirror submirror2
Weitere Informationen finden Sie auf der Manpage metattach(1M).
-
Wenn die zum Spiegeln der Root-Platte verwendete Platte physikalisch an mehrere Knoten angeschlossen ist (Mehrfach-Hosting), ändern Sie die Eigenschaften der Gerätegruppe, um ihre Verwendung als Spiegel zu unterstützen.
Stellen Sie sicher, dass die Gerätegruppe die folgenden Voraussetzungen erfüllt:
-
Zur Gerätegruppe der im raw-Modus betriebenen Platte darf nur ein konfigurierter Knoten in der Knotenliste enthalten sein.
-
Die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte muss aktiviert werden. Die Eigenschaft localonly verhindert ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät, wenn dieses mit mehreren Knoten verbunden ist.
-
Verwenden Sie gegebebenfalls den Befehl cldevice, um den Namen der Gerätegruppe der im raw-Modus betriebenen Platte festzulegen.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Tipp –Wenn Sie den Befehl von einem Knoten aus ausgeben, der nicht physisch mit der Platte verbunden ist, können Sie als Plattennamen cNtXdY anstatt den vollständigen Namen des Gerätepfads angeben.
Im folgenden Beispiel ist der Name der Gerätegruppe der im raw-Modus betriebenen Platte dsk/d2 Teil des DID-Gerätenamens.
=== Instanzen von DID-Geräten === DID-Gerätename: /dev/did/rdsk/d2 Vollständiger Gerätepfad: phys-schost-1:/dev/rdsk/c1t1d0 Vollständiger Gerätepfad: phys-schost-3:/dev/rdsk/c1t1d0 …
Weitere Informationen finden Sie in der Online-Dokumentation cldevice(1CL).
-
Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.
phys-schost# cldevicegroup show dsk/dN
Die Ausgabe für die Gerätegruppe dsk/d2 gestaltet sich ungefähr folgendermaßen:
Gerätegruppenname: dsk/d2 … Knotenliste: phys-schost-1, phys-schost-3 … localonly: false
-
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.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Gibt den Knoten an, der aus der Knotenliste der Gerätegruppe entfernt werden soll.
-
Aktivieren Sie die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte, sofern sie nicht bereits aktiviert ist.
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.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Stellt den Wert der Eigenschaft einer Gerätegruppe ein.
- localonly=true
-
Aktiviert die Eigenschaft localonly der Gerätegruppe.
Weitere Informationen zur Eigenschaft localonly finden Sie in der Online-Dokumentation cldevicegroup(1CL).
-
-
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 unter Special Considerations for Mirroring root (/) in Solaris Volume Manager Administration Guide oder unter Creating a RAID-1 Volume in Solaris Volume Manager Administration Guide.
phys-schost# ls -l /dev/rdsk/root-disk-slice
-
Wiederholen Sie Schritt 1 bis Schritt 11 auf jedem verbleibenden Knoten im Cluster.
Vergewissern Sie sich, dass der Name jedes 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 4–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. Das Beispiel enthält außerdem den alternativen Boot-Pfad für das Aufzeichnen.
phys-schost# metainit -f d10 1 1 c0t0d0s0 d11: Concat/Stripe is setup phys-schost# metainit d20 1 1 c2t2d0s0 d12: Concat/Stripe is setup phys-schost# metainit d0 -m d10 d10: Mirror is setup phys-schost# metaroot d0 phys-schost# lockfs -fa phys-schost# clnode evacuate phys-schost-1 phys-schost# shutdown -g0 -y -i6 phys-schost# metattach d0 d20 d0: Submirror d20 is attached phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly-true dsk/d2 phys-schost# 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
Fahren Sie zum Spiegeln des Namensraums für globale Geräte /global/.devices/node@nodeid bei Spiegeln des Namensraums für globale Geräte 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
Bei einer solchen Spiegelung können einige dieser Schritte zu Fehlermeldungen wie metainit: dg-schost-1: d1s0: not a metadevice führen . Derartige Fehlermeldungen sind unbedenklich und können ignoriert werden.
Spiegeln des Namensraums für globale Geräte
Verwenden Sie dieses Verfahren, um den Namensraum für globale Geräte /global/.devices/node@nodeid/ zu spiegeln.
Hinweis –
Mit diesem Verfahren werden die Langformen der SunCluster-Befehle bereitgestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen finden Sie in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS.
-
Melden Sie sich als Superuser an.
-
Bringen Sie den Bereich des Namensraums für globale Geräte in eine Einzelbereichsverkettung (unidirektional).
Verwenden Sie den realen Plattennamen des Plattenbereichs (cNtXdY sZ).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Erstellen Sie eine zweite Verkettung.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.
phys-schost# metainit mirror -m submirror1
Hinweis –Der Datenträgername zu einem Spiegel, auf dem ein Dateisystem für globale Geräte, /global/.devices/node@nodeid, eingehängt werden soll, muss im gesamten Cluster eindeutig sein.
-
Hängen Sie den zweiten Unterspiegel an den Spiegel an.
Dieses Anhängen startet die Synchronisierung der Unterspiegel.
phys-schost# metattach mirror submirror2
-
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 to mount und device to fsck durch den Spiegelnamen.
phys-schost# 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
-
Wiederholen Sie Schritt 1 bis Schritt 6 auf jedem verbleibenden Knoten im Cluster.
-
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.
phys-schost# metastat mirror
-
Wenn die zum Spiegeln des Namensraum für globale Geräte verwendete Platte physikalisch an mehrere Knoten angeschlossen ist (Mehrfach-Hosting), stellen Sie sicher, dass die Knotenliste der Gerätegruppe nur einen Knoten enthält und die Eigenschaft localonly aktiviert ist.
Stellen Sie sicher, dass die Gerätegruppe die folgenden Voraussetzungen erfüllt:
-
Zur Gerätegruppe der im raw-Modus betriebenen Platte darf nur ein konfigurierter Knoten in der Knotenliste enthalten sein.
-
Die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte muss aktiviert werden. Die Eigenschaft localonly verhindert ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät, wenn dieses mit mehreren Knoten verbunden ist.
-
Verwenden Sie gegebebenfalls den Befehl cldevice, um den Namen der Gerätegruppe der im raw-Modus betriebenen Platte festzulegen.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Tipp –Wenn Sie den Befehl von einem Knoten aus ausgeben, der nicht physisch mit der Platte verbunden ist, können Sie als Plattennamen cNtXdY anstatt den vollständigen Namen des Gerätepfads angeben.
Im folgenden Beispiel ist der Name der Gerätegruppe der im raw-Modus betriebenen Platte dsk/d2 Teil des DID-Gerätenamens.
=== Instanzen von DID-Geräten === DID-Gerätename: /dev/did/rdsk/d2 Vollständiger Gerätepfad: phys-schost-1:/dev/rdsk/c1t1d0 Vollständiger Gerätepfad: phys-schost-3:/dev/rdsk/c1t1d0 …
Weitere Informationen finden Sie in der Online-Dokumentation cldevice(1CL).
-
Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.
phys-schost# cldevicegroup show dsk/dN
Die Ausgabe für die Gerätegruppe dsk/d2 gestaltet sich ungefähr folgendermaßen:
Gerätegruppenname: dsk/d2 … Knotenliste: phys-schost-1, phys-schost-3 … localonly: false
-
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.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Gibt den Knoten an, der aus der Knotenliste der Gerätegruppe entfernt werden soll.
-
Aktivieren Sie die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte, sofern sie nicht bereits aktiviert ist.
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.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Stellt den Wert der Eigenschaft einer Gerätegruppe ein.
- localonly=true
-
Aktiviert die Eigenschaft localonly der Gerätegruppe.
Weitere Informationen zur Eigenschaft localonly finden Sie in der Online-Dokumentation cldevicegroup(1CL).
-
Beispiel 4–3 Spiegeln des Namensraums für globale Geräte
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.
phys-schost# metainit -f d111 1 1 c0t0d0s3 d111: Concat/Stripe is setup phys-schost# metainit d121 1 1 c2t2d0s3 d121: Concat/Stripe is setup phys-schost# metainit d101 -m d111 d101: Mirror is setup phys-schost# metattach d101 d121 d101: Submirror d121 is attached phys-schost# 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 phys-schost# metastat d101 d101: Mirror Submirror 0: d111 State: Okay Submirror 1: d121 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 === DID Device Instances === DID Device Name: /dev/did/rdsk/d2 Full Device Path: phys-schost-1:/dev/rdsk/c2t2d0 Full Device Path: phys-schost-3:/dev/rdsk/c2t2d0 … phys-schost# cldevicegroup show | grep dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly-true dsk/d2 |
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
Bei diesem Spiegelungsvorgang können bestimmte Schritte zu Fehlermeldungen wie metainit: dg-schost-1: d1s0: not a metadevice führen. 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.
Hinweis –
Mit diesem Verfahren werden die Langformen der SunCluster-Befehle bereitgestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen finden Sie in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS.
-
Melden Sie sich als Superuser an.
-
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).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Erstellen Sie eine zweite Verkettung.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.
phys-schost# metainit mirror -m submirror1
Hinweis –Der Datenträgername für diesen Spiegel muss im Cluster nicht eindeutig sein.
-
Wiederholen Sie Schritt 1 bis Schritt 4 für alle restlichen nicht einhängbaren Dateisysteme, die Sie spiegeln möchten .
-
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 to mount und device to fsck durch den Spiegelnamen.
phys-schost# 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
-
Verschieben Sie alle Ressourcen- oder Gerätegruppen vom Knoten.
phys-schost# clnode evacuate from-node
- from-node
-
Gibt den Namen des Knoten an, von dem die Ressourcen- oder Gerätegruppen verschoben werden sollen
-
Booten Sie den Knoten neu.
phys-schost# shutdown -g0 -y -i6
-
Hängen Sie den zweiten Unterspiegel an jeden Spiegel an.
Dieses Anhängen startet die Synchronisierung der Unterspiegel.
phys-schost# metattach mirror submirror2
-
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.
phys-schost# metastat mirror
-
Wenn die zum Spiegeln des aushängbaren Dateisystems verwendete Platte physikalisch an mehrere Knoten angeschlossen ist (Mehrfach-Hosting), stellen Sie sicher, dass die Knotenliste der Gerätegruppe nur einen Knoten enthält und die Eigenschaft localonly aktiviert ist.
Stellen Sie sicher, dass die Gerätegruppe die folgenden Voraussetzungen erfüllt:
-
Zur Gerätegruppe der im raw-Modus betriebenen Platte darf nur ein konfigurierter Knoten in der Knotenliste enthalten sein.
-
Die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte muss aktiviert werden. Die Eigenschaft localonly verhindert ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät, wenn dieses mit mehreren Knoten verbunden ist.
-
Verwenden Sie gegebebenfalls den Befehl cldevice, um den Namen der Gerätegruppe der im raw-Modus betriebenen Platte festzulegen.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Tipp –Wenn Sie den Befehl von einem Knoten aus ausgeben, der nicht physisch mit der Platte verbunden ist, können Sie als Plattennamen cNtXdY anstatt den vollständigen Namen des Gerätepfads angeben.
Im folgenden Beispiel ist der Name der Gerätegruppe der im raw-Modus betriebenen Platte dsk/d2 Teil des DID-Gerätenamens.
=== Instanzen von DID-Geräten === DID-Gerätename: /dev/did/rdsk/d2 Vollständiger Gerätepfad: phys-schost-1:/dev/rdsk/c1t1d0 Vollständiger Gerätepfad: phys-schost-3:/dev/rdsk/c1t1d0 …
Weitere Informationen finden Sie in der Online-Dokumentation cldevice(1CL).
-
Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.
phys-schost# cldevicegroup show dsk/dN
Die Ausgabe für die Gerätegruppe dsk/d2 gestaltet sich ungefähr folgendermaßen:
Gerätegruppenname: dsk/d2 … Knotenliste: phys-schost-1, phys-schost-3 … localonly: false
-
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.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Gibt den Knoten an, der aus der Knotenliste der Gerätegruppe entfernt werden soll.
-
Aktivieren Sie die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte, sofern sie nicht bereits aktiviert ist.
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.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Stellt den Wert der Eigenschaft einer Gerätegruppe ein.
- localonly=true
-
Aktiviert die Eigenschaft localonly der Gerätegruppe.
Weitere Informationen zur Eigenschaft localonly finden Sie in der Online-Dokumentation cldevicegroup(1CL).
-
Beispiel 4–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.
phys-schost# metainit -f d11 1 1 c0t0d0s1 d11: Concat/Stripe is setup phys-schost# metainit d21 1 1 c2t2d0s1 d21: Concat/Stripe is setup phys-schost# metainit d1 -m d11 d1: Mirror is setup phys-schost# 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 … phys-schost# clnode evacuate phys-schost-1 phys-schost# shutdown -g0 -y -i6 phys-schost# metattach d1 d21 d1: Submirror d21 is attached phys-schost# metastat d1 d1: Mirror Submirror 0: d11 State: Okay Submirror 1: d21 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 … DID Device Name: /dev/did/rdsk/d2 phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-3 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly=true dsk/d2 |
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.
Hinweis –
Mit diesem Verfahren werden die Langformen der SunCluster-Befehle bereitgestellt. Die meisten Befehle haben auch Kurzformen. Mit Ausnahme der Formen der Befehlsnamen sind die Befehle identisch. Eine Liste der Befehle und ihrer Kurzformen finden Sie in Anhang A, Sun Cluster Object-Oriented Commands in Sun Cluster System Administration Guide for Solaris OS.
-
Melden Sie sich als Superuser an.
-
Hängen Sie das Dateisystem aus, das Sie spiegeln möchten.
Stellen Sie sicher, dass im Dateisystem keine Prozesse ausgeführt werden.
phys-schost# umount /mount-point
Weitere Informationen finden Sie in der Online-Dokumentation umount(1M) und inKapitel 18, Mounting and Unmounting File Systems (Tasks) in System Administration Guide: Devices and File Systems .
-
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).
phys-schost# metainit -f submirror1 1 1 diskslice
-
Erstellen Sie eine zweite Verkettung.
phys-schost# metainit submirror2 1 1 submirror-diskslice
-
Erstellen Sie einen eindirektionalen Spiegel mit einem Unterspiegel.
phys-schost# metainit mirror -m submirror1
Hinweis –Der Datenträgername für diesen Spiegel muss im Cluster nicht eindeutig sein.
-
Wiederholen Sie Schritt 1 bis Schritt 5 für jedes einhängbare Dateisystem, das gespiegelt werden soll.
-
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 to mount und device to fsck durch den Spiegelnamen.
phys-schost# 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
-
Hängen Sie den zweiten Unterspiegel an den Spiegel an.
Dieses Anhängen startet die Synchronisierung der Unterspiegel.
phys-schost# metattach mirror submirror2
-
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.
phys-schost# metastat mirror
-
Wenn die zum Spiegeln des benutzerdefinierten Dateisystems verwendete Platte physikalisch an mehrere Knoten angeschlossen ist (Mehrfach-Hosting), stellen Sie sicher, dass die Knotenliste der Gerätegruppe nur einen Knoten enthält und die Eigenschaft localonly aktiviert ist.
Stellen Sie sicher, dass die Gerätegruppe die folgenden Voraussetzungen erfüllt:
-
Zur Gerätegruppe der im raw-Modus betriebenen Platte darf nur ein konfigurierter Knoten in der Knotenliste enthalten sein.
-
Die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte muss aktiviert werden. Die Eigenschaft localonly verhindert ein unbeabsichtigtes Schützen eines Knotens vor seinem Boot-Gerät, wenn dieses mit mehreren Knoten verbunden ist.
-
Verwenden Sie gegebebenfalls den Befehl cldevice, um den Namen der Gerätegruppe der im raw-Modus betriebenen Platte festzulegen.
phys-schost# cldevice show node:/dev/rdsk/cNtXdY
Tipp –Wenn Sie den Befehl von einem Knoten aus ausgeben, der nicht physisch mit der Platte verbunden ist, können Sie als Plattennamen cNtXdY anstatt den vollständigen Namen des Gerätepfads angeben.
Im folgenden Beispiel ist der Name der Gerätegruppe der im raw-Modus betriebenen Platte dsk/d2 Teil des DID-Gerätenamens.
=== Instanzen von DID-Geräten === DID-Gerätename: /dev/did/rdsk/d2 Vollständiger Gerätepfad: phys-schost-1:/dev/rdsk/c1t1d0 Vollständiger Gerätepfad: phys-schost-3:/dev/rdsk/c1t1d0 …
Weitere Informationen finden Sie in der Online-Dokumentation cldevice(1CL).
-
Zeigen Sie die Knotenliste der Gerätegruppe der im raw-Modus betriebenen Platte an.
phys-schost# cldevicegroup show dsk/dN
Die Ausgabe für die Gerätegruppe dsk/d2 gestaltet sich ungefähr folgendermaßen:
Gerätegruppenname: dsk/d2 … Knotenliste: phys-schost-1, phys-schost-3 … localonly: false
-
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.
phys-schost# cldevicegroup remove-node -n node devicegroup
- -n node
-
Gibt den Knoten an, der aus der Knotenliste der Gerätegruppe entfernt werden soll.
-
Aktivieren Sie die Eigenschaft localonly der Gerätegruppe der im raw-Modus betriebenen Platte, sofern sie nicht bereits aktiviert ist.
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.
phys-schost# cldevicegroup set -p localonly=true devicegroup
- -p
-
Stellt den Wert der Eigenschaft einer Gerätegruppe ein.
- localonly=true
-
Aktiviert die Eigenschaft localonly der Gerätegruppe.
Weitere Informationen zur Eigenschaft localonly finden Sie in der Online-Dokumentation cldevicegroup(1CL).
-
-
Hängen Sie das gespiegelte Dateisystem ein.
phys-schost# mount /mount-point
Weitere Informationen finden Sie in der Online-Dokumentation mount(1M) und in Kapitel 18, Mounting and Unmounting File Systems (Tasks) in System Administration Guide: Devices and File Systems.
Beispiel 4–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.
phys-schost# umount /export phys-schost# metainit -f d14 1 1 c0t0d0s4 d14: Concat/Stripe is setup phys-schost# metainit d24 1 1 c2t2d0s4 d24: Concat/Stripe is setup phys-schost# metainit d4 -m d14 d4: Mirror is setup phys-schost# 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 phys-schost# metattach d4 d24 d4: Submirror d24 is attached phys-schost# metastat d4 d4: Mirror Submirror 0: d14 State: Okay Submirror 1: d24 State: Resyncing Resync in progress: 15 % done … phys-schost# cldevice show phys-schost-3:/dev/rdsk/c2t2d0 … DID Device Name: /dev/did/rdsk/d2 phys-schost# cldevicegroup show dsk/d2 Device Group Name: dsk/d2 … Node List: phys-schost-1, phys-schost-2 … localonly: false phys-schost# cldevicegroup remove-node -n phys-schost-3 dsk/d2 phys-schost# cldevicegroup set -p localonly=true dsk/d2 phys-schost# 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 RAC zu erstellen, wechseln Sie zu How to Create a Multi-Owner Disk Set in Solaris Volume Manager for Sun Cluster for the Oracle RAC Database in Sun Cluster Data Service for Oracle RAC 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 ü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.
- © 2010, Oracle Corporation and/or its affiliates