# 11 – 障害を検出し、対応する
<a name="design-principle-11"></a>

 **SAP ワークロードに影響を与える障害をどのように検出し、対応しますか?** ソフトウェアまたは操作手順によって SAP ワークロードのヘルスと回復性を確立する方法を設計します。可能な場合は予防を重視して、潜在的な障害と実際の障害を監視します。コンポーネント分散されているか、それとも単一障害点かを考慮して、ワークロードへの影響を最小化する回復性ソリューションを設計します。リスクのプロファイルを理解するための定期的なテストに加えて、オートメーションによって回復性を向上させられるか調べます。 


| ID | 優先度 | ベストプラクティス | 
| --- | --- | --- | 
| ☐ BP 11.1 | 必須 | SAP アプリケーション、AWS リソース、および接続性の障害をモニタリングする | 
| ☐ BP 11.2 | 強く推奨 | 可用性を維持するためのアプローチを定義する | 
| ☐ BP 11.3 | 強く推奨 | サービスの可用性を復元するためのアプローチを定義する | 
| ☐ BP 11.4 | 強く推奨 | 定期的な回復力テストを実施する | 
| ☐ BP 11.5 | 推奨される | 障害への対応を自動化する | 

 詳細については、以下を参照してください。 
+  AWS ドキュメント: [Architecture Guidance for Availability and Reliability of SAP on AWS (SAP on AWS の可用性と信頼性のためのアーキテクチャガイダンス)](https://docs.aws.amazon.com/sap/latest/general/architecture-guidance-of-sap-on-aws.html) 以下が含まれます。 [障害シナリオ](https://docs.aws.amazon.com/sap/latest/general/arch-guide-architecture-patterns.html#arch-guide-failure-scenarios) と [アーキテクチャパターン](https://docs.aws.amazon.com/sap/latest/general/arch-guide-architecture-patterns.html#arch-guide-patterns)