Oracle Exadata Database Machine X9M 実装の基本公式テキストブック [1] によると、他の作業を行う前に、Oracle サポートに連絡して、ドライブを交換できるように予約する必要があります。プラチナ サポートが有効になっている場合は、Oracle サポートに連絡して、ディスクの交換を手配することができます。プラチナ サポートが有効になっていない場合は、Enterprise Manager Cloud Control を通じてディスクの交換を手配することができます。

ローリング方式でライトバック フラッシュ キャッシュを有効にする場合、プロセスを開始する前にすべてのセルが同じ状態になるように、まず DBCLI を使用してすべてのセルのグリッド ディスクを非アクティブ化することが重要です。非ローリング方式では、まず Persistent Memory Commit Accelerator (PMEMLog) を削除する必要があります。ライトバック フラッシュ キャッシュは、高冗長構成の大容量ストレージ サーバーではデフォルトでオンになっていませんが、Extreme Flash Storage Server で使用できます。ライトバック フラッシュ キャッシュを有効にする前に、フラッシュ キャッシュを削除する必要があるかどうかを確認することも重要です。

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

構成情報を自動的に収集します (B)。OCM は、企業全体のさまざまな指定された Oracle 製品およびコンポーネントに関する詳細な構成情報を定期的に収集します2。
構成情報はオンデマンドで収集されます。OCM は、ユーザーまたは Oracle サポートからの要求に応じて、手動で構成情報を収集することもできます2。
収集された構成情報は、Oracle (E) に自動的にアップロードできます。OCM は、分析およびサポートの目的で、収集された構成情報を My Oracle Support に自動的にアップロードできます3。