"以前のバージョン：Azure NetApp Files を使用したバックアップとリカバリ"

SAP HANAシステムのアップグレードは、アップグレード前にオンデマンドバックアップを実行し、アップグレードに失敗した場合にリストア処理を実行すると、計画的停止全体に大きな影響を及ぼします。4TBのデータベースの例では、Snapshotベースのバックアップおよびリストア処理を使用することで、計画的停止を8時間短縮できます。

別のユースケース例としては、一般的なテストサイクルが挙げられます。このテストサイクルでは、異なるデータセットまたはパラメータを使用して複数のイテレーションを行ってテストを実施する必要があります。高速バックアップおよびリストア操作を活用すると、テストサイクル内にセーブポイントを簡単に作成し、テストが失敗したり、テストを繰り返す必要がある場合に、システムを以前のセーブポイントのいずれかにリセットできます。これにより、テストを早期に完了できるため、より多くのテストとテスト結果の改善が可能になります。

Snapshotバックアップを実装した場合は、HANAデータベースのコピーが必要な他のユースケースにも対応できます。ANFを使用すると、使用可能な任意のSnapshotバックアップの内容に基づいて新しいボリュームを作成できます。この処理は、ボリュームのサイズに関係なく数秒で実行されます。

最も一般的なユースケースはSAPシステムの更新です。本番用システムのデータをテストシステムまたはQAシステムにコピーする必要があります。ANFクローニング機能を使用すると、本番用システムの任意のSnapshotコピーからテストシステム用のボリュームをわずか数秒でプロビジョニングできます。その後、新しいボリュームをテストシステムに接続し、HANAデータベースをリカバリする必要があります。

2つ目のユースケースは、リペアシステムを作成したもので、本番システムでの論理的な破損に対処するために使用されます。この場合、本番用システムの古いSnapshotバックアップを使用して修復システムが開始されます。これは、破損が発生する前のデータと同一の、本番システムのクローンです。その後、リペアシステムを使用して問題を分析し、破損する前に必要なデータをエクスポートします。

最後のユースケースは、レプリケーションを停止せずにディザスタリカバリのフェイルオーバーテストを実行できるかどうかです。したがって、ディザスタリカバリの設定のRTOとRecovery Point Objective（RPO；目標復旧時点）に影響を与えることはありません。ANFのリージョン間レプリケーションを使用してディザスタリカバリサイトにデータをレプリケートする場合は、ディザスタリカバリサイトに本番用Snapshotバックアップが用意され、ディザスタリカバリテスト用の新しいボリュームを作成するために使用できます。

"次の記事：アプリケーションアーキテクチャ向けクラウドバックアップ"