データベース サーバーの場合は、patchmgr -dbnodes dblistfile -backup -rolling を使用してサーバーのバックアップを実行します。これは、Oracle Exadata Database Machine X9M 実装の基本公式テキスト ブックに従っています。他の記述は誤りです。exachk は警告やエラーを解決するために使用するのではなく [1]、対処できるようにそれらを識別するために使用する必要があります。また、予期しない問題が発生する可能性があるため、patchmgr を --autofix、--autobackup、--upgrade、または --rolling フラグとともに使用しないでください。

Exadata は、1 つ以上のコンテナ データベース内の複数のプラガブル データベースをサポートし、複数のデータベースを 1 つのコンテナ データベースに統合することでデータベース統合を実現します。これは、仮想マシンまたはベア メタル クラスターに導入できます。
D ベア メタル クラスターと仮想マシン クラスターにまたがる複数のデータベースは、リソースの分離と統合を同時に提供します。ベア メタル クラスターと仮想マシン クラスターの両方に複数のデータベースを展開して、分離と統合を同時に提供できます。
E クラスター上の複数のデータベースを使用すると、複数のデータベースを単一のクラスターに展開できるため、必要なクラスターの数を減らしてデータベースを統合できます。

自動サービス リクエスト (ASR) は、ストレージ サーバーの RoCE ネットワーク インターフェイス カード、ストレージ サーバーのファン、配電ユニット、およびデータベース サーバーの電力供給におけるコンポーネント障害のサービス リクエストを発行します。これは、Oracle Exadata Database Machine X9M 実装の基本公式テキスト ブックによると、「ASR は、ストレージ サーバーの RoCE ネットワーク インターフェイス カード [1]、ストレージ サーバーのファン、配電ユニット、およびデータベース サーバーの電力供給におけるコンポーネント障害のサービス リクエストを発行します」(5-11 ページ) と記載されています。

顧客は、更新中にデータが Exadata マシン上で利用できることを保証する必要があります。顧客は、一度に 1 つのサーバーを更新しながらも、単一ノードのサーバー障害から保護されることを望んでいます。つまり、データの可用性やパフォーマンスを低下させることなく、少なくとも 1 つのディスク障害を許容できる冗長性レベルが必要です。したがって、最適なオプションは通常の冗長性です。通常の冗長性では、デフォルトで双方向ミラーリングが提供されます。つまり、各データ エクステントには、異なる障害グループ1 内の異なるディスク上にプライマリ コピーとミラー コピーがあります。障害グループとは、共通の依存関係により同時に障害が発生する可能性のある、ディスク グループ内のディスクのサブセットです2。Exadata Database Machine では、各ストレージ サーバーはデフォルトで障害グループと見なされます2。つまり、1 つのストレージ サーバーに障害が発生したり更新が必要になったりした場合でも、同じデータ エクステントのミラー コピーを持つ別のストレージ サーバーから、そのディスク上のデータにアクセスできます2。したがって、通常の冗長性により、更新中または単一ノードのサーバー障害中のデータの可用性とパフォーマンスが確保されます。
https://docs.oracle.com/en/engineered-systems/exadata-database-machine/sagug/exadata-administering-asm.html