ベストプラクティス 12.1 – ビジネスデータの一貫した復旧方法を確立する

データの損失や破損が発生した場合に、個々のシステムのビジネスデータの一貫性を確保するのに役立つデータ復旧計画を定義します。

提案 12.1.1 - データベースの状態を認識するバックアップメカニズムを使用して、一貫性のあるバックアップを実現

SAP は、データベースベンダーのバックアップ機能 (例えば brtools) と統合し、SAP のトランザクションまたは管理コンソール内で可視性を提供するためのメカニズムを提供します。また、サードパーティーのバックアッププロバイダーまたは AWS Backint Agent for SAP HANA を含むストレージソリューションと統合するオプションがあります 。これらのサポートされているオプションは、データベースの状態を認識し、変更を継続的にキャプチャするか、データベースを静止 (アクティビティの一時停止または削減) しながら、例えば、ストレージスナップショットを使用して一貫したコピーを作成します。

各データベースベンダーの SAP ガイド、および AWS のドキュメントを確認します。

提案 12.1.2 – ビジネスに不可欠なファイルベースのデータの耐久性と復旧可能性を評価する

データベース内に保存されていないビジネスデータは、別のバックアップ戦略が必要な場合があります。

標準的な SAP NetWeaver システムでは、ファイルベースのインターフェイスファイル、SAP トランスポートディレクトリのコンテンツ、およびバッチログ、ジョブログ、ワークプロセスディレクトリログを含むログが含まれることがよくあります。SAP NetWeaver 以外およびドキュメント管理ソリューションなどのサポートシステムには、評価する必要のある他のファイルベースのビジネスデータが含まれている場合があります。該当する Amazon EFS または Amazon FSx を 評価して、そのようなファイルシステムの可用性と耐久性を向上させます。

ファイルシステムのバックアップは、スナップショット、AWS バックアップ、またはサードパーティーのバックアップソリューションを使用して実行することができます。

ビジネスデータは、バイナリおよび設定データとは別に評価する必要があります。これらのデータは、SAP のダウンロード、再インストール、または Infrastructure as Code を介して再プロビジョニングできる場合があります。以下を参照してください。

提案 12.1.3 – データベースのバックアップとログの耐久性と場所を評価する

バックアップやログは、ライブデータのレコードですが、それ自体に障害が発生する可能性があります。アクティブなデータコピーに関連するバックアップの場所を評価することによって、障害の影響を最小限に抑える方法を検討してください。以下の点を検討することが重要です。

追加情報については、次のドキュメントをご覧ください。

提案 12.1.4 – ポイントインタイムリカバリの要件を評価する

特定の時点に復旧する必要がある場合、それが可能なバックアップ設計になっていますか? バックアップ方法はデータベースを認識し、一貫性のある復旧ポイントにデータベースをロールフォワードできますか? 一貫性を保つために必要なファイルベースの復旧を検討しましたか?

以下の点を考慮してください。

提案 12.1.5 – データ消失による復旧のメカニズムを見直す

データの破損、削除、元に戻すことができない誤ったコードのデプロイなど、重大なデータ損失の状況からの復旧が何を意味するかを判断します。データベースまたはストレージベースのレプリケーションを使用する場合のデータ損失の伝播と、バックアップなどのセカンダリ復旧メカニズムを使用した場合の RTO および RPO の影響を評価します。

提案 12.1.6 – データバンカーを作成する

以下のガイダンスに従います。 提案 10.3.7 - バックアップからの復旧が必要になる障害シナリオを判断する 誤って削除したり、悪意あるアクティビティからバックアップを保護したりするためのデータバンカーを作成します。