Exadata Platformの利点を活用するために大規模な本番表へのアクセスを監視するのに適さない2つのアクションは、A) VSSYSTEMEVENTSの問合せと、イベント「スマート・スキャンによって返されたセル物理IOインターコネクト・バイト」のフィルタリングです。あなたのテーブル。B) v$segmentstatistics をクエリし、dbaobjects からテーブルのオブジェクト ID と列 STATISTICNAME='optimized Physical Reads' をフィルタリングします。代わりに、v$SYSTAT をクエリして、テーブル (C) に関連付けられた統計「セル スマート テーブル スキャン」をフィルターするか、CellCli コマンド リスト activerequest を実行して、「」として指定する属性 ioReason および objectNumber をフィルターする必要があります。 Smart Scan」と DBA_OBJECTS からのテーブルのオブジェクト ID (D)。

https://www.oracle.com/a/ocom/docs/engineered-systems/exadata/exadata-x9m-2-ds.pdf

このマルチラック構成のすべてのコンポーネントを監視するには、Enterprise Manager エージェントを両方のラックの少なくとも 2 台のストレージ サーバーと両方のラックのすべてのデータベース サーバーにデプロイする必要があります。これは、Oracle Exadata Database Machine X9M Implementation Essentialsの公式テキストブック[1]によると、「マルチラック構成のすべてのコンポーネントを監視するには、すべてのデータベース・サーバーと各ラック内の少なくとも2台のストレージ・サーバーにエージェントをデプロイする必要があります」と記載されています。 」（6-15ページ）。

[1] Oracle Exadata Database Machine X9M Implementation Essentials 公式テキストブック [1][2]、第 4 章: Oracle Clusterware [2] Oracle Exadata Database Machine X9M Implementation Essentials 公式テキストブック [1][2]、第 8 章: Oracle Exadataストレージ・サーバー・ソフトウェア[3] Oracle Exadata Database Machine X9M Implementation Essentials公式テキスト・ブック[1][2]、第9章: Oracle Exadata Storage Serverインフラストラクチャ
https://www.oracle.com/technetwork/database/availability/exadata-backup-recovery-bp-3633870.pdf

このコマンドは、『Oracle Exadata Database Machine X9M Implementation Essentials 公式テキストブック』(85 ページ)で説明されているように、ストレージ・サーバー内の物理ディスクの name、deviceName、diskType および PhysicalFirmware 属性を表示します。
https://docs.oracle.com/en/engineered-systems/exadata-database-machine/sagug/exadata-storage-server-cellcli.html