test

Sun Cluster Handbuch Softwareinstallation für Solaris OS

Beispielkonfiguration

Anhand eines Beispiels wird in diesem Abschnitt das Konfigurieren der Datenreplikation für eine NFS-Anwendung mithilfe der Sun StorEdge Availability Suite 3.1-Software Schritt für Schritt erläutert.

Verbinden und Installieren der Cluster

Abbildung 6–7 zeigt die Cluster-Konfiguration der Beispielkonfiguration. Der sekundäre Cluster in der Beispielkonfiguration enthält einen Knoten. Es können jedoch auch andere Cluster-Konfigurationen verwendet werden.

Abbildung 6–7 Beispiel für eine Cluster-Konfiguration

Die Abbildung zeigt die Cluster-Konfiguration der Beispielkonfiguration.

Tabelle 6–1 fasst die für die Beispielkonfiguration erforderliche Hardware und Software zusammen. Die Betriebsumgebung, Sun Cluster-Software und Datenträger-Manager-Software muss vor der Installation der Sun StorEdge Availability Suite 3.1-Software undder Korrekturversionen auf den Cluster-Knoten installiert werden.

Tabelle 6–1 Erforderliche Hardware und Software

Hardware oder Software 

Anforderung 

Knoten-Hardware  

Die Sun StorEdge Availability Suite 3.1-Software wird auf allen Servern unter der Solaris-Betriebsumgebung unterstützt.  

Informationen zur erforderlichen Hardware finden Sie im Sun Cluster 3.x Hardware Administration Manual for Solaris OS

Festplattenkapazität 

Ca. 11 MB. 

Die Betriebssystemumgebung 

Die Solaris 8- oder Solaris 9-Versionen, die von der Sun Cluster-Software unterstützt werden. 

Alle Knoten müssen dieselbe Betriebsumgebungsversion verwenden. 

Informationen zur Installation finden Sie unter Installieren der Software.

Sun Cluster-Software 

Sun Cluster 3.1 4/04-Software.  

Informationen zur Installation finden Sie unter Kapitel 2 und So installieren Sie die Sun Cluster-Software in einem Ein-Knoten-Cluster.

Datenträger-Manager-Software 

Solstice DiskSuite/Solaris Volume Manager oder VERITAS Volume Manager (VxVM). 

Alle Knoten müssen dieselbe Version der Datenträger-Manager-Software verwenden. 

Informationen zur Installation finden Sie unter Installieren und Konfigurieren der Software Solstice DiskSuite/Solaris Volume Manager und SPARC: Installieren und Konfigurieren der Software VxVM.

Sun StorEdge Availability Suite 3.1-Software 

Informationen zur Software-Installation finden Sie im Sun StorEdge Availability Suite 3.1 Point-in-Time Copy Software Installation Guide und im Sun StorEdge Availability Suite 3.1 Remote Mirror Software Installation Guide.

Korrekturversionen der Sun StorEdge Availability Suite 3.1-Software 

Informationen zu den neuesten Korrekturversionen finden Sie unter http://sunsolve.sun.com.

Beispiel für das Konfigurieren von Geräte- und Ressourcengruppen

In diesem Kapitel wird beschrieben, wie Plattengeräte- und Ressourcengruppen für eine NFS-Anwendung konfiguriert werden. In der folgenden Tabelle werden die Namen der Gruppen und Ressourcen genannt, die für die Beispielkonfiguration erstellt wurden.

Tabelle 6–2 Übersicht über die Gruppen und Ressourcen der Beispielkonfiguration

Gruppe oder Ressource 

Name 

Beschreibung 

Plattengerätegruppe 

Gerätegruppe

Die Plattengerätegruppe. 

Replikations-Ressourcengruppe und Ressourcen 

Gerätegruppe-stor-rg

Die Replikations-Ressourcengruppe. 

lHost-RepRG-Prim, lHost-RepRG-Sek

Die logischen Hostnamen für die Replikations-Ressourcengruppe auf dem primären und dem sekundären Cluster. 

Gerätegruppenspeicher

Die HAStoragePlus-Ressource für die Replikations-Ressourcengruppe.  

Anwendungs-Ressourcengruppe und Ressourcen 

NFS-RG

Die Anwendungs-Ressourcengruppe. 

lHost-NFSRG-Prim, lHost-NFSRG-Sek

Die logischen Hostnamen für die Anwendungs-Ressourcengruppe auf dem primären und dem sekundären Cluster. 

NFS-GG-RS

Die HAStoragePlus-Ressource für die Anwendung. 

NFS-RS

Die NFS-Ressource. 

Mit Ausnahme von Gerätegruppe-stor-rg handelt es sich bei den Gruppen- und Ressourcennamen um Beispielnamen, die nach Bedarf geändert werden können. Die Replikations-Ressourcengruppe muss einen Namen wie Gerätegruppe-stor-rg aufweisen.

Konfigurieren von Plattengerätegruppen

In diesem Abschnitt wird das Konfigurieren einer Plattengerätegruppe auf dem primären und dem sekundären Cluster beschrieben. In dieser Beispielkonfiguration wird die VxVM-Software verwendet. Informationen zur Solstice DiskSuite/Solaris Volume Manager-Software finden Sie unter Kapitel 3.

Die folgende Abbildung zeigt die in der Plattengerätegruppe erstellten Datenträger.

Abbildung 6–8 Datenträger für die Plattengerätegruppe

Die Abbildung zeigt die in der Plattengerätegruppe erstellten Datenträger.

Hinweis –

Die in diesem Abschnitt definierten Datenträger müssen keine privaten Bereiche für die Festplattenbezeichnung aufweisen, wie zum Beispiel Zylinder 0. Diese Einschränkung wird automatisch von der VxVM-Software verwaltet.

So konfigurieren Sie eine Plattengerätegruppe auf dem primären Cluster

  1. Erstellen Sie eine Plattengruppe mit vier Datenträgern (Datenträger 1 bis Datenträger 4).

    Informationen zum Konfigurieren einer Plattengruppe mithilfe der VxVMSoftware finden Sie unter Kapitel 4.

  2. Greifen Sie als Superbenutzer auf nodeA zu.

    nodeA ist der erste Knoten des primären Clusters. In Abbildung 6–7 können Sie sich nochmals den Knoten in Erinnerung rufen, um den es sich bei nodeA handelt.

  3. Konfigurieren Sie die Plattengruppe, um eine Plattengerätegruppe zu erstellen. 


    KnotenA# /usr/cluster/bin/scconf -a -D type=vxvm,name=Gerätegruppe \
,nodelist=KnotenA:KnotenB

    Die Plattengerätegruppe wird als Gerätegruppe bezeichnet.

  4. Starten Sie die Plattengerätegruppe. 


    KnotenA# /usr/cluster/bin/scswitch -z -D Gerätegruppe -h KnotenA

  5. Synchronisieren Sie die Plattengerätegruppe mit der Sun Cluster-Software. 


    KnotenA# /usr/cluster/bin/scconf -c -D name=Gerätegruppe,sync

  6. Erstellen Sie das Dateisystem für die Plattengerätegruppe. 


    KnotenA# /usr/sbin/newfs /dev/vx/rdsk/Gerätegruppe/vol01 < /dev/null
KnotenA# /usr/sbin/newfs /dev/vx/rdsk/Gerätegruppe/vol02 < /dev/null
KnotenA# /usr/sbin/newfs /dev/vx/rdsk/Gerätegruppe/vol03 < /dev/null
KnotenA# /usr/sbin/newfs /dev/vx/rdsk/Gerätegruppe/vol04 < /dev/null

  7. Aktivieren Sie den Remote-Zugriff zwischen den Knoten im primären und sekundären Cluster, indem Sie der /.rhosts-Datei auf dem nodeA und nodeB folgende Entitäten hinzufügen. 


    nodeC +
+ root
So konfigurieren Sie eine Plattengerätegruppe im sekundären Cluster

  1. Führen Sie das Verfahren in So konfigurieren Sie eine Plattengerätegruppe auf dem primären Cluster mit folgenden Ausnahmen aus:

    • Ersetzen Sie nodeA durch nodeC.

    • Verwenden Sie nicht nodeB.

    • Nehmen Sie in Schritt 3 nodeC nur in die Knotenliste auf. Beispiel: 


      KnotenC# /usr/cluster/bin/scconf -a -D type=vxvm,name=Gerätegruppe \
,nodelist=KnotenC

    • Fügen Sie in Schritt 7 der /.rhosts-Datei nur auf nodeC die folgenden Entitäten hinzu: 


      nodeA +
nodeB +
+ root

Konfigurieren der Dateisysteme für die NFS-Anwendung

In diesem Abschnitt wird beschrieben, wie die Dateisysteme für die NFS-Anwendung konfiguriert wurden.

So konfigurieren Sie das Dateisystem im primären Cluster für die NFS-Anwendung

  1. Erstellen Sie auf nodeA und nodeB ein Einhängepunktverzeichnis für das NFS-Dateisystem.

    Beispiel: 


    KnotenA# mkdir /global/Einhängepunkt

  2. Konfigurieren Sie auf nodeA und nodeB den Master-Datenträger so, dass er automatisch im Einhängepunkt eingehängt wird.

    Fügen Sie der /etc/vfstab-Datei auf nodeA und nodeB folgenden Text hinzu bzw. ersetzen Sie den Text. Der Text darf eine Zeile nicht überschreiten. 


    /dev/vx/dsk/Gerätegruppe/vol01 /dev/vx/rdsk/Gerätegruppe/vol01 \
/global/Einhängepunkt ufs 3 no global,logging

    In Abbildung 6–8 können Sie die Namen und Nummern der Datenträger in der Plattengerätegruppe nachschlagen.

  3. Erstellen Sie auf nodeA einen Datenträger für die Dateisysteminformationen, die von der Sun StorEdge Availability Suite 3.1-Software verwendet werden. 


    KnotenA# /usr/sbin/vxassist -g Gerätegruppe make vol05 120m Platte1

    Datenträger 5 enthält die Dateisysteminformationen, die von der Sun StorEdge Availability Suite 3.1-Software verwendet werden.

  4. Synchronisieren Sie die Gerätegruppe mit der Sun Cluster-Software erneut auf nodeA. 


    KnotenA# /usr/cluster/bin/scconf -c -D name=Gerätegruppe,sync

  5. Erstellen Sie auf nodeA das Dateisystem für Datenträger 5. 


    KnotenA# /usr/sbin/newfs /dev/vx/rdsk/Gerätegruppe/vol05

  6. Erstellen Sie auf nodeA und nodeB einen Einhängepunkt für Datenträger 5.

    Beispiel: 


    KnotenA# mkdir /global/etc

  7. Konfigurieren Sie auf nodeA und nodeB Datenträger 5 so, dass er automatisch im Einhängepunkt eingehängt wird.

    Fügen Sie der /etc/vfstab-Datei auf nodeA und nodeB folgenden Text hinzu bzw. ersetzen Sie den Text. Der Text darf eine Zeile nicht überschreiten. 


    /dev/vx/dsk/Gerätegruppe/vol05 /dev/vx/rdsk/Gerätegruppe/vol05 \
/global/etc ufs 3 yes global,logging

  8. Hängen Sie den Datenträger 5 im nodeA ein. 


    KnotenA# mount /global/etc

  9. Machen Sie den Datenträger 5 für Remote-Systeme zugänglich.

    1. Erstellen Sie das Verzeichnis /global/etc/SUNW.nfs auf nodeA. 


      KnotenA# mkdir -p /global/etc/SUNW.nfs

    2. Erstellen Sie die Datei /global/etc/SUNW.nfs/dfstab.nfs-rs auf nodeA. 


      KnotenA# touch /global/etc/SUNW.nfs/dfstab.nfs-rs

    3. Fügen Sie der Datei /global/etc/SUNW.nfs/dfstab.nfs-rs auf nodeA folgende Zeile hinzu: 


      share -F nfs -o rw -d "HA NFS" /global/Einhängepunkt
So konfigurieren Sie das Dateisystem im sekundären Cluster für die NFS-Anwendung

    Wiederholen Sie das Verfahren in So konfigurieren Sie das Dateisystem im primären Cluster für die NFS-Anwendung mit folgenden Ausnahmen:

    • Ersetzen Sie nodeA durch nodeC.

    • Verwenden Sie nicht nodeB.

Erstellen von Replikations-Ressourcengruppen

In diesem Abschnitt wird das Erstellen einer Replikations-Ressourcengruppe auf dem primären und dem sekundären Cluster beschrieben.

So erstellen Sie eine Replikations-Ressourcengruppe auf dem primären Cluster

  1. Greifen Sie als Superbenutzer auf nodeA zu.

  2. Registrieren Sie SUNW.HAStoragePlus als Ressourcentyp. 


    KnotenA# /usr/cluster/bin/scrgadm -a -t SUNW.HAStoragePlus

  3. Erstellen Sie eine Replikations-Ressourcengruppe für die Plattengerätegruppe. 


    KnotenA# /usr/cluster/bin/scrgadm -a -g Gerätegruppe-stor-rg -h KnotenA,KnotenB
    Gerätegruppe

    Der Name der Plattegerätegruppe.

    Gerätegruppe-stor-rg

    Der Name der Replikations-Ressourcengruppe.

    -h KnotenA, KnotenB

    Gibt die Cluster-Knoten an, die die Replikations-Ressourcengruppe unterstützen kann.

  4. Fügen Sie der Replikations-Ressourcengruppe eine SUNW.HAStoragePlus-Ressource hinzu. 


    KnotenA# /usr/cluster/bin/scrgadm -a -j Gerätegruppenspeicher \
-g Gerätegruppe-stor-rg -t SUNW.HAStoragePlus \
-x GlobalDevicePaths=Gerätegruppe \
-x AffinityOn=True
    Gerätegruppenspeicher

    Die HAStoragePlus-Ressource für die Replikations-Ressourcengruppe.

    -x GlobalDevicePaths=

    Gibt die Erweiterungseigenschaft an, auf der die Sun StorEdge Availability Suite 3.1-Software basiert.

    -x AffinityOn=True

    Gibt an, dass die SUNW.HAStoragePlus-Ressource ein Affinitäts-Switchover für die von -x GlobalDevicePaths= definierten globalen Geräte und Cluster-Dateisysteme durchführen muss. Daher wird bei einem Failover oder Switchover der Replikations-Ressourcengruppe ein Switchover für die Gerätegruppe durchgeführt.

    Weitere Informationen zu diesen Erweiterungseigenschaften finden Sie in der Online-Dokumentation unter SUNW.HAStoragePlus(5).

  5. Fügen Sie der Replikations-Ressourcengruppe eine Ressource logischer Hostname hinzu. 


    KnotenA# /usr/cluster/bin/scrgadm -a -L \
-j lHost-RepRG-Prim -g Gerätegruppe-stor-rg -l lHost-RepRG-Prim

    lHost-RepRG-Prim ist hierbei der logische Hostname für die Replikations-Ressourcengruppe im primären Cluster.

  6. Aktivieren Sie die Ressourcen, verwalten Sie die Ressourcengruppe, und bringen Sie die Ressourcengruppe online. 


    KnotenA# /usr/cluster/bin/scswitch -Z -g Gerätegruppe-stor-rg
KnotenA# /usr/cluster/bin/scswitch -z -g Gerätegruppe-stor-rg -h KnotenA

  7. Überprüfen Sie, ob die Ressourcengruppe online ist. 


    KnotenA# /usr/cluster/bin/scstat -g

    Prüfen Sie das Statusfeld der Ressourcengruppe, um zu bestätigen, dass die Replikations-Ressourcengruppe für nodeA und nodeB online ist.

So erstellen Sie eine Replikations-Ressourcengruppe im sekundären Cluster

    Wiederholen Sie das Verfahren in So erstellen Sie eine Replikations-Ressourcengruppe auf dem primären Cluster mit folgenden Ausnahmen:

    • Ersetzen Sie nodeA durch nodeC.

    • Verwenden Sie nicht nodeB.

    • Ersetzen Sie Verweise auf lhost-reprg-prim durch lhost-reprg-sec.

Erstellen von Anwendungs-Ressourcengruppen

In diesem Abschnitt wird das Erstellen der Anwendungs-Ressourcengruppen für eine NFS-Anwendung beschrieben. Die in diesem Abschnitt vorgestellten Verfahren sind anwendungsspezifisch. Die Verfahren können nicht für einen anderen Anwendungstyp verwendet werden.

So erstellen Sie eine Anwendungs-Ressourcengruppe im primären Cluster

  1. Greifen Sie als Superbenutzer auf nodeA zu.

  2. Registrieren Sie SUNW.nfs als Ressourcentyp. 


    KnotenA# scrgadm -a -t SUNW.nfs

  3. Sollte SUNW.HAStoragePlus noch nicht als Ressourcentyp registriert sein, führen Sie die Registrierung jetzt aus. 


    KnotenA# scrgadm -a -t SUNW.HAStoragePlus

  4. Erstellen Sie eine Anwendungs-Ressourcengruppe für Gerätegruppe. 


    KnotenA# scrgadm -a -g nfs-rg \
-y Pathprefix=/global/etc \
-y Auto_start_on_new_cluster=False \
-y RG_dependencies=Gerätegruppe-stor-rg
    nfs-rg

    Der Name der Anwendungs-Ressourcengruppe.

    Pathprefix=/global/etc

    Gibt ein Verzeichnis an, in das die Ressourcen in der Gruppe Verwaltungsdateien schreiben können.

    Auto_start_on_new_cluster=False

    Gibt an, dass die Anwendungs-Ressourcengruppe nicht automatisch gestartet wird.

    RG_dependencies=Gerätegruppe-stor-rg

    Gibt die Ressourcengruppen an, von denen die Anwendungs-Ressourcengruppe abhängt. In diesem Beispiel hängt die Anwendungs-Ressourcengruppe von der Replikations-Ressourcengruppe ab.

    Wenn die Anwendungs-Ressourcengruppe auf den neuen Primärknoten umgeschaltet wird, wird die Replikations-Ressourcengruppe automatisch umgeschaltet. Wenn jedoch die Replikations-Ressourcengruppe auf den neuen Primärknoten umgeschaltet wird, muss die Anwendungs-Ressourcengruppe manuell umgeschaltet werden.

  5. Fügen Sie der Anwendungs-Ressourcengruppe eine SUNW.HAStoragePlus-Ressource hinzu. 


    KnotenA# scrgadm -a -j NFS-GG-RS -g NFS-RG \
-t SUNW.HAStoragePlus \
-x FileSystemMountPoints=/global/Einhängepunkt \
-x AffinityOn=True
    NFS-GG-RS

    Der Name der HAStoragePlus-Ressource für die NFS-Anwendung.

    -x FileSystemMountPoints=/global/

    Gibt an, dass der Einhängepunkt für das Dateisystem global ist.

    -t SUNW.HAStoragePlus

    Gibt an, dass die Ressource vom Typ SUNW.HAStoragePlus ist.

    -x AffinityOn=True

    Gibt an, dass die Anwendungsressource für die von -x GlobalDevicePaths= definierten globalen Geräte und Cluster-Dateisysteme ein Affinitäts-Switchover durchführen muss. Daher wird bei einem Failover oder Switchover der Ressourcengruppe für die zugehörige Gerätegruppe ein Switchover ausgeführt.

    Weitere Informationen zu diesen Erweiterungseigenschaften finden Sie in der Online-Dokumentation unter SUNW.HAStoragePlus(5).

  6. Fügen Sie der Anwendungs-Ressourcengruppe eine Ressource logischer Hostname hinzu. 


    KnotenA# /usr/cluster/bin/scrgadm -a -L -j lHost-NFSRG-Prim -g NFS-RG \
-l  lHost-NFSRG-Prim

    lHost-NFSRG-Prim ist hierbei der logische Hostname der Anwendungs-Ressourcengruppe im primären Cluster.

  7. Aktivieren Sie die Ressourcen, verwalten Sie die Anwendungs-Ressourcengruppe, und bringen Sie die Anwendungs-Ressourcengruppe online.

    1. Bringen Sie die HAStoragePlus-Ressource für die NFS-Anwendung online. 


      KnotenA# /usr/cluster/bin/scrgadm -a -g NFS-RG \
-j NFS-RS -t SUNW.nfs -y Resource_dependencies=NFS-GG-RS

    2. Bringen Sie die Anwendungs-Ressourcengruppe auf nodeA online. 


      KnotenA# /usr/cluster/bin/scswitch -Z -g NFS-RG
KnotenA# /usr/cluster/bin/scswitch -z -g NFS-RG -h KnotenA

  8. Überprüfen Sie, ob die Anwendungs-Ressourcengruppe online ist. 


    KnotenA# /usr/cluster/bin/scstat -g

    Prüfen Sie das Statusfeld der Ressourcengruppe, um zu ermitteln, ob die Anwendungs-Ressourcengruppe für nodeA und nodeB online ist.

So erstellen Sie eine Anwendungs-Ressourcengruppe im sekundären Cluster

  1. Erstellen Sie die Anwendungs-Ressourcengruppe gemäß Schritt 1 bis Schritt 6 von So erstellen Sie eine Anwendungs-Ressourcengruppe im primären Cluster mit folgenden Ausnahmen:

    • Ersetzen Sie nodeA durch nodeC.

    • Ignorieren Sie die Verweise auf nodeB.

    • Ersetzen Sie die Verweise auf lHost-NFSRG-Prim durch lHost-NFSRG-Sek.

  2. Stellen Sie sicher, dass die Anwendungs-Ressourcengruppe nicht auf nodeC online gebracht wird. 


    KnotenC# /usr/cluster/bin/scswitch -n -j NFS-RS
KnotenC# /usr/cluster/bin/scswitch -n -j NFS-GG-RS
KnotenC# /usr/cluster/bin/scswitch -n -j lHost-NFSRG-Sek
KnotenC# /usr/cluster/bin/scswitch -z -g NFS-RG -h ""

    Die Ressourcengruppe bleibt nach einem Neubooten offline, weil Auto_start_on_new_cluster=False.

  3. Wenn der globale Datenträger im primären Cluster eingehängt ist, hängen Sie ihn aus dem sekundären Cluster aus. 


    KnotenC# umount /global/Einhängepunkt

    Wenn der Datenträger im sekundären Cluster eingehängt ist, schlägt die Synchronisierung fehl.

Beispiel für das Aktivieren der Datenreplikation

In diesem Abschnitt wird das Aktivieren der Datenreplikation für die Beispielkonfiguration beschrieben. In diesem Abschnitt werden die Befehle sndradm und iiadm der Sun StorEdge Availability Suite 3.1-Software verwendet. Weitere Informationen zu diesen Befehlen finden Sie im Sun Cluster 3.0 and Sun StorEdge Software Integration Guide.

So aktivieren Sie die Replikation im primären Cluster

  1. Greifen Sie als Superbenutzer auf nodeA zu.

  2. Löschen Sie alle Transaktionen. 


    KnotenA# /usr/sbin/lockfs -a -f

  3. Bestätigen Sie, dass die logischen Hostnamen lHost-RepRG-Prim und lHost-RepRG-Sek online gebracht wurden. 


    KnotenA# /usr/cluster/bin/scstat -g

    Prüfen Sie das Statusfeld der Ressourcengruppe.

  4. Aktivieren Sie die Replikation mit remotem Spiegel vom primären Cluster auf den sekundären Cluster.

    Mit diesem Schritt wird die Replikation vom Master-Datenträger des primären Clusters auf den Master-Datenträger des sekundären Clusters aktiviert. Des Weiteren aktiviert dieser Schritt auch die Replikation auf das remote Spiegel-Bitmap auf Datenträger 4.

    • Wenn der primäre und sekundäre Cluster nicht synchronisiert sind, führen Sie diesen Befehl aus: 


      KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -e lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

    • Wenn der primäre und sekundäre Cluster synchronisiert sind, führen Sie diesen Befehl aus: 


      KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -E lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

  5. Aktivieren Sie die Auto-Synchronisierung. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -a on lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

    Mit diesem Schritt wird die Auto-Synchronisierung aktiviert. Wenn der aktive Zustand der Auto-Synchronisierung auf on eingestellt ist, werden die Datenträgersätze neu synchronisiert, sollte das System neu booten oder ein Fehler auftreten.

  6. Überprüfen Sie, ob sich der Cluster im Protokollierungsmodus befindet. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -P

    Die Ausgabe sollte der folgenden ähneln: 


    /dev/vx/rdsk/Gerätegruppe/vol01 ->
lHost-RepRG-Sek:/dev/vx/rdsk/Gerätegruppe/vol01
autosync: off, max q writes:4194304, max q fbas:16384, mode:sync,ctag:
Gerätegruppe, state: logging

    Im Protokollierungsmodus lautet der Zustand logging und der aktive Zustand der Auto-Synchronisierung off. Wenn der Daten-Datenträger auf der Platte beschrieben wird, wird die Bitmap-Datei auf derselben Platte aktualisiert.

  7. Aktivieren Sie die Schnappschuss-Kopie. 


    KnotenA# /usr/opt/SUNWesm/sbin/iiadm -e ind \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol02 \
/dev/vx/rdsk/Gerätegruppe/vol03
KnotenA# /usr/opt/SUNWesm/sbin/iiadm -w \
/dev/vx/rdsk/Gerätegruppe/vol02

    Mit diesem Schritt wird das Kopieren des Master-Datenträgers der primären Platte auf den Schattendatenträger derselben Platte aktiviert. In diesem Beispiel ist der Master-Datenträger Datenträger 1, der Schattendatenträger ist Datenträger 2, und der punktuelle Bitmap-Datenträger ist Datenträger 3.

  8. Hängen Sie die Schnappschuss-Kopie an den remoten Spiegelsatz an. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -I a \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol02 \
/dev/vx/rdsk/Gerätegruppe/vol03

    In diesem Schritt wird die Schnappschuss-Kopie dem remoten Spiegel-Datenträgersatz zugeordnet. Die Sun StorEdge Availability Suite 3.1-Software stellt sicher, dass vor der Replikation mit remotem Spiegel eine Schnappschuss-Kopie aufgenommen wird.

So aktivieren Sie die Replikation im sekundären Cluster

  1. Greifen Sie als Superbenutzer auf nodeC zu.

  2. Löschen Sie alle Transaktionen. 


    KnotenC# /usr/sbin/lockfs -a -f

  3. Aktivieren Sie die Replikation mit remotem Spiegel vom primären Cluster auf den sekundären Cluster. 


    KnotenC# /usr/opt/SUNWesm/sbin/sndradm -n -e lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

    Der primäre Cluster erkennt die Anwesenheit des sekundären Clusters und startet die Synchronisierung. Informationen zum Status der Cluster finden in der Systemprotokolldatei /var/opt/SUNWesm/ds.log.

  4. Aktivieren Sie die unabhängige Schnappschuss-Kopie. 


    KnotenC# /usr/opt/SUNWesm/sbin/iiadm -e ind \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol02 \
/dev/vx/rdsk/Gerätegruppe/vol03
KnotenC# /usr/opt/SUNWesm/sbin/iiadm -w \
/dev/vx/rdsk/Gerätegruppe/vol02

  5. Hängen Sie die Schnappschuss-Kopìe an den remoten Spiegelsatz an. 


    KnotenC# /usr/opt/SUNWesm/sbin/sndradm -I a \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol02 \
/dev/vx/rdsk/Gerätegruppe/vol03

Beispiel für das Durchführen der Datenreplikation

In diesem Abschnitt wird das Ausführen der Datenreplikation für die Beispielkonfiguration beschrieben. In diesem Abschnitt werden die Befehle sndradm und iiadm der Sun StorEdge Availability Suite 3.1-Software verwendet. Weitere Informationen zu diesen Befehlen finden Sie im Sun Cluster 3.0 and Sun StorEdge Software Integration Guide.

So führen Sie eine Replikation mit remotem Spiegel durch

In diesem Verfahren wird der Master-Datenträger der primären Platte auf den Master-Datenträger der sekundären Platte repliziert. Der Master-Datenträger ist Datenträger 1 und der remote Spiegel-Bitmap-Datenträger ist Datenträger 4.

  1. Greifen Sie als Superbenutzer auf nodeA zu.

  2. Überprüfen Sie, ob sich der Cluster im Protokollierungsmodus befindet. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -P

    Die Ausgabe sollte der folgenden ähneln: 


    /dev/vx/rdsk/Gerätegruppe/vol01 ->
lHost-RepRG-Sek:/dev/vx/rdsk/Gerätegruppe/vol01
autosync: off, max q writes:4194304, max q fbas:16384, mode:sync,ctag:
Gerätegruppe, state: logging

    Im Protokollierungsmodus lautet der Zustand logging und der aktive Zustand der Auto-Synchronisierung off. Wenn der Daten-Datenträger auf der Platte beschrieben wird, wird die Bitmap-Datei auf derselben Platte aktualisiert.

  3. Löschen Sie alle Transaktionen. 


    KnotenA# /usr/sbin/lockfs -a -f

  4. Wiederholen Sie Schritt 1 bis Schritt 3 auf nodeC.

  5. Kopieren Sie den Master-Datenträger von nodeA auf den Master-Datenträger von nodeC. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -m lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

  6. Warten Sie, bis die Replikation abgeschlossen ist und die Datenträger synchronisiert sind. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -w lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

  7. Bestätigen Sie, dass sich der Cluster im Replikationsmodus befindet. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -P

    Die Ausgabe sollte der folgenden ähneln: 


    /dev/vx/rdsk/Gerätegruppe/vol01 ->
lHost-RepRG-Sek:/dev/vx/rdsk/Gerätegruppe/vol01
autosync: on, max q writes:4194304, max q fbas:16384, mode:sync,ctag:
Gerätegruppe, state: replicating

    Im Replikationsmodus lautet der Zustand replicating und der aktive Zustand der Auto-Synchronisierung on. Wenn der primäre Datenträger beschrieben wird, wird der sekundäre Datenträger von der Sun StorEdge Availability Suite 3.1-Software aktualisiert.

So führen Sie eine Schnappschuss-Kopie aus

In diesem Verfahren wurden der Schattendatenträger und der Master-Datenträger des primären Clusters mithilfe der Schnappschuss-Kopie synchronisiert. Der Master-Datenträger ist Datenträger 1, und der Schattendatenträger ist Datenträger 2.

  1. Greifen Sie als Superbenutzer auf nodeA zu.

  2. Halten Sie die Anwendung an, die auf nodeA ausgeführt wird. 


    KnotenA# /usr/cluster/bin/scswitch -n -j NFS-RS

  3. Versetzen Sie den primären Cluster in den Protokollierungsmodus. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -l lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

    Wenn der Daten-Datenträger auf der Platte beschrieben wird, wird die Bitmap-Datei auf derselben Platte aktualisiert. Es findet keine Replikation statt.

  4. Synchronisieren Sie den Schattendatenträger und den Master-Datenträger des primären Clusters. 


    KnotenA# /usr/opt/SUNWesm/sbin/iiadm -u s /dev/vx/rdsk/Gerätegruppe/vol02
KnotenA# /usr/opt/SUNWesm/sbin/iiadm -w /dev/vx/rdsk/Gerätegruppe/vol02

  5. Synchronisieren Sie den Schattendatenträger und den Master-Datenträger des sekundären Clusters. 


    KnotenC# /usr/opt/SUNWesm/sbin/iiadm -u s /dev/vx/rdsk/Gerätegruppe/vol02
KnotenC# /usr/opt/SUNWesm/sbin/iiadm -w /dev/vx/rdsk/Gerätegruppe/vol02

  6. Starten Sie die Anwendung auf nodeA neu. 


    KnotenA# /usr/cluster/bin/scswitch -e -j NFS-RS

  7. Synchronisieren Sie den sekundären Datenträger mit dem primären Datenträger erneut. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -u lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

Beispiel für das Überprüfen der Richtigkeit der Replikationskonfiguration

In diesem Abschnitt wird beschrieben, wie die Replikationskonfiguration in der Beispielkonfiguration bestätigt wurde.

So überprüfen Sie die Richtigkeit der Replikationskonfiguration

  1. Überprüfen Sie, ob sich der primäre Cluster im Replikationsmodus befindet und die Auto-Synchronisierung aktiviert ist.


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -P

    Die Ausgabe sollte der folgenden ähneln: 


    /dev/vx/rdsk/Gerätegruppe/vol01 ->
lHost-RepRG-Sek:/dev/vx/rdsk/Gerätegruppe/vol01
autosync: on, max q writes:4194304, max q fbas:16384, mode:sync,ctag:
Gerätegruppe, state: replicating

    Im Replikationsmodus lautet der Zustand replicating und der aktive Zustand der Auto-Synchronisierung on. Wenn der primäre Datenträger beschrieben wird, wird der sekundäre Datenträger von der Sun StorEdge Availability Suite 3.1-Software aktualisiert.

    Wenn sich der primäre Cluster nicht im Replikationsmodus befindet, versetzen Sie ihn wie folgt in diesen Modus: 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -u lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

  2. Erstellen Sie auf einem Client-Rechner ein Verzeichnis.

    1. Melden Sich sich am Client-Rechner als Superbenutzer an.

      Es wird eine Aufforderung angezeigt, die der folgenden ähnelt: 


      Client-Rechner#

    2. Erstellen Sie auf dem Client-Rechner ein Verzeichnis. 


      Client-Rechner# mkdir /Verz

  3. Hängen Sie das Verzeichnis in die Anwendung im primären Cluster ein, und zeigen Sie das eingehängte Verzeichnis an.

    1. Hängen Sie das Verzeichnis in die Anwendung im primären Cluster ein. 


      Client-Rechner# mount -o rw lHost-NFSRG-Prim:/global/Einhängepunkt /Verz

    2. Zeigen Sie das eingehängte Verzeichnis an. 


      Client-Rechner# ls /Verz

  4. Hängen Sie das Verzeichnis in die Anwendung im sekundären Cluster ein, und zeigen Sie das eingehängte Verzeichnis an.

    1. Hängen Sie das Verzeichnis aus der Anwendung im primären Cluster aus. 


      Client-Rechner# umount /Verz

    2. Nehmen Sie die Anwendungs-Ressourcengruppe im primären Cluster offline. 


      KnotenA# /usr/cluster/bin/scswitch -n -j NFS-RS
KnotenA# /usr/cluster/bin/scswitch -n -j NFS-GG-RS
KnotenA# /usr/cluster/bin/scswitch -n -j lHost-NFSRG-Prim
KnotenA# /usr/cluster/bin/scswitch -z -g NFS-RG -h ""

    3. Versetzen Sie den primären Cluster in den Protokollierungsmodus. 


      KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -l lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

      Wenn der Daten-Datenträger auf der Platte beschrieben wird, wird die Bitmap-Datei auf derselben Platte aktualisiert. Es findet keine Replikation statt.

    4. Bringen Sie die Anwendungs-Ressourcengruppe im sekundären Cluster online. 


      KnotenC# /usr/cluster/bin/scswitch -Z -g NFS-RG

    5. Greifen Sie als Superbenutzer auf den Client-Rechner zu.

      Es wird eine Eingabeaufforderung angezeigt, die der folgenden ähnelt: 


      Client-Rechner#

    6. Hängen Sie das in Schritt 2 erstellte Verzeichnis in die Anwendung im sekundären Cluster ein. 


      Client-Rechner# mount -o rw lHost-NFSRG-Sek:/global/Einhängepunkt /Verz

    7. Zeigen Sie das eingehängte Verzeichnis an. 


      Client-Rechner# ls /Verz

  5. Stellen Sie sicher, dass das in Schritt 3 angezeigte Verzeichnis mit dem in Schritt 4 angezeigten Verzeichnis identisch ist.

  6. Bringen Sie die Anwendung im primären Cluster zum eingehängten Verzeichnis zurück.

    1. Nehmen Sie die Anwendungs-Ressourcengruppe im sekundären Cluster offline. 


      KnotenC# /usr/cluster/bin/scswitch -n -j NFS-RS
KnotenC# /usr/cluster/bin/scswitch -n -j NFS-GG-RS
KnotenC# /usr/cluster/bin/scswitch -n -j lHost-NFSRG-Sek
KnotenC# /usr/cluster/bin/scswitch -z -g NFS-RG -h ""

    2. Stellen Sie sicher, das der globale Datenträger aus dem sekundären Cluster ausgehängt ist. 


      KnotenC# umount /global/Einhängepunkt

    3. Bringen Sie die Anwendungs-Ressourcengruppe im primären Cluster online. 


      KnotenA# /usr/cluster/bin/scswitch -Z -g NFS-RG

    4. Versetzen Sie den primären Cluster in den Replikationsmodus. 


      KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -u lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

      Wenn der primäre Datenträger beschrieben wird, wird der sekundäre Datenträger von der Sun StorEdge Availability Suite 3.1-Software aktualisiert.

Beispiel für den Umgang mit einem Failover oder Switchover

In diesem Abschnitt wird beschrieben, wie ein Switchover verursacht und die Anwendung auf einen sekundären Cluster übertragen wurde. Nach einem Switchover oder Failover müssen Sie den DNS-Eintrag aktualisieren und die Anwendung zum Lesen und Schreiben auf den sekundären Datenträger konfigurieren.

So verursachen Sie ein Switchover

  1. Versetzen Sie den primären Cluster in den Protokollierungsmodus. 


    KnotenA# /usr/opt/SUNWesm/sbin/sndradm -n -l lHost-RepRG-Prim \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 lHost-RepRG-Sek \
/dev/vx/rdsk/Gerätegruppe/vol01 \
/dev/vx/rdsk/Gerätegruppe/vol04 ip sync

    Wenn der Daten-Datenträger auf der Platte beschrieben wird, wird die Bitmap-Datei auf derselben Platte aktualisiert. Es findet keine Replikation statt.

  2. Bestätigen Sie, dass sich sowohl der primäre als auch der sekundäre Cluster im Protokollierungsmodus befinden und die Auto-Synchronisierung deaktiviert ist.

    1. Führen Sie auf nodeA diesen Befehl aus: 


      KnotenA# /usr/opt/SUNWesm/sbin/sndradm -P

      Die Ausgabe sollte der folgenden ähneln: 


      /dev/vx/rdsk/Gerätegruppe/vol01 ->
lHost-RepRG-Sek:/dev/vx/rdsk/Gerätegruppe/vol01
autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag:
Gerätegruppe, state: logging

    2. Führen Sie auf nodeC diesen Befehl aus: 


      KnotenC# /usr/opt/SUNWesm/sbin/sndradm -P

      Die Ausgabe sollte der folgenden ähneln: 


      /dev/vx/rdsk/Gerätegruppe/vol01 <-
lHost-RepRG-Prim:/dev/vx/rdsk/Gerätegruppe/vol01
autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag:
Gerätegruppe, state: logging

    Für nodeA und nodeC sollte der Zustand logging lauten, und der aktive Zustand der Auto-Synchronisierung sollte auf off eingestellt sein.

  3. Bestätigen Sie, dass für den sekundären Cluster ein Takeover vom primären Cluster durchgeführt werden kann. 


    KnotenC# /usr/sbin/fsck -y /dev/vx/rdsk/Gerätegruppe/vol01

  4. Schalten Sie auf den sekundären Cluster um. 


    KnotenC# scswitch -Z -g NFS-RG
KnotenC# scswitch -Z -g NFS-RG -h KnotenC
So aktualisieren Sie den DNS-Eintrag

Die Abbildung einer DNS-Zuordnung zwischen einem Client und einem Cluster finden Sie in Abbildung 6–6.

  1. Starten Sie den nsupdate-Befehl.

    Weitere Informationen finden Sie in der Online-Dokumentation unter nsupdate(1M).

  2. Entfernen Sie die aktuelle DNS-Zuordnung zwischen dem Client-Rechner und dem logischen Hostnamen der Anwendungs-Ressourcengruppe im primären Cluster. 


    > update delete Client-Rechner A
> update delete IP-Adresse1.in-addr.arpa TTL PTR Client-Rechner
    Client-Rechner

    Der volle Client-Name. Beispiel: mymachine.mycompany.com.

    IP-Adresse1

    Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Prim in umgekehrter Reihenfolge.

    TTL

    Die Lebensdauer in Sekunden. Ein typischer Wert ist 3600.

  3. Erstellen Sie die neue DNS-Zuordnung zwischen dem Client-Rechner und dem logischen Hostnamen der Anwendungs-Ressourcengruppe im sekundären Cluster. 


    > update add Client-Rechner TTL A IP-Adresse2
> update add IP-Adresse3.in-addr.arpa TTL PTR Client-Rechner
    IP-Adresse2

    Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Sek in fortlaufender Reihenfolge.

    IP-Adresse3

    Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Sek in umgekehrter Reihenfolge.

So konfigurieren Sie die Anwendung zum Lesen und Schreiben auf dem sekundären Datenträger

  1. Konfigurieren Sie den sekundären Datenträger so, dass er im Einhängepunktverzeichnis für das NFS-Dateisystem eingehängt wird. 


    Client-Rechner# mount -o rw lHost-NFSRG-Sek:/global/Einhängepunkt /xxx

    Der Einhängepunkt wurde in Schritt 1 von So konfigurieren Sie das Dateisystem im primären Cluster für die NFS-Anwendung erstellt.

  2. Bestätigen Sie, dass der sekundäre Cluster Schreibzugriff für den Einhängepunkt hat. 


    Client-Rechner# touch /xxx/data.1
Client-Rechner# umount /xxx