Oracle のドキュメントによると、診断用ユーティリティの 1 つと
Explanation:
Oracle Exadata Storage Serverの修復にはExaWatcherが使用され、データベース・サーバーおよびストレージ・サーバー上のオペレーティング・システムおよびネットワーク・メトリックを収集します。このユーティリティは、/opt/oracle.ExaWatcher ディレクトリ 1 にあります。
Exadata Database Serverが先週末にクライアント・ネットワークでの通信を10分間停止した理由を調査するには、GetExaWatcherResults.shスクリプトを使用して、指定した時間範囲1のExaWatcherデータを収集および分析できます。
したがって、これを調査するために使用する必要があるコマンドは次のとおりです。
/opt/oracle.ExaWatcher/GetExaWatcherResults.sh -<金曜日の日付>_17:00:00 から <日曜日の日付>_23:59:00 まで

Oracle Exadata Deployment Assistant (OEDA)を使用すると、顧客はOracle Exadata Database Machineを仮想化環境にデプロイできるようになり、Exadata X9Mクォーター・ラックでのベア・メタルと仮想マシンの両方のデプロイメントがサポートされます。
OEDAを使用すると、顧客はExadata X9Mクォーター・ラックにベア・メタル(BM)と仮想マシン(VM)の両方を搭載でき、OEDAに含まれるsetuprootssh.shユーティリティを使用してrootユーザーにキーベースの認証を設定します。Oracle Exadata Database Machine X9M Implementation Essentials 公式テキストブック [1][2] によると、OEDA デプロイメント手順にはセットアップ、構成、デプロイメントおよび管理が含まれます。Exadata ラック内の VM の数は、CPU、メモリ、ストレージなど、ラック内で利用可能なリソースによって制限されます。

Exadataストレージ・サーバー上のMSプロセスにはネイティブにRESTサービスが備わっており、これらのサービスはデフォルトで有効になっています。ただし、これらのサービスにアクセスする際のセキュリティを確保するには、適切なロールとユーザーを作成することが重要です。このようにして、ストレージ サーバーへの ssh アクセスを無効にしても、MS プロセスへの REST アクセスは有効にすることができます。各データベース・サーバーまたはストレージ・サーバーにOracle Rest Data Servicesをインストールしたり、MS APEXアプリケーションをインストールしたりする必要はありません。ストレージ・サーバー上のMSプロセスにはデフォルトですでにRESTサービスが含まれています。

Oracle Exadata Database Machine X9M Implementation Essentials 公式テキストブック [1] によると、patchmgr を使用すると、データベースの可用性を維持しながらローリング方式で更新を適用できます。中断を最小限に抑えるために、1 台のデータベース サーバーと 2 台のストレージ サーバーで構成されるコンポーネント グループにパッチを適用します。これを行うには、-rolling 引数を指定して patchmgr を呼び出し、入力ファイルでコンポーネント グループを指定します。