Oracle のドキュメント 1 によると、Exadata X9M-2 データベース サーバー上のクライアント ネットワークは、単一クライアント アクセス名 (SCAN) と Oracle RAC 仮想 IP (VIP) アドレスを使用してデータベース サーバーにクライアントがアクセスするために使用されます。両方のクライアント スイッチ経由でクライアント ネットワークが使用可能であることを確認するには、次のコマンドを使用します。
cat /proc/net/bonding/bondeth0
このコマンドは、Exadata X9M-2 データベース サーバー 2 上のクライアント ネットワークに使用される bondeth0 インターフェイスに関する情報を表示します。両方のインターフェイス (eth0 と eth1) がアクティブで、異なるスイッチ 3 に接続されているかどうかを確認できます。

このコマンドは、『Oracle Exadata Database Machine X9M 実装の基本公式テキストブック』(85 ページ) で説明されているように、ストレージ サーバー内の物理ディスクの名前、deviceName、diskType、および physicalFirmware 属性を表示します。

Oracle Exadata Database Machine X9M では、IPTables ファイアウォールのデフォルト構成は、ストレージ サーバーとデータベース サーバーによって異なります。
ストレージ サーバー: 初期導入後、IPTables はインストールされますが、未構成で非アクティブな状態のままです。Exadata ストレージ サーバーは、データベース ワークロードの高可用性とパフォーマンスの提供に重点を置いているため、内部セキュリティ対策に依存しています。通常、ファイアウォールの役割は外部ファイアウォールまたはネットワーク セキュリティ ポリシーによって処理されるため、これらのサーバーでは IPTables はデフォルトでアクティブに構成されません。
データベース サーバー: ストレージ サーバーと同様に、IPTables もインストールされていますが、データベース サーバー上では構成も実行もされていません。Oracle Exadata Database Machine X9M は、ネットワーク分離や専用相互接続などの他の手段を通じてセキュリティを重視しています。Oracle のエンジニアド システム設計哲学の一環として、データベース サーバーは主にデータベースのパフォーマンスに重点を置いており、セキュリティ管理の多くをインフラストラクチャの他の部分にオフロードし、境界セキュリティについてはデータ センター レベルのファイアウォールに依存しています。
要約すると、データベース サーバーとストレージ サーバーの両方に IPTables がインストールされ、使用可能になっていますが、どちらのサーバー タイプでもデフォルトでは構成も実行もされていません。この設定により、Exadata 環境は外部のネットワーク セキュリティ ソリューションと統合しながら、データベース パフォーマンスの最適化に集中できます。

D) ASR は構成メタデータをアップロードして問題解決をサポートできます1。
E) ASRマネージャは、センサーがハードウェア障害を検出すると自動的にサービスリクエスト（SR）を開きます1
https://docs.oracle.com/cd/E37710_01/doc.41/e23333/toc.htm

ステートメント B は、Oracle Exadata Database Machine X9M 実装の基本公式テキストブック (65 ページ) に記載されているように、vm_maker -start-domain コマンドを使用して仮想マシンを手動で起動できるため、当てはまります。
ステートメントEも真であり、Oracle Exadata Database Machine X9M実装の基本公式テキストブック（66ページ）に記載されているように、vm_maker -auto-startコマンドを使用して、KVMホストの起動時に仮想マシンが自動的に起動するように構成できます[1][2]。