Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Wiederherstellen aller LUNs in einem Volume aus einem SnapVault-Backup

Beitragende
PDFs

Wenn eine oder mehrere LUNs in einem Volume aus einem SnapVault Backup wiederhergestellt werden müssen, können Sie das gesamte Volume wiederherstellen. Die Wiederherstellung des Volumes wirkt sich auf alle LUNs im Volume aus.

Was Sie benötigen

Die SnapVault-Beziehung muss initialisiert werden und das sekundäre SnapVault-Volume muss einen geeigneten Snapshot für die Wiederherstellung enthalten.

Über diese Aufgabe

Wenn Sie ein ganzes Volume wiederherstellen, wird das Volume in den Zustand zurückversetzt, in dem es sich zum Zeitpunkt der Erstellung des Snapshots befand. Wenn nach dem Snapshot eine LUN zum Volume hinzugefügt wurde, wird diese LUN während der Wiederherstellung entfernt.

Nach dem Wiederherstellen des Volumes bleiben die LUNs den Initiatorgruppen zugeordnet, denen sie kurz vor der Wiederherstellung zugeordnet wurden. Die LUN-Zuordnung kann sich zum Zeitpunkt des Snapshots von der Zuordnung unterscheiden. Persistente Reservierungen auf den LUNs von Host-Clustern bleiben erhalten.

Schritte

  1. Stoppen Sie den I/O für alle LUNs im Volume.

  2. Führen Sie den snapmirror show Befehl aus, um das sekundäre Volume zu überprüfen, das das sekundäre SnapVault Volume enthält.

    cluster::> snapmirror show

Source         Dest     Mirror  Relation  Total             Last
Path     Type  Path     State   Status    Progress  Healthy Updated
-------- ---- --------- ------- --------- --------- ------- -------
vserverA:srcvolA
         XDP  vserverB:dstvolB
                        Snapmirrored
                                Idle       -         true    -

  3. Führen Sie den Befehl aus volume snapshot show, um den Snapshot zu identifizieren, aus dem Sie wiederherstellen möchten.

    cluster::> volume snapshot show

Vserver  Volume  Snapshot               State Size   Total% Used%
-------- ------- ---------------------- ----- ------ ------ -----
vserverB
         dstvolB
                 snap2.2013-02-10_0010  valid  124KB     0%    0%
                 snap1.2013-02-10_0015 valid  112KB     0%    0%
                 snap2.2013-02-11_0010  valid  164KB     0%    0%

  4. Führen Sie den Befehl aus snapmirror restore und geben Sie die -source-snapshot Option an, um den zu verwendenden Snapshot anzugeben.

    Das Ziel, das Sie für die Wiederherstellung angeben, ist das ursprüngliche Volume, auf dem Sie wiederherstellen.

    cluster::> snapmirror restore -destination-path vserverA:srcvolA
  -source-path vserverB:dstvolB -source-snapshot daily.2013-02-10_0010

Warning: All data newer than Snapshot copy hourly.2013-02-11_1205 on
volume vserverA:src_volA will be deleted.
Do you want to continue? {y|n}: y
[Job 98] Job is queued: snapmirror restore from source
"vserverB:dstvolB" for the snapshot daily.2013-02-10_0010.

  5. Wenn Sie LUNs über ein Host-Cluster hinweg gemeinsam nutzen, stellen Sie die persistenten Reservierungen auf den LUNs von den betroffenen Hosts wieder her.

Wiederherstellen eines Volumes aus einem SnapVault-Backup

Im folgenden Beispiel wurde die LUN mit dem Namen „lun_D“ dem Volume hinzugefügt, nachdem der Snapshot erstellt wurde. Nach der Wiederherstellung des gesamten Volumes aus dem Snapshot wird lun_D nicht mehr angezeigt.

In der lun show Befehlsausgabe des Befehls können Sie die LUNs im primären Volume srcvolA und die schreibgeschützten Kopien dieser LUNs im sekundären SnapVault Volume dstvolB sehen. Es gibt keine Kopie von lun_D im SnapVault Backup.

cluster::> lun show
Vserver   Path                State   Mapped   Type          Size
--------- ------------------  ------- -------- --------      -------
vserverA  /vol/srcvolA/lun_A  online  mapped   windows  300.0GB
vserverA  /vol/srcvolA/lun_B  online  mapped   windows  300.0GB
vserverA  /vol/srcvolA/lun_C  online  mapped   windows  300.0GB
vserverA  /vol/srcvolA/lun_D  online  mapped   windows  250.0GB
vserverB  /vol/dstvolB/lun_A  online  unmapped windows  300.0GB
vserverB  /vol/dstvolB/lun_B  online  unmapped windows  300.0GB
vserverB  /vol/dstvolB/lun_C  online  unmapped windows  300.0GB

7 entries were displayed.

cluster::>snapmirror restore -destination-path vserverA:srcvolA
  -source-path vserverB:dstvolB
  -source-snapshot daily.2013-02-10_0010

Warning: All data newer than snapshot hourly.2013-02-11_1205
on volume vserverA:src_volA will be deleted.
Do you want to continue? {y|n}: y
[Job 98] Job is queued: snapmirror restore from source
"vserverB:dstvolB" for the snapshot daily.2013-02-10_0010.

cluster::> lun show
Vserver   Path                State   Mapped   Type          Size
--------- ------------------  ------- -------- --------      -------
vserverA  /vol/srcvolA/lun_A  online  mapped   windows  300.0GB
vserverA  /vol/srcvolA/lun_B  online  mapped   windows  300.0GB
vserverA  /vol/srcvolA/lun_C  online  mapped   windows  300.0GB
vserverB  /vol/dstvolB/lun_A  online  unmapped windows  300.0GB
vserverB  /vol/dstvolB/lun_B  online  unmapped windows  300.0GB
vserverB  /vol/dstvolB/lun_C  online  unmapped windows  300.0GB

6 entries were displayed.

Nachdem das Volume aus dem sekundären SnapVault Volume wiederhergestellt wurde, enthält das Quell-Volume nicht mehr lun_D. Sie müssen die LUNs im Quell-Volume nach der Wiederherstellung nicht neu zuordnen, da sie noch zugeordnet sind.