Exadata フル・ラック内のデータベース・サーバーの温度が30℃を超えたときにイベントのアラートを生成する正しいコマンドは、「dbmcli -e "create Threshold ds_temp COMPANY='>', Critical=30" on each Database Server」です。dbmcli は、Oracle Database Management Agent (DMA) のコマンドライン・インタフェースであり、Exadata サーバー上でさまざまな管理タスクを実行できるようにします。このコマンドは、比較演算子「>」(より大きい)と重要な値30を使用してds_tempメトリックのしきい値を作成します。しきい値はExadataフル・ラック内のすべてのデータベース・サーバーに設定されるため、サーバーの温度が30℃を超えると、 、アラートが生成されます。

Oracle Exadata Database Machineのテクニカル・アーキテクチャ1によると、高容量ストレージ・サーバーを備えた新しいExadata Database Machineの標準(非仮想化)デプロイメント後の初期ストレージ構成には、DATA_<DBM_Name>とRECO_<DBM_NAME>の2つのASMディスク・グループが含まれます。これらのディスク グループは、Exadata Storage Server 内のハード ディスクおよびフラッシュ ディスク上に構築されます1。
この構成に関する正しい記述は次のとおりです。
オプション D: Exadata ストレージ・サーバー内のフラッシュディスクには、ストレージ・インデックスに使用できる空き領域があります。ストレージ・インデックスはExadata Storage Softwareの機能であり、不要なI/O操作を回避することで問合せのパフォーマンスを向上させることができます。ストレージ インデックスは、disk1 に保存されているデータ ブロックに関するメタデータを保存するために少量のフラッシュ メモリを使用します。
オプションE: Exadataストレージ・サーバー内のフラッシュディスクには、Exadataスマート・フラッシュ・ログを構成するために使用できる空き領域があります。Exadataスマート・フラッシュ・ログは、データベースREDOログ・バッファの拡張としてフラッシュ・メモリーを使用することでデータベースのパフォーマンスを向上させることができるExadata Storage Softwareのもう1つの機能です。これにより、レイテンシが短縮され、REDO ログ書き込みのスループットが向上します1。

物理ディスクを交換したら、交換した物理ディスク上に新しいセルディスクとグリッドディスクを作成する必要があります。関連付けられたASMディスクグループからグリッドディスクが削除された後、メンバーとして使用されていたASMディスクグループにグリッドディスクを追加し直し、影響を受けるグリッドディスク上のデータのバランスを再調整できます。最後に、物理ディスク上にあるグリッドディスクが、関連付けられた ASM ディスクグループから正常に削除されたことを確認する必要があります。

RoCE (RDMA over Converged Ethernet) と永続メモリは、Oracle Linux でサポートされている機能です。RoCE および Persistent Memory をサポートするために必要な Oracle Linux の最小バージョンは、Oracle Linux 7.9 です。
RoCE は、コンバージド イーサネット ネットワークを使用してサーバー間の高速データ転送を可能にする、低遅延、高帯域幅のネットワーキング テクノロジです。これは、RoCE を有効にするために必要なカーネル モジュールとユーザー空間ライブラリを含む、Oracle Linux 7.9 以降のバージョンでサポートされています。
永続メモリは、NVDIMM (不揮発性デュアル インライン メモリ モジュール) などの不揮発性メモリ (NVM) デバイスにデータを保存できるようにするテクノロジーであり、DRAM に近い速度でアクセスできます。Oracle Linux 7.9 以降のバージョンには、永続メモリのサポートが含まれています。これには、永続メモリを有効にするカーネル モジュールとユーザー空間ライブラリが含まれます。

障害グループは、データのミラー・コピーが異なるストレージ・サーバーに書き込まれるようにすることで、Oracle Exadata Database Machine X9Mに冗長性を提供します[1][2]。これにより、同じサーバーにミラー コピーが書き込まれる可能性がなくなり、そのサーバーで物理ディスク障害が発生した場合にデータ損失が発生する可能性があります。さらに、障害グループは、クラスターごとに最大 2 つのデータベース サーバーまたは VM で ASM フレックス インスタンスが有効になるようにするのに役立ち、追加のデータ保護層を提供します。さらに、拡張冗長性はデータセンター全体でデータをミラーリングし、最高レベルのデータ保護を提供します。参照:『Oracle Exadata Database Machine X9M実装の要点』[1][2]、第5章: Oracle ASMの構成。