Snapshot テクノロジを使用しても、本番用 SAP システムのパフォーマンスには影響しません。そのため、 Snapshot コピーの作成スケジュールは、アクティビティのピーク期間を気にせずに作成できます。SAP とネットアップのお客様は、通常、複数のオンライン Snapshot バックアップを 1 日にスケジュールしています。たとえば、バックアップは 4 時間ごとに実行される場合があります。作成された Snapshot バックアップをプライマリストレージシステムに 3~5 日間保持しています。

Snapshot コピーは、リストアおよびリカバリ処理にも大きなメリットがあります。NetApp SnapRestore機能を使用すると、使用可能なSnapshotコピーが作成された時点に、データベース全体またはデータベースの一部をリストアできます。このリストアプロセスは、データベースのサイズに関係なく数分で完了します。また、 1 日に複数の Snapshot コピーが作成されて適用する必要があるログが少なくなるため、リカバリプロセスに要する時間も大幅に短縮されます。

Snapshot バックアップは、アクティブなオンラインデータと同じディスクシステムに格納されます。ディスクやテープなどのセカンダリストレージへのバックアップに代わる手段としてではなく、補助的な用途で使用することを推奨します。セカンダリストレージへのバックアップは引き続き必要ですが、リストアおよびリカバリで必要になることはほとんどありません。リストアとリカバリのほとんどはプライマリストレージシステムで SnapRestore を使用して実行されます。セカンダリストレージからのリストアが必要になるのは、 Snapshot コピーが格納されているプライマリストレージシステムが損傷した場合、または Snapshot コピーから使用できなくなったバックアップをリストアする必要がある場合のみです。たとえば、 2 週間前のバックアップからリストアが必要になることがあります。

セカンダリストレージへのバックアップは、プライマリストレージに作成した Snapshot コピーがベースとなります。そのため、プライマリストレージシステムから直接データが読み取られ、 SAP データベースサーバに負荷は生成されません。プライマリストレージはセカンダリストレージと直接通信し、SnapVaultのディスクツーディスクバックアップを使用してバックアップデータをデスティネーションに送信します。NetApp SnapVault 機能には、従来のバックアップに比べて大きなメリットがあります。最初のデータ転送でソースからデスティネーションにすべてのデータが転送され、以降のバックアップでは変更されたブロックだけがセカンダリストレージにコピーされます。これにより、プライマリストレージシステムへの負荷と、フルバックアップに要する時間が大幅に削減されます。SnapVaultでは変更されたブロックのみがデスティネーションに格納されるため、データベースのフルバックアップでは必要なディスクスペースが少なくて済みます。

長期バックアップとしてのデータのテープへのバックアップが引き続き必要な場合があります。たとえば、週次バックアップを 1 年間保存する場合などです。この場合、テープインフラをセカンダリストレージに直接接続し、 Network Data Management Protocol （ NDMP ；ネットワークデータ管理プロトコル）を使用してデータをテープに書き込むことができます。