Sun Cluster Handbuch Systemverwaltung für Solaris OS

Wiederherstellen von Cluster-Dateien

Tabelle 9–2 Task Map: Wiederherstellen von Cluster-Dateien

Schritt  

Anweisungen siehe… 

Interaktives Wiederherstellen von Dateien anhand der Solaris-Wiederherstellungsverfahren für Solstice DiskSuite/Solaris Volume Manager 

So stellen Sie einzelne Dateien interaktiv wieder her (Solstice DiskSuite/Solaris Volume Manager)

Wiederherstellen des Root-Dateisystems (/) für Solstice DiskSuite/Solaris Volume Manager

So stellen Sie das Root-Dateisystem (/) wieder her (Solstice DiskSuite/Solaris Volume Manager)

   

So stellen Sie ein Root-Dateisystem (/) auf einem Metagerät wieder her (Solstice DiskSuite/Solaris Volume Manager)

Wiederherstellen eines nicht eingekapselten Root-Dateisystems (/) für VERITAS Volume Manager

SPARC: So stellen Sie ein nicht eingekapseltens Root-Dateisystem (/) wieder her (VERITAS Volume Manager)

Wiederherstellen eines eingekapselten Root-Dateisystems (/) für VERITAS Volume Manager

SPARC: So stellen Sie ein eingekapseltes Root-Dateisystem (/) wieder her (VERITAS Volume Manager)

So stellen Sie einzelne Dateien interaktiv wieder her (Solstice DiskSuite/Solaris Volume Manager)

Verwenden Sie dieses Verfahren zur Wiederherstellung einer oder mehrerer einzelner Datei(en). Stellen Sie sicher, dass der Cluster vor der Ausführung des Wiederherstellungsverfahrens problemlos läuft.

  1. Melden Sie sich bei dem wiederherzustellenden Knoten als Superbenutzer an.

  2. Stoppen Sie alle Datendienste, die auf die wiederherzustellenden Dateien zugreifen.


    # scswitch -z -g Ressourcengruppe[,...] -h ““
    

  3. Stellen Sie die Dateien mit dem ufsrestore-Befehl wieder her.

So stellen Sie das Root-Dateisystem (/) wieder her (Solstice DiskSuite/Solaris Volume Manager)

Verwenden Sie dieses Verfahren, um die Root-Dateisysteme (/) auf einer neuen Platte wiederherzustellen, zum Beispiel nach dem Ersetzen einer fehlerhaften Root-Platte. Der wiederherzustellende Knoten sollte nicht gebootet werden. Stellen Sie sicher, dass der Cluster vor der Ausführung des Wiederherstellungsverfahrens problemlos läuft.


Hinweis –

Sie müssen die neue Platte mit demselben Format wie die fehlerhafte Platte partitionieren; identifizieren Sie deshalb das Partitionsschema, bevor Sie mit diesem Verfahren beginnen, und erstellen Sie die benötigten Dateisysteme.


  1. Melden Sie sich bei dem Cluster-Knoten als Superbenutzer an, der Zugriff auf den Metasatz hat und nicht der wiederherzustellende Knoten ist.

  2. Entfernen Sie den Hostnamen des wiederherzustellenden Knotens aus allen Metasätzen.

    Führen Sie diesen Befehl von einem anderen als dem zu entfernenden Knoten im Metasatz aus.


    # metaset -s Satzname -f -d -h Knotenliste
    

    -s Satzname

    Gibt den Plattensatznamen an.

    -f

    Erzwingt das Entfernen.

    -d

    Löscht vom Plattensatz.

    -h Knotenliste

    Gibt den Namen des Knotens an, der vom Plattensatz zu löschen ist.

  3. Ersetzen Sie die fehlerhafte Platte auf dem Knoten, dessen Root-Dateisystem (/) wiederhergestellt wird.

    Informationen zum Verfahren zum Ersetzen von Platten finden Sie in der Dokumentation zu Ihrem Server.

  4. Booten Sie den Knoten, der wiederhergestellt wird.

    • Wenn Sie die Solaris-CD-Rom verwenden:

      • SPARC: Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


         ok boot cdrom -s
        

      • x86: Legen Sie die CD in das CD-Rom-Laufwerk des Systems ein und booten Sie das System, indem Sie es herunterfahren und aus- und wieder einschalten. Geben Sie im Bildschirm für die aktuellen Boot-Parameter folgenden Befehl ein:


                             <<< Current Boot Parameters >>>
        Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@
        7,1/sd@0,0:a
        Boot args:
        
        Type b [file-name] [boot-flags] <ENTER> to boot with options
        or   i <ENTER>                          to enter boot interpreter
        or   <ENTER>                            to boot with defaults
        
                         <<< timeout in 5 seconds >>>
        Select (b)oot or (i)nterpreter: b -s
        

    • Wenn Sie einen Solaris JumpStart TM-Server verwenden:

      • SPARC: Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


        ok boot net -s
        

      • x86: Booten Sie das System, indem Sie es herunterfahren und aus- und wieder einschalten. Geben Sie im Bildschirm für die aktuellen Boot-Parameter folgenden Befehl ein:


                             <<< Current Boot Parameters >>>
        Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@
        7,1/sd@0,0:a
        Boot args:
        
        Type b [file-name] [boot-flags] <ENTER> to boot with options
        or   i <ENTER>                          to enter boot interpreter
        or   <ENTER>                            to boot with defaults
        
                         <<< timeout in 5 seconds >>>
        Select (b)oot or (i)nterpreter: b -s
        

  5. Erstellen Sie alle Partitionen, und lagern Sie die Root-Platte mit dem format(1M)-Befehl aus.

    Erstellen Sie das ursprüngliche Partitionsschema der fehlerhaften Platte neu.

  6. Erstellen Sie das Root-Dateisystem (/) und die benötigten restlichen Dateisysteme mit dem newfs(1M)-Befehl.

    Erstellen Sie die ursprünglich auf der fehlerhaften Platte vorhandenen Dateisysteme.


    Hinweis –

    Vergessen Sie nicht, das /global/.devices/node@nodeid-Dateisystem zu erstellen.


  7. Hängen Sie das Root-Dateisystem (/) in einem temporären Einhängepunkt ein.


    # mount Gerät temp-Einhängepunkt
    

  8. Verwenden Sie zur Wiederherstellung des Root-Dateisystems (/) folgende Befehle.


    # cd temp-Einhängepunkt
    # ufsrestore rvf Abbildgerät
    # rm restoresymtable
    # cd /
    # umount temp-mountpoint
    # fsck Im raw-Modus betriebenes Plattengerät
    

    Das Dateisystem ist nun wiederhergestellt.

  9. Installieren Sie einen neuen Boot-Block auf der neuen Platte.


    # /usr/sbin/installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk Im raw-Modus betriebenes Plattengerät
    

  10. Booten Sie den Knoten im Einzelbenutzermodus neu.


    # reboot -- "-s"
    

  11. Ersetzen Sie die Platten-ID mit dem scdidadm( 1M)-Befehl.


    # scdidadm -RRoot-Platte
    

  12. Verwenden Sie den metadb(1M)-Befehl zur Wiederherstellung der Zustands-Datenbankreplikate.


    # metadb -c Kopien -af Im raw-Modus betriebenes Plattengerät
    

    -c Kopien

    Gibt die Anzahl der zu erstellenden Replikate an.

    -f Im_raw-Modus_betriebenes_Plattengerät

    Das im raw-Modus betriebene Plattengerät, auf dem die Replikate erstellt werden sollen.

    -a

    Fügt die Replikate hinzu.

  13. Booten Sie den Knoten im Cluster-Modus neu.

    1. Starten Sie den Vorgang zum Neubooten.


      # reboot
      

      Während dieses Bootvorgangs wird möglicherweise eine Fehler- oder Warnmeldung angezeigt, die mit folgender Anweisung schließt:


      Type control-d to proceed with normal startup,
      (or give root password for system maintenance):

    2. Drücken Sie Strg-D, um im Mehrbenutzermodus zu booten.

  14. Verwenden Sie von einem anderen als dem wiederhergestellten Cluster-Knoten den metaset-Befehl, um allen Metasätzen den wiederhergestellten Knoten wieder hinzuzufügen.


    phys-schost-2# metaset -s Satzname -a -h Knotenliste
    

    -a

    Erstellt den Host und fügt ihn dem Plattensatz hinzu.

    Der Knoten wird im Cluster-Modus neu gebootet. Der Cluster ist betriebsbereit.

Beispiel — Wiederherstellen des Root-Dateisystems (/) (Solstice DiskSuite/Solaris Volume Manager)

Das nachstehende Beispiel zeigt das Root-Dateisystem (/), das vom Plattengerät /dev/rmt/0 auf dem Knoten phys-schost-1 wiederhergestellt wurde. Der metaset-Befehl wird von einem anderen Knoten im Cluster (phys-schost-2) ausgeführt. Dabei wird der Knoten phys-schost-1 zuerst vom Plattensatz schost-1 entfernt und diesem später wieder hinzugefügt. Alle anderen Befehle werden von phys-schost-1 ausgeführt. Auf /dev/rdsk/c0t0d0s0 wird ein neuer Boot-Block erstellt, und auf /dev/rdsk/c0t0d0s4 werden drei Zustands-Datenbankreplikate für Zustandsdaten wieder erstellt.


[Melden Sie sich bei einem anderen als dem wiederherzustellenden Cluster-Knoten als Superbenutzer an.]
[Entfernen Sie den Knoten aus dem Metasatz:]
phys-schost-2# metaset -s schost-1 -f -d -h phys-schost-1
[Ersetzen Sie die fehlerhafte Platte und booten Sie den Knoten:]

Booten des Knotens mit der Solaris-CD-Rom:


[Verwenden Sie format undnewfs, um Partitionen und Dateisysteme neu zu erstellen.]
[Hängen Sie das Root-Dateisystem in einem temporären Einhängepunkt ein:]
# mount /dev/dsk/c0t0d0s0 /a
[Stellen Sie das Root-Dateisystem wieder her:]
# cd /a
# ufsrestore rvf /dev/rmt/0
# rm restoresymtable
# cd /
# umount /a
# fsck /dev/rdsk/c0t0d0s0
[Installieren Sie einen neuen Boot-Block:]
# /usr/sbin/installboot /usr/platform/`uname \
-i`/lib/fs/ufs/bootblk /dev/rdsk/c0t0d0s0
[Booten Sie im Einzelbenutzermodus neu:]
# reboot -- "-s"
[Ersetzen Sie die Platten-ID:]
# scdidadm -R /dev/dsk/c0t0d0
[Stellen Sie die Datenbankreplikate wieder her:]
# metadb -c 3 -af /dev/rdsk/c0t0d0s4
# reboot
Press Control-d to boot into multiuser mode.
[Fügen Sie den Knoten wieder dem Metasatz hinzu:]
phys-schost-2# metaset -s schost-1 -a -h phys-schost-1

So stellen Sie ein Root-Dateisystem (/) auf einem Metagerät wieder her (Solstice DiskSuite/Solaris Volume Manager)

Verwenden Sie dieses Verfahren zum Wiederherstellen eines Root-Dateisystems (/), das sich bei der Sicherung auf einem Metagerät befand. Dieses Verfahren wenden Sie in Fällen an, in denen zum Beispiel eine Root-Platte beschädigt ist und durch eine neue Platte ersetzt wird. Der wiederherzustellende Knoten sollte nicht gebootet werden. Stellen Sie sicher, dass der Cluster vor der Ausführung des Wiederherstellungsverfahrens problemlos läuft.


Hinweis –

Sie müssen die neue Platte mit demselben Format wie die fehlerhafte Platte partitionieren; identifizieren Sie deshalb das Partitionsschema, bevor Sie mit diesem Verfahren beginnen, und erstellen Sie die benötigten Dateisysteme.


  1. Melden Sie sich bei dem Cluster-Knoten als Superbenutzer an, der Zugriff auf den Metasatz hat und nicht der wiederherzustellende Knoten ist.

  2. Entfernen Sie den Hostnamen des wiederherzustellenden Knotens aus allen Metasätzen.


    # metaset -s Satzname -f -d -h Knotenliste
    

    -s Satzname

    Gibt den Metasatznamen an.

    -f

    Erzwingt das Entfernen.

    -d

    Löscht vom Metasatz.

    -h Knotenliste

    Gibt den Namen des Knotens an, der aus dem Metasatz gelöscht werden soll.

  3. Ersetzen Sie die fehlerhafte Platte auf dem Knoten, dessen Root-Dateisystem (/) wiederhergestellt wird.

    Informationen zum Verfahren zum Ersetzen von Platten finden Sie in der Dokumentation zu Ihrem Server.

  4. Booten Sie den Knoten, der wiederhergestellt wird.

    • Wenn Sie die Solaris-CD-Rom verwenden:

      • SPARC: Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


         ok boot cdrom -s
        

      • x86: Legen Sie die CD in das CD-Rom-Laufwerk des Systems ein und booten Sie das System, indem Sie es herunterfahren und aus- und wieder einschalten. Geben Sie im Bildschirm für die aktuellen Boot-Parameter folgenden Befehl ein:


                             <<< Current Boot Parameters >>>
        Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@
        7,1/sd@0,0:a
        Boot args:
        
        Type b [file-name] [boot-flags] <ENTER> to boot with options
        or   i <ENTER>                          to enter boot interpreter
        or   <ENTER>                            to boot with defaults
        
                         <<< timeout in 5 seconds >>>
        Select (b)oot or (i)nterpreter: b -s
        

    • Wenn Sie einen Solaris JumpStart TM-Server verwenden:

      • SPARC: Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


        ok boot net -s
        

      • x86: Booten Sie das System, in dem Sie es herunterfahren und aus- und wieder einschalten. Geben Sie im Bildschirm für die aktuellen Boot-Parameter folgenden Befehl ein:


                             <<< Current Boot Parameters >>>
        Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@
        7,1/sd@0,0:a
        Boot args:
        
        Type b [file-name] [boot-flags] <ENTER> to boot with options
        or   i <ENTER>                          to enter boot interpreter
        or   <ENTER>                            to boot with defaults
        
                         <<< timeout in 5 seconds >>>
        Select (b)oot or (i)nterpreter: b -s
        

  5. Erstellen Sie alle Partitionen, und lagern Sie die Root-Platte mit dem format-Befehl aus.

    Erstellen Sie das ursprüngliche Partitionsschema der fehlerhaften Platte neu.

  6. Erstellen Sie das Root-Dateisystem (/) und die restlichen ggf. benötigten Dateisysteme mit dem newfs-Befehl.

    Erstellen Sie die ursprünglich auf der fehlerhaften Platte vorhandenen Dateisysteme.


    Hinweis –

    Vergessen Sie nicht, das /global/.devices/node@nodeid-Dateisystem zu erstellen.


  7. Hängen Sie das Root-Dateisystem (/) in einem temporären Einhängepunkt ein.


    # mount Gerät temp_Einhängepunkt
    

  8. Verwenden Sie zur Wiederherstellung des Root-Dateisystems (/) folgende Befehle.


    # cd temp_Einhängepunkt
    # ufsrestore rvf Abbildgerät
    # rm restoresymtable
    

  9. Installieren Sie einen neuen Boot-Block auf der neuen Platte.


    # /usr/sbin/installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk Im raw-Modus betriebenes Plattengerät
    

  10. Entfernen Sie die Zeilen mit MDD-Root-Informationen aus der /temp_Einhängepunkt/etc/system-Datei.


    * Begin MDD root info (do not edit)
    forceload: misc/md_trans
    forceload: misc/md_raid
    forceload: misc/md_mirror
    forceload: misc/md_hotspares
    forceload: misc/md_stripe
    forceload: drv/pcipsy
    forceload: drv/glm
    forceload: drv/sd
    rootdev:/pseudo/md@0:0,10,blk
    * End MDD root info (do not edit)

  11. Bearbeiten Sie die /temp-mountpoint/etc/vfstab-Datei, um den Root-Eintrag von einem Metagerät auf einen entsprechenden normalen Bereich für jedes zum Metagerät gehörende Dateisystem auf der Root-Platte zu ändern.


    Example:
    Change from—
    /dev/md/dsk/d10   /dev/md/rdsk/d10    /      ufs   1     no       -
    
    Change to—
    /dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0  /      ufs   1     no       -

  12. Hängen Sie das temporäre Dateisystem aus, und prüfen Sie das im raw-Modus betriebene Plattengerät.


    # cd /
    # umount Temp_Einhängepunkt
    # fsck Im raw-Modus betriebenes Plattengerät
    

  13. Booten Sie den Knoten im Einzelbenutzermodus neu.


    # reboot -- "-s"
    

  14. Ersetzen Sie die Platten-ID mit dem scdidadm-Befehl.


    # scdidadm -R Root-Platte
    

  15. Verwenden Sie den metadb-Befehl zur erneuten Erstellung der Zustands-Datenbankreplikate.


    # metadb -c Kopien -af Im raw-Modus betriebenes Plattengerät
    

    -c Kopien

    Gibt die Anzahl der zu erstellenden Replikate an.

    -af Im_raw-Modus_betriebenes_Plattengerät

    Erstellt die ursprünglichen Zustands-Datenbankreplikate auf dem genannten im raw-Modus betriebenen Plattengerät.

  16. Booten Sie den Knoten im Cluster-Modus neu.

    1. Starten Sie den Vorgang zum Neubooten.


      # reboot
      

      Während dieses Bootvorgangs werden Fehler- oder Warnmeldungen angezeigt, die mit folgender Anweisung schließen:


      Type control-d to proceed with normal startup,
      (or give root password for system maintenance):

    2. Drücken Sie Strg-D, um im Mehrbenutzermodus zu booten.

  17. Verwenden Sie von einem anderen als dem wiederhergestellten Cluster-Knoten den metaset-Befehl, um allen Metasätzen den wiederhergestellten Knoten wieder hinzuzufügen.


    phys-schost-2# metaset -s Satzname -a -h Knotenliste
    

    -a

    Fügt (erstellt) den Metasatz hinzu.

    Konfigurieren Sie das Metagerät/den Spiegel für den Root (/) nach den Anweisungen der Solstice DiskSuite-Dokumentation.

    Der Knoten wird im Cluster-Modus neu gebootet. Der Cluster ist betriebsbereit.

Beispiel — Wiederherstellen eines Root-Dateisystems (/) auf einem Metagerät (Solstice DiskSuite/Solaris Volume Manager)

Das nachstehende Beispiel zeigt das Root-Dateisystem (/), das vom Plattengerät /dev/rmt/0 auf dem Knoten phys-schost-1 wiederhergestellt wurde. Der metaset-Befehl wird von einem anderen Knoten im Cluster (phys-schost-2) ausgeführt. Dabei wird der Knoten phys-schost-1 zuerst vom Metagerät schost-1 entfernt und diesem später wieder hinzugefügt. Alle anderen Befehle werden von phys-schost-1 ausgeführt. Auf /dev/rdsk/c0t0d0s0 wird ein neuer Boot-Block erstellt, und auf /dev/rdsk/c0t0d0s4 werden drei Zustands-Datenbankreplikate für Zustandsdaten wieder erstellt.


[Melden Sie sich bei einem anderen als dem wiederherzustellenden Cluster-Knoten mit Zugriff auf das Metasatz als Superbenutzer an.]
[Entfernen Sie den Knoten aus dem Metasatz:]
phys-schost-2# metaset -s schost-1 -f -d -h phys-schost-1
[Ersetzen Sie die fehlerhafte Platte, und booten Sie den Knoten:]

Booten des Knotens mit der Solaris-CD-Rom:


[Verwenden Sie format und newfs, um Partitionen und Dateisysteme neu zu erstellen.]
[Hängen Sie das Root-Dateisystem an einem temporären Einhängepunkt ein:]
# mount /dev/dsk/c0t0d0s0 /a
[Stellen Sie das Root-Dateisystem wieder her:]
# cd /a
# ufsrestore rvf /dev/rmt/0
# rm restoresymtable
[Installieren Sie einen neuen Boot-Block:]
# /usr/sbin/installboot /usr/platform/`uname \
-i`/lib/fs/ufs/bootblk /dev/rdsk/c0t0d0s0
[Entfernen Sie die Zeilen mit MDD-Root-Informationen aus der Datei /Temp_Einhängepunkt/etc/system:]
* Begin MDD root info (do not edit)
forceload: misc/md_trans
forceload: misc/md_raid
forceload: misc/md_mirror
forceload: misc/md_hotspares
forceload: misc/md_stripe
forceload: drv/pcipsy
forceload: drv/glm
forceload: drv/sd
rootdev:/pseudo/md@0:0,10,blk
* End MDD root info (do not edit)
[Bearbeiten Sie die /temp-mountpoint/etc/vfstab-Datei]
Example:
Change from—
/dev/md/dsk/d10   /dev/md/rdsk/d10    /      ufs   1     no       -

Change to—
/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0  /usr   ufs   1     no       -
[Hängen Sie das temporäre Dateisystem aus und überprüfen Sie das im raw-Modus betriebene Plattengerät:]
# cd /
# umount /a
# fsck /dev/rdsk/c0t0d0s0
[Booten Sie im Einzelbenutzermodus neu:]
# reboot -- "-s"
[Ersetzen Sie die Platten-ID:]
# scdidadm -R /dev/dsk/c0t0d0
[Stellen Sie die Zustands-Datenbankreplikate wieder her:]
# metadb -c 3 -af /dev/rdsk/c0t0d0s4
# reboot
Type Control-d to boot into multiuser mode.
[Fügen Sie den Knoten wieder dem Metasatz hinzu:]
phys-schost-2# metaset -s schost-1 -a -h phys-schost-1

SPARC: So stellen Sie ein nicht eingekapseltens Root-Dateisystem (/) wieder her (VERITAS Volume Manager)

Verwenden Sie dieses Verfahren zur Wiederherstellung eines nicht eingekapselten Root-Dateisystems (/) auf einem Knoten. Der wiederherzustellende Knoten sollte nicht gebootet werden. Stellen Sie sicher, dass der Cluster vor der Ausführung des Wiederherstellungsverfahrens problemlos läuft.


Hinweis –

Sie müssen die neue Platte mit demselben Format wie die fehlerhafte Platte partitionieren; identifizieren Sie deshalb das Partitionsschema, bevor Sie mit diesem Verfahren beginnen, und erstellen Sie die benötigten Dateisysteme.


  1. Ersetzen Sie die fehlerhafte Platte auf dem Knoten, dessen Root-Dateisystem wiederhergestellt wird.

    Informationen zum Verfahren zum Ersetzen von Platten finden Sie in der Dokumentation zu Ihrem Server.

  2. Booten Sie den Knoten, der wiederhergestellt wird.

    • Wenn Sie die Solaris-CD-Rom verwenden, geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


      ok boot cdrom -s
      

    • Wenn Sie einen Solaris JumpStart TM-Server verwenden, geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


      ok boot net -s
      

  3. Erstellen Sie alle Partitionen, und lagern Sie die Root-Platte mit dem format-Befehl aus.

    Erstellen Sie das ursprüngliche Partitionsschema der fehlerhaften Platte neu.

  4. Erstellen Sie das Root-Dateisystem (/) und die restlichen ggf. benötigten Dateisysteme mit dem newfs-Befehl.

    Erstellen Sie die ursprünglich auf der fehlerhaften Platte vorhandenen Dateisysteme.


    Hinweis –

    Vergessen Sie nicht, das /global/.devices/node@nodeid-Dateisystem zu erstellen.


  5. Hängen Sie das Root-Dateisystem (/) in einem temporären Einhängepunkt ein.


    # mount Gerät Temp_Einhängepunkt
    

  6. Stellen Sie das Root-Dateisystem (/) aus der Sicherungskopie wieder her, hängen Sie das Dateisystem aus, und prüfen Sie es.


    # cd Temp_Einhängepunkt
    # ufsrestore rvf Abbildgerät
    # rm restoresymtable
    # cd /
    # umount Temp_Einhängepunkt
    # fsck Im raw-Modus betriebenes Plattengerät
    

    Das Dateisystem ist nun wiederhergestellt.

  7. Installieren Sie einen neuen Boot-Block auf der neuen Platte.


    # /usr/sbin/installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk Im raw-Modus betriebenes Plattengerät
    

  8. Booten Sie den Knoten im Einzelbenutzermodus neu.

    1. Starten Sie den Vorgang zum Neubooten.


      # reboot -- "-s"

      Während dieses Bootvorgangs werden Fehler- oder Warnmeldungen angezeigt, die mit folgender Anweisung schließen:


      Type control-d to proceed with normal startup,
      (or give root password for system maintenance):

    2. Geben Sie das root-Passwort ein.

  9. Aktualisieren Sie die Platten-ID mit dem scdidadm-Befehl.


    # scdidadm -R /dev/rdsk/Plattengerät
    

  10. Drücken Sie Steuerung-D, um im Mehrbenutzermodus fortzufahren.

    Der Knoten wird im Cluster-Modus neu gebootet. Der Cluster ist betriebsbereit.

SPARC: Beispiel — Wiederherstellen eines nicht eingekapselten Root-Dateisystems (/) (VERITAS Volume Manager)

Das nachstehende Beispiel zeigt ein nicht eingekapseltes Root-Dateisystem (/), das vom Plattengerät /dev/rmt/0 auf dem Knoten phys-schost-1 wiederhergestellt wurde.


[Ersetzen Sie die fehlerhafte Platte und booten Sie den Knoten:]

Booten Sie den Knoten mit der Solaris-CD-Rom. Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


ok boot cdrom -s
...
[Verwenden Sie format und newfs, um Partitionen und Dateisysteme zu erstellen]
[Hängen Sie das Root-Dateisystem an einem temporären Einhängepunkt ein:]
# mount /dev/dsk/c0t0d0s0 /a
[Stellen Sie das Root-Dateisystem wieder her:]
# cd /a
# ufsrestore rvf /dev/rmt/0
# rm restoresymtable
# cd /
# umount /a
# fsck /dev/rdsk/c0t0d0s0
[Installieren Sie einen neuen Boot-Block:]
# /usr/sbin/installboot /usr/platform/`uname \
-i`/lib/fs/ufs/bootblk /dev/rdsk/c0t0d0s0
[Booten Sie im Einzelbenutzermodus neu:]
# reboot -- "-s"
[Aktualisieren Sie die Platten-ID:]
# scdidadm -R /dev/rdsk/c0t0d0
[Drücken Sie Strg-D, um im Mehrbenutzermodus fortzufahren]

SPARC: So stellen Sie ein eingekapseltes Root-Dateisystem (/) wieder her (VERITAS Volume Manager)

Mit diesem Verfahren stellen Sie ein eingekapseltes Root-Dateisystem (/) auf einem Knoten wieder her. Der wiederherzustellende Knoten sollte nicht gebootet werden. Stellen Sie sicher, dass der Cluster vor der Ausführung des Wiederherstellungsverfahrens problemlos läuft.


Hinweis –

Sie müssen die neue Platte mit demselben Format wie die fehlerhafte Platte partitionieren; identifizieren Sie deshalb das Partitionsschema, bevor Sie mit diesem Verfahren beginnen, und erstellen Sie die benötigten Dateisysteme.


  1. Ersetzen Sie die fehlerhafte Platte auf dem Knoten, dessen Root-Dateisystem wiederhergestellt wird.

    Informationen zum Verfahren zum Ersetzen von Platten finden Sie in der Dokumentation zu Ihrem Server.

  2. Booten Sie den Knoten, der wiederhergestellt wird.

    • Wenn Sie die Solaris-CD-Rom verwenden, geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


      ok boot cdrom -s
      

    • Wenn Sie einen Solaris JumpStart TM-Server verwenden, geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


      ok boot net -s
      

  3. Erstellen Sie alle Partitionen, und lagern Sie die Root-Platte mit dem format-Befehl aus.

    Erstellen Sie das ursprüngliche Partitionsschema der fehlerhaften Platte neu.

  4. Erstellen Sie das Root-Dateisystem (/) und die restlichen ggf. benötigten Dateisysteme mit dem newfs-Befehl.

    Erstellen Sie die ursprünglich auf der fehlerhaften Platte vorhandenen Dateisysteme.


    Hinweis –

    Vergessen Sie nicht, das /global/.devices/Knoten@Knoten-ID-Dateisystem zu erstellen.


  5. Hängen Sie das Root-Dateisystem (/) in einem temporären Einhängepunkt ein.


    # mount Gerät Temp_Einhängepunkt
    

  6. Stellen Sie das Root-Dateisystem (/) aus der Sicherungskopie wieder her.


    # cd Temp_Einhängepunkt
    # ufsrestore rvf Abbildgerät
    # rm restoresymtable
    

  7. Erstellen Sie eine leere install-db-Datei.

    Diese versetzt den Knoten beim nächsten Neubooten in VxVM-Installationsmodus.


    # touch /Temp_Einhängepunkt/etc/vx/reconfig.d/state.d/install-db
    

  8. Entfernen Sie die folgenden Einträge aus der Datei /temp_Einhängepunkt/etc/system oder kommentieren Sie diese aus.


    * rootdev:/pseudo/vxio@0:0
    * set vxio:vol_rootdev_is_volume=1

  9. Bearbeiten Sie die Datei /ttemp_Einhängepunkt /etc/vfstab, und ersetzen Sie alle VxVM-Einhängepunkte durch Standard-Plattengeräte für die Root-Platte, zum Beispiel /dev/dsk/c0t0d0s0.


    Example:
    Change from—
    /dev/vx/dsk/rootdg/rootvol /dev/vx/rdsk/rootdg/rootvol /      ufs   1     no -
    
    Change to—
    /dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0  / ufs   1     no       -

  10. Hängen Sie das temporäre Dateisystem aus, und prüfen Sie das Dateisystem.


    # cd /
    # umount Temp_Einhängepunkt
    # fsck Im raw-Modus betriebenes Plattengerät
    

  11. Installieren Sie den Boot-Block auf der neuen Platte.


    # /usr/sbin/installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk Im raw-Modus betriebenes Plattengerät
    

  12. Booten Sie den Knoten im Einzelbenutzermodus neu.


    # reboot -- "-s"
    

  13. Aktualisieren Sie die Platten-ID mit scdidadm( 1M).


    # scdidadm -R /dev/rdsk/c0t0d0
    

  14. Führen Sie vxinstall aus, um die Platte zu einzukapseln und neu zu booten.


    # vxinstall
    

  15. Wenn es bei der Unternummer zu einem Konflikt mit einem anderen System kommt, hängen Sie die globalen Geräte aus, und geben Sie der Plattengruppe eine neue Unternummer.

    • Hängen Sie das Dateisystem globaler Geräte auf dem Cluster-Knoten aus.


      # umount /global/.devices/node@nodeid
      

    • Geben Sie der Plattengruppe rootdg auf dem Cluster-Knoten eine neue Unternummer.


      # vxdg reminor rootdg 100
      

  16. Fahren Sie den Knoten herunter, und booten Sie ihn im Cluster-Modus neu.


    # shutdown -g0 -i6 -y
    

SPARC: Beispiel — Wiederherstellen eines eingekapselten Root-Dateisystems (/) (VERITAS Volume Manager)

Das nachstehende Beispiel zeigt ein eingekapseltes Root-Dateisystem (/), das vom Plattengerät /dev/rmt/0 auf dem Knoten phys-schost-1 wiederhergestellt wurde.


[Ersetzen Sie die fehlerhafte Platte und booten Sie den Knoten:]

Booten Sie den Knoten mit der Solaris-CD-Rom. Geben Sie an der OpenBoot PROM ok-Eingabeaufforderung folgenden Befehl ein:


ok boot cdrom -s
...
[Verwenden Sie format und newfs, um Partitionen und Dateisysteme zu erstellen]
[Hängen Sie das Root-Dateisystem in einem temporären Einhängepunkt ein:]
# mount /dev/dsk/c0t0d0s0 /a
[Stellen Sie das Root-Dateisystem wieder her:]
# cd /a
# ufsrestore rvf /dev/rmt/0
# rm restoresymtable
[Erstellen Sie eine leere install-db-Datei:]
# touch /a/etc/vx/reconfig.d/state.d/install-db
[Bearbeiten Sie /etc/system im temporären Dateisystem, und entfernen Sie folgende Einträge
oder kommentieren Sie diese aus:]
	# rootdev:/pseudo/vxio@0:0
	# set vxio:vol_rootdev_is_volume=1
[Bearbeiten Sie /etc/vfstab im temporären Dateisystem:]
Example:
Change from—
/dev/vx/dsk/rootdg/rootvol /dev/vx/rdsk/rootdg/rootvol / ufs 1 no-

Change to—
/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0  / ufs   1     no       -
[Hängen Sie das temporäre Dateisystem aus, dann prüfen Sie das Dateisystem:]
# cd /
# umount /a
# fsck /dev/rdsk/c0t0d0s0
[Installieren Sie einen neuen Boot-Block:]
# /usr/sbin/installboot /usr/platform/`uname \
-i`/lib/fs/ufs/bootblk /dev/rdsk/c0t0d0s0
[Booten Sie im Einzelbenutzermodus neu:]
# reboot -- "-s"
[Aktualisieren Sie die Platten-ID:]
# scdidadm -R /dev/rdsk/c0t0d0
[Führen Sie vxinstall aus:]
# vxinstall
Wählen Sie das Einkapseln der Platte aus.
[Wenn es zu einem Konflikt mit der Unternummer kommt, geben Sie der Plattengruppe rootdg
eine neue Unternummer:]
# umount /global/.devices/node@nodeid
# vxdg reminor rootdg 100
# shutdown -g0 -i6 -y

Weiterführende Informationen

Anweisungen zum Spiegeln der eingekapselten Root-Platte finden Sie im Sun Cluster Software Installation Guide for Solaris OS.