DB2パフォーマンス管理ツール構築・利用ガイド：第2章 本編

Transcription

1 DB2 パフォーマンス管理ツール構築 利用ガイド第 2 章本編 Optim Performance Manager Optim Query Workload Tuner 本資料掲載事項は ある特定の環境 使用状況においての正確性が IBM によって確認されていますが すべての環境において同様の結果が得られる保証はありません これらの技術を自身の環境に適用する際には 自己の責任において十分な検証と確認を実施いただくことをお奨めいたします

2 Notes 本 SIL は 2012 年 07 月 30 日時点の情報を元に Optim Performance Manager V5.1.1, Optim Query Workload Tuner V3.1.1, Optim Configuration Manager V2.1.1, Optim purequery runtime V2.2 の情報をまとめたものです 本資料は 1 章概要編 2 章本編 3 章 OPM 運用編 4 章導入編に分かれて構成されています 1

3 目次 第 1 章 DB2パフォーマンス管理ツール構築 利用ガイド 概要編 第 2 章 DB2パフォーマンス管理ツール構築 利用ガイド 本編 Optim Performance Manager の導入と構成 OPM 導入作業の流れ OPMの基本操作 Optim Performance Manager 活用例 OPMを利用したデータベースの問題判別 OPMを使用したWLMの構成とモニタリング 第 3 章 DB2 パフォーマンス管理ツール構築 利用ガイド 運用編 レポジトリーデータベースの構成 レポジトリーデータベースの運用管理 第 4 章 DB2 パフォーマンス管理ツール構築 利用ガイド 導入編 参考 Optim Performance Manager 導入手順 参考 Optim Query Workload Tuner 導入手順 2

4 本編 目次 DB2パフォーマンス管理ツール構築 利用ガイド- 本編 Optim Performance Manager の導入と構成 OPM 導入作業の流れ OPMの基本操作 Optim Performance Manager 活用例 OPMを利用したデータベースの問題判別 OPMを使用したWLMの構成とモニタリング 3

5 Optim Performance Manager の導入と構成 OPM 導入作業の流れ 4

6 Optim Performance Manager の導入と構成 OPM 導入作業の流れ OPMサーバー導入作業 監視対象の追加と構成 監視端末の構成 5

7 OPM サーバー導入作業 6

8 OPM 導入作業の流れ OPM サーバー導入作業 OPMサーバーの導入 OPMサーバー ライセンスの付与 Extended Insightライセンスの付与 監視対象の追加と構成 監視レベルの決定 OPMサーバーで監視対象を構成監視しきい値の構成 CIMの導入 Extended Insightの導入と構成 監視端末の構成 Performance Expert Client の導入 OPM サーバーとして使用するマシンに製品の導入を行う OPM サーバーのライセンスを Activate する製品コードは導入済みのため 機能の Activate のみを実施 ( オプション )End to End の応答時間を監視する場合 AP サーバー側で Extended Insight の Activate を行う OPM の監視対象となるサーバーで取得する稼働資料のレベルを決定する Web Console もしくは Performance Expert Client から監視対象とするデータベースを追加する 監視対象として追加したデータベースに対して監視しきい値を設定する ( オプション ) 監視対象の OS 指標 (CPU 使用率やメモリー使用量など ) を監視する場合 CIM サーバーの導入が必要 PE Client で表示可能 ( オプション )End to End の応答時間を監視する場合 アプリケーション サーバー上で EI モジュールの導入と構成を行う ( オプション ) 監視端末として使用する PC 等にクライアント モジュールを導入する 監視対象 DB のバージョンが V9.5 以前の場合のみ ブラウザを使用した Web Console による監視も可能 7

9 OPM 導入の全体像 Optim Performance Manager Server ( サーバー ) Optim Performance Manager License Activation Kit ( ライセンス ) Optim Performance Manager Extended Insight Licence Activation Kit ( オプション :Extended Insight の Activate) 監視端末 Optim Performance Manager Http or Https Browser (IE/Firefox) repository Meta snapshot E2E DB2 LUW ESE RS API Insert maintain コンソール サーバー レポジトリー サーバー - 構成 - ダッシュボード - アラート - 正常性 TCP/IP Adobe Flash Performance Expert Client( オプション ) TCP/IP TCP/IP TCP/IP WebSphere Application Server アプリケーション サーバー Optim Performance Manager Extended Insight Client( オプション ) 監視対象監視対象 DB 監視対象 DB DB DB2 Performance Expert Client ( オプション ) 監視対象 DB のバージョンが V9.5 以前の場合のみ Common Information Model ( オプション :CIM サーバー ) 監視対象 DB のバージョンが V9.5 以前の場合のみ 8

10 OPM サーバー導入作業 の概要 導入作業の前提 OPM サーバー導入前に DB2 ESE V9.1 以降がインストール済み 既存のインスタンスを使用する場合はインスタンスを活動化させておく OPM インストール時に新規でインスタンスを作成後 OPM ソフトウェアパッケージに同梱されている DB2 ESE Restricted Use Activation でインスタンスを活動化 ライセンスセンターから OPM で限定的に使用できるライセンス ( パッケージに付属 ) をインストールする メモリ要件の確認 別章参照のこと ディスク要件の確認 別章参照のこと 作業項目 OPM サーバーの導入 具体的な手順は OPM サーバーの導入ステップ を参照 OPM サーバー ライセンスの付与 具体的な手順は OPM サーバーライセンスの付与 を参照 OPM サーバー上に OPM Extended Insight の導入 ( オプション ) 具体的な手順は OPM サーバーでの Extended Insight の Activate を参照 考慮点 OPM パッケージに同梱されている DB2 ESE V10.1 をインストールする場合は OPM でのみ使用できる限定的なライセンスになるため 必要ならば事前にインストールしておく レポジトリサーバとしての利用する場合は Oracle 互換モードは使用しない 監視対象となる DB とは別サーバーへの導入が推奨 監視対象となる DB と OPM サーバーで時刻の同期が取れている必要がある 9

11 監視対象の追加と構成 10

12 監視対象の追加と構成 の概要 導入作業の前提 監視対象となる DB のホスト名 ポート番号 インスタンス名 ログインパスワードの調査 CIM サーバー導入の前提条件を Readme で参照 ( オプション ) -PE クライアントを使用している場合のみモニター可能 Extended Insight の機能を使用するためには OPM サーバー上で Extended Insight が Activate されていること ( オプション ) 作業項目 監視レベルの決定 [ 次項参照 ] OPM サーバー上で監視対象を構成 具体的な手順は OPM サーバー上での監視対象の構成 を参照 監視しきい値の設定 具体的な手順は 監視しきい値の設定 を参照 CIM の導入 ( オプション ) 具体的な手順は CIM サーバーの導入 を参照 OPM Extended Insight クライアント モジュールの導入と構成 ( オプション ) 具体的な手順は OPM EI クライアントモジュールの導入 を参照 考慮点 CIM と OPM EI はそれぞれ OPM サーバーとは異なるサーバーに導入 CIM は PE クライアントを使用している場合のみモニター可能 CIM は監視したい DB サーバーに導入 OPM Extended Insight クライアントモジュールは監視したいアプリケーションが稼動している WAS と同じサーバーに導入 11

13 監視レベルの決定 OPM では環境に合わせて監視対象を構成したテンプレートが用意されている 本番環境ではSQLの規模と実行数に応じて適切な取得対象を選定する 監視対象項目を個別に選定し データベース独自の組み合わせを作成することも可能 監視対象のシステムが許容する負荷 構成に応じて柔軟に対応可能 SQL の規模と実行数 purescale システム 低オーバーヘッド用 詳細情報収集用 SQL の規模が小さく 同時実行数が多い SQL の規模が大きく 同時実行数が少ない SAP BI システム 低オーバーヘッド用 詳細情報収集用 OLTP システム BI/DWH システム SAP ERP システム 低オーバーヘッド用 詳細情報収集用 監視負荷を小さく 低オーバーヘッド用 監視負荷を小さく 低オーバーヘッド用 開発システム 開発システム SQL 活動を監視したい 詳細情報収集用 SQL 活動を監視したい 詳細情報収集用 テスト /QA システム テスト /QA システム 12

14 監視レベルの決定 - デフォルトで用意されるテンプレート OPTP 低負荷 OLTP 詳細 BI 低負荷 BI 詳細 purescal e 低負荷 puresca le 詳細 SAI BIw 低負荷 SAP BIw 詳細 SAP ERP 低負荷 SAP ERP 詳細 開発 テスト /QA 基本 ロック ( 詳細は別項 ) SQL ステートメントと接続 ( サンフ リンク 率 [ 分 ]) 入出力とディスクスペース ( 詳細は別項 ) ワークロード マネージャー ( 詳細は別項 ) 動的 SQL ( サンフ リンク 率 [ 分 ]) Extended Client Insight Extended Server Insight (1) (5) (2) (1) (1) (1) (2) (2) (2) (15) (15) (1) (2) 13

15 監視レベルの決定 - デフォルトで用意されるテンプレート ロックの詳細 OPTP 低負荷 OLTP 詳細 BI 低負荷 BI 詳細 purescal e 低負荷 puresca le 詳細 SAI BIw 低負荷 SAP BIw 詳細 SAP ERP 低負荷 SAP ERP 詳細 開発 テスト /QA ロック待機アラート N/A ロック待機しきい値 (msec) ロック タイムアウト アラート N/A N/A N/A N/A N/A N/A N/A N/A テ ット ロック アラート N/A 既存のテ ット ロック イヘ ントモニターの使用 カスタム表スヘ ースの使用 N/A N/A N/A イベント詳細の収集 なし ステートメント履歴 N/A ステートメント履歴 なし ステートメント履歴 なし なし なし なし ステートメ ント履歴 ロック待機情報 N/A ステートメント履歴 ( 値あり ) 特殊サンフ リンク 率 ( 分 ) 1 1 N/A N/A 5 N/A

16 監視レベルの決定 - デフォルトで用意されるテンプレート 入出力およびディスクスペースの詳細 OPTP 低負荷 OLTP 詳細 BI 低負荷 BI 詳細 purescal e 低負荷 puresca le 詳細 SAI BIw 低負荷 SAP BIw 詳細 SAP ERP 低負荷 SAP ERP 詳細 開発 テスト /QA ハ ッファフ ール情報 ( 分 ) 表情報の収集 ( 分 ) 表スヘ ース情報の収集 ( 分 ) コンテナー情報 N/A ワークロード マネージャーの詳細 OPTP 低負荷 OLTP 詳細 BI 低負荷 BI 詳細 purescal e 低負荷 puresca le 詳細 SAI BIw 低負荷 SAP BIw 詳細 SAP ERP 低負荷 SAP ERP 詳細 開発 テスト /QA カスタム表スヘ ースの使用 アクティヒ ティ情報 ( 分 ) N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A 構成情報 ( 分 ) N/A N/A N/A N/A N/A N/A N/A

17 監視対象サーバへの導入作業 OPM による監視を行う場合 下記のコンポーネントを導入することでより高度な監視が可能 ( オプション ) CIM サーバ AIX AIX Pegasus CIM server and providers for AIX Solaris WBEM Services Linux Open Pegasus UNIX/Linux へ導入することで OS リソース (CPU Memory I/O) の稼働資料を取得可能 PE クライアントを使用している場合のみモニター可能 Extended Insight Websphere 上の JDBC アプリケーション CLI アプリケーションなどを対象として トランザクションの応答時間を監視することが可能 Extended Insight のクライアント モジュールを導入し 構成を行う 16

18 監視端末の構成 17

19 監視端末の構成 の概要 導入作業の前提 監視端末は 2 種類 Web コンソール Internet Explorer もしくは Mozilla Firefox プラグインとして Adobe Flash Player が導入されていること DB2 performance Expert Client( オプション ) プラットフォームは Windows もしくは Linux 作業項目 指定のブラウザにログイン URL を入力 (http と https の 2 種類がある ) DB2 Performance Expert Client の導入 ( オプション ) 具体的な手順は DB2 Performance Expert Client の導入 を参照 考慮点 詳細は System Requirements を参照 Web コンソール WebSphere Application Server は不要 https は http に SSL/STL プロトコルを使用 DB2 performance Expert Client TCP/IP で直接パフォーマンス DB( デフォルトでは PERFDB) から情報を取得し 表示する 18

20 Optim Performance Manager の導入と構成 OPM 基本操作 19

21 Optim Performance Manager の基本操作 OPMの基本操作 OPM サーバーの起動停止 Web Consoleの起動 監視対象 DBの追加 Web Console 基本画面遷移 監視しきい値の設定 レポートの作成とエクスポート 20

22 OPM サーバーの起動停止 Web Console の起動 21

23 Optim Performance Manager の起動 Optim Performance Manager の起動 レポジトリ DB の DB2 インスタンスユーザーで実行 WINDOWS の場合 : スタートメニューから IBM InfoSphere Optim > IBM InfoSphere Optim Performance Manager > IBM InfoSphere Optim Performance Manager の開始 実行 UNIX/LINUX の場合 : /opt/ibm/opm/opmstart.sh 実行 db2start を実行している OPM が起動していない場合 画面右上にワーニングが表示される OPMStart を実行する Optim Performance Manager の停止 WINDOWS の場合 : スタートメニューから IBM InfoSphere Optim > IBM InfoSphere Optim Performance Manager > IBM InfoSphere Optim Performance Manager の停止 実行 UNIX/LINUX の場合 : /opt/ibm/opm/opmstop.sh 実行 db2stop は実行していない 22

24 Web Console の起動 0.OPMのWebコンソールを起動させる WINDOWS: すべてのプログラム IBM InfoSphere Optim IBM Optim Performance Manager 5.1 Web Console ログインユーザーとパスワードを入力 ( 導入時に指定したユーザー / パスワード ) Linux/Unix: ブラウザから へアクセス デフォルトのポートは (HTTPS の場合 55001) 23

25 監視対象 DB の追加 24

26 監視対象 DB の追加と構成 1. モニタリング対象のデータベースを構成 モニター用データベースの追加および構成 をクリック 25

27 監視対象 DB の追加と構成 ヘルプ の表示 / 非表示が可能 2. モニタリング対象のデータベースの追加 追加 をクリックし モニター対象の DB を追加する 26

28 監視対象 DB の追加と構成 OPM 上で識別する名前 実際のテ ータヘ ース名 接続したいホスト名 or IP アト レス DB2 インスタンスのホ ート番号 DB へアクセス件を持つユーサ / ハ スワート の指定 暗号化されて保存される 3. モニタリング対象の DB を追加するために 必要項目を入力し テスト接続を実施する 27 画面一番下に テスト接続 がある

29 監視対象 DB の追加と構成 4. モニター情報の選択 対象の DB が DB2 V9.7 以降である場合 履歴モニターも選択可能 28

30 監視対象 DB の追加と構成 タイムソ ーンの選択 モニタリンク フ ロファイルの事前テンフ レートを指定することが可能 ( 詳細は別項参照 ) 5. タイムゾーン モニタリング構成を選択し 次へ をクリック 29

31 監視対象 DB の追加と構成 テ フォルトのテ ータ収集間隔は 1 分となっている 拡張することを推奨 モニタリング プロファイルを設定 確認できる 次へ をクリック をクリックしてより詳細な設定ができる

32 監視対象 DB の追加と構成 ハ フォーマンス テ ータ は サンフ リンク 間隔と保存期間でテ ータ保持を設定できる テ フォルトのサンフ リンク 間隔は 1 分となっている 拡張することを推奨 ハ フォーマンス テ ータ は 4 段階の集約レヘ ルが決まっていて 各レベルの期間を指定することとなる 集約レベル 4 は 1 日単位の荒い情報となるが保管期間は 1 年間と長くなる この設定によってレホ シ トリー DB の容量見積もりが変化する 7. 保存期間およびサンプリング間隔 の設定例 OK を押して モニタリングの構成 へ戻る 31

33 監視対象 DB の追加と構成 8. 指定したモニタリンク フ ロファイルによって モニター スイッチ イベントモニター メトリックの収集項目が変化する 次へ もしくは 終了 をクリック 32

34 監視対象 DB の追加と構成 9. モニタリング許可の構成を確認して 次へ をクリック 33

35 監視対象 DB の追加と構成 10. 設定をすべて確認して 終了 をクリック 34

36 監視対象 DB の追加と構成 OPM 上の DB(PERFDB) に管理用の表などを作成している 11. パスワードを入力し OK をクリックすると モニタリングの構成が実行される 正常に構成されたメッセージを確認し 閉じる をクリック 35

37 監視対象 DB の追加と構成 12. データベースが追加されたことを確認し タスク マネージャー のタブをクリックし 正常性の要約 を選択 36

38 監視対象 DB の追加と構成 13. 追加したデータベースが既にモニターされていることを確認 37

39 監視対象 DB の追加と構成 14. データベース のタスクを開き モニタリングの構成 で構成の変更が可能 38

40 Web Console 基本画面推移 39

41 Web Console 基本画面遷移 OPM 画面遷移 正常性の要約 アクションと確認事項 データベースごとに問題の所在 ( ワーニング / アラートの有無 ) を確認 アラート ワーニング / アラート イベントの発生時刻 内容を確認 ダッシュボード 解析対象の アクション から対応したダッシュボード画面へ遷移 原因の解析と対応 解析 40

42 Web Console 基本画面遷移 正常性の要約 正常性の要約 により データベースごとに大まかな問題のありかを把握する 画面左上 開く より 正常性の要約 を選択 正常性の要約 画面より どのデーターベースに問題があるかのサマリーを表示 それぞれのデータベースについて Key Performance Indicators (KPIs) が表示される 問題がある場合 該当 KPI にワーニングやアラートが表示される 41

43 Web Console 基本画面遷移 アラート画面 アラート画面 により ワーニング / アラート イベントの発生時刻 内容を確認 正常性の要約 のそれぞれの KPI をクリックすると対応する アラート画面 が表示される 更に詳細情報を得るために アクション タブから関連する ダッシュボード へのリンクへと飛ぶことができる ダッシュボードへ 42

44 Web Console 基本画面遷移 ダッシュボード ダッシュボード からグラフによる時系列の遷移を見ることができる 具体的なモニタリング実施例は次章 Optim Performance Manager 活用例 を参照 43

45 監視しきい値の設定 44

46 監視しきい値の設定 OPM ではデータベース毎に Warning/Critical のアラートを出すしきい値を決定できる Web コンソールから設定が可能 1. 正常性の要約 からデータ ソースをクリックし アラートの構成 を選択 45

47 監視しきい値の設定 2. 選択されている DB のしきい値が表示される 46

48 監視しきい値の設定 4. しきい値の値 使用可否を変更する 不要な監視項目は 有効 列にて オフ に設定する 変更箇所は色違いで判別できる 設定が完了したら 適用 をクリック 47

49 レポートの作成とエクスポート 48

50 レポートの作成とエクスポート レポート作成 [ タスク ランチャー ] >> [ データベースのパフォーマンス レポートの実行 ] もしくは [ 開く ] >> [ パフォーマンス ] >> [ レポート ] でレポート作成開始 49

51 レポートの作成とエクスポート レポート作成 情報を取得したいデータベースに接続し < レポートのタイプの選択 > からレポート作成したい項目を選択 50

52 レポートの作成とエクスポート レポート作成 レポートに出力したい情報の条件 ( 取得期間やソート順 ステートメントの数など ) を指定して [ レポートの生成 ] ボタンをクリック 51

53 レポートの作成とエクスポート レポート作成 / エクスポート レポートが以下のように表示される エクスポートしたい場合は ファイル形式 (xls,ppt,pdf) を右上から選択できる 平均や合計 ソートやロックなど 表示したい計算方法やカテゴリを選択できる 52

54 レポートの作成とエクスポート エクスポート エクスポートのファイル形式を選択すると プログラムで開く か ファイルを保存する を選択できる 53

55 レポートの作成とエクスポート エクセル形式 エクセル形式のファイルとしてエクスポート可能実際の xls ファイルをサンプルレポートとしてザ技術に添付しています 54

56 レポートの作成とエクスポート PDF 形式 PDF 形式のファイルとしてのエクスポート可能 実際の PDF ファイルをサンプルレポートとしてザ技術に添付しています 55

57 レポートの作成とエクスポート パワーポイント形式 パワーポイント形式のファイルでのエクスポート可能実際の PPT ファイルをサンプルレポートとしてザ技術に添付しています 56

58 Optim Performance Manager 活用例 OPM を利用したデータベースの問題判別 57

59 OPM を利用したデータベースの問題判別 問題判別例 1. デッドロックの発生と原因の特定 2. データベース稼働状態のヘルス チェック 3. 非効率なアクセスプランによるリソースの占有 3-a. Optim Query Workload Tunerの活用 4. APサーバからの3 層構造での性能問題分析 58

60 1. デッドロックの発生と原因の特定 59

61 1. デッドロック発生の特定と原因解析 問題解析の流れ OPM 画面遷移アクションと確認事項 正常性の要約 ロックアラートの発生を検知 ロックのアラート画面 ロックイベントの発生回数や時刻を確認 ロッキングダッシュボード 解析対象のイベントを選択して分析画面へ遷移 分析画面 デッドロックに関係するアプリケーションの詳細を確認 時系列での SQL ステートメント情報 デッドロックに至ったロックの詳細情報 60

62 1. デッドロック発生の特定と原因解析 Locking Alert の発生を確認 OPM による監視対象データベースを横串でサマリーする Health Summary から PEDEMO データベースに複数のアラートが発生していることを確認 デッドロックによる問題発生の場合 アプリケーション側でのエラー検知 (SQL0911,RC=2 を検知 ) となる場合もある Locking のアラートをクリックし Alert Summary に遷移 PEDEMO データベースのみアラートが発生 61

63 1. デッドロック発生の特定と原因解析 Locking イベントの発生状況や時刻を確認 10:30 から 10:35 にかけて 4 回のデッドロックが発生 Locking の発生状況を見るため Locking Dashboard へ遷移 Analyze から直接デッドロックの詳細へ飛ぶことも可能 62

64 1. デッドロック発生の特定と原因解析 解析対象のイベントを選択して Analyze 画面へ遷移 最新のデッドロック発生を選択 Analyze 画面へ遷移 63

65 1. デッドロック発生の特定と原因解析 デッドロックに関係するアプリケーションの詳細を確認 デッドロックの原因となったアプリケーション名を確認 ここではサンプル アプリ同士のデッドロックとなっている 本番環境では WAS/WAS や WAS/ バッチ処理といった接続元の情報から両者の関連を類推可能 パネルの最下部にデッドロックの原因となった SQL ステートメントが表示される この例では RES_A 表への全件スキャンが 2 つのアプリケーションで重なっている 64

66 1. デッドロック発生の特定と原因解析 時系列での SQL ステートメント情報を取得 Statements 画面の上半分 2つの接続から発行されたSQLが時系列で表示される 時系列 Participants タブの情報から デッドロックの直接の原因となった SQL の一方が特定できる これを手がかりに 問題となる処理順序や処理対象行の特定を行う デッドロックに関連する 2 つのアプリケーションで実行された SQL が 時系列に出力される ここから デッドロックに関連する SQLを特定する 65 時系列

67 1. デッドロック発生の特定と原因解析 デッドロックに関連する SQL とロックの詳細情報 Statements 画面の下半分 前ページの各 SQL ごとに詳細情報が確認可能 READ ONLY の SQL だが NS ロックが要求しているため 他のアプリが排他ロックを保持する場合 競合しロック待ちが発生する 66 複数のSQLが同じUOW IDの場合 1トランザクションで実行されており 複数 SQL 分のロックが保持される

68 1. デッドロック発生の特定と原因解析 デッドロック発生原因の特定 statements タブからデッドロックに直接関係する SQL を抽出 Participant ID=47 ACTID=1: ACTID=8: INSERT INTO pedemo.res_a VALUES ('SOMETHING',29,'NOMATTER') SELECT * FROM pedemo.res_a Participant ID=48 ACTID=3: ACTID=4: INSERT INTO pedemo.res_a VALUES ('SOMETHING',91,'NOMATTER') SELECT * FROM pedemo.res_a 両方のアプリケーションが相手の INSERT コミットを待つ状態となっている RES_A 表 相手の INSERT による排他ロックでロック待ち 排他ロック COL1 COL2 COL3 AAA 1 AA BBB 2 BB CCC 3 CC somthing 29 NOMATTHER somthing 91 NOMATTHER 排他ロック 67

69 1. デッドロック発生の特定と原因解析 考えられる対応策 1. SELECT の分離レベルを Currently Committed へ変更する 読込スキャンが排他ロックの解放を待たずに読み飛ばすため ロック待ちが発生しない 2. 照会と更新のトランザクション スコープを分離する 更新をいったん確定させてから 紹介を行うことでロックの競合を避ける Participant ID=47 ACTID=1: ACTID=8: INSERT INTO pedemo.res_a VALUES ('SOMETHING',29,'NOMATTER') SELECT * FROM pedemo.res_a Participant ID=48 ACTID=3: ACTID=4: INSERT INTO pedemo.res_a VALUES ('SOMETHING',91,'NOMATTER') SELECT * FROM pedemo.res_a 68

70 2. データベース稼動状態のヘルス チェック 69

71 2. データベース稼働状態のヘルス チェック 問題解析の流れ OPM 画面遷移 正常性の要約 アクションと確認事項 Critical/Warning の有無を確認 アラート画面 メッセージの傾向を確認 ダッシュボード メッセージの傾向に応じたダッシュボードへ遷移 原因の解析と対応 主要な Buffer Pool のヒット率を確認 I/O 負荷の原因となっている表 表スペースを確認 原因 SQL の改善や BP 拡張などを実施 70

72 2. データベース稼働状態のヘルス チェック Health Summary から大まかな問題の所在を確認 Health Summary 画面では 複数の監視対象に対して横串で問題の所在を確認可能 データベース毎に決めたしきい値にもとづいて Warning や Critical の Alert が発行される 個別に設定しない場合 共通のデフォルト値が使用される BP ヒット率が 90% 以下で Critical 95% 以下で Warning など PEDEMO データベースの Memory Usage や I/O Workload にアラートが発生している I/O のアイコンをクリックし Alert Summery へ遷移 PEDEMO 以外の 2 データベースは問題なく稼働中 71

73 2. データベース稼働状態のヘルス チェック I/O 状況の確認 BP ヒット率が 50% 以下になっており かつ同期 I/O が READ 処理の 100% を占める Buffer Pool ヒット率が著しく低くなっており READ の効率が悪い 詳細を確認するため Buffer Pool and I/O Dashboard へ遷移 72

74 2. データベース稼働状態のヘルス チェック Buffer Pool and I/O Dashboard :Buffer Pools タブ バッファープール 表スペース 表のそれぞれのビューで処理負荷の高いオブジェクトをピックアップ可能 バッファープール => 表スペース => 表とドリルダウンすることで GUI から問題の所在を絞り込むことが可能 下記の例では バッファープールサイズがデータ量に比して過小となっている FRUITS バッファープールはサイズが 5page と小さく ヒット率が 10% 以下 また Logical Reads が毎秒 10 万弱と データベース全体の 50% 以上を占める デフォルトではヒット率の下位 5 つまでを表示 73

75 2. データベース稼働状態のヘルス チェック Buffer Pool and I/O Dashboard :Table Spaces タブ サイズが過小となっているFRUITSバッファープールに関連する表スペースを一覧 2つの表スペースGROWTHとTRADEのうち GROWTHのBPヒット率が約 4% と著しく低い FRUITS バッファープールの READ 活動のうち 90% 程度を GROWTH 表スペースが占め そのヒット率は 4% 程度 さらに絞り込む場合 GROWTH 表スペースをドリルダウンする FRUITS バッファープールに紐付く表スペースのみをリスト 74

76 2. データベース稼働状態のヘルス チェック Buffer Pool and I/O Dashboard :Tables タブ 読み込み量の多いGROWTH 表スペースに属する表を一覧 表スペース全体のアクセスレコード数が毎分約 行 アクセス数の最も多いFRUIT 表のアクセスレコード数が毎分約 行 FRUITS バッファープールの READ 活動のうち 90% 程度を GROWTH 表スペースが占め そのヒット率は 4% 程度 さらに絞り込む場合 GROWTH 表スペースをドリルダウンする 75

77 2. データベース稼働状態のヘルス チェック PEDEMO データベースでの I/O 過多への対応 Buffer Pool and I/O Dashboard の情報から FRUITS バッファープールのサイズが過小であることが判明したため 拡張を行う FRUITS BP 5page ALTER BUFFERPOOL 3000page 拡張後の Health Summary 拡張後の Dash Board BP ヒット率 97% に改善 76

78 3. 非効率なアクセスプランによるリソースの占有 77

79 3. 非効率なアクセスプランによるリソースの占有 問題解析の流れ OPM 画面遷移 正常性の要約 アクションと確認事項 2. ヘルスチェック と同様に全体の稼働状況を確認 アクティブ SQL OPM から SQL の活動をチェック アクセスプラン取得 問題のある SQL のアクセスプランを確認 SQL のチューニング実施 アクセスプランの評価 統計情報最適化の可能性を検討 索引追加によるチューニングを検討 78

80 3. 非効率なアクセスプランによるリソースの占有 多くのリソースを消費し 他の処理に影響を与えるSQLを発見する 最初にデータベース全体の動きをチェックするのは2. と同様 Health Summaryからアラートをチェック BP and I/O Dashboardから特異な表アクセスが発生していないかを確認 Health Summary から I/O 異常を検知し Table の View までドリルダウンした結果 LINTEITEM2 表の I/O が非常に多いことがわかる 79

81 3. 非効率なアクセスプランによるリソースの占有 特異な表アクセスが発見された場合 その表に関連する SQL を検索 Task ManagerからActive SQL Dashboardへ遷移 Elapsed TimeやCost CPU 使用量などで上位 / 下位のSQLを特定可能 LINTEITEM2 表に関連する SQL が実行時間 (Elapsed Time) の上位に来ている 80

82 3. 非効率なアクセスプランによるリソースの占有 特異な表アクセスが発見された場合 その表に関連する SQL を検索 実行中の SQL であれば OPM 画面からのキャンセルも可能 OPM から Optim Query Workload Tuner へ遷移し GUI での SQL チューニングも可能 SQL ステートメント全文 SQL 毎にアプリケーションの詳細や実行状況が取得される 81

83 3. 非効率なアクセスプランによるリソースの占有 SQL のチューニングを実施 OPM 自身は SQL のチューニング機能は持たない Optim Query Workload Tunerとの連携が可能 アクセスプランの取得はOPMからではなく他のツールを使用 SQLを抽出してCUIでのEXPLAIN 取得も可能 CUIツールであるdb2topから同じSQLを特定し EXPLAINを崇徳することも可能 82

84 3-a. Optim Query Workload Tuner の活用 83

85 ( 参考 )Optim Query Workload Tuner 概要 DB2 のパフォーマンス最適化 開発コストの削減の実現 下記の各種アドバイザー機能統合による パフォーマンスチューニングの生産性向上 統計アドバイザー 照会アドバイザー アクセス パス アドバイザー 索引アドバイザー 注 ) これまでは上記アドバイザーを個別に立ち上げが必要でした 各アドバイザー機能を Eclipse ベースの GUI から簡単に呼び出し可能 他 Optim ツール群との機能連携も実現 Optim Performance Manager Optim Database Administrator / Optim Development Studio etc.. 本製品は Optim Performance Manager とは別製品のため 別途購入する必要があります 84

86 OQWT によるクエリーチューニングの流れ モニター 0. OPM などを利用し ハイコストな SQL ステートメントをモニター 起動 1. 問題の SQL を特定し OQWT を起動 分析 3. OQWT から各種アドバイザを起動 最適なアクセスプランや照会のアドバイスを実施 2. 現状の統計情報を下に アクセスプランを分析 アドバイス 4. 各種アドバイザのアドバイス内容を実施し アクセスプランの比較 検証を実施 実行 改善! 85 85

87 OPM などで ハイコストな SQL ステートメントを特定 OPM の SQL ステートメント詳細 [ チューニング ] ボタンからも OQWT 起動可能 1. 各 SQLステートメントを表示ハイコストなSQLの特定 2. ハイコストな SQL ステートメント OQWT(DataStudio 上 ) 起動 &SQL 入力 86

88 OQWT による SQL ステートメントの分析 チューニング対象の SQL ステートメント入力 チューニング対象と入力方法として様々な手段がある 照会テキストを直接入力 ( コピー可 ) 87 87

89 OQWT による SQL ステートメントの分析 ツール アドバイザーの選択 分析ツールの選択 アドバイス内容を選択 サマリーレポートの生成の選択 この例では [ すべてを選択 ] OK で実行 88 88

90 OQWT による SQL ステートメントの分析 OQWT のアドバイス結果の表示 優先順位をつけた形で SQL チューニングのアドバイスが列挙される 89 89

91 OQWT による SQL ステートメントの分析 推奨情報の実行 / 統計アドバイザの結果表示と実行 各アドバイザの概要の表示 複数アドバイザ結果がある場合は 高い効果が期待できる順に出力される 内容を確認次第 DDL を実行することが可能 統計アドバイザの詳細項目 アドバイザ項目をクリックすると その詳細と共に実行すべき DDL 文を作成 表示可能 90 90

92 OQWT による SQL ステートメントの分析 索引アドバイザの結果表示と実行 索引アドバイザの詳細項目 推奨索引の各項目説明が羅列される 具体的に実行されるされる DDL 文が表示され 内容確認後実行することが可能 91 91

93 OQWT による SQL ステートメントの分析 アドバイス内容の実施の前と後でアクセスプランの比較検証 索引作成前 索引作成後 92 92

94 4. AP サーバからの 3 層構造での性能問題分析 93

95 4. AP サーバからの 3 層構造での性能問題分析 問題解析の流れ OPM 画面遷移 正常性の要約 アクションと確認事項 エンドーツーエンドの応答時間の遅延を確認 拡張インサイト ダッシュボード 解析対象の切り口を選択して分析画面へ遷移 分析画面 応答時間の長いステートメントやクライアントを確認 原因の解析と対応 どの層に時間が要しているかボトルネックの判別 各製品担当と連携してチューニングを対応 DB サーバが原因の場合 Query Tuner と連携可 94

96 4. AP サーバからの 3 層構造での性能問題分析 最大のエンドツーエンド応答時間が 12 秒以上かかっていることを確認 OPM による監視対象データベースを横串でサマリーする 正常性の要約 から ray_tpcc データベースのエンドツーエンド応答時間が 10 秒を超えていることを確認 応答時間が 12 秒を要していることを確認 応答時間をクリックし表示される 拡張インサイト ダッシュボード に遷移 95

97 4. AP サーバからの 3 層構造での性能問題分析 ray_tpcc の拡張インサイト分析ダッシュボートのトランザクションの詳細を確認 さらに詳細を確認するため [ 応答時間の詳細 ] へ遷移 96

98 4. AP サーバからの 3 層構造での性能問題分析 応答時間の詳細をグラフ SQL ステートメント 実際の数値を表示 97

99 4. AP サーバからの 3 層構造での性能問題分析 下部にはさらに詳細な応答時間の詳細な数値が表示されている 98 上部のグラフにカーソルを近づけると 取得項目や時刻が確認できる

100 4. AP サーバからの 3 層構造での性能問題分析 [SQL ステートメント ] タブの単位で [ エンドツーエンド応答時間 ] を選択し 応答時間のいちばん長かった SQL をクリック 99

101 4. AP サーバからの 3 層構造での性能問題分析 SQL ステートメントの詳細領域を表示して 時間のかかった SQL がどこで時間を要していたか 調べることができる [ 全体時間の分布 ] から クライアントで最も時間を要していたことか がわかる 100

102 4. AP サーバからの 3 層構造での性能問題分析 ボトルネックがどこか判別し 対応するチューニングを実施 OPM 自身は各製品のチューニング機能は持たない データベース (SQL) がボトルネックであれば Optim Query Workload Tuner との連携が可能 ( 前項参照 ) クライアント ネットワークがボトルネックの場合は 各製品担当と連携して対応する 101

103 Optim Performance Manager 活用例 OPM を利用した WLM の構成とモニタリング 102

104 OPM を利用した WLM の構成とモニタリング OPMによるWLM 管理概要 WLMの構成 現在のWLM 構成を表示 推奨 WLM 構成の作成 / 確認 データベース全体のポリシー ワークロードの構成 サービス スーパークラスの構成 サービス サブクラスの構成 パフォーマンス目標の設定 DDLの実行 WLMのモニター 103

105 OPM による WLM 管理概要 OPM によって何ができるか? グラフィカルなインターフェースで簡単に WLM 構成とモニターが可能 WLM の構成 デフォルトで WLM 構成モデルが提供される ワークロード分類設定 サービスクラス ( 実行環境 ) の設定 しきい値の設定をグラフィカルなインターフェースから実行可能 WLM のモニター サービス サブクラスごとに SQL 実行時間や キュー待機時間の分布図がモニターできる その他 サービスクラスの CPU 使用量 現状アクティビティの接続属性を確認できる 104

106 WLM を利用したアクティビティの分類 構成例 1. シンプル構成 接続ユーザーによってアクティビティを分類し 優先度の異なるサービスサブクラスで実行させる OPMでは デフォルトのサービス ( サブ ) クラスが雛形として提供される service classes DS_AUTO_MGMT_SUPER workloads 高優先度ユーザー USER_H service subclasses Urgent work 高優先度 thresholds N/A 中優先度ユーザー USER_M Ordinary Work 中優先度 並行度制限 = 18 低優先度ユーザー USER_L Batch jobs 低優先度 LOAD SYSDEFAULTSUBCLASS 並行度制限 = 1 結果行数 < 行 105

107 0. 事前準備 対象の DB のモニタリング プロファイルで ワークロード マネージャーが選択されていることを確認 DB2 WLM V9.5 が必要 106

108 0. 事前準備 開く 構成 ワークロード マネージャーの構成 107

109 0. 事前準備 データベースを選択し接続する 接続ユーザー / パスワードを指定 108

110 1. WLM の構成 : 現在の WLM 構成を表示 タイプを選択すると詳細設定が表示される 現在の WLM 構成をリバースエンジニアリング 109

111 2. WLM の構成 : 推奨 WLM 構成の作成 WLM の推奨ベースラインの作成 WLM 未構成の場合 推奨ベースラインの作成を実施する 110

112 3. WLM の構成 : 推奨 WLM 構成の概要確認 WLM の推奨ベースラインの概要確認 WLM 未構成の場合 推奨ベースラインの作成を実施する 変更数 111

113 3. WLM の構成 : 推奨 WLM 構成の概要確認 WLM の推奨ベースラインのしきい値確認 MAIN をスーパークラスとしたサブクラスが作成されている 112

114 3. WLM の構成 : 推奨 WLM 構成の概要確認 WLM の推奨ベースラインと現行構成の差異確認 MAIN をスーパークラスとしたサブクラスが作成されている 変更部分の DDL を表示し 実行可能 他のタグで詳細設定後に実行することも可能 差異のみの表示も可能 変更 ( 追加 ) ありのマーク 113

115 4. WLM の構成 : データベース全体のポリシー データベース全体のポリシーの確認 / 修正 以下のしきい値に関するデータベース全体のポリシーを確認 / 修正できる 時間制限 行数制限 並行性の制限 接続の制限 114

116 4. WLM の構成 : データベース全体のポリシー データベース全体のポリシーの確認 / 修正 以下のしきい値に関するデータベース全体のポリシーを確認 / 修正できる 時間制限 行数制限 並行性の制限 接続の制限 115

117 4. WLM の構成 : データベース全体のポリシー 時間制限 行数制限 並行性の制限 接続の制限の確認 / 修正 116

118 4. WLM の構成 : データベース全体のポリシー さらに詳細な設定の確認 / 修正 追加のしきい値 作業クラス ヒストグラム テンプレートも追加で確認 / 修正できる 117

119 5. WLM の構成 : ワークロードの構成 ワークロードの確認 / 修正 ワークロードの追加 各ワークロードのプロパティー しきい値の確認 / 修正ができる 118

120 6. WLM の構成 : サービス スーパークラスの構成 サービス スーパークラスの確認 / 修正 サービス スーパークラスの追加 各サービス スーパークラスのプロパティー しきい値 ワークロードの確認 / 修正ができる 119

121 7. WLM の構成 : サービス サブクラスの構成 サービス サブクラスの確認 / 修正 任意のサービス スーパークラスに関連したサブクラスの確認 / 追加 各サービス サブクラスのプロパティー しきい値 ワークロードの確認 / 修正ができる 120

122 7. WLM の構成 : サービス サブクラスの構成 MAIN のサービス スーパークラスに 6 つのサービス サブクラスが雛形として作成される 用途に応じてそれぞれの優先度設定を行う デフォルトはモニター設定のみであり 制限を越えるアクティビティの停止はされない設定となっている DML 処理 SQL コストに応じて 5 つのサービス サブクラスが定義されている コストに応じたアクティビティ合計時間のしきい値が設定されている 並行性のしきい値が設定されているが 使用可能の設定にはなっていない TRIVIAL_DML MINOR_DML SIMPLE_DML MEDIUM_DML COMPLEX_DML Load 処理 Load 処理用に 1 つのサービス サブクラスが定義されている ETL 121

123 8. WLM の構成 : パフォーマンス目標の設定 パフォーマンス目標の確認 / 修正 任意のサービス サブクラスの並行性の設定をオートノミックに調整する設定ができる 実施タイプ を パフォーマンス目標 に変更する 122

124 9. WLM の構成 :DDL の実行 画面右上 SQLのプレビューと実行 ボタンを押す WLM 設定を反映するためのDDLが表示される 確認して実行する 123

125 10. WLM のモニター ワークロード サービス スーパークラス サービス サブクラスの単位でモニター可能 右上の グラフの表示 により グラフと設定情報を切り替えられる ワークロード サービス スーパークラス サービス サブクラス でグラフ表示が可能 グラフの表示 サブクラスの表示 で グラフと定義を切り替えられる 124

126 10. WLM のモニター ワークロード サービス スーパークラス サービス サブクラスの単位でモニター可能 並行性およびキュー内にある時間 ヒストグラム ( 分布図 ) 応答時間の分布 タイムスライダーにより 対象期間を設定可能 サービス サブクラスごとに 確認できる 125

127 参考情報 IBM REDBOOKS IBM Optim Performance Manager for DB2 for Linux, UNIX, and Windows Capacity planning for Optim Performance Manager Best Practices: DB2 Workload Management Optim Performance Manager Extended Edition for DB2 for Linux, UNIX and Windows (home page) IBM Optim Performance Manager for DB2 for Linux, UNIX, and Windows helps resolve emergent performance problems before they impact the business IBM United States Software Announcement April 6, InfoSphere Optim Performance Manager v5.1 ( マニュアル ) 126