Sun Cluster Handbuch Softwareinstallation für Solaris OS

Beispiel für die Verwaltung eines Failovers oder Switchovers

In diesem Abschnitt wird beschrieben, wie Switchover verursacht und die Anwendung auf einen sekundären Cluster übertragen wird. Nach einem Switchover oder Failover müssen Sie die DNS-Einträge aktualisieren. Weitere Informationen finden Sie unter Richtlinien zum Verwalten eines Failover oder Switchover.

Dieses Kapitel umfasst folgende Anweisungen:

So verursachen Sie ein Switchover

Schritte

Bringen Sie den primären Cluster in den Protokollierungsmodus.

nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -l lhost-reprg-prim \
/dev/vx/rdsk/devicegroup/vol01 \
/dev/vx/rdsk/devicegroup/vol04 lhost-reprg-sec \
/dev/vx/rdsk/devicegroup/vol01 \
/dev/vx/rdsk/devicegroup/vol04 ip sync

Wen 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.
1. Bestätigen Sie Modus und Einstellung auf nodeA.
  nodeA# /usr/opt/SUNWesm/sbin/sndradm -P
  Die Ausgabe sollte der folgenden ähneln:
  /dev/vx/rdsk/devicegroup/vol01 -> lhost-reprg-sec:/dev/vx/rdsk/devicegroup/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: devicegroup, state: logging
2. Bestätigen Sie Modus und Einstellung auf nodeC.
  nodeC# /usr/opt/SUNWesm/sbin/sndradm -P
  Die Ausgabe sollte der folgenden ähneln:
  /dev/vx/rdsk/devicegroup/vol01 <- lhost-reprg-prim:/dev/vx/rdsk/devicegroup/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: devicegroup, 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.
nodeC# /usr/sbin/fsck -y /dev/vx/rdsk/devicegroup/vol01

Schalten Sie auf den sekundären Cluster um.
nodeC# scswitch -Z -g nfs-rg

Nächste Schritte

Wechseln Sie zu So aktualisieren Sie den DNS-Eintrag .

So aktualisieren Sie den DNS-Eintrag

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

Bevor Sie beginnen

Vergewissern Sie sich, dass Sie alle Schritte unter So verursachen Sie ein Switchover ausgeführt haben.

Schritte

Starten Sie den nsupdate-Befehl.

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

Entfernen Sie bei beiden Clustern die aktuelle DNS-Zuordnung zwischen dem logischen Hostnamen der Anwendungs-Ressourcengruppe und der Cluster-IP-Adresse.

> update delete lhost-nfsrg-prim A
> update delete lhost-nfsrg-sec A
> update delete ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-prim
> update delete ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-sec

ipaddress1rev: Die IP-Adresse des primären Clusters, in umgekehrter Reihenfolge.
ipaddress2rev: Die IP-Adresse des sekundären Clusters, in umgekehrter Reihenfolge.
ttl: Die Lebensdauer in Sekunden Ein typischer Wert ist 3600.

Erstellen Sie bei beiden Clustern eine neue DNS-Zuordnung zwischen dem logischen Hostnamen der Anwendungs-Ressourcengruppe und der Cluster-IP-Adresse.

Ordnen Sie den primären logischen Hostnamen der IP-Adresse des sekundären Clusters und den sekundären logischen Hostnamen der IP-Adresse des primären Clusters zu.

> update add lhost-nfsrg-prim ttl A ipaddress2fwd
> update add lhost-nfsrg-sec ttl A ipaddress1fwd
> update add ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-prim
> update add ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-sec

ipaddress2fwd: Die IP-Adresse des sekundären Clusters, in fortlaufender Reihenfolge.
ipaddress1fwd: Die IP-Adresse des primären Clusters, in fortlaufender Reihenfolge.
ipaddress2rev: Die IP-Adresse des sekundären Clusters, in umgekehrter Reihenfolge.
ipaddress1rev: Die IP-Adresse des primären Clusters, in umgekehrter Reihenfolge.