Exadataスマート・フラッシュ・キャッシュを監視する際の注意事項

読取りレイテンシの増加

Exadataスマート・フラッシュ・キャッシュに関連して発生する可能性のある問題は、特にcell single block physical read待機イベントで、データベースの読取りレイテンシの増加として示される傾向があります。通常、レイテンシが増加するのは、読取りがExadataスマート・フラッシュ・キャッシュで対応されず、ハード・ディスクに対して発行された場合です。

次の場合は、読取りリクエストがExadataスマート・フラッシュ・キャッシュで対応されないことがあります。

必要なデータがExadataスマート・フラッシュ・キャッシュにない場合。

この場合、リクエストはフラッシュ・キャッシュ・ミスとして記録され、このことはAWRレポートのフラッシュ・キャッシュ・ユーザー読取りセクションにミスの増加として示されます。この場合には、通常、移入書込みも増加し、このことはAWRレポートのフラッシュ・キャッシュ内部書込みセクションで示されます。

データベースでは、physical read IO requestsまたはphysical read total IO requestsと比較して、cell flash cache read hitsの数が減少する場合があります。
そのデータがExadataスマート・フラッシュ・キャッシュの対象でない場合。

キャッシュ効率を最大化するために、I/Oリクエストがデータベースからストレージ・サーバーに送信されるとき、データをExadataスマート・フラッシュ・キャッシュにキャッシュする必要があるかどうかを示すヒントが含められます。

データがキャッシングの対象でない場合は、AWRレポートのフラッシュ・キャッシュ・ユーザー読取り - スキップ・セクションに、対応するI/Oと、読取りが対象でなかった理由が表示されます。次のような理由が考えられます:
- グリッド・ディスクのキャッシング・ポリシーがnoneに設定されています。
- データベース・セグメントが、CELL_FLASH_CACHE NONEストレージ・オプションを使用して構成されています。
- I/Oタイプおよび状況によって、キャッシュが妨げられています。たとえば、I/OがRMANバックアップ操作に関連し、かつ、ハード・ディスクがビジーでないためなどです。このことが発生する頻度が高い場合は、AWRレポートの上位IO理由セクションでそれがわかります

場合によっては、Exadataスマート・フラッシュ・キャッシュの動作に明らかな違いがなくても、cell single block physical readのレイテンシが増加することがあります。これは、特にハード・ディスクでのI/O負荷の増加が原因である可能性があります。

cell single block physical readで不定期の長いレイテンシがある(通常はcell single block physical readヒストグラムにロング・テールとして表示される)ことは、必ずしもExadataスマート・フラッシュ・キャッシュの問題を示すわけではなく、単にデータがハード・ディスクから読み取られたことを示すことがあります。

スキップされた書込み

ライトバック・モードでExadataスマート・フラッシュ・キャッシュを使用している場合、ほとんどのデータベース書込みリクエストはキャッシュによって吸収されます。ただし、一部の書込みリクエストではキャッシュをスキップする場合があります。キャッシュをスキップする最も一般的な理由は、一時ソートなどのために1回のみ読み取られる大量のデータがリクエストによって書き込まれた場合や、またはバックアップやアーカイブなど、将来予測できる範囲で読取りが発生しないことが想定される場合です。

大規模の書込みをスキップする一般的な理由として、Disk Not Busyもあります。これは、通常、ハード・ディスクには書込みリクエストを処理するための十分な容量があるため、Exadataスマート・フラッシュ・キャッシュを使用するメリットがないことを意味します。

大規模の書込みでExadataスマート・フラッシュ・キャッシュをスキップするとパフォーマンスの問題が発生する場合は、通常、データベースのdirect path writeまたはdirect path write temp待機イベントの対応するレイテンシが長くなることでそのことがわかります。

大規模の書込みを拒否した理由は、AWRレポートのフラッシュ・キャッシュ・ユーザー書込み - 大規模の書込み拒否セクションに表示されます。

データベース・ワーキング・セット・サイズ

データベース・ワーキング・セットとは、データベース内で最も一般的にアクセスされる情報のサブセットを指します。ほとんどの場合、データベース・ワーキング・セットはかなり安定しています。ただし、なんらかの理由でワーキング・セットがExadataスマート・フラッシュ・キャッシュに収まらない場合は、次の症状が示されることがあります。

キャッシュ・ミスの増加。データがExadataスマート・フラッシュ・キャッシュにないことを示しています。このことは、AWRレポートのフラッシュ・キャッシュ・ユーザー読取りセクション、またはFC_IO_RQ_R_MISS_SECセル・メトリックに示されます。
Exadataスマート・フラッシュ・キャッシュにないデータを移入する移入アクティビティの増加。このことは、AWRレポートのフラッシュ・キャッシュ内部書込みセクション、またはFC_IO_[BY|RQ]_W_POPULATE_SECセル・メトリックに示されます。
ディスク・ライター・アクティビティの増加。キャッシュラインを再利用して他のデータをキャッシュできるように、ダーティ・キャッシュラインをディスクに書き込む必要があることを示しています。ディスク・ライター・アクティビティは、AWRレポートのフラッシュ・キャッシュ内部読取りセクション、またはFC_IO_[RQ|BY]_[R|W]_DISK_WRITER_SECセル・メトリックに示されます。
最初の書込みの増加。新しいデータがExadataスマート・フラッシュ・キャッシュに書き込まれていることを示しています。最初の書込みが多数あり上書きがほとんどない場合は、新しいデータがExadataスマート・フラッシュ・キャッシュに書き込まれていることを意味します。このことは、AWRレポートのフラッシュ・キャッシュ・ユーザー書込みセクション、またはFC_IO_[RQ|BY]_W_FIRST_SECセル・メトリックに示されます。

この場合は、次のようにします:

データベース・アクセス・パターンを確認して、アクセスされるデータの量を減らすチューニングの機会を見つけます。
Exadataスマート・フラッシュ・キャッシュ用の領域を増やすために、使用可能なストレージ・サーバーの数を増やすことを検討します。
Exadataスマート・フラッシュ・キャッシュのI/Oリソース管理(IORM)割当て制限を確認し、最も必要な場所に領域を割り当てます。
Extreme Flashストレージ・サーバーを使用してディスクI/Oを排除することを検討します。

その他の問題

cell single block physical readのレイテンシの増加は、セルのパフォーマンスによるものではなく、ネットワークの競合やデータベース・サーバーのCPUリソースの競合など、IOパスにおける別のものが原因である場合があります。

cell single block physical readおよび小規模の読取りのヒストグラムは、AWRレポートの単一ブロック読取りヒストグラム - 詳細セクションおよび小規模の読取りヒストグラム - 詳細セクション(Exadata統計→パフォーマンス・サマリー)にあります。cell single block physical readヒストグラムはOracle Databaseによって測定されたレイテンシを示し、小規模の読取りヒストグラムはストレージ・サーバーで測定されたレイテンシを示します。

不定期の長いレイテンシが多数あるヒストグラムは、ロング・テールがあると言われます。cell single block physical readおよび小規模の読取りのヒストグラムにロング・テールがある場合は、ストレージ・サーバーの読取りが低速であることを示すため、他のI/Oパフォーマンス統計をさらに調査する必要があります。セル・ディスクI/Oの監視を参照してください。

cell single block physical readヒストグラムに、小規模の読取りヒストグラムには存在しないロング・テールがある場合は、通常、ストレージ・サーバーではなく、ネットワークのボトルネックやコンピュート・ノードのCPUの競合など、I/Oパスにおける別のものが原因です。