Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP SnapMirrorデスティネーションからボリュームの内容を復元する

共同作成者 netapp-aaron-holt netapp-lenida netapp-aherbin netapp-ahibbard netapp-thomi
PDF

SnapMirrorデスティネーション ボリュームのSnapshotからボリューム全体の内容をリストアできます。ボリュームの内容を元のソース ボリュームまたは別のボリュームにリストアできます。

タスク概要

この手順は、FAS、AFF、およびASAシステムに適用されます。ASA r2システム（ASA A1K、ASA A90、ASA A70、ASA A50、ASA A30、ASA A20、またはASA C30）をご利用の場合は、"これらの手順"に従ってデータを復元してください。ASA r2システムは、SANのみをご利用のお客様向けに、簡素化されたONTAPエクスペリエンスを提供します。

リストア処理のデスティネーション ボリュームは次のいずれかにする必要があります。

  • 読み取り / 書き込みボリュームの場合、SnapMirrorはソース ボリュームとデスティネーション ボリュームに共通のSnapshotがあれば（元のソース ボリュームにリストアする場合が一般的）、_増分リストア_を実行します。

    メモ

    共通Snapshotがない場合、コマンドは失敗します。ボリュームの内容を空の読み取り / 書き込みボリュームにリストアすることはできません。

  • 空のデータ保護ボリューム。この場合、SnapMirrorは_ベースライン復元_を実行し、指定されたスナップショットとそれが参照するすべてのデータ ブロックがソース ボリュームに転送されます。

ボリュームの内容のリストアはシステム停止を伴う処理です。リストア処理を実行しているときに、SnapVaultプライマリ ボリューム上でSMBトラフィックを実行してはなりません。

リストア処理のデスティネーション ボリュームで圧縮が有効になっていて、ソース ボリュームで圧縮が有効になっていない場合は、デスティネーション ボリュームで圧縮を無効にします。リストア処理が完了したら、圧縮を再度有効にする必要があります。

復元を実行する前に、デスティネーション ボリュームに定義されているクォータ ルールはすべて無効になります。 `volume quota modify`コマンドを使用して、復元処理の完了後にクォータ ルールを再度有効にすることができます。

ボリューム内のデータが失われたり破損したりした場合は、以前のSnapshotから復元することでデータをロールバックできます。

この手順では、ソースボリューム上の現在のデータを以前のスナップショットバージョンのデータに置き換えます。このタスクはデスティネーション クラスタで実行する必要があります。

手順

ボリュームの内容は、System ManagerまたはONTAP CLIを使用してリストアできます。

System Manager

  1. *[保護] > [関係]*をクリックし、ソース ボリュームの名前をクリックします。

  2. メニューオプションアイコンをクリックし、*復元*を選択します。

  3. *Source*では、デフォルトでソース ボリュームが選択されています。ソース以外のボリュームを選択する場合は、*Other Volume*をクリックしてください。

  4. *Destination*で、復元するスナップショットを選択します。

  5. ソースとデスティネーションのクラスタが異なる場合は、リモート クラスタで*[保護] > [関係]*をクリックしてリストアの進捗を監視します。

CLI

  1. デスティネーション ボリューム内のSnapshotを一覧表示します：

    volume snapshot show -vserver <SVM> -volume <volume>

    次の例は、 `vserverB:secondary1`デスティネーションのSnapshotを示しています：

    cluster_dst::> volume snapshot show -vserver vserverB -volume secondary1

Vserver     Volume      Snapshot                State    Size  Total% Used%
-------     ------      ---------- ----------- ------   -----  ------ -----
vserverB    secondary1  hourly.2013-01-25_0005  valid   224KB     0%    0%
                        daily.2013-01-25_0010   valid   92KB      0%    0%
                        hourly.2013-01-25_0105  valid   228KB     0%    0%
                        hourly.2013-01-25_0205  valid   236KB     0%    0%
                        hourly.2013-01-25_0305  valid   244KB     0%    0%
                        hourly.2013-01-25_0405  valid   244KB     0%    0%
                        hourly.2013-01-25_0505  valid   244KB     0%    0%

7 entries were displayed.

  2. SnapMirrorデスティネーション ボリュームのSnapshotからボリュームの内容をリストアします：

    snapmirror restore -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <SVM:volume>|<cluster://SVM/volume> -source-snapshot <snapshot>

    メモ このコマンドは元のソースSVMまたは元のソース クラスタから実行する必要があります。

    次のコマンドは、元のデスティネーション ボリューム `secondary1`のSnapshot `daily.2013-01-25_0010`から元のソース ボリューム `primary1`の内容を復元します：

    cluster_src::> snapmirror restore -source-path vserverB:secondary1 -destination-path vserverA:primary1 -source-snapshot daily.2013-01-25_0010

Warning: All data newer than snapshot daily.2013-01-25_0010 on volume vserverA:primary1 will be deleted.

Do you want to continue? {y|n}: y

[Job 34] Job is queued: snapmirror restore from source vserverB:secondary1 for the snapshot daily.2013-01-25_0010.

  3. リストアしたボリュームを再マウントし、ボリュームを使用するすべてのアプリケーションを再起動します。

ONTAPでこの処理を行うその他の方法

タスクを実行するツール 参照するコンテンツ

System Manager Classic（ONTAP 9.7以前で使用可能）

"SnapVaultを使用したボリューム復元の概要"
関連情報