# ベストプラクティス 12.2 – 設定データの復旧方法を確立する SAP ワークロードを実行するために必要な多くのさまざまなタイプのデータは、SAP データベースには存在しません。これには、オペレーティングシステムの設定、必要な AWS リソースを再作成するためのメタデータ、ファイルシステム内に保存されている SAP アプリケーションで必要なデータなどが含まれます。データ損失の際に、このデータを復旧または再作成するプロセスを定義します。 **提案 12.2.1 – 設定の作成と変更に対する Infrastructure as Code アプローチを定義する** 個々のインスタンスに直接マニュアルで変更を加えると、システム間の設定に不整合が生じ、状態を復旧するためにバックアップに依存する可能性があります。Infrastructure as Code を使用することにより、SAP システムをデプロイし、アプリケーションコードを管理するのと同じ方法で変更を実装できます。コードパイプラインのような DevOps のメカニズムは、追加のコントロールとテストを提供し、ランドスケープ内での一貫性と再現性を確保するのに役立ちます。 アプローチの一環として、以下の AWS のサービスを評価する必要があります。 + AWS サービス: [AWS Launch Wizard for SAP](https://aws.amazon.com/launchwizard/) + AWS サービス: [EC2 Image Builder](https://aws.amazon.com/image-builder/) + AWS サービス: [AWS Cloud Development Kit](https://aws.amazon.com/cdk/) + SAP on AWS ブログ: [DevOps for SAP (SAP 向け DevOps)](https://aws.amazon.com/blogs/awsforsap/category/devops/) + AWS ドキュメント: [Introduction to DevOps on AWS (AWS での DevOps 入門)](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/welcome.html) **提案 12.2.2 – ルートボリュームを含むファイルシステムのコンテンツのバックアップのためのアプローチを定義する** オペレーティングシステムのパッケージと設定、アプリケーションのバイナリ、ファイルシステムのコンテンツは、実行中の SAP システムに不可欠ですが、コア SAP データベースのバックアップの一部ではありません。Amazon Machine Images (AMI)、EBS ボリュームスナップショット、その他のバックアップオプションなど、このデータを保護および復旧するメカニズムを評価します。 AMI、スナップショット、ファイルシステムのコピーの頻度と整合性、復旧の詳細度、所要時間時間などを検討する必要があります。 特定のシナリオでは、Infrastructure as Code を使用することで、再作成と復旧との比較に注力し、ビジネス以外のデータのバックアップ要件を減らすことができます。 + SAP ドキュメント: [Required File Systems and Directories (必要なファイルシステムとディレクトリ)](https://help.sap.com/viewer/910828cec5d14d6685da380aec1dc4ae/CURRENT_VERSION/en-US/de6cad1446a743d3853dbcae48bddfba.html) + AWS ドキュメント: [バックアップとリカバリのソリューションの設計](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/design.html) **提案 12.2.3 – マニュアル設定を文書化する** データベースに含まれていない、コードでデプロイ可能な、またはボリュームバックアップを使用して復元できるマニュアルアクティビティは、最悪のシナリオでも SAP システムを再作成できるように記録する必要があります。