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.
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.
Bestätigen Sie, dass sich sowohl der primäre als auch der sekundäre Cluster im Protokollierungsmodus befinden und die Auto-Synchronisierung deaktiviert ist.
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 |
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.
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 |
Schalten Sie auf den sekundären Cluster um.
KnotenC# scswitch -Z -g NFS-RG KnotenC# scswitch -Z -g NFS-RG -h KnotenC |
Die Abbildung einer DNS-Zuordnung zwischen einem Client und einem Cluster finden Sie in Abbildung 6–6.
Starten Sie den nsupdate-Befehl.
Weitere Informationen finden Sie in der Online-Dokumentation unter nsupdate(1M).
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 |
Der volle Client-Name. Beispiel: mymachine.mycompany.com.
Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Prim in umgekehrter Reihenfolge.
Die Lebensdauer in Sekunden. Ein typischer Wert ist 3600.
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 |
Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Sek in fortlaufender Reihenfolge.
Die IP-Adresse des logischen Hostnamens lHost-NFSRG-Sek in umgekehrter Reihenfolge.
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.
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 |