環境内では、OracleコンピューティングインスタンスはAWS EC2インスタンスコンソールを介して導入されます。コンソールから複数のEC2インスタンスタイプを使用できます。ネットアップでは、データベース指向のEC2インスタンスタイプ（RedHat Enterprise Linux 8を使用したm5 Amiイメージや最大10Gpsのネットワーク帯域幅など）を導入することを推奨しています。

一方、FSXボリューム上のOracleデータベースストレージは、AWS FSXコンソールまたはCLIとともに導入されます。その後、Oracleバイナリ、データ、またはログのボリュームが提供され、EC2インスタンスのLinuxホストにマウントされます。各データボリュームまたはログボリュームには、採用するストレージプロトコルに応じて複数のLUNを割り当てることができます。

FSXストレージ・クラスタは'二重の冗長性を備えて設計されているため'プライマリ・ストレージ・クラスタとスタンバイ・ストレージ・クラスタの両方が2つの異なるアベイラビリティ・ゾーンに配置されますデータベース・ボリュームは'すべてのOracleバイナリ'データ'およびログ・ボリュームに対して'ユーザーが構成可能な間隔で'プライマリFSXクラスタからスタンバイFSXクラスタに複製されます

この高可用性Oracle環境は、AnsibleコントローラノードとSnapCenter バックアップサーバおよびUIツールで管理されます。Oracleのインストール、設定、レプリケーションは、Ansibleプレイブックベースのツールキットを使用して自動化されています。Oracle EC2インスタンスカーネルのオペレーティングシステムまたはOracleパッチ適用に対するすべての更新を並行して実行することで、プライマリとスタンバイを同期させることができます。実際、初期の自動化セットアップを簡単に拡張して、必要に応じて日々のOracleタスクを何度も実行することができます。

SnapCenter では、Oracleデータベースのポイントインタイムリカバリや、必要に応じてプライマリゾーンまたはスタンバイゾーンでのデータベースクローニングのワークフローを提供しています。SnapCenter UIを使用して'OracleデータベースのバックアップとスタンバイFSXストレージへのレプリケーションを構成し'RTO（目標復旧時間）またはRPO（目標復旧時間）に基づいて高可用性または災害復旧を実現できます

解決策 は、Oracle RACおよびData Guardの導入と同様の機能を提供する代替プロセスを提供します。