6.3.8.4 I/Oリソース管理(IORM)を監視する際の注意事項

I/Oレイテンシ

IORMに問題がある場合は、通常、I/Oレイテンシが増加します。これは通常、cell single block physical readデータベース待機イベントおよび場合によってはcell smart table scanデータベース待機イベントのレイテンシが長くなるという特徴があります。これらのデータベース待機イベントが重要で、フラッシュまたはディスク・デバイスに関連付けられているストレージ・サーバーに対応するレイテンシがない場合、これはIORMがワークロードを抑制していることを示している可能性があります。

IORMスロットルが発生していることを確認するには:

• AWRレポートのTop Databases by Requests - Detailsセクションで、キュー時間列を確認します。この列には、IORMがデータベースのIOリクエストの抑制に費やした平均時間が表示されます。
• IORM待機時間のセル・メトリック(DB_IO_WT_SM_RQ、DB_IO_WT_LG_RQ、PDB_IO_WT_SM_RQ、PDB_IO_WT_LG_RQおよびCG_IO_WT_SM_RQ)を確認します。

IORMデータベース統計およびAWRレポートを使用すると、I/Oワークロード全体を把握できます。Exadataメトリックを使用して、各カテゴリ、データベースまたはコンシューマ・グループ別のI/O使用量をさらに把握できます。統計およびメトリックを分析することで、カテゴリ、データベース、プラガブル・データベース(PDB)またはコンシューマ・グループの中で、リソース割当てを使用していないものや、リソース割当てを超えているものを把握できます。

待機時間が短いかゼロの場合は、プラン割当てで十分です。待機時間が長い場合、プラン割当ては不十分です。I/Oレイテンシが長いために待機時間が許容できないパフォーマンスになる場合は、IORMプランを調整して割当てを増やすか、必要なI/Oリソースを提供するために追加のストレージ・サーバーが必要になる場合があります。

IOSTATの使用

iostat (ExaWatcherによって収集される)を使用して監視されるデバイス使用率およびI/Oサービス時間統計は信頼できません。

次に、iostatのLinuxのmanページを示します。

svctm - The average service time (in milliseconds) for I/O requests that were issued to the device. Warning! Do not trust this field any more. This field will be removed in a future sysstat version.

使用率計算はI/Oサービス時間に依存するため、これも信頼できません。

セル・ディスク、データベース、プラガブル・データベースまたはコンシューマ・グループの実際のI/O使用率を監視するには、対応するIORMメトリックを使用します。