ボリュームベースSnapRestoreは、ボリューム全体の内容を以前の状態に戻します。この処理ではデータの移動は不要なため、リストア プロセスは基本的に瞬時に完了しますが、APIまたはCLI処理には数秒かかる場合があります。1GBのデータをリストアすることは、1PBのデータをリストアすることと比べて、複雑さや時間の面で何ら変わりはありません。この機能は、多くの企業顧客がONTAPストレージ システムに移行する主な理由です。最大規模のデータセットでも、RTOを数秒単位で実現します。

ボリュームベースSnapRestoreの欠点の1つは、ボリューム内の変更が時間の経過とともに累積されることが原因です。したがって、各Snapshotとアクティブなファイルデータは、その時点までの変更に依存します。ボリュームを以前の状態にリバートすると、データに対する以降の変更がすべて破棄されます。ただし、これには以降に作成されたスナップショットが含まれることはあまり明白ではありません。これは必ずしも望ましいとは限りません。

たとえば、データ保持のSLAで夜間バックアップを30日間指定するとします。ボリュームSnapRestoreを使用して5日前に作成されたSnapshotにデータセットをリストアすると、過去5日間に作成されたSnapshotがすべて破棄され、SLAに違反します。

この制限に対処するために、いくつかのオプションが用意されています。

ファイルベースSnapRestoreは、AFFボリュームで使用される、Snapshotベースのより詳細なリストア プロセスです。ボリューム全体の状態を元に戻すのではなく、個々のファイル、LUN、またはネームスペースの状態を元に戻します。Snapshotを削除する必要はなく、また、この処理によって以前のSnapshotへの依存関係が生じることもありません。ファイルまたはLUNは、アクティブ ボリューム内で即座に使用可能になります。

SnapRestoreによるファイルまたはLUNのリストア中に、データ移動は必要ありません。ただし、リストアされたデータの基盤となるブロックがSnapshotとアクティブ ボリュームの両方に存在するという事実を反映するために、一部の内部メタデータの更新が必要です。パフォーマンスへの影響はありませんが、このプロセスが完了するまでSnapshotの作成がブロックされます。処理速度は、リストアされるファイルの合計サイズに基づいて約5GBps（18TB/時間）です。