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