データベースの問題を発見するスクリプト：DB2チューニング・ベストプラクティス（4）（1/2 ページ）

パフォーマンス向上のためのスナップショット・モニタ（前編）

本記事は、IBM developerWorksからアットマーク・アイティが許諾を得て翻訳、転載したものです。

　スナップショット・モニタを使用すると、ある一定の期間におけるデータベースの動作を識別できます。例えば、メモリがどのように使用されているか、ロックがどのように獲得されているか、といった情報を得ることができます。スナップショット・モニタは、構成を微調整したり、問題（例えばステートメントの実行時間が長い）を識別したりするための手法として利用されます。ただし、すでに「構成アドバイザー」を使用している場合は、パフォーマンスを大きく改善することは難しいでしょう。

　分析すべきデータを収集する最も簡単な方法は、スクリプトを使用して、アプリケーションを実行しながらスナップショット・モニタを実行することです。リスト1またはリスト2のようなスクリプトを使用すると、分析に必要な情報を収集できます。最初は、これらのスクリプトを60秒間ずつ数回実行します。このようにすると、アプリケーション動作の適切なサンプルを得ることができ、扱う情報が多くなりすぎずに済みます。

　この2つのスクリプトは動作がわずかに異なりますが、どちらの場合も希望するスナップショット出力が得られます。

　後続のセクションでは、DBMおよびデータベース構成パラメータの最適な設定を見つけるための手段として、スナップショット・モニタを頻繁に使用します。

動的SQLステートメント

　リスト1およびリスト2のスクリプトは、「get snapshot for all on dbname」を発行します。この出力結果には、「get snapshot for dynamic SQL on dbname」からの出力がすべて含まれます。収集されるSQLステートメントの数が多くない場合は、モニタ期間を長くしてください。出力結果の中で1つのSQLステートメントについての「Dynamic SQL Snapshot Result」（動的SQLのスナップショットの結果）セクションは、リスト3のようになります。

• リスト3　動的SQLのスナップショットの例（別ウィンドウで表示します）

　出力結果の中で特に役立つ情報は、以下のものです。

「Number of executions」（実行回数）

　 これは、適切にチューニングすべき重要なステートメントを識別するのに役立ちます。また、ステートメントの平均実行時間を計算するためにも役立ちます。

　何回も繰り返し実行されるステートメントの場合、1回の実行ではシステムに大きな負荷はかからないかもしれませんが、累積結果としてパフォーマンスが大きく低下してしまうことがあります。SQLステートメントがアプリケーションによってどのように使用されているかをよく把握してください。アプリケーション・ロジックを手直しすることによって、パフォーマンスが向上する場合があります。

　また、そのSQLステートメントについて1つのパッケージだけが作成されるように、パラメータ・マーカーの使用を検討するとよいでしょう。パラメータ・マーカーは、（アクセス・プランが生成されるときに）動的に準備されるステートメントの中でプレイスホルダとして使われます。ステートメントの実行時に、パラメータ・マーカーに実際の値が与えられます。

　最も多く実行されているステートメントを検索するには、次のようにします。

（次ページに続く）