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.

Alle LUNs in einem Volume aus einem ONTAP SnapVault Backup wiederherstellen

Beitragende netapp-aaron-holt netapp-aherbin netapp-dbagwell netapp-barbe
Änderungen vorschlagen
PDFs

Wenn ein oder mehrere LUNs in einem Volume aus einem SnapVault Backup wiederhergestellt werden müssen, ist eine Wiederherstellung des gesamten Volumes möglich. Die Wiederherstellung des Volumes betrifft alle LUNs im Volume.

Bevor Sie beginnen

Die SnapVault Beziehung muss initialisiert werden und das SnapVault sekundäre Volume muss einen geeigneten Snapshot zur Wiederherstellung enthalten.

Über diese Aufgabe

Durch die Wiederherstellung eines gesamten Volumes wird dieses in den Zustand zurückversetzt, in dem es sich zum Zeitpunkt der Snapshot-Erstellung befand. Wurde dem Volume nach der Snapshot-Erstellung eine LUN hinzugefügt, wird diese LUN während des Wiederherstellungsprozesses entfernt.

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

Schritte

  1. Die E/A für alle LUNs im Volume anhalten.

  2. Das sekundäre Volume überprüfen, das das SnapVault sekundäre Volume enthält.

    snapmirror show
    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. Den Snapshot identifizieren, von dem die Wiederherstellung erfolgen soll.

    volume snapshot show
    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. Geben Sie den zu verwendenden Snapshot an.

    snapmirror restore -destination-path <destination_path> -source-path <source_path> -source-snapshot <snapshot_name>

    Das von Ihnen für die Wiederherstellung angegebene Ziel ist das ursprüngliche Volume, auf das 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 LUNs über einen Hostcluster hinweg gemeinsam genutzt werden, sollten die persistenten Reservierungen auf den LUNs von den betroffenen Hosts wiederhergestellt werden.

Wiederherstellen eines Volumes aus einem SnapVault Backup

Im folgenden Beispiel wurde die LUN mit dem Namen lun_D nach der Erstellung des Snapshots dem Volume hinzugefügt. Nach der Wiederherstellung des gesamten Volumes aus dem Snapshot ist lun_D nicht mehr vorhanden.

In der `lun show`Befehlsausgabe sind die LUNs im primären Volume srcvolA und die schreibgeschützten Kopien dieser LUNs im SnapVault sekundären Volume dstvolB zu sehen. Es gibt keine Kopie von lun_D in der SnapVault Sicherung.

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.

Nach der Wiederherstellung des Volumes vom SnapVault sekundären Volume enthält das Quell-Volume keine lun_D mehr. Die LUNs im Quell-Volume müssen nach der Wiederherstellung nicht neu zugeordnet werden, da sie weiterhin zugeordnet sind.

Verwandte Informationen