英語マニュアル
1 はじめに
1.1 新機能
1.2 このガイドで使用されている表記規則
2 PEMクエリツール
3 パッケージ展開
3.1 新しいパッケージをインストールする
3.1.1 スケジュール済タスクの確認
3.2 インストール済みパッケージのアップグレード
4 パフォーマンスの監視と管理
4.1 ダッシュボードを使ったパフォーマンス情報の表示
4.2 カスタムダッシュボードの管理
4.2.1 カスタムダッシュボードの作成
4.2.2 Opsダッシュボードの作成
4.3 [チャートの管理]タブの使用
4.3.1 カスタムチャートの作成
4.3.2 Capacity Managerテンプレートのインポート
4.4 プローブのカスタマイズ
4.4.1 カスタムプローブの作成
4.4.2 プローブの削除
4.4.3 プローブのコピー
4.5 警告
4.5.1 アラートダッシュボードの使用
4.5.2 [アラートの管理]タブの使用
4.5.2.1 カスタムアラートテンプレートの作成
4.5.2.2 新しいアラートの作成
4.5.2.3 アラートの修正または削除
4.5.2.4 アラートのコピー
4.5.2.5 監査ログの警告
4.5.2.6 電子メールグループの作成
4.5.3 NagiosでPEMを使う
4.5.3.1 アラートに対するNagios通知の有効化
4.5.3.2 PEMサーバのNagios関連の動作の設定
4.5.3.3 hosts.cfgファイルとservices.cfgファイルの作成
4.5.3.4 Nagios設定ファイルの修正
5 キャパシティマネージャ
5.1 キャパシティマネージャのテンプレート
6 監査マネージャー
6.1 Advanced Server InstanceサービスIDの設定
6.2 EDB監査設定プローブの設定
6.3 監査マネージャを使用した監査ロギングの設定
6.4 監査ログダッシュボードを使用したログの表示
7 ログマネージャ
7.1 サーバログ分析ダッシュボードの確認
8 Postgresログ分析エキスパート
8.1 Postgresログ分析エキスパートレポートの見直し
9 SQLプロファイリングと分析
9.1 新しいSQLトレースの作成
9.1.1 トレースを作成する
9.1.2 既存のトレースを開く
9.1.3 トレースのフィルタリング
9.1.4 トレースの削除
9.1.5 スケジュールトレースの表示
9.2 インデックスアドバイザの使い方
10 チューニングウィザード
11 Postgresエキスパート - ベストプラクティス施行
11.1 Postgresエキスパートウィザードを使う
11.2 Postgresの専門家による勧告のレビュー
12 ストリーミングレプリケーションの設定
12.1 ストリーミングレプリケーションとフェイルオーバーマネージャの監視
12.1.1 PEMの高可用性の設定
13 フェイルオーバーマネージャーの監視
13.1.1 マスタノードの交換
14 xDBレプリケーションクラスタの監視
15 性能診断
16 参照
16.1 PEMサーバ設定パラメータ - 参照
16.2 キャパシティマネージャメトリック - 参照
16.3 PEMプローブ - 参照
16.4 PEM事前定義アラートテンプレート - 参照
16.4.1 エージェントに適用できるテンプレート
16.4.2 サーバに適用可能なテンプレート
16.4.3 データベースに適用可能なテンプレート
16.4.4 スキーマに適用可能なテンプレート
16.4.5 テーブルに適用可能なテンプレート
16.4.6 グローバルテンプレート
17 まとめ
EDB Postgres Enterprise Manager ®
エンタープライズ機能ガイド
バージョン7.8
 
2019年6月5日

 
 
1 はじめに
このガイドでは、Postgres Enterprise Manager™（PEM）Webインターフェースに組み込まれているシステムやシステムの管理を容易にするツールとウィザードについて説明します。
•
PEMクエリツール - 第2章では、PEMクエリツールを紹介します。クエリツールは、Postgresサーバーに対してアドホックSQLクエリを発行することを可能にする機能豊富なインタラクティブ開発環境（IDE）です。
•
パッケージの配置 - 第3章では、PEMパッケージ配置ウィザードについて説明します。
•
パフォーマンス監視 - 第4章では、データベースサーバーのパフォーマンスの監視とトラブルシューティングの概要を説明します。
•
キャパシティプランニング - 第5章では、Postgres Enterprise Managerで収集されたデータから傾向分析と予測を実行する方法について説明します。
•
監査マネージャ - 第6章では、監査マネージャを使用してロギング属性を設定する方法、および監査ログ分析ダッシュボードを使用してログファイルをフィルタ処理して確認する方法について説明します。
•
ログ マネージャ - 第7章では、 ログ マネージャを使用してサーバログ設定パラメータを変更する方法と、サーバログ分析ダッシュボードを使用してサーバログをフィルタ処理して確認する方法について説明します。
•
Postgres Log Analysis Expert - 第8章はLog Analysisのエキスパートを紹介します。ログ分析エキスパートは登録されたサーバーのログファイルを分析し、ログファイルエントリに基づいてPostgresクラスタの使用状況の分析を提供するレポートを作成します。
•
SQLプロファイリング - 第9章では、SQLワークロードを取得し、その出力を分析して、実行が不十分なSQLを調整および修正する方法について説明します。
•
チューニングウィザード - 第10章では、PEMチューニングウィザードの使用方法を順を追って説明します。 PEM Tuning Wizardはインストールを確認し、インストールの調整に役立つ一連の設定オプションを推奨します。
•
Postgresエキスパート - ベストプラクティス施行 - 第11章では、Postgresエキスパートを使用してデータベースサーバーで修正が必要な設定や設計の問題を発見する方法について説明します。
•
ストリーミングレプリケーションウィザード - 第12章では、ストリーミングレプリケーションウィザードを使用して新規または既存のサーバーにPostgresストリーミングレプリケーションを設定する方法、およびレプリケーションシナリオが起動して実行中のときにサーバーを監視する方法について説明します。
•
Failover Managerの監視 - 第13章では、EDB Failover Managerを監視するためのPEM機能の概要について説明します。
•
xDBレプリケーションクラスタの監視 - 第14章では、EDB Failover Managerを監視するためのPEM機能の概要について説明します。
•
パフォーマンス診断 - 第15章では、Advanced Serverインスタンスのデータベースパフォーマンスを分析できるPEM機能の概要について説明します。
このガイドは包括的なリソースではありません。そうではなく、それはあなたがツールを評価し、製品の使い方の基本を早く学べるようにあなたを助けるための援助として役立つことを意味しています。 PEMの機能の使用に関する詳細については、PEMクライアントによって提供されているオンラインヘルプを参照してください。
この文書では Postgresを使ってPostgreSQLまたはEDB Postgres Advanced Serverデータベースのいずれかを意味します。
1.1 新機能
以下の機能がPostgres Enterprise Manager 7.8を作成するために追加されました。
•
PEM 7.8では、 PEMエージェントの登録中にenable_heartbeat_connectionをtrueに設定できます 。これにより、PEMエージェントとサーバ間に専用のハートビート接続が確立され、PEMサーバが常に更新されます。
•
PEM 7.8インターフェイスでは、ダイアログやウィザードで使用できるキーボードナビゲーションや新しいショートカットキーなどのユーザー補助機能が向上しました。
•
PEM 7.8では、クエリツールの履歴をセッション間で持続させる機能が追加されました。
•
PostgreSQLおよびEDB Postgres Advanced Server 10以降でサポートされているIDENTITY列のサポートが追加されました。
 
1.2 このガイドで使用されている表記規則
このマニュアルでは、さまざまなコマンド、ステートメント、プログラム、例などの意味と使用方法を明確にするために、特定の表記規則を使用しています。この節では、これらの規則の概要を説明します。
以下の説明では、 用語は、言語キーワード、ユーザー指定の値、リテラルなどの任意の単語または単語のグループを指します。用語の正確な意味は、それが使用される文脈によって異なります。
•
イタリック体のフォント は、通常は初めて定義する文章の中に新しい用語を導入します。
•
Fixed-width (mono-spaced) font は、 SQL コマンド、例で使用されている特定のテーブル名および列名、プログラミング言語のキーワード など、文字通りに指定する必要がある用語に使用され ます 。例えば、 SELECT * FROM emp;
•
Italic fixed-width font は、ユーザーが実際の使用法で値を置き換える必要がある用語に使用されます。例えば、 DELETE FROM table_name ;
•
垂直パイプパイプの両側の用語間の選択を示します。垂直パイプは、角括弧（オプションの選択肢）または中括弧（1つの必須の選択肢）で2つ以上の代替用語を区切るために使用されます。
•
角括弧[]は、囲まれた用語の1つまたはすべてを置換できることを示します。たとえば、 [ a | b ] 、「 a 」または「 b 」のいずれかを選択するか、または両方を選択しないことを意味します。
•
中括弧{}は、囲まれた選択肢のうち1つだけを指定する必要があることを示します。たとえば、 { a | b }正確に一つ「の意味a 」又は「 b 」を指定しなければなりません。
•
省略記号...は、前の用語が繰り返される可能性があることを示します。たとえば、 [ a | b ] ...は、シーケンス「 baaba 」があるかもしれないことを意味します。
2 PEMクエリツール
PEMには、Postgresサーバーに対してアドホックSQLクエリを発行することを可能にする機能豊富なインタラクティブ開発環境（IDE）が含まれています。 開くにはQuery Tool PEM内からSQL IDEを、単にあなたがツリーコントロールに照会するデータベースの名前を強調表示し、選択Query toolからToolsメニューを。
[ Query Tool ]ダイアログには、SQLクエリを手動で入力したり、SQLステートメント、 EXPLAINクエリなどをグラフィカルに実行して解釈したりするためのインターフェイスがあります（図2.0を参照）。
図2.0 - PEMクエリツール
Query Tool の上部パネルにはSQLエディタがあります。パネルを使用して手動で照会を入力するか、ファイルから照会を読み取ることができます。手動でSQLクエリを入力している場合は、エントリの編集ウィンドウに、クエリの作成に役立つ自動補完コードと書式設定機能も含まれています。

図2.1 - クエリツール
クエリを実行した後 、クエリツールの下部パネルに結果セットまたは EXPLAINプランを表示できます （図2.1を参照）。すべてのPEM機能と同様に、ボタンをクリックするだけで詳細なオンラインヘルプテキストを利用できます。
 
3 パッケージ展開
Package Deploymentウィザードは、新しいパッケージのインストールまたは既存のパッケージのアップグレードをスケジュールするプロセスを案内します。注意してください：PEMサーバーは展開のためにパッケージを展開するためにインターネットアクセスを持たなければなりません。
Package Deploymentウィザードを起動する前に、PEMエージェント設定ファイルを変更してエージェントを再起動する必要があります。まずサーバー上で、次にパッケージが展開される各システム上で。
•
Linuxでは、 allow_package_managementプロパティをtrue設定して agent.cfgファイルを変更しtrue 。設定ファイルは/opt/PEM/agent/etc
•
Windowsでは、 Registry Editorを使用してエージェントのレジストリエントリを変更し、 AllowPackageManagementプロパティの値をtrueに設定しtrue 。エントリは、 HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\EnterpriseDB\PEM\agent
エージェント設定プロパティを変更したら、PEMエージェントを再起動する必要があります。 Linuxホストでは、 serviceコマンドを使用できます 。
service pemagent restart
またはWindowsホストでは、 [ Services ]ダイアログを使用してPEMエージェントサービスを再起動します。
Postgres Enterprise Manager - pemAgent
パッケージ管理を有効にしてエージェントを再起動した後、エージェントレベルのプローブがPEMサーバのホスト、およびパッケージが展開されるシステムで有効になっていることも確認する必要があります。 Manage Probesタブにアクセスするには、PEMクライアントツリーコントロールでPEMエージェントの名前を強調表示し、 ManagementメニューからManage Probes …を選択Manageます。以下のプローブを有効にする必要があります。
•
PEMサーバホスト上の Package Catalogプローブ。
•
Installed Packages は、 Packagesをインストールしたい任意のシステム上でプローブします。
次に、Package Deploymentウィザードを開くには 、 ManagementメニューからPackage Deployment ...を選択します。 Package DeploymentウィザードのWelcome ...ダイアログが開きます（図3.1を参照）。

図3.1 -パッケージの展開ようこそダイアログ。
Nextをクリックして続けます。

図3.2 -デプロイメントモード選択ダイアログ。
[ Deployment Mode Selection ]ダイアログ（図3.2参照） のラジオボタンを使用して、スケジュールしている配置の種類を指定します。
•
以前にサーバーにインストールされていないパッケージのインストールをスケジュールするには、 New Package Installationラジオボタンを選択します。これがデフォルトです。
•
[ Packages の Upgrade ]ラジオボタンを選択して、現在サーバーにインストールされているパッケージのアップグレードをスケジュールします。
選択したら、[ Nextへ]をクリックして続行します。
3.1 新しいパッケージをインストールする
[ Deployment Mode Selection ]ダイアログで[ New Package Installation ]をMode Selection [Package Deployment]ウィザードで[ Agent / Server Selection ]ダイアログが開き（図3.3を参照）、新しいアプリケーションをインストールするエージェントとサーバを指定できます。
図3.3 - ターゲットのエージェントとサーバーを指定します。
ツリーコントロールを展開し、新しいパッケージをインストールする各サーバの横にあるボックスをオンにして、[ Next ]をクリックします 。
New Packages Installationダイアログが（図3.4を参照）が開きます。
図3.4 - どのアプリケーションをインストールするかを選択します。
ツリーコントロールを展開して、インストールに利用できるアプリケーションのリストを確認します。アプリケーションをインストール対象としてマークするには、アプリケーション名の横にあるチェックボックスをオンにします。パッケージ展開ウィザードは、選択したアプリケーションに必要なサポートアプリケーションの横にあるボックスを自動的にオンにします。
追加したいパッケージをすべて選択したら、[ Nextへ]をクリックして続行します。

図3.5 - インストールオプションの指定
インストールされるパッケージのリストを確認し、（プロンプトが表示されたら）要求されたオプションを入力します（図3.5を参照）。 Nextをクリックして続けます。

図3.6 - インストーラのダウンロード開始
Download Packagesダイアログの Start Downloadボタンをクリックして、Package Deploymentウィザードにアプリケーションインストーラをダウンロードするように指示します（図3.6参照）。ダウンロード中に[ DownloadのCancel ]ボタンをクリックすると、バッチダウンロードを中止できます。ダウンロードが完了したら、[ Next ]をクリックします。

図3.7 -パッケージの展開スケジュール ]ダイアログ。
新しいパッケージのインストール時間をスケジュールするには、スケジュールダイアログのオプション（図3.7を参照）を使用します。
•
ダウンロードしたパッケージをすぐにインストールするように各PEMエージェントに指示するには、[ Deploy Now 横のスライダを[ Yesに設定します。パッケージでサーバーの再起動が必要な場合は、現在のユーザーセッションが中断される可能性があります。
•
[ Now Deploy 横にあるスライダを[ No 設定し、 [ Timeセレクタを使用して、パッケージのインストールを開始する日付と時刻を指定します。
[ Finishをクリックしてダウンロードしたパッケージをインストールするか、インストールをスケジュールしてパッケージ展開ウィザードを終了します。
後でインストールをスケジュールした場合は、 Scheduled された Tasks [ Scheduled された Tasks ]タブに表示されます。 [ Scheduled Tasks ]タブを開くには、[ Management ]メニューから[ Scheduled Tasks …]を選択します。
図3.8 - [スケジュールされているタスク]タブ
3.1.1 スケジュール済タスクの確認
Scheduled Tasks ]タブ（図3.8を参照）、各タスクの状態を識別アイコンを表示、伝説を備えています。 Manage TasksのManage Tasksテーブルには、実行が保留中または最近完了したタスクの一覧が表示されます。
system tasks Show 設定しますか？システムタスクを表示するには、 Yesします。これがNoに設定されていると、ユーザー定義タスクのみが表示されます。システムタスクは灰色の背景で表示され、変更できません。
ユーザー定義タスクの名前を強調表示し、 Editアイコンを選択して 、選択したタスクに関する詳細情報にアクセスします。
•
選択したタスク中に実行されたステップのリストを表示するには、「 Stepsドロップダウンを使用します。
•
[ Statusフィールドに現在のタスクのステータスが表示されます。
•
Enabled ？タスクが有効になっている場合、switchはYes表示します。タスクが無効になっている場合はNo 。
•
[ Nameフィールドにタスクの名前が表示されます。
•
[ Agentフィールドには、タスクの実行を担当するエージェントの名前が表示されます。
•
Last runフィールドには、タスクの最後の実行の日付と時刻を表示します。
•
［ Next runフィールドには、次にスケジュールされているタスクの実行日時が表示されます。
•
[ Created日]フィールドには、タスクが定義された日時が表示されます。
タスクを削除するには、タスク名の左側にあるDeleteアイコンをクリックします 。タスクは削除対象としてマークされ、タブが更新されると削除されます。
 
3.2 インストール済みパッケージのアップグレード
[ Deployment Mode Selection ]ダイアログで[ Packages Upgrade を選択した場合は、[パッケージの展開]ウィザードによってダイアログボックスが開き、更新するエージェントとパッケージを指定できます。
図3.9 - アップグレードするパッケージを選択
ツリーコントロールを展開し、アップグレードしたいパッケージの横のボックスをチェックします（図3.9を参照）。 Nextをクリックして続けます。

図3.10 - 要求されたインストールオプションを入力します。
リストパッケージを確認し、 Option Name / Option Valueフィールドに要求されたインストールオプションをすべて入力します （図3.10を参照）。リストを確認したら、[ Nextへ]をクリックして続行します。

図3.11 - アプリケーションインストーラーのダウンロード
[ Download の Start ]ボタンをクリックして 、パッケージ展開ウィザードにアプリケーションインストーラのダウンロードを指示します（図3.11を参照）。ダウンロード中に[ DownloadのCancel ]ボタンをクリックすると、バッチダウンロードを中止できます。ダウンロードが完了したら、[ Next ]をクリックします。

図3.12 - インストールの予定を立てる
新しいパッケージのインストール時間をスケジュールするには、スケジュールダイアログのオプション（図3.12を参照）を使用してください。
•
ダウンロードしたパッケージをすぐにインストールするように各PEMエージェントに指示するには、[ Deploy Now 横のスライダを[ Yesに設定します。パッケージでサーバーの再起動が必要な場合は、現在のユーザーセッションが中断される可能性があります。
•
[ Now Deploy 横にあるスライダを[ No 設定し、 [ Timeセレクタを使用して、パッケージのインストールを開始する日付と時刻を指定します。
[ Finishをクリックしてダウンロードしたパッケージをインストールするか、インストールをスケジュールしてパッケージ展開ウィザードを終了します。後で更新をスケジュールした場合、 Scheduled Tasks [ Scheduled Tasks ]ダイアログ（エージェントのコンテキストメニューのTasks Scheduled Tasks ...]メニュー選択からアクセス）に含まれます。
4 パフォーマンスの監視と管理
PEMには、すべての管理対象サーバーの全社規模のパフォーマンス監視を実装する組み込み機能が含まれています。 PEMのさまざまなパフォーマンスモニタリングの側面の多くの側面をカスタマイズできますが、製品に付属している推奨デフォルトを受け入れることもできます。
4.1 ダッシュボードを使ったパフォーマンス情報の表示
PEMは、いくつかの ダッシュボード を通してパフォーマンス統計を表示します 。各ダッシュボードには、選択したオブジェクトに関連する統計を表示するチャート、グラフ、表を含む一連のサマリービューがあります。
図4.1 - グローバル概要ダッシュボード
最上位のダッシュボードは Global Overview （図4.1に示す）。 Global Overviewは、PEMサーバによって監視されているすべてのサーバとエージェントのステータス概要、監視対象サーバのリスト、および現在トリガーされているアラートの状態が表示されます。 PEMクライアントは、PEMサーバに接続したときにGlobal Overview表示します。他のダッシュボードは、監視対象オブジェクトに関する統計情報を提供します。これらは含まれています：
アラートダッシュボード
Alertsダッシュボードは現在、トリガーのアラートが表示されます。 Global Overviewから開いた場合、ダッシュボードにはシステム上のすべての監視対象ノードに関する現在のアラートが表示されます。サーバー内のノードから開いた場合、レポートにはそのノードに関連するアラート、およびツリーコントロール内のそのオブジェクトの下にあるすべての監視対象オブジェクトが反映されます。
監査ログ分析ダッシュボード
Advanced Serverユーザーの場合は、 Audit Log Analysisダッシュボードを使用して、監査ログと収集が有効になっているインスタンスから収集された監査ログを参照できます。
データベース分析ダッシュボード
Database Analysisダッシュボードには、選択したデータベースのパフォーマンス統計を表示します。
入出力分析ダッシュボード
I/O Analysisダッシュボードディスプレイ、オブジェクトDML活性など様々な領域を横切るI / Oアクティビティ、操作などをログ。
メモリ分析ダッシュボード
Memory AnalysisのPostgresサーバのための様々なメモリ関連のメトリックに関するダッシュボード用品の統計。
オブジェクト活動分析ダッシュボード
Object Activity Analysisダッシュボードは、選択されたデータベースのテーブル/インデックスのパフォーマンスの詳細を提供します。
オペレーティングシステム分析ダッシュボード
Operating System Analysisダッシュボードには、基礎となるマシンのオペレーティングシステムのパフォーマンスに関する情報を提供しています。
プローブログ分析ダッシュボード
Probe Log Analysisダッシュボードには、PEMエージェントによって返されたエラーメッセージを表示します。
サーバー分析ダッシュボード
Server Analysisダッシュボードには、選択したPostgresのサーバーの全体的な操作に関する一般的なパフォーマンス情報を提供します。
サーバーログ分析ダッシュボード
Server Log Analysisダッシュボードを使用すると、フィルタリングとPEMサーバ上に格納されているサーバのログの内容を確認することができます。
セッション活動分析ダッシュボード
Session Activity Analysis ダッシュボードには、選択したサーバーのセッションワークロードとロックアクティビティに関する情報が表示されます。
セッション待機分析ダッシュボード
Session Waits Analysisダッシュボードには、現在のDRITAは、Advanced Serverのセッションのためのイベントを待つの概要を説明します。
ストレージ分析ダッシュボード
Storage Analysisダッシュボードには、表領域およびオブジェクトのための宇宙関連のメトリックを表示します。
システム待機分析ダッシュボード
System Waits Analysisダッシュボードには、システムのグラフィカルな分析は、Advanced Serverのセッションのための情報を待って表示されます。
ストリーミングレプリケーション分析ダッシュボード
Streaming Replication Analysis ダッシュボードには、監視対象サーバーのWALアクティビティに関する統計情報が表示され、Failover Managerクラスタのステータスを監視できます。
ダッシュボードを開くには2つの方法があります。あなたはできる：
•
Dashboardsメニュー（ Managementメニューからアクセス） からアクティブなダッシュボード名を選択します。
•
ツリーコントロール内の監視対象オブジェクトの名前を右 クリックして、 Dashboardsメニューから確認したいダッシュボードの名前を選択します。
各ダッシュボードは 、クライアントウィンドウのメインパネルの[ Monitoring ]タブに表示されます。ダッシュボードを開いたら、同じタブ内の他のダッシュボードに移動できます。
各ダッシュボードヘッダーには、他のダッシュボードに移動できるナビゲーションメニューが含まれています。以前に表示したダッシュボードをスクロールするには、ブラウザの進むアイコンと戻るアイコンを使用します。現在のダッシュボードを更新するには、[ Refresh ]アイコンを使用します。
[ Dashboard Configuration ]ダイアログのオプションを使用すると、ダッシュボード上のすべての折れ線グラフの時系列をリンクさせることができます。 Dashboard Configurationダイアログ（図4.2を参照）を開くには、ダッシュボードのヘッダーに表示されているSettingsアイコンをクリックします。
図4.2 - ダッシュボード設定ダイアログ
ダッシュボードに表示されるチャートの属性を制御するには、「ダッシュボード構成」ダイアログのフィールドを使用します。
•
設定する Link timelines of all the line chartsスライダーをEnable指定されたタイムラインがダッシュボードに表示されるグラフを線に印加されなければならないことを示すために、 Disableに設定した場合、設定は後で使用するために保持されますが、表示されるデータ量は変更されません。
•
Daysセレクタを使用して、折れ線グラフに表示される収集データの日数を指定します。
•
使用 Hour(s)線グラフ上に表示されるべきで収集されたデータの時間数を指定するセレクタ。
•
横のボックスをチェック Remember configuration for this dashboardカスタマイズされた時間帯のみ、現在のダッシュボードに適用されるべきであることを示すために、チェックマークを付けないと、すべてのダッシュボードの折れ線グラフにグローバルに適用されます。
[ Dashboard Configuration ]ダイアログボックスで指定された Configurationは、現在のユーザーのセッションにのみ適用されます。
4.2 カスタムダッシュボードの管理
PEMは、多数のシステム定義ダッシュボードを介してパフォーマンス統計を表示します。各ダッシュボードには、選択したオブジェクトに関連する統計を表示するチャート、グラフ、表を含む一連のサマリービューがあります。 [ダッシュボードの管理]タブ（図4.3参照）を使用して、システムに最も関連のある情報を表示するカスタムダッシュボードを作成および管理できます。
図4.3 - [ダッシュボードの管理]タブ
カスタムダッシュボードを作成するには、 Manage DashboardsのManage ]タブのManage Quick LinksセクションにあるManage New Dashboard の Create ]リンクをクリックし Create 。
既存のダッシュボードを変更するには、ダッシュボード名の左側にある編集アイコンをクリックします。ダッシュボードエディタが開き、ダッシュボードの定義が表示されます。ダッシュボードの定義を変更したら、[ Save ]ボタンをクリックして変更内容を保存します。変更を保存せずに終了するには、[ Cancel ]をクリックします。
ダッシュボードを削除するには、ダッシュボード名の左側にある削除アイコンをクリックします。ダッシュボードを削除することを確認するポップアップが表示されます。 [ OK ]をクリックして選択したダッシュボードを削除します 。
 
4.2.1 カスタムダッシュボードの作成
PEMダッシュボードエディタを使用して、ユーザ定義ダッシュボードを作成または変更できます。カスタムダッシュボードには、事前定義済みのグラフ、ユーザー定義のグラフ、または事前定義済みのグラフとユーザー定義のグラフの組み合わせを含めることができます。
図4.4 - ダッシュボード作成エディタ
ダッシュボードに関する一般的な情報を指定するには、[ Configureセクションのフィールドを使用します （図4.4を参照）。
•
[ Nameフィールドにダッシュボードの名前を指定します。タイトルが表示されている場合は、指定した名前もダッシュボードのタイトルになります。
•
[ Levelドロップダウンリストボックスを使用して、ダッシュボードが表示されるPEMクライアント内のPEM階層のレベルを指定します。ダッシュボードには、 Globalレベル、 Agentレベル、 Serverレベル、またはDatabaseレベルのDashboardsメニューからアクセスできます。リスト内で選択された各レベルは、カスタムダッシュボードのチャートの基になる可能性があるさまざまなメトリックのセットを公開します。
•
[ Descriptionフィールドにダッシュボードの Descriptionます。
ダッシュボードをOpsダッシュボードとして使用する場合は、[ Ops dashboard optionsボックスのフィールドに情報を入力します 。
•
Ops Dashboard? 設定し Ops Dashboard? Opsモニターに表示するためのフォーマットのダッシュボードを作成するようにサーバーに指示するには、このフィールドをYesに設定します。
•
Show Title? 設定し Show Title? Opsダッシュボードの上部にダッシュボード名を表示するには、このフィールドをYesします。
•
[ Fontドロップダウンリストボックスを使用して 、タイトルのカスタムフォントスタイルを選択します。選択したフォントスタイルがPreviewボックスに表示されます。
•
[ Font sizeドロップダウンリストボックスを使用して 、タイトルのカスタムフォントサイズを選択します。選択したフォントスタイルがPreviewボックスに表示されます。
[ Permissionsボックスを使用して 、新しいダッシュボードを表示できるユーザーを指定します。
•
設定し Share with allするスライダーYes 、すべて許可するようにサーバーに指示するTeamsダッシュボードにアクセスするために、または設定Share with allにNo有効にするためAccess permissionsフィールドを。
•
「 Access permissionsフィールドを使用して、どの役割が新しいダッシュボードを表示できるかを指定します。フィールドをクリックし、ユーザーのリストから選択して、ダッシュボードアクセスを持つユーザーのリストにロールを追加します。
[ Dashboard の Configure ]セクションが完成したら、右上隅にある矢印をクリックしてセクションを閉じ、[ Dashboard Layout DesignセクションにアクセスしDashboard 。
図4.5 - セクションヘッダの修正
セクションヘッダーの編集アイコンをクリックしてセクション名を指定します（図4.5を参照）。次に、追加アイコン（+）をクリックしてセクションにチャートを追加します（図4.6を参照）。
図4.6 - チャートの追加
使用可能なチャートを表示してチャートを選択するには、各チャートカテゴリの右側にある矢印を使用します。
図4.7 - チャートの配置の詳細を指定する
チャートの詳細セレクタを使用して、チャートの配置の詳細を指定します。
•
Chart widthを指定するには、 Chart widthセレクタを使用します。ダッシュボードの半分にグラフを表示するには50% 、ダッシュボードの幅全体を使用するには100%を選択します。
•
セクション内のチャートの位置を指定するには、 Chart alignmentセレクタを使用します。
チャートを左寄せにするには、 [ Leftを選択します。
チャートをCenterするには、 [ Center 揃え]を選択します。
チャートを右寄せにする必要があることを示すには、 [ Rightを選択します。
テーブルは常に中央に表示されます。
カスタムダッシュボードを作成または編集するときは、ドラッグアンドドロップを使用してセクション内のチャートを並べ替えたり、チャートを別のセクションに移動したりできます。
ダッシュボードに別のチャートを追加するには、セクションヘッダの追加アイコン（+）をクリックしてください。ダッシュボードの編集が終了したら、[ Save ]ボタンをクリックして編集内容を保存して終了します。
変更を保存せずに終了するには、[ Cancel ]ボタンをクリックします。
4.2.2 Opsダッシュボードの作成
PEMダッシュボードエディタを使用して、Opsモニタに表示するためのフォーマットのカスタムダッシュボードを作成できます。 Opsダッシュボードには、ヘッダー情報を省略し、余分なバナー、タイトル、および罫線を最小限に抑えながら、指定したチャートとグラフが表示されます。
図4.8 –Opsダッシュボードのオプション
Opsダッシュボードを作成するには、[ Create Dashboard ]ダイアログの[ Ops dashboard optionsセクションに、 Ops表示に関する詳細情報を入力しCreate （図4.8を参照）。
•
Ops Dashboard? 設定し Dashboard? Opsモニターに表示するためのフォーマットのダッシュボードを作成するようにサーバーに指示するには、このフィールドをYesに設定します。
•
Show Title? 設定し Title? Opsダッシュボードの上部にダッシュボード名を表示するには、このフィールドをYesします。
•
[ Fontドロップダウンリストボックスを使用して 、タイトルのカスタムフォントスタイルを選択します。選択したフォントスタイルがPreviewボックスに表示されます。
•
[ Font sizeドロップダウンリストボックスを使用して 、タイトルのカスタムフォントサイズを選択します。選択したフォントスタイルがPreviewボックスに表示されます。
チャートと表をOpsダッシュボードに追加したら、[ Save ]ボタンをクリックして作業内容を保存します。その後、[ New Dashboard ]ダイアログの[ Levelフィールドで指定した階層レベルの[ Dashboards ]メニューをナビゲートしてDashboardsボードにアクセスできDashboard 。
4.3 [チャートの管理]タブの使用
Manage Charts の Manage ]タブを使用して 、カスタム折れ線チャートやカスタムテーブルを作成または変更するためのダイアログにアクセスしたり、カスタムチャートで使用するためのCapacity Managerテンプレートをインポートしたりすることができます。チャートを定義したら、カスタムダッシュボードにチャートを表示できます。 Manage Charts ]タブを開くには、PEMクライアントの[ Management ]メニューから[ Manage Charts ...]を選択Manageます。
図4.9 - チャートの管理タブ
[チャートの管理]タブ（図4.9を参照）には、以下にアクセスするためのダイアログにアクセスできる[ Quick Links ]メニューがあります。
•
カスタムダッシュボードで使用するための新しいチャートを作成します。
•
カスタムチャートを作成するためのテンプレートとして使用するCapacity Managerテンプレートをインポートします。
[ Custom Chartsテーブル（図4.10を参照）には、ユーザ定義チャートのリストが表示されます。チャートが新しく追加されると、フォントは緑色で表示されます。チャートを追加したり画面を更新したりすると、チャートの名前は黒で表示されます。
図4.10 - カスタムチャートテーブル
カスタムチャートを検索するには、[カスタムチャート]テーブルの右上隅にある検索ボックスを使用します。以下を指定してください。
•
チャート名
•
タイプ
•
レベル
•
メトリクスカテゴリ
チャートを管理するには、[ Custom Chartsテーブルのチャート名の左側にあるアイコンを使用します 。
•
編集アイコンをクリックしてチャート設定ウィザードを開き、チャートまたはテーブルのアスペクトを変更します。
•
選択したチャートを削除するには、削除アイコンをクリックします。
 
 
4.3.1 カスタムチャートの作成
クリックして Create New ChartのアイコンをQuick LinksのセクションManage Charts開くためのタブCreate Chartウィザードを。ウィザードは、新しいチャートを定義するために必要な手順を案内します。
図4.11 - チャートに関する一般的な情報の指定
Chart一般情報を指定するには、[ Chart の Configure ]ダイアログ（図4.11を参照） のフィールドを使用します 。
•
[ Nameフィールドにチャートの名前を指定します。
•
[ Categoryフィールドのドロップダウンリストボックスを使用して、このチャートを表示するカテゴリを指定します。カスタムダッシュボードにカスタムチャートを追加すると、指定したカテゴリでチャートが選択用に表示されます。
•
ラジオボタンを使用 Typeチャートがなるかどうかを指定するには、フィールドLine chartやTable 。
•
[ Descriptionフィールドにチャートの Descriptionます。説明は、情報アイコンをクリックしたときにチャートを表示しているユーザー（カスタムダッシュボード）に表示されます。
[ Chart の Configure ]ダイアログのフィールドに入力したら 、[ Next ]をクリックして続行します。
図4.12 - 表示されるメトリックを指定する
チャートに表示されるメトリックを選択するには、 Select Metrics の Select ]ダイアログ（図4.12を参照） のフィールドを使用します 。
•
[ Metric levelドロップダウンリストボックスを使用して、 Metricを選択するPEM階層のレベルを指定します。 Agent 、 Database 、またはServer指定できます。各レベルから、固有のプローブとメトリックのセットにアクセスできます。
•
チャートに表示されるメトリックを選択するには、[ Available metricsボックスのツリーコントロールを Available metrics 。
テーブルを作成している場合は、1つのプローブからのみメトリックを選択できます。ツリーコントロールの各ノードには、単一のプローブによって返されたメトリックが一覧表示されます。ツリーコントロールのノードを展開し、メトリック名の左側にあるチェックボックスをオンにして、そのメトリックデータをテーブルに含めます。
折れ線グラフを作成している場合は、ツリーコントロールのノードを展開し、グラフに含める各指標をダブルクリックします。
•
[ Selected metrics ]パネルのフィールドを使用して 、指標データをチャートに表示する方法を指定します。選択パネルの（変更不可） Metric [Probe]列にMetric [Probe]の名前が表示されます。あなたはできる：
○
ごみ箱アイコンをクリックして、選択したメトリックのリストからメトリックを削除します。
○
Selection Criteria列のドロップダウンリストボックスを使用して、表示されるデータの順序を指定します。
○
Limitフィールドを使用して、テーブル内の行数またはチャート内の線数を指定します。
チャートで許可される最大行数は32です。
テーブルに許容される最大行数は100です。
•
折れ線グラフを作成している場合、PEMは階層間メトリックの比較をサポートしています。
○
比較アイコンをクリックして選択ボックスを開くと、チャートで比較する1つまたは複数のプローブ固有の属性（つまり、CPU、インターフェイス、データベースなど）を選択できます。
○
コピーアイコンをクリックして、選択内容を同じプローブのすべてのメトリックに適用します。ポップアップが表示されたら、クリック Yes同じプローブのための他の選択を確認するために上書きされません、あるいはNo属性をコピーせずにポップアップを終了します。
Select Metrics の Select ]ダイアログボックスのフィールドに入力したら 、[ Next ]をクリックして続行します。
図4.13 - チャートオプションの指定
上のフィールドを使用し Set Optionsチャートの表示オプションを指定する（図4.13に示す）ダイアログ：
•
グラフの更新間隔を分単位で指定するには、[ Auto Refreshフィールドを使用します。1〜120の値を選択します。デフォルトの自動更新間隔は2分です。
下のフィールドを使用して Line chart options折れ線グラフの表示設定を指定する見出し：
•
使用 Points to plotチャート上にプロットされるポイントの最大数を指定するフィールド。
•
Historical spanラベルの右側にあるフィールドを使用して、チャートに表示する履歴データの量を指定します。
チャートに含める必要がある履歴データの日数を指定するには、 Day(s)フィールドを使用します。
使用 Hour(s)のグラフに含まれるべき履歴データの時間数を指定するフィールド。
[ Minute(s)フィールドを使用して、チャートに含める必要がある履歴データの分数を指定します。
[ Data extrapolationボックスのフィールドを使用して、 PEMが履歴データに基づいて外挿データを生成するかどうかを指定します。
•
チャートから外挿データをExtrapolation は、[ No Extrapolationラベルをクリックします。
•
「 Spanラベルをクリックして、 「 Daysおよび「 Hoursセレクタを使用して、チャートのメトリックによってスパンされる期間を指定します。
•
Thresholdラベルをクリックして、 Thresholdセレクタを使用してチャートの最大値または最小値を指定します。
あなたは上のフィールド完了したら Set Options ]ダイアログボックスをクリックしNext継続します。
図4.14 - アクセス許可の指定
チャートの表示オプションを指定するには、 Set Permissionsダイアログ（図4.14に表示） のフィールドを使用します。
•
設定して Share with allスライダYesグラフが許可されたすべてのユーザーに利用できなくなり、またはことを示すためにNoに指定されたユーザーまたはグループへのアクセスを制限するAccess permissionsフィールドを。
•
[ Access permissionsフィールドを使用して、チャートにアクセスする1つ以上のグループを選択します。
図4.15 - チャートの定義はManage Chartsタブに表示されます。
チャートの定義が終わったら、[ Finish ]をクリックして編集内容を保存し、 Manage Charts ]タブのリストにチャートを追加します（図4.15を参照）。
 
4.3.2 Capacity Managerテンプレートのインポート
クリックして Import Capacity Manager TemplateのアイコンをQuick LinksのセクションManage Charts開くようにタブCreate Chartダイアログを、グラフや表の出発点として、キャパシティー・マネージャーのテンプレートを使用しています。
図4.16 - Capacity Managerテンプレートのインポート
Create 時 Chart ダイアログが開き（図4.16を参照）、カスタムチャートに関する情報が表示されます。
•
[ capacity template の Importフィールドのドロップダウンリストボックスを使用して、グラフの基になるテンプレートの名前を選択します。
•
[ Nameフィールドにチャートの名前を指定します。
•
[ Categoryフィールドのドロップダウンリストボックスを使用して、このチャートを表示するカテゴリを指定します。カスタムダッシュボードにカスタムチャートを追加すると、チャートは指定されたCategoryで選択用に表示されます。
•
ラジオボタンを使用 Typeチャートがなるかどうかを指定するには、フィールドLine chartやTable 。
•
[ Descriptionフィールドにチャートの Descriptionます。説明は、情報アイコンをクリックしたときにチャートを表示しているユーザー（カスタムダッシュボード）に表示されます。
Nextをクリックして Next MetricsのSelectダイアログに進みます。
図4.17 - テンプレートメトリクス
Select Metricsウィンドウ（図4.17を参照）を使用すると、選択したテンプレートで指定された指標を確認することができます。チャートエディタの下部パネルには、チャートに含まれるメトリックが表示されます。チャートに含まれるメトリックはチャートエディタでは変更できません。メトリックを変更するには、Capacity Managerユーティリティを使用してテンプレートを更新する必要があります。
測定基準を確認したら、[ Next へ ]をクリック して Set を続け ます。 Options ダイアログ
図4.18 - チャートオプションの選択
チャートの表示オプションを指定するには、 Set Optionsウィンドウ（図4.18参照） のフィールドを使用します。
•
グラフの更新間隔を分単位で指定するには、[ Auto Refreshフィールドを使用します。1〜120の値を選択します。デフォルトの自動更新間隔は2分です。
[ Data extrapolationボックスのフィールドを使用して 、チャートの対象期間を指定します。次のどちらかができます。
•
[ Historical days and extrapolated daysラベルをクリックして、次の情報を入力します。
○
「 Historicalフィールドにグラフ化する必要がある履歴データの日数 。
○
ExtrapolatedフィールドにExtrapolated 化する予定日数 。
•
または、[ Historical days and thresholdラベルをクリックして、次の情報を入力します 。
○
「 Historicalフィールドにグラフ化する必要がある履歴データの日数
○
チャートが終了するしきい値。
[ Options の Set ]ウィンドウが完了したら 、[ Nextへ]をクリックして続行します。
図4.19 - チャートに対する権限の選択
チャートの表示オプションを指定するには、 Set Permissionsウィンドウ（図4.19を参照） のフィールドを使用します。
•
設定して Share with allスライダYesグラフが許可されたすべてのユーザーに利用できなくなり、またはことを示すためにNoに指定されたユーザーまたはグループへのアクセスを制限するAccess permissionsフィールドを。
•
[ Access permissionsフィールドを使用して、チャートにアクセスする1つ以上のグループを選択します。
チャートの定義が終わったら、[ Finish ]をクリックして編集内容を保存し、チャートをManage ChartsのManage ]タブのリストに追加します。
4.4 プローブのカスタマイズ
プローブは 、特定の監視対象についてのパフォーマンスメトリックのセットを返しますスケジュールされたタスクです。プローブは、監視対象サーバ、データベース、オペレーティングシステム、またはエージェントから統計情報を取得します。 Manage Probes ]タブ（図6.13を参照）を使用すると、デフォルト設定を上書きして各プローブの動作をカスタマイズできます。
Manage Probes ]タブを開くには、 Manage Management ]メニューから[ Manage Probes… ]を選択Manageます。 [ Manage Probes ]タブがPEMクライアントで開きます（図4.20を参照）。
図4.20 - プローブの管理タブ
[ Manage Probes ]タブには、プローブの作成と管理に使用できる一連のQuick Linksがあります。
•
[ Custom Probes の Manage ]アイコンをクリックして Manage Custom Probes ]タブを開き、 Custom Probesを作成または変更します。
•
クリックして Copy Probes開くためにアイコンをCopy Probeダイアログを、1つまたは複数の監視対象オブジェクトに現在選択されているオブジェクトからのプローブ構成をコピーします。
プローブは、特定のオブジェクトタイプ（サーバ、データベース、データベースオブジェクト、またはエージェント）ごとに一意のメトリックセットを監視します。そのオブジェクトのプローブを確認するには、ツリーコントロールでオブジェクトの名前を選択します。
プローブに関連付けられているプロパティを変更するには、プローブの名前を強調表示し、[ Probesテーブルに表示される設定をカスタマイズします 。
•
Execution 内で Default スイッチを 移動する Minutes および Seconds セレクタ を有効にするには N に Frequency 列を 設定し、プローブの実行間の時間の長さにデフォルト以外の値を指定します。
•
移動 DefaultでスイッチをEnabled ？プローブの状態を変更し、プローブがアクティブか非アクティブかを示すには、 No列をNoします。
注意： Disabledプローブからのデータがチャートで使用されている場合、チャートの左上隅に表示されているリンクをクリックしてプローブを有効にできる情報アイコンが表示されます。
•
Data 内 の Default スイッチを 移動し Data Retention Day(s) フィールド を有効に し、プローブによって収集された情報がPEMサーバに保存される日数を指定するには、[ Retention ]列を[ No ]にし ます。
[ Manage Probes ]タブに、現在のノードから変更できないプローブに関する情報が表示される場合があります。現在のダイアログからプローブを変更できない場合、スイッチは無効になります。一般に、無効になっているプローブは、PEMクライアントツリーコントロールの階層の上位にあるノードから変更できます。ツリーコントロールで別のオブジェクトを選択して、 Manage Probes ]タブで表示されるプローブまたは有効にされるプローブを変更します。
定義済みプローブのリストを確認するには、 16.3 項を参照してください 。
 
4.4.1 カスタムプローブの作成
[ PEM Custom Probes ]タブを使用して、新しいプローブを作成したり、既存のユーザ定義プローブを変更したりできます。 [ Custom Probes ]タブ（図4.21参照）を開くには、 Manage ProbesのManage ]タブからManage Custom ProbesのManage ]アイコンを選択します。
図4.21 - カスタムプローブダイアログ
Show System Probes 使用しますか？ Custom Probesタブでシステムプローブを表示または非表示に切り替えます。
[カスタムプローブ]タブを使用して、新しいプローブを作成したり、既存のプローブを変更したりできます。新しいプローブを作成するには、タブの右上隅にある[ Add ]アイコンをクリックします。 「 Probe Name列に新しいProbe Nameます。次に、プローブ名の左側にあるEditアイコンを選択して、プローブ定義を確認または追加します。
図4.22 - カスタムプローブの定義 - Generalタブ
Generalタブのフィールド （図4.22参照）を使用して 、既存のプローブの定義を変更したり、新しいプローブのプロパティを指定したりします。
•
新しいプローブの名前を入力するには、 Probe Nameフィールドを使用します。
•
プローブタイプを指定するには、 Collection methodフィールドを使用します。ドロップダウンリストボックスを使用して選択します。
•
SQL - プローブはSQLステートメントを介して情報を収集します。
•
WMI - プローブは、Windows Management Instrumentation拡張機能を介して情報を収集します。
•
Batch - プローブは、情報を収集するためにコマンドスクリプトまたはシェルスクリプトを使用します。
Linuxシステムでバッチプローブを作成する前に、 agent 変更する必要があります 。 cfgファイルで、 allow _ batch _ probesパラメータをtrueに設定し、PEMエージェントを再起動しtrue 。 agent cfgファイルは/opt/PEM/agent/etcます。
64ビットWindowsシステムでは、エージェント設定はレジストリに格納されています。バッチプローブを作成する前に、 AllowBatchProbesレジストリエントリのレジストリエントリを変更し 、PEMエージェントを再起動します。 PEMレジストリエントリは、 HKEY_LOCAL_MACHINE\\Software\\Wow6432Node\\EnterpriseDB\\PEM\\agent.
バッチプローブはプラットフォーム固有のものです。 Batch 収集方法を指定した場合は、「 Platformフィールドにプラットフォームの種類を指定する必要があります。
•
［ Target Typeドロップダウンリストボックスを使用して、プローブが監視するオブジェクトタイプを選択します。 Collection methodがWMI場合、 Target typeは無効になります。
•
プローブがデータを収集する頻度を指定するには、 MinutesおよびSecondsセレクタを使用します。
•
Probe Enable 使用しますか？プローブをデフォルトで有効にするかどうかを指定するように切り替えます。デフォルトでプローブを有効にするにはYesを、デフォルトでプローブを無効にするにはNoを指定します。
注意：無効なプローブからのデータがチャートで使用されている場合、チャートの左上隅に表示されているリンクをクリックしてプローブを有効にできる情報アイコンが表示されます。
•
収集した情報をプローブの履歴テーブルに保持する日数を指定するには、[ Data Retentionフィールドを使用します。
•
するために次のスイッチを使用して Discard from historyサーバがプローブのための履歴テーブルを作成するかどうかを指定します。プローブ履歴を破棄する場合はYesを選択し、テーブルにプローブ履歴を保持する場合はNoを選択します。
•
［ Platformドロップダウンリストボックスを使用して、プローブが監視するプラットフォームの種類を指定します。このフィールドは、 Collection methodがBatch場合にのみ有効になります。
図4.23 - Custom ProbesダイアログのColumnsタブ
使用 Columnsプローブデータが格納される列を定義するタブ（図4.23を参照）。 [ Columns ]タブに移動し、[ Add ]ボタン（右上隅）をクリックして新しい列を定義します。 [ Nameフィールドに列名を入力しName 、[ Edit ]ボタン（新しい列名の左側）をクリックして列に関する情報を入力します。
•
[ Nameフィールドに列のわかりやすい名前を入力します 。
•
[ Internal Nameフィールドは、ユーザ定義プローブに対しては有効になりません。
•
[ Column Typeドロップダウンリストボックスを使用して 、列がKey列（主キー）かNon key列かを指定します。非キー列は通常メトリック項目（グラフ化できる値）です。
•
列に格納されるデータの種類を指定するには、[ Data Typeドロップダウンリストボックスを使用します。
•
[ Unitフィールドを使用して、列に格納されているメトリックに適用される測定単位を指定します。この単位は、カスタムチャートまたは容量マネージャチャートのY軸に表示されます。これはオプションのフィールドです。
•
Graphableスイッチを使用して 、定義されたメトリックがグラフ化されるかどうか、およびプローブがCapacity ManagerダイアログまたはManage Chartsダイアログからアクセスできるようにするかどうかを指定します。
•
メトリックをポイントインタイムで保存するかどうかを指定するにIs 、 Is PITスイッチを使用します。
「ポイントインタイム」メトリクスは、任意の時点で変化（増加または減少）するメトリクスです。たとえば、データベースサイズはポイントインタイムメトリックです。どの時点においても、データベースのサイズは変動しています。ポイントインタイムではないメトリック（累積メトリックとも呼ばれます）は、サイズが時間の経過とともに大きくなるメトリックです。たとえば、 Blocks ReadおよびTuples Readは累積メトリックです。値は同じか増加する。
•
[ PIT の Calculateスイッチを使用して、サーバーがメトリックデータのポイントインタイム値を計算するように指定します。 Is PITがYes場合、 PIT Calculateは無効になります。
PEMでは、累積メトリックのポイントインタイム値も保存できます。 PEMは現在の値から累積メトリックの最後に収集された値を引き、その差をポイントインタイム値として格納します。
図4.24 - カスタムプローブダイアログのコードタブ
使用する Codeプローブによって実行されるデフォルトのコードを指定する（図4.24を参照）タブ：
•
プローブがSQLプローブの場合は、プローブによって呼び出されるSQL SELECT文を［ Code ］タブで指定する必要があります 。クエリによって返される列名は、[ Column ]タブで指定されたInternal Name一致する必要があります。クエリによって返される列数、列名、データ型などは、[ Columns ]タブで指定された情報と一致する必要があります。
•
プローブがバッチプローブの場合は、シェルまたはを指定する必要があります。プローブの実行時に起動されるbatスクリプト。スクリプトの出力は次のようになります。
最初の行には、「 Columnsタブで提供されている列の名前を含める必要があります。各列名はタブ（ \t ）文字で区切る必要があります。 2行目以降の各行には、タブ文字で区切られた各列のデータが含まれているはずです。
指定された列がキー列として定義されている場合は、スクリプトがその行に対して重複したデータを出力行にまたがって生成しないようにする必要があります。 [ Columns ]タブで指定された Columns の数とその名前、データ型などは、スクリプト出力の出力と一致する必要があります。
•
プローブがWMIプローブの場合は、WMIクエリを SELECT WMIクエリとして指定する必要があります。 SELECTステートメントで参照される列名は、[ Column ]タブで指定された対応する列の名前と同じである必要があります。クエリによって返される列名は、[ Column ]タブで指定されたInternal Name一致する必要があります。クエリによって返される列数、列名、データ型などは、[ Columns ]タブで指定された情報と一致する必要があります。
図4.25 - Custom ProbesダイアログのAlternate Codeタブ
使用する Alternate Codeサーバーの特定のバージョンにプローブ火災た場合に呼び出されるコードを提供するために、タブを（図4.25を参照）。バージョン固有のコードを提供するには、 Applies to any server version移動しserverか？ Noに切り替えて、 Addボタンをクリックします。次に、[ Database Version(s)ドロップダウンリストボックスでバージョンを選択します。プローブの起動時に実行されるコードを入力するには、（バージョン名の左側にある）[ Edit ]ボタンをクリックします。
データベースのバージョンを選択し、[ Probe Code ]列を空白のままにした場合、そのバージョンに一致するサーバでプローブが実行されると、[PEM]は[ Code ]タブで指定されたCodeを呼び出します。
プローブの定義が終了したら、（[ Custom Probes ]タブの隅にある）[ Save ]アイコンをクリックして定義を保存し、プローブデータをカスタムチャートおよびグラフで使用できるようにします。
 
4.4.2 プローブの削除
ユーザ定義プローブを削除するには、 Deleteアイコン（ Probe Name左側にあります）を使用します。プローブを削除すると、そのプローブは削除対象としてマークされ、後で削除されます（カスタムプローブが削除されたとき）。削除の際、プローブの定義が削除され、任意の対応する表からドロップされるpemdataとpemhistoryスキーマ。
システムプローブは、PEMによって提供される組み込みプローブであり、PEMスキーマの一部です。システムプローブを削除しようとすると、PEMクライアントに通知が表示され、プローブを削除できないことが通知されます（図4.27を参照）。
4.27 - システムプローブを削除しようとしています。
 
4.4.3 プローブのコピー
[ Copy Probe Configuration… の Copy Probe Configuration… ]ダイアログを使用して、 1つの監視オブジェクトから同じタイプの1つ以上の監視オブジェクトにプローブ定義をコピーできます 。 Copy Probe Configuration...ダイアログを開くには、PEMクライアントツリーコントロールでプローブのコピー元のオブジェクトを強調表示し、 ManagementメニューからManage Probesを選択Manageます。 Manage Probesタブが開いたら、 Copy ProbeをクリックしてCopy Probe Configurationダイアログを開きます。
4.28 - Copy Probe Configurationツリーコントロール。
ダイアログは、 Copy Probe Configurationダイアログが開かれたオブジェクトからツリーコントロールで選択された場所にプローブ定義を Copyします（図4.28参照）。
Copy Probe Configurationツリーコントロールで親ノードを指定した場合 、PEMはツリーコントロールのそのノードの下にある各オブジェクト（同じタイプ）にプローブ設定をコピーします。たとえば、プローブ定義を1つのスキーマからデータベース内に存在するすべてのスキーマにコピーするには、ターゲットスキーマの親データベースのみを選択します。そのオブジェクトがコピーされているプローブのソースである場合は、リストされているターゲットオブジェクトの名前の左側に赤い警告記号が表示されます。
ターゲットオブジェクトを選択したら、[ Configure Probes ]ボタンをクリックして、ダイアログで選択した場所にプローブ定義をコピーします。
 
4.5 警告
PEMは登録されたサーバーを継続的に監視し、各統計について良好または許容可能なパフォーマンスを構成する事前定義済みおよびユーザー指定のしきい値とパフォーマンスメトリックを比較します。許容可能なしきい値から逸脱すると、 アラートが発生します。 アラートは、PEMがシステム統計と比較する、システム定義またはユーザ定義の一連の条件です。アラートは、注意を必要とする登録済みサーバーの状態に注意を向けます。
グローバル概要でアラートを確認する
システム統計がその統計に指定された境界から外れると、アラートがトリガーされ、 Global上のAlert Statusテーブルの左端の列に重大度の高（赤）、低（黄）、または中（オレンジ）の警告が表示されます。 Overviewダッシュボード（図4.29を参照）
図4.29 - アラートステータステーブル
PEMサーバーには、サーバーをアクティブに監視している事前定義済みのアラートがいくつか含まれています。アラート定義によってアラートの原因に関する詳細が利用可能になった場合は、重大度の警告の右側にある下矢印をクリックして、アラートをトリガーした状態に関する詳細情報を含むダイアログにアクセスできます（図4.30を参照）。
図4.30 - アラートの詳細
PEMには、カスタマイズしたアラートを作成できるようにするためのインターフェイスもあります。各アラートは、 アラート テンプレートに 定義されているメトリックを使用します 。アラートテンプレートは、サーバーがリソースまたはメトリックの統計を評価する方法を定義します。 PEMサーバには、定義済みのアラートテンプレートがいくつか含まれています。また、カスタムアラートテンプレートを作成することもできます。カスタムアラートテンプレートの作成に関する詳細は、 4.5.2.1項を参照してください。
 
4.5.1 アラートダッシュボードの使用
使用する Dashboards （上のメニューMonitoringアクセスするためのタブを） Alerts Dashboard 。 Alerts Dashboard （図4.31を参照）には、アクティブなアラートの概要と各アラートのステータスが表示されます。
図4.31 - アラートダッシュボード
Alerts Dashboardヘッダーには日付と時刻のダッシュボードが最後に更新されたこと、および現在のアラートの数が表示されます。
[ Alerts Overviewセクションには、アクティブなアラートのグラフィック表示と、現在の高、低、中のアラートの数が表示されます。グラフの左側にある垂直バーは、各列に表示されているアラートの数を示します。グラフの右上隅に選択したアラート重大度のアラート数を表示するには、バーの上にカーソルを置きます。
Alert Detailsテーブルには、現在トリガされたアラートのリストを提供します。エントリは、重大度の高いものから低いものへと優先順位が付けられています。各エントリには、アラートを識別し、アラートを引き起こした状態を認識できるようにする情報が含まれています。アラートの名前をクリックして、アラート定義に関する詳細情報を確認します。
Alert Errorsテーブルの表示設定関連のエラー（例えば、誤って必要なプローブを無効にする、または不適切な警告パラメータを設定します）。 [ Error Message ]列に表示されている情報を使用して、 Error原因となっている競合を特定して解決できます。
アラートダッシュボードのカスタマイズ
[アラート]ダッシュボードに表示されるテーブルとチャートをカスタマイズできます。テーブルまたはチャートをカスタマイズするには、右上隅にある[設定]アイコンをクリックします。
図 4.32 - チャートのカスタマイズ
上のフィールドを使用し Personalize chart configuration表示設定を提供するためのダイアログ（図4.32）を：
•
テーブルまたはチャートに表示されるデータを更新する間隔を秒数で指定するには、[ Auto Refreshフィールドを使用します。
•
該当する場合は、使用して Download as 、あなたのようにダウンロードするチャートたいかどうかを示すために、フィールドJPEG画像やPNG画像を。
•
該当する場合は、 Coloursセレクタを使用して、チャートで使用される表示色を指定します。
•
該当する場合は、[ Acknowledged Alerts の Showスイッチを[ Yes に設定して、 Acknowledged Ack'edカラムにチェックボックスを付けて確認したアラートを表に表示するようにします。このフィールドを[ Noに設定すると、テーブルは確認済みのアラートを非表示にします。スイッチはトグルとして機能します。確認済みアラートは、アラート定義で指定された時間が経過するまでテーブルの内容から消去されません。
カスタマイズを保存するには、右上隅にある Saveアイコン（チェックマーク）をクリックし Save 。以前の変更を削除してデフォルト値に戻すには、「 Deleteアイコンをクリックします。 [ Save DeleteおよびDeleteドロップダウンメニューを使用して、設定を[ All Dashboardsに適用するか、選択したサーバーまたはデータベースに適用するかを指定できます。
 
4.5.2 [アラートの管理]タブの使用
PEMクライアントの Manage Alerts ]タブを使用して、 Alertsを定義、コピー、または管理します。 Manage AlertsのManage ]タブ（図4.33を参照）を開くには、 Manage Management ]メニューからManage AlertsのManagement ]を選択Manageます。
図4.33 - アラートの管理タブ
Quick Linksツールバーを使用して、アラートを管理するときに役立つダイアログやタブを開きます。
•
クリックして Copy Alerts開くには、 Copy Alert Configuration ]ダイアログボックスをして、アラート定義をコピーします。
•
[ Alert Templatesをクリックして[ Alert Templates ]タブを開き、 Alert Templateを変更または作成します。
•
クリックして Email Groups開くには、 Email Groupsタブを、および変更またはメールグループを作成します。
•
「 Server Configurationsをクリックして「 Server configurationダイアログを開き、 Server configurationを確認または変更します。
•
PEM Webインターフェイスの新しいタブでPEMオンラインヘルプを開くには、[Help]をクリックします。
で表を使用 AlertsのセクションManage Alerts新しいアラートを作成するか、既存のアラートを管理するためのタブ。
4.5.2.1 カスタムアラートテンプレートの作成
アラートテンプレートは、アラートのプロパティを定義するプロトタイプです。アラートは、管理対象の注意が必要な状況が存在するかどうかを判断するために、モニター対象オブジェクトの現在の状態をしきい値（アラート・テンプレートで指定されている）と比較するようにサーバーに指示します。
あなたは使用することができ Alert Templatesカスタムアラートのテンプレートを定義したり、既存のアラートテンプレートの定義を表示します（図4.34に示す）タブを。 Alert Templatesタブを開くには、 ManagementメニューからManage Alerts ...メニューオプションを選択します。 Manage AlertsのManage ]タブが開いたら、 Manage Quick Linksツールバーから[ Alert Templates ]を選択します。
図4.34 - [アラートテンプレート]タブ
[ Alert Templatesテーブルに表示されるアラートテンプレートをフィルタリングするには、[ System Template の Showドロップダウンリストボックスを使用します。リストボックスを使用してPEM階層のレベルを選択し、選択したレベルのすべてのテンプレートを表示します。
新しいアラートテンプレートを定義する
新しいアラートテンプレートを定義するには、 [ System Template の Showドロップダウンリストボックスを使用して[ None ]を選択し、アラートテンプレートテーブルの右上隅にある[ Add ]アイコン（ + ）をクリックします。図4.35に示すように、アラートテンプレートエディタが開きます。
図4.35 - 全般タブ
「 Generalタブのフィールドを使用して 、テンプレートに関する一般情報を指定します。
•
[ Template nameフィールドを使用して 、新しいアラートテンプレートの名前を指定します。
•
[ Descriptionフィールドを使用して 、アラートテンプレートの説明を入力します。
•
[ Target typeドロップダウンリストボックスを使用して 、アラートの焦点となるオブジェクトのタイプを選択します。
•
使用 Applies to serverサーバータイプ（EDBのPostgres Advanced ServerまたはPostgreSQLの）警告が適用されるように指定するには、ドロップダウンリストボックス。単一のサーバータイプ、またはALL指定できます。
•
[ History retentionフィールドを使用して 、アラートの実行結果をPEMサーバに保存する日数を指定します。
•
Thresholdの単位タイプを指定するには、 Threshold unitフィールドを使用します。
•
[ Auto createボックスのフィールドを使用して、 PEMがテンプレートを使用して自動アラートを生成する必要があるかどうかを示します。有効になっている場合、新しいサーバまたはエージェント（[ Target typeドロップダウンリストボックスで指定）が追加されたときにPEMは自動的にアラートを作成し、ターゲットオブジェクトがドロップされたときにそのアラートを削除します。
○
Auto create? 移動し Auto create? PEMがテンプレートに基づいて自動的にアラートを作成する必要があることを示すには、[ Yesにスライダを移動します。既存のアラートテンプレートを変更した場合は、[ Auto create?変更しAuto create? [ Noから[ Yes 、PEMは既存のエージェントとサーバーにアラートを作成します。スライダを[ Yesから[ Noに変更すると、既存のアラートのデフォルトのしきい値が消去され、元に戻せなくなります。
○
使用する Operator現在のシステム値を評価するときにPEMが使用する演算子を選択するには、ドロップダウンリストボックスを。
システム値で入力した値よりも大きい場合にアラートをトリガーする必要があることを示すために、大なり記号（>）を選択して Threshold valuesフィールド。
システム値で入力した値よりも小さい場合にアラートをトリガーする必要があることを示すために、小なり記号（<）を選択 Threshold valuesフィールド。
○
しきい値フィールドを使用して、PEMがシステム値と比較してアラートを発生させるかどうかを決定する値を指定します。 3つのしきい値（ Low 、 Medium 、 High ） すべてに値を指定する必要があります 。
Lowフィールドに重大度の低いアラートをトリガーする値を入力します 。
[ Mediumフィールドに、重大度が Medium アラートをトリガする値を入力します 。
Highフィールドに重大度の高いアラートをトリガーする値を入力します 。
•
[ Check frequencyフィールドを使用して、アラートの実行間隔のデフォルトの分数を指定します。この値は、サーバーが定義で指定されたSQLコードを呼び出し、その結果をテンプレートで指定されたしきい値と比較する頻度を指定します。
図4.36 - アラートテンプレートダイアログのプローブ依存タブ
[ Probe Dependency ]タブ（図4.36参照） のフィールドを使用して、 [ SQL ]タブで指定されたSQLクエリで参照されるプローブの名前を指定します。
•
Probesドロップダウンリストボックスを使用して 、利用可能なプローブのリストから選択します。プローブ名を強調表示し、[ Add ]ボタンをクリックして、アラートテンプレートで使用されているプローブのリストにプローブをAddます。選択したプローブリストからプローブを削除するには、プローブ名を強調表示してDeleteアイコンをクリックします。
図4.37 - Alert TemplatesダイアログのParametersタブ
•
[ Parameters ]タブ（図4.37参照）のフィールドを使用して、[ SQL ]タブで指定されたSQLコードで使用されるパラメータを定義します。 Addアイコン（ + ）をクリックして、
[ Nameフィールドを使用してパラメータ名を指定します。
[ Data typeドロップダウンリストボックスを使用して 、パラメータの種類を指定します。
Unitフィールドを使用して 、パラメータで指定された単位の種類を指定します。
•
使用する CodeのフィールドをSQL警告を実行するときに、サーバーが呼び出すSQLクエリのテキストを提供する（図4.38に示す）]タブをクリックします。 SQLクエリは、しきい値と比較される結果を提供します。アラートの結果が指定されたしきい値から外れると、アラートが発生します。
図4.38 - Alert TemplatesダイアログのSQLタブ
クエリ内で、 [ Parameters ]タブで定義された Parametersは、変数param_ xによって順番に参照されます。ここで、 xは、パラメータリスト内のパラメータ定義の位置を示します。たとえば、 param_1はパラメータリストの最初のパラメータを、 param_2はパラメータリストの2番目のパラメータを、というように続きます。
クエリには、次の定義済み変数も含めることができます。
変数の説明
変数名
エージェント識別子
'${agent_id}'
サーバ識別子
'${server_id}'
データベース名
'${database_name}'
スキーマ名
'${schema_name}'
表
'${object_name}'
索引
'${object_name}'
シーケンス
'${object_name}'
機能名
'${object_name}'
•
「 Detailed Information SQLフィールドを使用して 、アラートがトリガーされた場合に呼び出されるSQL照会を提供します。クエリの結果セットは、 AlertsダッシュボードまたはGlobal Overviewダッシュボードの詳細なアラート情報の一部として表示されることがあります。
注意：指定したクエリがPEM階層内の異なるレベル（サーバー、データベース、スキーマなど）の1つ以上のプローブに依存していて、プローブが無効になると、結果のアラートは次のように表示されます。
•
アラート定義とクエリによって参照されるプローブがPEM階層内の同じレベルのものである場合、サーバは Global Alert Dashboard Alert Errorテーブルにアラートテンプレートを参照するアラートをすべて表示し Dashboard 。
•
クエリで参照されているアラート定義とプローブが異なるレベルのPEM階層からのものである場合、アラートが定義されている階層のDetails Alert Detailsテーブルにアラートテンプレートを参照するトリガーアラートが表示されます。
[ Save ]アイコンをクリックしてアラートテンプレートの定義を保存し、テンプレート名を[ Alert Templatesリストに追加します。カスタムアラートテンプレートを保存した後、 Alerting ]ダイアログを使用してテンプレートに基づいてアラートを定義できます。
アラートテンプレートの変更または削除
既存のテンプレート（PEMの事前定義アラートテンプレートを含む）の定義を Show するには、[ Show System Templateドロップダウンリストボックスを使用して監視対象のオブジェクトの種類を選択します。オブジェクトタイプを選択すると、[ Alert Templatesテーブルに、そのオブジェクトタイプに対応する現在定義されているアラートテンプレートが表示されます。
リスト内のTemplate Nameを強調表示し、 Editアイコン（行の左端）をクリックしてテンプレート定義を確認します。
Alert Templatesに関する詳細情報を表示するには、 [ Alert Templates ]ダイアログのタブを使用します 。
•
一般情報は [ General ]タブに表示されます。
•
テンプレートのデータを提供するプローブの名前は [ Probe Dependency ]タブに一覧表示されます。
•
SQLコードで参照されるパラメータの名前は、 [ Parameters ]タブに一覧表示されています。
•
アラートの動作を定義するSQLコードが [ SQL ]タブに表示されます。
アラートテンプレートを削除するには、アラートテンプレートテーブルでテンプレート名を強調表示して Deleteアイコンをクリックします。アラート履歴は、テンプレート定義の[ History Retentionフィールドで指定された期間だけ持続します。
 
4.5.2.2 新しいアラートの作成
[ Manage Alerts ]タブには、PEMクライアントツリーコントロールで現在選択されているオブジェクトに定義されているアラートの表が表示されます。 Alertsテーブルを使用して、既存のアラートを変更したり、新しいアラートを作成したりできます（図4.39を参照）。
図4.39 - アラートの管理タブ
アラートエディタを開いて新しいアラートを作成するには、テーブルの右上隅にあるAddアイコン（+） Add クリックします。図4.40に示すようにエディタが開きます。
図4.40 - アラートエディタの[全般]タブ
[ General ]タブのフィールドを使用して 、アラートに関する情報を提供します。
•
[ Nameフィールドにアラートの名前を入力します。
•
[ Templateフィールドのドロップダウンリストボックスを使用して 、アラートのテンプレートを選択します。アラートテンプレートは、1つ（または複数）のメトリックまたはパラメータを使用して、PEMがユーザ指定のアラート境界と比較する値を生成する機能です。テンプレート関数によって返された値が（ OperatorフィールドとThreshold valuesフィールドで指定された）ユーザー定義のアラートの境界内にある値に評価されると、PEMはアラートを発生させ、 Alerts overview表示に通知を追加します。テンプレートに指定されているアクションを実行します。
•
使用 Enable ？アラートを有効にする（ Yes ）か無効にする（ No ）かを指定するように切り替えます。
•
[ Intervalボックスのコントロールを使用して 、アラート条件が満たされた場合にアラートが確認する頻度を指定します。間隔の値を指定するには、 Minutesセレクタを使用します。 Defaultスイッチを使用して、 Minutes値を選択したテンプレートのデフォルト（推奨）値に設定またはリセットします。
•
[ History retentionボックスのコントロールを使用して、アラートによって収集されたデータをPEMが保存する日数を指定します。 Daysセレクタを使用して、データが保存される日数を指定します。 Defaultスイッチを使用して、 Days値をデフォルト値（30日）に設定またはリセットします。
•
コントロールを使用して Threshold valuesアラートのトリガ条件を定義するボックス。 Threshold Valuesフィールドで指定された値が（ Operator指定されたように）システム値よりも大きいか小さいかに評価されると、PEMはLow 、 MediumまたはHighレベルのアラートを生成します。
•
使用する Operator現在のシステム値を評価するときにPEMが使用する演算子を選択するには、ドロップダウンリストボックスを：
○
システム値で入力した値よりも大きい場合にアラートをトリガーする必要があることを示すために、大なり記号（>）を選択して Threshold valuesフィールド。
○
システム値で入力した値よりも小さい場合にアラートをトリガーする必要があることを示すために、小なり記号（<）を選択 Threshold valuesフィールド。
•
しきい値フィールドを使用して、PEMがシステム値と比較してアラートを発生させるかどうかを決定する値を指定します。 3つのしきい値（ Low 、 Medium 、 High ） すべてに値を指定する必要があります 。
○
Lowフィールドに重大度の低いアラートをトリガーする値を入力します 。
○
[ Mediumフィールドに、重大度が Medium アラートをトリガする値を入力します 。
○
Highフィールドに重大度の高いアラートをトリガーする値を入力します 。
Parameter Optionsの表には、選択したテンプレートに必要なパラメータのリストが含まれています。テーブルには、定義済みのパラメータと、値を指定する必要があるパラメータの両方が表示されます。 [ Value ]列にプロンプトを表示するパラメータには値を指定する必要があります。
PEMは、アラートが発生した場合、またはアラートが クリアされた 場合に、通知を送信したりスクリプトを実行したりできます 。アラートが発生した場合のPEMの動作を指定 するには、 [ Notification ]タブ（図4.41を参照）を使用します 。
図4.41 - アラートエディタの[通知]タブ
指定したレベルでアラートが発生した場合にEメール通知を受け取るEメールグループを指定するには、[ Email notificationボックスのフィールドを使用します 。 [ Email Groups ]タブを使用して、アラートが発生したときに通知を受ける1人または複数のユーザーのアドレスを含む電子メールグループを作成します。 [ Email Groups ]タブにアクセスするには、 Manage AlertsのManage ]タブのManage Quick Links ]メニューにあるManage Email Groups ]アイコンをクリックします。
•
特定のアラートレベルに到達したときに電子メールを送信するようにPEMに指示するには、アラートレベルの横にあるスライダを[ Yesに設定し、ドロップダウンリストボックスを使用して通知する事前定義のユーザまたはグループを選択します。
PEMが電子メール通知を送信する前に、SMTPサーバーを使用して電子メールを配信するようにPEMサーバーを設定する必要があります。
このアラートのトラップ通知を設定するには、 Trap notificationオプションを使用します。
•
このアラートの状態が変化したときにSNMPトラップ通知を送信するには、[ Send trapスライダを[ Yesに設定します。
•
SNMPバージョンを識別するには、[ SNMP Verスライダをv1またはv2に設定し SNMP 。
•
使用する Low alert 、 Med alertとHigh alertトラップをトリガーする警告のレベル（複数可）を選択し、スライダを。たとえば、[ High alert横のスライダを[ Yesに設定した場合、重大度の高いアラートがトリガーされたときにPEMは通知を送信します。
通知を送信する前に、SNMPトラップ/通知受信者に通知を送信するようにPEMサーバを設定する必要があります。
Nagios notification *ボックスのフィールドを使用して 、アラートがトリガーまたはクリアされたときにNagiosネットワークアラートソフトウェアに通知するようにPEMサーバーに指示します。 PEMでNagiosを設定して使用することに関する詳細な情報については、セクション4.5.3を参照してください 。
•
[ passive service check result to Nagios Submitを[ Yesに設定して 、アラートがトリガーまたはクリアされたときにNagiosに通知するようにPEMサーバーに指示します。
[ Script executionボックスのフィールドを使用して、 （オプションで）アラートが発生した場合に実行されるスクリプトを定義し、スクリプト実行に関する詳細を指定します。
•
アラートが発生した場合にPEMに提供されたスクリプトを実行するように指示するには、[ script の Executeスライダを[ Yesに設定します。
•
設定し Execute on alert clearedにスライダーをYesアラートをトリガーし、状況が解決されたとき、PEMが提供されたスクリプトを実行するように指示します。
•
隣のラジオボタンを使って Execute script onスクリプトは上で実行する必要があることを示すために、 PEM ServerまたはMonitored Server 。
•
PEMが実行する必要があるスクリプトを[ Codeフィールドに入力します。バッチ/シェルスクリプト、またはSQLコードを提供できます。スクリプト内では、次のものにプレースホルダーを使用できます。
%AlertName% - このプレースホルダーはトリガーされたアラートの名前に置き換えられます。
%ObjectName% - このプレースホルダは、アラートが発生したサーバーまたはエージェントの名前に置き換えられます。
%ThresholdValue% - このプレースホルダは、アラートがトリガされたときにメトリックが到達したしきい値に置き換えられます。
%CurrentValue% - このプレースホルダは、アラートを発生させたメトリックの現在の値に置き換えられます。
%CurrentState% - このプレースホルダは現在のアラートの状態に置き換えられます。
%OldState% - このプレースホルダーはアラートの以前の状態に置き換えられます。
%AlertRaisedTime% - このプレースホルダは、アラートが発生した時刻、またはアラート状態が変更された最新の時刻に置き換えられます。
アラート属性を定義したら、編集アイコンをクリックしてアラート定義エディターを閉じ、次に保存アイコン（[ Alertsテーブルの右上隅）をクリックします 。変更を破棄するには、更新アイコンをクリックしてください。変更を破棄することを確認するポップアップが表示されます。
 
4.5.2.3 アラートの修正または削除
[ Alertsテーブルを使用して 、既存のアラートを管理したり、新しいアラートを作成したりします。 PEMクライアントツリーコントロール内のオブジェクトを強調表示して、そのオブジェクトを監視するアラートを表示します。
図4.42 - アラートテーブル
Alertsテーブルでアラートのいくつかのプロパティを変更することができます（図4.42参照） 。
•
[ Alert name ]列にAlert name表示されます。アラート名を変更するには、テーブル内の名前を置き換えて保存アイコンをクリックします。
•
[ Alert template ]列には、アラートで使用されるプロパティを指定するアラートテンプレートの名前が表示されます。ドロップダウンリストボックスを使用して、アラートに関連付けられているアラートテンプレートを変更できます。
•
使用する Alert enable ？アラートを有効にする（ Yes ）か無効にする（ No ）かを指定するように切り替えます。
•
[ Interval ]列を使用して 、アラート条件が満たされているかどうかを確認するためにPEMがチェックする頻度を指定します。 DefaultスイッチをNo設定して別の値（ Minutes単位）を指定するか、 DefaultスイッチをYesに戻して値をデフォルト設定にリセットします。デフォルトでは、PEMは毎分1回、各アラートのステータスを確認します。
•
[ History retentionフィールドを使用して 、アラートによって収集されたデータをPEMが保存する日数を指定します。 Default *スイッチをNo設定して別の値（ Days ）を指定するか、 DefaultスイッチをYesに戻して値をデフォルト設定にリセットします。デフォルトでは、PEMは30日間の履歴データの保存を推奨します。
アラートを変更したら、保存アイコン（表の右上隅にあります）をクリックして変更を永続的にします。
アラート名の左側にある編集アイコンをクリックして、他のアラート属性を変更するための完全なアラート定義へのアクセスを提供するエディターを開きます。
図4.43 - アラート詳細ダイアログ
選択したアラートの定義を変更するには、 Alert detailsダイアログのフィールドを使用します （図4.43を参照） 。アラート定義の変更が終了したら、[ Save ]をクリックして変更を保存するか、[ Cancel ]をクリックして変更を保存せずにダイアログを終了します。
アラートを削除する
アラートに削除のマークを付けるには 、[ Alerts ]テーブルでアラート名を強調表示して、名前の左側にある削除アイコンをクリックします。警告はリストに残りますが、赤い取り消し線付きのフォントで表示されます（図4.44を参照） 。
図4.44 - アラートの削除
削除アイコンはトグルとして機能します。もう一度削除アイコンをクリックすると、削除を元に戻すことができます。 Saveアイコンをクリックすると、アラート定義は永久に削除されます。
4.5.2.4 アラートのコピー
PEMシステムでアラートの配置を高速化するために、1つのオブジェクトから1つ以上のターゲットオブジェクトにアラート定義をコピーできます。
オブジェクトからアラートをコピーするには、メインPEMウィンドウのPEMクライアントツリーコントロールでそのオブジェクトを強調表示し、 ManagementメニューからCopy Alerts ...オプションを選択します。ときにManage Alerts ]タブが開き、クリックCopy Alerts （にあるアイコンQuick Links ツールバー）を開くために Copy Alert Configuration ダイアログ（図4.45参照）。
図4.45 - [アラート設定のコピー]ダイアログ
[ Alert Configuration の Copy ]ダイアログでは、PEMクライアントツリーコントロールで強調表示されているオブジェクトから、ダイアログで選択したオブジェクトにすべてのアラートをコピーします。ツリーコントロールを展開して、ターゲットオブジェクトを指定する1つまたは複数のノードを選択します。ツリーコントロールでは、ソースオブジェクトの横に赤い警告インジケータが表示されます。
一度に複数のオブジェクトにアラートをコピーするには、ターゲットの親ノードを選択します。たとえば、1つのテーブルからスキーマ内のすべてのテーブルにアラートをコピーするには、スキーマの横にあるチェックボックスを選択するだけです。 PEMは、ソースオブジェクトと同じタイプのターゲットにのみアラートをコピーします。
チェック Ignore duplicatesコピーされているものと同じ名前を持つターゲット・オブジェクト上の既存のアラートを更新するからPEMを防止するためのラジオボタンを。既存のアラートをソースオブジェクトからの同じ名前のアラートに置き換えるには、[ duplicatesのReplace ]オプションを使用します。
[ Alerts の Configure ]ボタンをクリックして、[ Alert ConfigurationのCopy ]ダイアログボックスで選択したオブジェクト内またはその下にある、同じ種類のすべてのオブジェクトにソースオブジェクトからアラートをコピーします。
 
4.5.2.5 監査ログの警告
PEMには、 Alerting ]ダイアログを使用して、特定のサーバーまたはエージェントのログファイルにERRORまたはWARNINGステートメントが書き込まれたときにトリガーされる警告を作成するための警告テンプレートが用意されています。 Alerting ]ダイアログを開くには、PEMクライアントの[ Object browserツリーコントロールでサーバまたはエージェントの名前を強調表示し、[ Management ]メニューから[ Alerting ...]を選択します。
特定のサーバーのログファイルに ERRORまたはWARNINGメッセージを通知するアラートを作成するには、次のアラートテンプレートのいずれかを使用するアラートを作成します。
過去X時間にサーバMのログファイルに記録されたエラーの数
過去X時間にサーバMのログファイルに記録された警告の数
過去X時間にサーバMのログファイルに記録されたエラーまたは警告の数
通知します警告を作成するには ERRORまたはWARNING特定のエージェントのためのメッセージを、次の警告のいずれかのテンプレートを使用してアラートを作成します。
過去X時間にエージェントMのログファイルに記録されたエラーの数
過去X時間にエージェントMのログファイルに記録された警告の数
過去X時間にエージェントMのログファイルに記録されたエラーまたは警告の数
この機能はAdvanced Serverでのみサポートされています。
 
4.5.2.6 電子メールグループの作成
Postgres Enterprise Managerはユーザーの注意を必要とする状況についてシステムを監視します。電子メールグループを使用して、現在の値がアラート定義で指定されたしきい値から逸脱した場合にサーバーが通知するユーザーの電子メールアドレスを指定できます。電子メールグループには、複数のユーザーに通知したり、ユーザー定義の期間に特定のユーザーをターゲットにしたりする柔軟性があります。
PEMが電子メール通知を送信する前に、SMTPサーバーを使用して電子メールを配信するようにPEMサーバーを設定する必要があります。
[ Email Groups ]タブを使用して 、SMTP電子メール受信者のグループを設定します。 [ Email Groups ]タブにアクセスするには、PEMクライアントの[ Management ]メニューから[ Manage Alerts ...]を選択Manageます。 Manage AlertsのManage ]タブが開いたら、[ Quick Linksツールバーから[ Email Groups ]を選択します。
図4.46 - メールグループタブ
[ Email Groups ]タブには、現在定義されている電子メールグループのリストが表示されます（図4.46を参照）。グループ名を強調表示し、 （行の一番左端に ある） Edit アイコン をクリックして既存のグループを変更します。
新しい電子メールグループを定義するには、 Email右上隅にあるAddアイコン（ + ） Add クリックします。 Groups テーブル Email 図4.47に示すように、 Group 定義ダイアログが開きます。
図4.47 - メールグループの追加
使用する Email Groupメールグループとそのメンバーを定義するダイアログ：
•
[ Group Nameフィールドに電子メール Group Nameます。
Eメールグループ定義内の各行は、固有のEメールアドレスのセットを特定の期間に関連付けます。アラートがトリガーされると、サーバーは各行に指定された時間を評価し、アラートがトリガーされた時間に定義が関連付けられているグループメンバーにメッセージを送信します。
グループメンバーテーブルの[ Add ]アイコン（+） Add クリックして[ Options ]タブを開き、指定した期間通知を受け取るメンバーアドレスを追加します。
•
受信者のアドレスをカンマで区切って入力します Reply to Addressesフィールド。
•
[ CC Addressesフィールドに、Eメールのコピーを受信するアドレスのコンマ区切りリストを入力します 。
•
[ Bcc Addressesフィールドに、電子メールのコピーを受信するアドレスのカンマ区切りリストを（他の受信者の知識なしで）入力します。
•
[ From Addressフィールドに、このグループへのメッセージの送信元の電子メールアドレスを入力します 。
•
[ Subject prefixフィールドを使用して 、通知が送信されたときに各件名の先頭に追加されるメッセージを指定します。
•
この行で識別されるグループメンバーへの通知の時間範囲を指定するには、 From TimeセレクタとTo Timeタイムセレクタを使用します。 From Time値とTo Time値をPEMクライアントホストのロケールで指定すると、PEMサーバは必要に応じて他のタイムゾーンに時間を変換します。
特定の期間に電子メールを受信するメンバーを特定したら、[ Add ]アイコンをクリックしてテーブルに行を追加し、別の期間とその時間内に通知される電子メールアドレスを指定します。メールグループの定義が終わったら、[ Save ]アイコンをクリックしSave 。
メールグループを削除するには 、[ Email Group ]テーブルでグループの名前を強調表示し 、 Deleteアイコン（グループ名の左側にあります）をクリックします。
図4.48 - メールグループの削除
グループ名は Email Groupテーブルに赤で表示されます。 [ Save ]アイコンをクリックして変更を永続的にし、テーブルからグループを削除します（図4.48を参照） 。
電子メールグループを作成したら、 Manage Alerts の Manage ]タブを使用して、グループに通知を送信 Manage Alerts [ Notification詳細]を設定できます 。
 
 
4.5.3 NagiosでPEMを使う
PEMサーバは、ユーザ定義のアラートがトリガされたときに、パッシブアラートの結果をNagiosネットワークアラートソフトウェアに送信できます。発生したアラートをNagiosに通知するようにPEMサーバーに指示するには、次の操作を行います。
•
PEMサーバからNagiosへの通知をトリガーするアラートごとにNagios通知を有効にします。 host.cfgファイル、 services.cfgファイルを作成する前 、またはNagiosを設定する前に、PEM警告を設定する必要があります 。
•
PEMサーバのNagios関連の動作を設定します。
•
host.cfgおよびservices.cfg構成ファイルを作成します。
•
必要に応じて、Nagios設定ファイルを修正してサーバーを再起動してください。
Nagiosアラートを有効にするようにサーバーを設定した後、トリガーされたアラートはNagiosサービスにパッシブチェック結果を送信します。パッシブアラートの構文は次のとおりです。
[ timestamp ] PROCESS_SERVICE_CHECK_RESULT; host _ name ; service _ name ; service _ status ;
どこで：
timestampは、アラートがトリガされた日時です。
host _ nameは、サーバーまたはエージェントの名前です。
service _ nameはアラートの名前です。
service _ statusは数値のサービスステータス値です。
サービスステータスがOK場合は0
サービスステータスがWARNING場合は1
サービス状況がCRITICAL場合は2
サービス状況がUNKNOWN場合は3
PEMサーバは次の規則を使用してサービスステータスを評価します。
•
PEMアラートレベルが CLEARED場合、警告メッセージは[ OK.表示されますOK.
•
PEMアラートレベルが LOW場合、警告メッセージはWARNING表示されます。
•
場合 is _ nagios _ medium _ alert _ as _ critical （PEMサーバの設定ダイアログで指定）フラグがに設定されてFALSEと警告レベルのMEDIUM 、警告メッセージが読まれますWARNING 。
•
場合 is _ nagios _ medium _ alert _ as _ critical （PEMサーバの設定ダイアログで指定）フラグがに設定されTRUEと警告レベルは、警告メッセージが読まれます、MEDIUMですCRITICAL 。
•
PEMアラートレベルが HIGH場合、警告メッセージにはCRITICAL表示されます。
 
4.5.3.1 アラートに対するNagios通知の有効化
PEMサーバは、有効になっているアラートごとに一意の通知プロパティセットを管理します。 Manage Alerts ]タブのManage Notification ]タブを使用して、 （トリガーされたときに）特定のアラートがNagiosにアラート通知を送信するように指定します。
アラートの通知プロパティを変更するには、アラートによって監視されているオブジェクトの名前を右クリックし、[ Management ]メニューからManage Alerts Manage ...] を選択 Manageます。ときにManage Alerts ]タブが開き、アラートを見つけ、その後でアラート名の左側にある[編集]ボタンをクリックしますAlertsリスト。編集ウィンドウが開いたら、[ Notification ]タブを選択します（図4.49を参照）。
図4.49 - 通知タブ
Nagios通知を有効にするには、[ Submit passive service check result to NagiosにSubmit passive service check result to Nagios 横のスライダを[ Yesます。 Manage AlertsのManage ]タブを終了する前に、保存アイコンをクリックして変更内容を保存します。
 
4.5.3.2 PEMサーバのNagios関連の動作の設定
あなたは使用することができます Server Configuration PEMサーバーへのあなたのNagiosの設定に関する情報を提供するためのダイアログを。 Server Configurationダイアログを開くには（図4.50を参照）、PEMクライアントのManagementメニューからServer Configuration ...を選択します。
図4.50 - Server ConfigurationダイアログでNagiosプロパティを指定します。
4つのサーバ設定パラメータは、NagiosのインストールおよびNagiosに関連するPEMサーバの動作に関する情報を指定します。
•
PEMからパッシブチェックアラートを受信するNagiosパイプラインファイルの場所を指定するには、 nagios _ cmd _ file _ nameパラメータを使用します。このパラメーターのデフォルト値は/usr/local/nagios/var/rw/nagios.cmdです。あなたのnagiosなら。 cmdファイルが別の場所にある場合は、[ Valueフィールドにファイルの場所を指定します。
•
nagios_enabledパラメータのスライダをYesに移動して 、PEMサーバにパッシブチェックアラートをNagiosに送信するように指示します。
•
中程度のアラートがトリガされた場合にPEMサーバがNagiosに渡す警告の重大度を指定するには、 nagios_medium_alert_as_criticalスライダを使用します。
場合 is_nagios_medium_alert_as_criticalフラグがに設定されてFALSEと警告レベルがあるMEDIUM 、警告メッセージが読まれますWARNING 。
場合 is_nagios_medium_alert_as_criticalフラグがに設定されTRUEと警告レベルがあるMEDIUM 、警告メッセージが読まれますCRITICAL 。
•
PEMサーバに保存される通知履歴の日数を指定するには、 nagios_spool_retention_timeパラメータを使用します。デフォルト値は7日です。
パラメータ値を変更したら、変更内容を保存するために[ Server Configuration ]ダイアログの右上隅にある保存アイコンをクリックします。
 
4.5.3.3 hosts.cfgファイルとservices.cfgファイルの作成
templates 。 cfgファイル（デフォルトでは、 /usr/local/nagios/etc/objects ）は、generic-hostおよびgeneric-serviceのプロパティを指定します。プロパティは、 hosts使用されるパラメータを指定します。 cfgとservices 。 cfgファイル
ほとんどの場合（PEMがデフォルト設定でインストールされている場合）、 templates を変更する必要はありません 。 hosts作成する前のcfgファイルcfgとservices 。 cfgファイル必要に応じて、 templatesを修正することができます。パラメータに別の値を指定するか、新しいテンプレートを作成するためのcfgファイル。
Nagios設定ファイルを修正する前に、次のコマンドを使って hosts を作成し hosts 。ローカルシステムに存在するPEMホストに関する情報を含むcfgファイル。
psql -U postgres -p 5433 -d pem -A -t -c "select pem.create_nagios_host_config('generic-host')" > /usr/local/nagios/etc/objects/hosts.cfg
次に、次のコマンドを使って services を作成し services 。ローカルシステムに存在するPEMサービスに関する情報を含むcfgファイル。
psql -U postgres -p 5433 -d pem -A -t -c "select pem.create_nagios_service_config('generic-service')" > /usr/local/nagios/etc/objects/services.cfg
カスタム template を使用したい場合 cfgファイルエントリ。上記のコマンドで、generic-hostまたはgeneric-serviceの代わりにエントリ名を指定します。
 
4.5.3.4 Nagios設定ファイルの修正
host 作成した後 。 cfgとservices 。 cfgファイルの場合は、Nagios設定ファイル（デフォルトでは/usr/local/nagios/etc/nagios.cfg ）でそれらの場所を指定する必要があります。ファイルの場所を指定するエントリを追加して、設定ファイルを修正します。
cfg_file=/usr/local/etc/objects/hosts.cfg
cfg_file=/usr/local/etc/objects/services.cfg
Nagiosが正しく設定されていることを確認するために以下のコマンドを使用することができます：
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
Nagiosが正しく設定されていることを確認したら、Nagiosサービスを再起動します。
/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg
5 キャパシティマネージャ
PEMのCapacity Managerは、収集された統計（メトリック）を分析して、オブジェクトの過去の使用統計を表示するグラフまたは表を生成し、オブジェクトの予想使用統計を予測できます。特定のホスト、サーバー、データベース、またはデータベースオブジェクトのメトリックを収集および分析するようにCapacity Managerを設定できます。
レポートに含める特定の1つ以上のメトリック、メトリックが収集された時間範囲、および分析されたメトリックの上限または下限しきい値を選択して、Capacity Managerレポートのコンテンツを調整できます。容量マネージャレポートの開始日と終了日を指定することもできます。レポートの終了日に将来の時間が指定されている場合、Capacity Managerは選択されたオブジェクトの過去の使用量を分析して、将来の予想されるオブジェクトの使用量を推定します。
Capacity Managerを開くには、PEMクライアントの[ Management ]メニューから[ Capacity Manager... ]オプションを選択します。 Capacity Managerウィザードが開き、[ Metrics ]タブにツリーコントロールが表示されます（図5.1を参照）。
図5.1 - 容量マネージャダイアログ
[ Metrics ]タブのツリーコントロールを展開して、分析するノードのメトリックを確認します（図5.2を参照）。メトリックをレポートに含めるには、メトリックの名前の左側にあるチェックボックスをオンにします。
図5.2 - メトリクスツリーコントロール
Capacity Managerは 、[ Metrics ]タブの下部にある[ Aggregationドロップダウンリストボックスで指定された集計方法を使用します。集計方法は、Capacity Managerにメトリック値を評価してプロットする方法を指示します。から選択してください：
•
平均：期間中に記録された値の平均を使用します。
•
最大：期間中に記録された最大値を使用します。
•
最小：期間中に記録された最小値を使用します。
•
最初：期間中に記録された最初の値を使用します。
キャパシティマネージャレポートからメトリクスを削除するには、メトリクスの名前の左側にあるチェックボックスをオフにします。
Graph/chart metrics individually? 横にあるスライダを Graph/chart metrics individually? 動かし Graph/chart metrics individually? [ Metrics ]タブで選択した各メトリックについて個別のレポートを作成するようにCapacity Managerに指示するには、[ Yes ]に設定します。このオプションを[ No ]に設定すると、選択したすべての指標が単一のグラフまたは表にマージされます。
[ Generate ]ボタンをクリックしてレポートを画面に表示する（デフォルトの設定オプションをそのまま使用する）か、[ Options ]タブ（図5.3を参照）を使用してサンプリング境界、レポートの種類、およびレポートの出力先をカスタマイズします。 [ Options ]タブに表示される時間は、PEMクライアントが存在するタイムゾーンです。
図5.3 - レポートの期間、種類、および送信先を指定します。
内のフィールドを使用して Time Periodキャパシティー・マネージャーのレポートの境界を定義するためのボックス：
•
[ Periodドロップダウンリストボックスを使用して、レポートに使用する期間の種類を選択します。選択できます：
Start time and end time
Specify a start date and an end date/time for the report.
Start time and threshold
Specify a start date and time, and a threshold to determine the end time and date for the report.
Historical days and extrapolated days
Specify a start date for the report that is a number of days in the past, and an end date that is a number of days in the future. This option is useful for report templates that do not specify fixed dates.
Historical days and threshold
Specify a start date that is a number of days in the past, and end it when a threshold value is reached.
レポートの期間のタイプを指定した後、中の他のオプションから選択 Time Periodレポートの期間を定義するために箱：
•
Start timeフィールドの横にある日付と時刻のセレクタを使用して 、サンプリング期間の開始日と時刻を指定するか、またはレポートに含めるHistorical day(s)選択します。 [ Start timeフィールドに指定された日時は、現在の日時より後にしてはいけません。
デフォルトでは、Capacity Managerは現在の日時の1週間前の開始時刻を選択します。
•
レポートの終了境界は、時間、将来の日数、または選択したメトリックがユーザー指定のしきい値に達した時点です。 [ End timeフィールドの横にある日付と時刻のセレクタを使用してレポートの終了境界を指定するか、またはレポートに含めるデータday(s) Extrapolated day(s)選択します。 End timeフィールドに指定されたtimeは、 Start timeフィールドに指定された時刻より後でなければなりません。
将来の終了日時を選択した場合、Capacity Managerは過去の使用量情報を使用して将来の予想使用量を推定します。予測使用量は履歴データのサンプリングに基づいているため、将来の使用量傾向の精度はサンプリング期間が長いほど向上します。
閾値を指定し、ドロップダウンリストボックスを使用して Threshold （オペレータ、メトリックを選択するフィールドExceeds *又はFalls below ）、及びメトリックの目標値を入力します。しきい値を使用してレポートの終わりを定義することを選択した場合、選択されたメトリックの値が指定された値を超えるか下回ると、Capacity Managerレポートは終了します。
cm_max_end_date_in_years設定パラメータは、キャパシティー・マネージャーレポートの終了境界のデフォルト時間値を定義します。レポートの終了境界としてしきい値を指定した場合、最大時間が経過する前に予想される境界使用量が満たされないと、レポートはcm_max_date_in_yearsパラメーターで指定された時間に終了します。デフォルトでは、 cm_max_end_date_in_yearsは5です。 Server Configurationダイアログを使用して、 cm_max_end_date_in_yearsの値を変更できます。
[ Reportボックスのフィールドは、 Report種類と出力先を指定します。使用Include on reportキャパシティー・マネージャーによって生成されるレポートの種類を指定するには、ラジオボタン：
•
PEMクライアントウィンドウに折れ線グラフの形式でレポートを表示するようにCapacity Managerに指示するには、 Graphを選択します。
•
PEMクライアントウィンドウにレポートデータを含むテーブルを表示するようにCapacity Managerに指示するにof Table of dataを選択します。
•
選択 Graph and table of data PEMクライアントウィンドウで折れ線グラフとデータテーブルの両方を表示するには、キャパシティー・マネージャーに指示します。
Reportを表示または保存する場所をCapacity Managerに指示するには、［ Report destinationラジオボタンを使用します。
•
PEMクライアントの新しいタブにレポートを表示するようにCapacity Managerに指示するには、 [ New tabを選択します。最初の世代のCapacity Managerレポートを表示するには、[ New tabを選択する必要があります。その後のレポートでは、[ Previous tab選択できtab 。
•
レポートを表示するときに、以前に開いたタブを再利用するようにCapacity Managerに指示するには、 ［ Previous tabを選択します。
•
指定したファイルにレポートを書き込むようにCapacity Managerに指示するにはa file ［ report as a file as Download theファイル名を指定する］を選択します。
レポートの境界を指定し、Capacity Managerレポートの種類と保存先を選択したら、[ Generate ]ボタンをクリックしてレポートを作成します（図5.4を参照）。
図5.4 - 容量マネージャレポート
ファイルに保存されたレポートはHTML形式で保存されます。 Scalable Vector Graphics（SVG）をサポートする任意のWebブラウザでCapacity Managerレポートを確認できます。 SVGをサポートしていないブラウザは容量マネージャのグラフを表示できず、不要な文字が含まれる可能性があります。
 
5.1 キャパシティマネージャのテンプレート
レポートを定義したら、その定義を将来のレポート用のテンプレートとして保存できます。 Capacity Managerのレポートテンプレートには、すべてのPEMユーザーがアクセスできます。レポート定義をテンプレートとして保存するには
1。
レポートを定義するには、[ Metricsタブと[ Optionsタブを使用します。
2。
[ Save ]ボタンをクリックして[ TemplateのSave ]ダイアログを開きSave （図5.5を参照）。
図5.5 - Capacity Managerテンプレートを保存する
3。
[ Titleフィールドにレポート名を入力し、ツリーコントロールにテンプレートを保存する場所を選択します。
4。
OK クリックしてください 。
レポートを作成するときは、 [ Template の Load ]ボタンを使用して既存のテンプレートを参照して開くことができます 。一度開いたら、レポート定義を必要に応じて変更し、必要に応じて新しいテンプレートとして、または元のテンプレートを上書きして再度保存することができます。
Manage Templates の Manage ]ボタンを使用して、不要なテンプレートの名前を変更したり削除したりできるダイアログを開きます。
6 監査マネージャー
PEM監査マネージャを使用して、Advanced Serverインスタンスの監査ログ設定を簡素化できます。 Audit Managerでは、次のようなロギング属性を設定できます。
•
ログファイルがPEMによって収集される頻度
•
ログファイルに含まれるデータベースアクティビティの種類
•
ログファイルがローテーションされる頻度（そしていつ）
監査ログには、以下のアクティビティが含まれます。
•
データベースインスタンスへのすべての接続
•
失敗した接続試行
•
データベースインスタンスからの切断
•
すべてのクエリ（ SELECT文）
•
すべてのDML文（ INSERT 、 UPDATE 、 DELETE ）
•
すべてのDDLステートメント（例： CREATE 、 DROP 、 ALTER ）
監査ログがPEMサーバに保存されたら、 Audit Logダッシュボードを使用して、読みやすい形式で情報を確認できます 。 Audit Logダッシュボードでは、タイムスタンプ範囲（アクティビティが発生したとき）、アクティビティが発生したデータベース、アクティビティを実行しているユーザー、または呼び出されているコマンドの種類によってログファイルをフィルタできます。
6.1 Advanced Server InstanceサービスIDの設定
Advanced Serverインスタンスのロギングを設定するには、サーバがエージェントがバインドされたPEM管理のサーバであり、サーバ登録にサービススクリプトの名前が含まれている必要があります。新しいサーバーを登録するときは、 [ New Server ]ダイアログの[ Advanced ]タブにある[ Service ID ]フィールドにサービス名を含め New Server 。
既存の（登録および接続されている）サーバーにサービス名を追加する前に、サーバーを切断する必要があります。サーバー名を右クリックして 、コンテキストメニューから[ server Disconnect ] を選択します。次に、サーバー名を右クリックしてコンテキストメニューから[ Properties ]を選択します。 [ Advanced ]タブを選択し、[ Service IDフィールドにサービス名を追加します（図6.1を参照）。
図6.1 - Advanced ServerインスタンスのサービスID
Service ID欄には、PEMサーバが停止し、サービスを開始することができます。
•
Advanced Server 11サービススクリプトの名前は edb-as-11です。
•
Advanced Server 10サービススクリプトの名前は edb-as-10です。
•
Advanced Server 9.6サービススクリプトの名前は edb-as-9.6です。
•
Advanced Server 9.5（またはそれ以前）のサービススクリプトの名前は ppas-9. x 、ここでxはバージョンを指定します。
•
PostgreSQL 9.6サービススクリプトの名前は postgresql-11です。
•
PostgreSQL 9.6サービススクリプトの名前は postgresql-10です。
•
PostgreSQL 9.6サービススクリプトの名前は postgresql-9.6です。
6.2 EDB監査設定プローブの設定
Advanced Serverサーバの監査ロギングを設定する前に、 EDB Audit Configurationプローブが有効になっていることを確認する必要があります 。 Manage Probes ]タブを開いてProbesのステータスを確認するには、ツリーコントロールで登録済みのAdvanced Serverサーバの名前を右クリックし、[ Management ]メニューから[ Manage Probes… ]を選択Manageます。
EDB Audit Configurationプローブに対して、［ Probe Configuration ］ダイアログボックスの［ Enabled ］列が［ Yes ］に設定されていることを確認します（図6.2を参照）。
図6.2 - EDB監査設定プローブ
場合 EDB Audit Configuration有効になっていない、使用Enabled?それを有効にするためにManage Probesタブをオンにします。
6.3 監査マネージャを使用した監査ロギングの設定
Audit managerウィザードを開くには 、[ Management ]メニューから[ Audit Manager… ]を選択します。図6.3に示すように、 Audit manager - Welcomeダイアログが開きます。
図6.3 - Audit Managerのようこそダイアログ
Nextをクリックして続けます。
図6.4 - 監査用に設定したいサーバーを選択します。
監査設定を適用するサーバーを指定するには、 Select servers の Selectツリーコントロール（図6.4を参照）を使用します。サーバーをツリーコントロールで使用できるようにするには、PEMによる監視用にサーバーを登録するときに、[ Create ] - [ Server ]ダイアログの[ Advanced ]タブでService IDを指定する必要がありCreate 。 EDB Postgres Advanced Serverだけが監査をサポートしていることに注意してください。 PostgreSQLサーバはツリーコントロールに含まれません。
Nextをクリックして続けます。
Auditing Parameters Configurationダイアログが表示され、（図6.5を参照）を有効または監査を無効にして、レコードがPEMに収集されているログイン頻度を選択することができます。
図6.5 - 監査パラメータ設定ダイアログ
監査設定を指定するには、 Auditing parameters configurationダイアログのフィールドを使用します。
•
指定したサーバーで監査 を Enable または Disable するには、 Auditing スイッチを 使用し ます。
•
Audit 使用する 監査ログの保存先を選択するための保存 destination ドロップダウン。 [ File または File Syslog 選択し File 。この機能はAdvanced Server 10以降のリリースでのみサポートされています。
•
[ PEMへの Import logs to PEM の Import logs to PEM スイッチを 使用して、 各サーバーからPEMサーバーにログレコードを定期的にインポートするようにPEMに指示します。 ログファイルをインポート するには、スイッチを[ Yes に 設定し ます。デフォルトは No です。
•
Collection 使う frequency 収集が有効な場合にPEMが監視対象サーバからログレコードを収集する frequency を指定する frequency ドロップダウンリストボックス。
•
Log formatドロップダウンリストボックスを使用して、各サーバーに書き込まれる生のログ形式を選択します。ログ収集が有効になっている場合、PEMサーバはCSV形式を使用します。
•
ログファイル名を生成するときに使用される形式を指定するには、 File nameフィールドを使用します。デフォルトでは、フォーマットはaudit-%Y-%m-%d_%H%M%Sに設定されています。ここで、
auditは、 Audit Directory Nameフィールドに指定されているファイル名です。
Yはログが保存された年です
mはログが保存された月です
dはログが保存された日です
Hはログが保管された時間です。
Mはログが保存された分です。
Sはログが保存された秒です
•
次のチェックボックスをオンに Change Log Directory for selected servers? [ Audit Directory Nameフィールドを使用して、監査ログの書き込み先のディレクトリ名を指定します。ディレクトリは、PEMサーバのdataディレクトリの下にあります。
Log directoryボックスのフィールドを使用して、ログファイルを保存するディレクトリに関する情報を指定します。
•
selected servers Change log directory for 移動し serversか。 [ Directory nameフィールドを有効にするには、[ Yesに切り替えます。
•
[ Directory nameフィールドを使用して、監査ログが書き込まれる各サーバー上のディレクトリの名前を指定します。指定されたディレクトリは、サーバー上のdataディレクトリのサブディレクトリとして作成されます。
Nextをクリックして続けます。
Audit log configurationダイアログ（図6.6を参照）を使用すると、上の監査を有効にしている場合のみ利用可能であるAuditing parameters configurationダイアログを。
図6.6 - 監査ログ設定ダイアログ
Audit log configurationダイアログのコントロールを使用して、各サーバに適用されるログ設定の詳細を指定します。
•
Connection attemptsスイッチを使用して、 Connection attemptsログに記録するかどうかを指定します。以下を指定してください。
接続ログを無効にする場合は、 None 。
すべての接続試行がログに記録されることを示すためのAll 。
Failedした接続試行を記録できませんでした。
•
切断をログに記録するかどうかを指定するには、[ Disconnection attemptsスイッチを使用します。以下を指定してください。
切断がログに記録されないように指定するには、 Noneを指定します。
切断ログを有効にするためのAll 。
•
Logに記録するステートメントの種類を指定するには、 Log statementsフィールドを使用します。フィールド内をクリックして、次から選択します。
Select - SELECTキーワードを含むすべてのステートメントがログに記録されます。
Error - エラーが発生したすべてのステートメントがログに記録されます。
DML - すべてのDML（データ修正言語）ステートメントがログに記録されます。
DDL - すべてのDDL（データ定義言語）ステートメント（データを追加、削除、または変更するステートメント）がログに記録されます。
All Select 横にあるチェックボックスをオンにして、すべてのステートメントタイプを選択します。
隣にあるチェックボックスをオン Unselect All 、すべての文の種類の選択を解除します。
•
Audit tagフィールドを使用して 、収集したログの追跡タグを指定します。監査タグ付け機能はAdvanced Serverバージョン9.5以降でのみ利用可能です。複数のサーバーに対して監査機能を定義していて、1つ以上のサーバーがバージョン9.5以降の場合、このフィールドは有効になりますが、選択されている場合、タグ付け機能はバージョン9.5以降のサーバーにのみ適用されます。
Log rotationボックスのフィールドを使用して、各サーバーでログファイルを管理する方法を指定します。
•
使用 Enable ？ログファイルをローテーションするように指定します。単一のファイルが手に負えないほど大きくなるのを防ぐために、新しいログファイルを定期的に使用する必要があります。
•
ログファイルをローテーションする日を選択するには、[ Dayドロップダウンリストボックスを使用します。
•
Size （ MB ）フィールドを使用して、ログファイルをローテーションするサイズをメガバイト単位で指定します。
•
ログファイルのローテーション間の秒数を指定するには、[ Time （ seconds ）]フィールドを使用します。
Nextをクリックして続けます。
図6.7 - Schedule Auditing Changesダイアログ。
使用 Schedule Auditing Changes ]ダイアログを監査設定の変更を有効にしている場合を決定する（図6.7を参照）。
•
Configure logging now? 選択し Configure logging now? 監査設定の変更をすぐに実行したい場合。影響を受けるデータベースサーバーが再起動され、監査の変更が有効になります。
•
Time? 使う Time? 将来のある時点で監査構成の変更が行われるようにスケジュールするセレクター。ドロップダウンリストから希望の日時を選択します。影響を受けたデータベースサーバーは、監査の変更を有効にするために、指定された日時に再起動されます。
[ Finishをクリックして監査設定プロセスを完了します。
Audit Managerは、各サーバーに構成を適用するためのジョブをスケジュールします。ジョブは、サーバー上の監査ログ構成を更新する作業と、新しい構成でサーバーを再起動する作業の2つのタスクで構成されます。
[ Scheduled Tasks ]タブを使用して、 Scheduledれているジョブの一覧を確認できます 。 [ Scheduled Tasks ]タブを開くには、サーバまたはエージェントの名前を強調表示して、[ Management ]メニューから[ Scheduled Tasks…を選択します。
6.4 監査ログダッシュボードを使用したログの表示
Audit Logダッシュボードを使用して、 Advanced Serverデータベースインスタンスから監査ログを表示します（図6.8を参照）。
Audit Logダッシュボードを開くには 、サーバーまたはエージェントノードを右クリックし、[ Dashboards ]メニューから[ Audit Log Analysisを選択します。 Audit Log Management ]メニューにあるAudit LogダッシュDashboards ]メニューを使用してAudit Logダッシュボードを開くこともできます。
図6.8 - 監査ログダッシュボード
Audit Logダッシュボードは、新しい順（上で最新レコード、底に向かって最も古いレコード）に監査レコードを表示します。
ウィンドウに表示されていない古い監査レコードを表示するには、監査レコードのリストを制御する垂直スクロールバー（ウィンドウの右側にある2つのうち最も内側のスクロールバー）を使用します。スクロールバーをウィンドウの下部に移動すると、古い監査レコードが継続的に読み込まれて表示されます。
表示する監査レコードの数を制限するためにフィルタリングを使用できます。クリックして Show Filtersフィルタパネルを露出させるために（図6.9を参照）。

図6.9 - 監査ログダッシュボードのフィルターパネル
フィルタパネルのフィールドを使用して、表示したい監査レコードの特定の選択基準を指定します。
•
Start フィールドを 使用して 、レポートの開始日を指定します。フィールドをマウスでクリックしてカレンダーを開き、開始日を選択します。
•
レポートの終了日を指定 するには、「 End フィールドを 使用 します。フィールドをマウスでクリックしてカレンダーを開き、終了日を選択します。
•
与えられたPostgresユーザによってアクティビティが開始されたエントリだけを表示 するために User フィールドを 使用してください 。
•
Database フィールドを 使用し て、特定のデータベースでアクティビティが発行されたエントリのみを表示します。
•
特定のタイプのアクティビティであったエントリだけを表示 するには、 Command type フィールドを 使用し ます。指定できるコマンドタイプは、 idle 、 authentication 、および SELECT です。 （ユーザアプリケーションからSQL文を表示するには、 idle コマンドタイプを 指定します 。）
Clic k Filter 基準をログエントリに適用するためのフィルタ。
7 ログマネージャ
PEM Log Managerを使ってPostgresインスタンスのサーバーログ設定を簡単にすることができます。ログマネージャでは、クリックするだけでサーバーのログパラメータをすべて変更できます。
•
ログファイルが書き込まれる場所
•
ログファイルが書き込まれる頻度
•
ログファイルに書き込まれる情報の種類
•
ログファイルエントリの形式
•
ログローテーションプロパティ
Postgresインスタンスのロギングを設定するには、サーバーをPEM管理のサーバーとして登録し、登録情報にサービススクリプトの名前を含める必要があります。
ログマネージャを開くには、PEMクライアントの[ Management ]メニューからLog Manager… ]オプションを選択します。ウィザードが開き、ログマネージャが表示されます（図7.1を参照）。
図7.1 - ログマネージャへようこそダイアログ
NextをクリックしてServer selectionダイアログに進みServer （図7.2参照）。
図7.2 - Log Managerサーバ選択ダイアログ
[ Server selection ]ダイアログに、PEMによって監視されているサーバ接続のリストが表示されます。 Log Managerウィザードが指定された構成を適用するサーバーの名前の横にあるボックスをチェックします。ログマネージャは、 Server selectionツリーコントロールの名前の左側に赤い感嘆符が表示されているサーバーでは無効になっています。サーバーが有効にならない可能性がある理由はいくつかあります。
•
［ Properties ］ダイアログボックスの［ Advanced ］タブでService ID を指定しているサーバーのみがログマネージャで設定できます。
サービスIDを入力するには、ツリーコントロールのサーバー名を右クリックして 、コンテキストメニューから[ Server Disconnect Server を選択します。プロンプトが表示されたら、パスワードを入力します。次に、サーバーのコンテキストメニューを開き、[ Properties ]を選択しProperties 。 [ Advanced ]タブに移動し、[ Service IDフィールドにサービスの名前を入力します。 Saveをクリックして変更を保存し、ダイアログを終了します。
•
サーバにバインドされているPEMエージェントがサーバを再起動するのに十分な権限を持っていない場合、サーバは無効になります。
•
サーバにバインドされているPEMエージェントが、関連付けられているPEMサーバよりも古いバージョンの場合、そのサーバは無効になります。
Nextをクリックして続けます。
図7.3 - ログマネージャログ設定ダイアログ
[ Log configuration ]ダイアログ（図7.3） のオプションを使用して、ログファイルをPEMにインポートする頻度を指定し、ログローテーションの詳細を指定します。
[ Import Logsボックス内のオプションで、ログファイルをPEMにインポートする頻度を指定します。
•
logs to PEM ImportしてServer Log Analysisダッシュボードに表示するかどうかを指定するには、[ PEM logs to Importラベルの横にあるスイッチを使用します。
•
[ Import Frequencyドロップダウンリストボックスを使用して、ログファイルをPEMにImport Frequencyを指定します。
Log rotation configurationボックスのフィールドを使用して 、ログファイルの最大長（寿命またはサイズ）を指定します。
•
個々のログファイルの最大サイズをメガバイト単位で指定するには、[ Rotation Sizeフィールドを使用します。デフォルト値は10 MBです。 0に設定すると、ログファイルの最大サイズに制限がなくなります。
•
各ログファイルに保存する全日数を指定するには、 Rotation Timeフィールドを使用します。デフォルト値は1日です。
時間ベースのログファイルローテーションに対するサーバーの動作を指定するにはon Rotation Truncationスイッチを使用します。
•
新しいファイルと同じ名前の既存のログファイルをサーバーが上書きするように指定するには、 ONを選択します。
•
新しいログファイルと同じ名前で既存のログファイルに新しいログファイルエントリを追加するように指定するには、 OFFを選択します。これがデフォルトの動作です。
Nextをクリックして続けます。
図7.4 - ログの場所ダイアログ
上のフィールドを使用する Where to logのログファイルが書き込まれる場所を指定する（図7.4に示されている）ダイアログを。
•
[ Log Destinationボックスからオプションを選択して、サーバーログの出力先を指定します。
○
ログファイルをstderrに書き込むように指定するには、 stderrスイッチをYesに設定します。
○
ログファイルをコンマ区切り値形式でファイルに書き込むように指定するには、 csvlogスイッチをYesに設定します。 [ Schedule ]ダイアログで[ PEMへのlogs Import ] to選択した場合、このオプションは自動的に有効になります（編集できなくなります）。 PEMにサーバログファイルをインポートしていない場合、このオプションは編集可能です。
○
ログファイルをシステムログファイルに書き込むように指定するには、 syslogスイッチをYesに設定します。
○
Windowsでは、 eventlogスイッチをYesに設定して、ログファイルをイベントログに書き込むように指定します。
•
Log collectionボックス内のオプションを使用して 、収集設定を指定します。
○
Log CollectorスイッチをEnableに設定して、 （ STDERR ）キャプチャされたログメッセージをログファイルにSTDERRするようにサーバーに指示します。
○
Log Silent ModeスイッチをEnableに設定して 、サーバーをバックグラウンドでSilent Mode実行し、制御端末から切り離します。
•
Log Directoryボックスのオプションを使用して、ログファイルの場所の設定を指定します。
○
selected servers Change log directory for 設定し serversか？ログファイルの各セットを別々のディレクトリに保持するように指定するには、 Yesに切り替えます。
○
使用する Directory name書き込まれるログファイルを先のディレクトリを指定するには、フィールドを。このディレクトリは、監視対象サーバのインストールディレクトリの下のpg_logディレクトリの下にあります。
•
Log File Nameの形式を指定するには、 Log File Nameフィールドを使用します。 DEFAULTに設定されている場合、フォーマットはenterprisedb-%Y-%m-%d_%H%M%Sになります。ここで、
enterprisedbはファイル名のプレフィックスです。
Yはログが保存された年です
mはログが保存された月です
dはログが保存された日です
Hはログが保管された時間です。
Mはログが保存された分です。
Sはログが保存された秒です
syslog へのログインが有効になっている場合：
•
Syslog Facilityドロップダウンリストボックスを使用して、使用する Syslog Facilityを指定します。
•
システムログ内のAdvanced Serverエントリを識別するプログラム名を指定するには、 Syslog Identフィールドを使用します。
Nextをクリックして続けます。
図7.5 - ログマネージャログを記録するタイミングダイアログ。
上のフィールドを使用 When to logイベントがログファイルのエントリを開始するかを指定する（図7.5に示されている）ダイアログ。重大度レベル（重大度の順に、最も高いものから最も低いものへ）は、次のとおりです。
panic - すべてのデータベースセッションを中断させるエラー。
fatal - セッションを中止させるエラー。
log - 管理者にとって関心のある情報メッセージ。
error - コマンドを中止させるエラー
warning - コマンドは完了しますが、期待どおりに実行されない可能性があるエラー状態。
notice - ユーザーにとって関心のある項目これがデフォルトです。
info - ユーザーによって暗黙的に要求された情報。
debug5からdebug1 - 開発者にとって有用な詳細なデバッグ情報。
•
[ Client min messagesドロップダウンリストボックスを使用して、クライアントアプリケーションに送信されるメッセージの最低重要度レベルを指定します。
•
Log min messagesドロップダウンリストボックスを使用して、サーバログに書き込まれる最低の重大度を指定します。
•
デフォルトでは、エラーメッセージがサーバーログに書き込まれると、ログエントリを開始したSQLステートメントのテキストは含まれません。 SQLステートメントロギングをトリガーする重大度を指定するには、 Log min error statementドロップダウンリストボックスを使用します。メッセージが指定された重大度以上のものである場合は、メッセージを生成したSQLステートメントがサーバーログに書き込まれます。
•
ステートメントの期間をミリ秒単位で指定するには、 Log min duration statementドロップダウンリストボックスを使用します。指定されたミリ秒数を超えるステートメントはすべてサーバーログに書き込まれます。値を-1すると、期間ベースのすべてのログ記録が無効になります。値0すべてのステートメントとその期間をログに記録します。
•
使用 Log temp filesキロバイト単位でファイルサイズを指定するには、フィールドを。一時ファイルが指定されたサイズに達すると、記録されます。値-1 （デフォルト）はこの機能を無効にします。
•
Log autoVacuum min durationフィールドを使用して時間の長さをミリ秒単位で指定します。自動バキューム処理が指定された時間を超えると、アクティビティはログに記録されます。値-1 （デフォルト）はこの機能を無効にします。
Next を クリックし て続けます。
図7.6 - ログマネージャ何をログに記録するダイアログ。
上のフィールドを使用して What to log 、デバッグおよび監査に役立つエントリーのオプションをログに指定する（図7.6に示されている）ダイアログを。
[ Debug optionsボックスのスイッチは、開発者にとって重要な、クエリの実行に関連する情報をログファイルに含めるようにサーバーに指示します。
•
[ Parse treeスイッチを[ Yesに設定して、 Parse treeログファイルに含めるようにサーバーに指示します。
•
ログリライタの出力をログファイルに含めるようにサーバに指示するには、[ Rewriter outputスイッチを[ Yesに設定します。
•
Execution planスイッチをYesに設定して、 Executionされた各クエリの実行計画をログファイルに含めるようにサーバーに指示します。
ときに Indent Debug Options Output in Logスイッチに設定されてYes 、サーバーのインデント解析ツリーエントリ、問い合わせ書き換えエントリまたはクエリ実行プランのエントリを含む各ライン。インデントは、結果のログファイルを読みやすくしますが、ログファイルが長くなります。
[ General Optionsボックスのスイッチを使用して、ログファイルに監査情報を含めるようにサーバーに指示します。
•
チェックポイントとリスタートポイントをサーバーログに含めるには、 Checkpointsスイッチを[ Yesに設定します。
•
サーバーへの接続試行（および認証に成功した接続）をサーバーログに含めるには、[ Connectionsスイッチを[ Yesに設定します。
•
セッション情報とセッション期間を提供する各終了セッションのサーバーログエントリを含めるには、[ Disconnectionsスイッチを[ Yesに設定します。
•
ログに記録された各ステートメントの実行に必要な時間をサーバーログに含めるには、 [ Durationスイッチを[ Yesに設定します。
•
設定する HostnameにスイッチをYes （デフォルトでは、IPアドレスのみが記録されます）各サーバログエントリにIPアドレスとホスト名の両方を含みます。これによりパフォーマンスが低下する可能性があります。
•
Lock WaitsスイッチをYesに設定して、 Lockを獲得するためにdeadlock _ timeoutパラメータで指定された時間より長く待機しているセッションのログエントリを書き込むようにサーバーに指示します。これは、ロック待機がパフォーマンスの低下の原因であるかどうかを判断するときに役立ちます。
[ Error verbosityドロップダウンリストボックスを使用して、サーバーログの各エントリに書き込まれる詳細を指定します。
•
エラーメッセージ、 DETAIL 、 HINT 、 QUERY 、およびCONTEXTを各サーバーログエントリに含めるには、 defaultを選択し default 。
•
エラーメッセージのみをログに記録するには、 terseを選択します。
•
verboseを選択して 、エラーメッセージ、 DETAIL 、 HINT 、 QUERY 、およびCONTEXTエラー情報、 SQLSTATEエラーコードとソースコードファイル名、関数名、およびエラーを生成した行番号を含めます。
各ログファイルエントリの先頭に書き込まれるprintf形式の文字列を指定するには、 Prefix stringフィールドを使用します。サポートされているオプションについての情報は、（Postgresコアドキュメントにある） log_line_prefixドキュメントを参照してください。
http://www.postgresql.org/docs/current/static/runtime-config-logging.html
[ Statementsドロップダウンリストボックスを使用して、サーバーログに含めるSQLステートメントを指定します。デフォルトはnoneです。有効なオプションは以下のとおりです。
•
SQLステートメントのロギングを無効にするには、 noneを指定します。
•
CREATE 、 ALTER 、 DROPなどのddl（データ定義言語）ステートメントをログに記録するようにサーバーに指示するには、 ddlを指定します。
•
modを指定して 、 INSERT 、 UPDATE 、 DELETE 、 TRUNCATE 、およびCOPY FROMなどのすべてのdmlステートメント、およびすべてのdmlステートメントをログに記録するようにサーバーに指示します。
•
すべてのSQLステートメントをログに記録するようにサーバーに指示するには、 allを指定します。
Nextをクリックして続けます。
図7.7 - Schedule Logging Changesダイアログ
Schedule オプションを使用する logging ロギング設定の変更がいつ適用されるかを指定するための changes ダイアログ（図7.7参照）：
•
[ Configure logging now 設定する] を[ Yes に 設定して、 Configure logging now 有効にし、[ログマネージャ]ウィザードが完了したらサーバーを再起動するように指定します。
•
設定する Configure logging now に No 使用するように Schedule it for some other ロギング設定を適用するのに都合のよい時間を指定し、サーバーを再起動するための time カレンダーセレクタ。
Log Managerウィザードで指定された設定の変更を適用すると、サーバの再起動によって一時的にユーザによるデータベースサーバの使用が中断されます。
「 FinishをクリックしてウィザードをFinishし、サーバーを再起動するか、またはスケジュールダイアログで指定された時間サーバーの再起動をスケジュールします。
7.1 サーバログ分析ダッシュボードの確認
ログマネージャウィザードを起動してログファイルをPEMにインポートした後、[ Server Log Analysisダッシュボードを使用して、選択したサーバのログファイルを確認できます。 Server Log Analysisダッシュボードを開くには、PEMクライアントツリーコントロールで監視対象サーバーの名前を右クリックし、[ Dashboards ]メニューからLog Server Log Analysis ]を選択してナビゲートします。
図7.8 - サーバーログ分析ダッシュボード
Server Log Analysisダッシュボードのヘッダー情報 （図7.8を参照）には、サーバーが起動された日時、ページが最後に更新された日時、および現在発生しているアラートの数が表示されます。
Server Log 内のエントリは、最新のログエントリから順に時系列で表示されます。スクロールバーを使用してログエントリをナビゲートしたり、表示されていない列を表示したりします。
サーバーログテーブルの上部にある見出しは、各列に格納されている情報を識別します。列見出しの上にカーソルを置くと、各列の内容の説明を含むツールチップが表示されます。
表示されるサーバーログレコードの数を制限するために、フィルタリングを使用できます。クリックして Show Filters （図7.9を参照）、フィルタパネルを公開してフィルタを定義します。

図7.9 - サーバーログフィルターの定義
表示するレポートのサブセットを選択するためにPEMが使用する選択基準を説明するには、フィルタ定義ボックス内のフィールドを使用します。
•
表示されたサーバログの開始日を指定するには、[ Fromフィールドを使用します。
•
表示されたサーバーログの終了日を指定するには、［ Toフィールドを使用します。
•
Username 名 Usernameフィールドにロール名を入力すると 、そのユーザーによって実行されたトランザクションのみが表示されます。
•
「 Databaseフィールドにデータベース名を入力して 、表示されるレコードを、指定されたデータベースに対して実行されたトランザクションのみにサーバーが制限するように指定します。
•
フィルタされたレポートに表示されるコマンドの選択基準を指定するには、[ Command Typeフィールドを使用します。
あなたは、サーバーのログをフィルタしたいことで基準を説明したら、クリック Filterでフィルタリングサーバログを表示するには、 Server Logテーブル。
8 Postgresログ分析エキスパート
PEMログ分析エキスパートは、Postgres Enterprise Managerに登録されているサーバーのログファイルを分析し、ログファイルのエントリに基づいてPostgresクラスタの使用状況の分析を提供するレポートを作成します。 Log Analysis Expertレポートの情報を使用して、クラスターの使用状況と構成を最適化してパフォーマンスを向上させることを決定できます。
PEM Log Analysis Expertを使用する前に、 Server PropertiesダイアログのAdvancedタブでService IDを指定し 、Log Managerウィザードを使用してPEMサーバによるログ収集を有効にする必要があります。
Postgres Log Analysis Expertウィザードを開くには、PEMクライアントの[ Management ]メニューから[ Postgres Log Analysis Expert ...]オプションを選択します。図8.1に示すように、ウィザードの[ Welcome ]ダイアログが開きます。[ Nextへ]をクリックして続行します。
図8.1 - Log Analysis Expertへようこそのダイアログ
ウィザードの Analyzer selectionダイアログ（図8.2参照）には、選択可能なAnalyzersリストが表示されます。各Analyzerは、ログファイルから収集した情報を含む、対応するテーブル、チャート、またはグラフを生成します。
図8.2 - アナライザー選択ダイアログ
ログ分析エキスパートが対応する表、チャート、またはグラフを作成するように指示するには、アナライザーの左側にあるボックスをチェックします。選択したら、[ Next ]をクリックして[ Server selectionツリーコントロールに進みます （図8.3を参照）。
図8.3 - サーバー選択ダイアログ
ツリーコントロールを使用して、Postgres Log Analysis Expertに分析させたいサーバーを指定します。複数のサーバーを選択した場合、結果レポートには、各サーバーに対応する結果セットが別々の（ただし連続的な）リストに含まれます。 [ Nextをクリックして[ Report options ]ダイアログに進みoptions （図8.4を参照）。

図8.4 - レポートオプションダイアログ
[ Optionsセクションのフィールドを使用して 、分析方法と結果テーブルの最大長を指定します。
•
Log Analysis Expertが選択した期間のデータを統合するために使用する方法を選択するには、 Aggregate methodドロップダウンを使用します。以下から選択できます。
○
SUMは、指定された期間に収集された値の合計である値を計算するようにアナライザーに指示します。
○
AVGは、指定された期間に収集された値の平均である値を計算するようにアナライザーに指示します。
○
MAXは、指定された期間内に発生する最大値を使用するようにアナライザに指示します。
○
MINは、指定された期間内に発生する最小値を使用するようにアナライザに指示します。
•
[ Time spanフィールドを使用して、アナライザがグラフ上の点の各計算に組み込む分数を指定します。たとえば、 Time spanで5 minutes 、及びAggregate methodあるAVG 、所与のグラフ上の各点は、5分の時間スパン内で発生した活性の平均値を含むであろう。
•
テーブルに含める最大行数を指定するには、 Rows limitフィールドを使用します。
Log Intervals Expertが分析する時間範囲を指定するには、[ Time Intervalsセクションのフィールドを使用します 。
•
設定して Relative daysにYes有効にするには(+/-)From dateフィールドとして選択された日付と時刻の前または後の日数を指定してFromフィールド。
•
使用 From分析の開始日時を指定するフィールド。
•
Toフィールドを使用して 、分析の終了日時を指定します。
•
使用し (+/-) From date前または後の日数を指定するには、セレクタFromの分析に含まれるべきである日。
レポートオプションを指定したら、[ Next ]をクリックして[ Report destination ]ダイアログに進みます （図8.5を参照）。
図8.5 - [Report destination]ダイアログ
デフォルトのオプションを選択して[ Finish ]を選択すると 、PEMクライアントのタブ付きブラウザでLog Analysis Expertレポートを表示できます 。またはDownload the report横にあるラジオボタンをクリックしDownload the reportのコピーを後で使用できるように保存します。
レポートをファイルに保存するように指定した場合は、レポートがダウンロードされます。
8.1 Postgresログ分析エキスパートレポートの見直し
すぐにレポートをレビューすることを選択した場合は、Postgres Log Analysis ExpertレポートがPEMクライアントウィンドウに表示されます（図8.6を参照）。レポートヘッダーには、レポートが生成された日時、レポートの期間、およびレポートの定義時に指定された集計方法が表示されます。情報が表示されるサーバーの名前は、レポートの各セクションの先頭に記載されています。
レポートには、Log Analysis Expertウィザードで選択されたテーブル、グラフ、およびチャートが表示されます。特定のグラフィックに移動するには、画面の右下にある[ Jump ]ボタンTo 使用します。
図8.6 - Postgresログ分析エキスパートレポート
レポートに複数の監視対象サーバーの分析が含まれている場合は、グラフと表がセットで表示されます。最初に、あるサーバーの統計を表示するグラフ、表、およびチャートが表示され、次にレポート内の次のサーバーのグラフィックが表示されます。各図の詳細については、オンラインマニュアルを参照してください。
9 SQLプロファイリングと分析
ほとんどのRDBMSの専門家は、非効率的なSQLコードがほとんどのデータベースパフォーマンス問題の主な原因であることに同意しています。データベース管理者や開発者にとっての課題は、大規模で複雑なシステムで実行が不十分なSQLコードを見つけ出し、そのコードを最適化してパフォーマンスを向上させることです。
SQLプロファイラコンポーネントを使用すると、データベーススーパーユーザは、実行速度の悪いSQLコードを見つけて最適化できます。 Microsoft SQL ServerのProfilerを使用するユーザーは、PEMのSQL Profilerの操作と機能が非常に似ていると感じるでしょう。 SQLプロファイラは各Advanced Serverインスタンスと共にインストールされます。 PostgreSQLを使用している場合は、SQLプロファイラのインストーラをダウンロードし、プロファイリングする各管理対象データベースインスタンスにSQLプロファイラ製品をインストールする必要があります。
SQLプロファイラによって監視されているデータベースごとに、次の操作を行う必要があります。
1。
postgresql 編集します。 confファイルshared_preload_libraries構成パラメータにSQLプロファイラライブラリを含める必要があります。
Linuxインストールの場合、パラメーター値には以下のものを含める必要があります。
$libdir/sql-profiler
Windowsでは、パラメータ値は次のとおりです。
$libdir/sql-profiler.dll
2。
データベースにSQLプロファイラによって使用される関数を作成します。 SQLプロファイラインストールプログラムは、Linuxシステム上のメインPostgreSQLインストールディレクトリのshare/postgresql/contribサブディレクトリにSQLスクリプト（ sql-profiler.sql という名前 ）を置きます。 Windowsシステムでは、このスクリプトはshareサブディレクトリにあります。サーバをPEMに登録するときに指定したメンテナンスデータベースでこのスクリプトを呼び出す必要があります。
3。
変更を有効にするために、サーバーを停止して再起動します。
注意：SQL Profilerを設定する前にPEMクライアントでPEMサーバーに接続したことがある場合は、SQL Profiler機能を有効にするためにサーバーを切断して再接続する必要があります。 SQLプロファイラプラグインのインストールと設定の詳細については、以下のEnterpriseDB Webサイトから入手可能な 『PEMインストールガイド』を参照してください。
http://enterprisedb.com/products-services-training/products/documentation
9.1 新しいSQLトレースの作成
SQLプロファイラは、分析のために特定のSQLワークロードを取得して SQLトレース で表示し ます 。キャプチャしたSQLトレースをすぐに開始して確認することも、後で確認するためにキャプチャしたトレースを保存することもできます。 SQLプロファイラを使用して、最大15の名前付きトレースを作成および保存できます。トレースを作成および管理するには、メニューオプションを使用します。
9.1.1 トレースを作成する
[ Create trace... の Create trace... ]ダイアログを使用して、SQLプロファイラがインストールおよび構成されているすべてのデータベースのSQLトレースを定義できます。インストールと設定ダイアログにアクセスするには、PEMクライアントツリーコントロールでデータベースの名前をハイライトします。 [ Management ]メニューから[ SQL Profiler ]プルProfilerメニューに移動し、[ trace Create ...]を選択しCreate
図9.1 - [トレースオプション]タブ
[ Trace options ]タブ（図9.1参照） のフィールドを使用して 、新しいトレースに関する詳細を指定します。
•
[ Nameフィールドにトレースの Nameます。
•
[ User filterフィールドをクリックして 、クエリがトレースに含まれるロールを指定します。必要に応じて、* Select All *の横にあるチェックボックスをオンにして、すべてのロールからのクエリを含めます。
•
[ Database filterフィールドをクリックして、追跡するデータベースを指定します。必要に応じて、 Select All Select横にあるチェックボックスをオンにして、すべてのデータベースに対するクエリを含めます。
•
Maximum Trace File SizeフィールドにTrace サイズを指定します。指定されたサイズに近づくと、SQLプロファイラはトレースを終了します。
•
[ Create ]ボタンを選択したときにトレースを開始するには、[ Now Runフィールドに[ Yesを指定します。 [ Schedule ]タブのフィールドを有効にするには、[ Noを選択します。
図9.2 - [トレーススケジュールの作成]タブ
[ Schedule ]タブのフィールドを使用して （図9.2を参照） 、新しいトレースのスケジュール詳細を指定します。
•
Start timeフィールドを使用して 、トレースの開始時間を指定します。
•
End timeフィールドを使用して 、トレースの終了時間を指定します。
•
指定 YesにRepeat ？トレースを指定された時間に毎日繰り返す必要があることを示すフィールド。 [ Noを選択して、[ Periodic job options ]タブのフィールドを有効にします。
図9.3 - [Create trace Periodic job options]タブ
[ Periodic job options ]タブ（図9.3を参照）の フィールドは、 Periodicな追跡に関するスケジュールの詳細を指定します。 Daysセクションのフィールドを使用して、ジョブを実行する日数を指定します。
•
[ Week daysフィールドをクリックして 、トレースを実行する曜日を選択します。
•
[ Month daysフィールドをクリックして 、トレースを実行するMonth daysを選択します。
•
Monthsフィールドをクリックして 、トレースを実行する月を選択します。
Timesセクションのフィールドを使用して、トレース実行のタイムスケジュールを指定します。
•
[ Hoursフィールドをクリックして 、トレースを実行する時間を選択します。
•
Minutesフィールドをクリックして 、トレースを実行する時間を選択します。
[ Create trace ...]ダイアログが完了したら 、[ Create ]をクリックして、新しく定義したトレースを開始するか、後でトレースをスケジュールします。
図9.4 - トレース結果を表示する[SQLプロファイラ]タブ
すぐにトレースを実行することを選択した場合、トレース結果はPEMクライアントに表示されます（図9.4を参照）。
 
9.1.2 既存のトレースを開く
前のトレースを表示するには、PEMクライアントツリーコントロールでプロファイリングされたデータベースの名前を強調表示します。 [ Management ]メニューから[ SQL Profiler ]プルProfilerメニューに移動し、 [ traceをOpen ...]を選択します。また、[SQLプロファイラ]ツールバーメニューを使用してトレースを開くこともできます。 Open trace ...オプションを選択してください。図9.5に示すように、 Open trace ...ダイアログが開きます。
図9.5 - 既存のトレースを開く
トレースリストのエントリを強調表示し、[ Open ]をクリックして選択したトレースを開きます 。選択したトレースが[SQLプロファイラ]タブに表示されます。
 
9.1.3 トレースのフィルタリング
フィルタは、（1つ以上の）ルールの名前付きセットです。各ルールは、トレースビューからイベントを隠すことができます。フィルタをトレースに適用しても、非表示のイベントはトレースから削除されず、表示から除外されるだけです。
[ Filter ]アイコンをクリックして[ Trace Filter ]ダイアログを開き、 Filterを定義する1つのルール（または一連のルール）を作成します。各ルールは、イベントを呼び出したロールのID、またはイベント中に呼び出された照会タイプに基づいて、現在のトレース内のイベントをスクリーニングします。
既存のフィルタを開くには、[ Open ]ボタンをクリックします。新しいフィルタを定義するには、「 Add （＋）アイコンをクリックして「 Generalタブに表示されているテーブルに行を追加し、ルールの詳細を入力します。
•
[ Typeドロップダウンリストボックスを使用して、フィルタルールを適用するトレースフィールドを指定します。
•
[ Conditionドロップダウンリストボックスを使用して、 SQLプロファイラーがトレースをフィルター処理するときにValueに適用する演算子の種類を指定します。
○
指定したValueを含むイベントをフィルタリングするには、 [ Matchesを選択します。
○
指定したValue含まないイベントをフィルタリングするにDoes [ match Does not 選択 Does 。
○
選択 Is equal toして、指定された文字列に正確に一致が含まれているイベントフィルタリングするValueフィールドを。
○
選択 Is not equal toで、指定された文字列に正確に一致が含まれていないイベントフィルタリングするValueフィールドを。
○
選択は、 Starts withして指定された文字列で始まるイベントフィルタリングするValueフィールドを。
○
Valueフィールドで指定された文字列で始まらないイベントをフィルタ処理start with [ not start Does not 選択 Doesます。
○
選択 Less thanで指定した数よりも少ない数値持つフィルタイベントへのValueフィールドを。
○
選択 Greater thanに指定された数よりも大きい数値持つフィルタイベントへのValueフィールドを。
○
選択 Less than or equal to中で指定した数以下の数値を持つイベントフィルタリングするValueフィールドを。
○
選択 Greater than or equal to中で指定した数以上の数値を持つイベントフィルタリングするValueフィールドを。
•
[ Valueフィールドを使用して、 SQLプロファイラが検索する文字列、数値、または正規表現を指定します。
ルールの定義が終わったら、追加（ + ）アイコンをクリックして別のルールをフィルタに追加します。フィルタからルールを削除するには、ルールを強調表示してDeleteアイコンをクリックします。
フィルタを適用せずにフィルタ定義をファイルに保存するには、 [ Save ]ボタンをクリックし Save 。フィルタを適用するには、[ OK ]をクリックします。ダイアログを終了してフィルタへの変更を破棄するには、 Cancelを選択します。
 
9.1.4 トレースの削除
トレースを削除するには、PEMクライアントツリーコントロールでプロファイリングされたデータベースの名前を強調表示します。 [ Management ]メニューから[ SQL Profiler ]プルProfilerメニューに移動し、 Delete trace(s)... Deleteを選択しtrace(s)... 。 SQLプロファイラのツールバーメニューを使用してトレースを削除することもできます。 [ Delete trace(s)... ]オプションを選択します。図9.6に示すように、 Delete traces...のDelete ]ダイアログが開きます。
図9.6 - トレースの削除…ダイアログ
トレース名の左側にあるアイコンをクリックして1つ以上のトレースを削除対象としてマークし、「削除」をクリックします Delete. PEMクライアントは、選択されたトレースが削除されたことを確認します。
 
9.1.5 スケジュールトレースの表示
スケジュールされたトレースのリストを表示するには、PEMクライアントツリーコントロールでプロファイリングされたデータベースの名前を強調表示します。 [ Management ]メニューから[ SQL Profiler ]プルProfilerメニューに移動し、 [ Scheduled traces ...]を選択します。また、[SQLプロファイラ]ツールバーメニューを使用してリストを表示することもできます。 [ Scheduled traces ...]オプションを選択します。
図9.8 - スケジュールトレースの確認
[ Scheduled traces ...]ダイアログ（図9.8を参照）には、実行待ちのトレースのリストが表示されます。トレース名の左側にある編集ボタンをクリックして、トレースに関する詳細情報にアクセスします。
•
[ Statusフィールドに現在のトレースのステータスが表示されます。
•
Enabled ？トレースが有効な場合、スイッチはYes表示します。無効の場合はNo 。
•
[ Nameフィールドにトレースの名前が表示されます。
•
[ Agentフィールドに、トレースの実行を担当するエージェントの名前が表示されます。
•
Last runフィールドには、トレースの最後の実行の日付と時刻を表示します。
•
Next runフィールドには、次のスケジュールされたトレースの日付と時刻を表示します。
•
[ Created日]フィールドには、トレースが定義された日時が表示されます。
9.2 インデックスアドバイザの使い方
Index AdvisorはAdvanced Server 9.0以上で配布されています。 Index AdvisorはSQLプロファイラと連携して、収集されたSQL文を調べ、基礎となるテーブルに対してインデックス作成の推奨事項を作成して、SQLの応答時間を短縮します。インデックスアドバイザは、スーパーユーザーによって呼び出されるすべてのDML（ INSERT 、 UPDATE 、 DELETE ）およびSELECTステートメントに対して機能します。
Index Advisorからの診断出力には以下が含まれます。
•
任意の推奨インデックスによる予測パフォーマンスの向上
•
推奨インデックスの予測サイズ
•
推奨索引を作成するために使用できるDDLステートメント
Index Advisorを使用する前に、次のことを行う必要があります。
1。
各Advanced Serverホスト上のpostgresql.confファイルを変更して、index_advisorライブラリをshared_preload_librariesパラメータに追加します。
2。
Index Advisorのcontribモジュールをインストールしてください。モジュールをインストールするには、psqlクライアントまたはPEMクエリツールを使用してデータベースに接続し、次のコマンドを呼び出します。
\\i <complete_path>/share/contrib/index_advisor.sql
3。
変更を有効にするためにサーバーを再起動します。
インデックスアドバイザは、SQLプロファイラによってキャプチャされたトレースデータに基づいてインデックス作成の推奨事項を作成できます。 [ SQLプロファイラの Trace Data ]ウィンドウ枠で1つ以上のクエリを強調表示し、[ Index Advisor ]ツールバーボタンをクリックします（または[ View ]メニューから[ Index Advisor ]を選択します）。 Index Advisorの詳しい使用方法については、EDB Postgres Advanced Serverガイドを参照してください。
注意：Index Advisorは、スーパーユーザー以外によって呼び出されたステートメントを分析することはできません。非スーパーユーザーによって呼び出されたステートメントを分析しようとすると、サーバーログに次のエラーが記録されます。
ERROR: access to library "index_advisor" is not allowed
Index Advisorの設定と使用の詳細については、以下のEnterpriseDBから入手可能な 『EDB Postgres Advanced Server Guide』を参照してください。
https://www.enterprisedb.com/resources/product-documentation
10 チューニングウィザード
チューニングウィザードは、PostgreSQLまたはAdvanced Serverのインストールを確認し、予想されるワークロードに最適になるようにインストールを調整するのに役立つ一連の設定オプションを推奨します。ベンチマークシステムや作業負荷が高いシステムでは、最適なパフォーマンスを得るために追加の手動調整が必要になる場合があります。
チューニングウィザードを使用する前に、サーバーの[ Properties ]ダイアログの[ Advanced ]タブの[ Service ID ]フィールドにService 名前を指定する必要があります 。 PEMは、チューニング後にサービスを再起動するときにサービス名を使用します。
チューニングウィザードは、バインドされたPEMエージェントと同じサーバーに存在するサーバーに対してのみ推奨事項を作成できます。サーバーを定義するときに[ Remote monitoringフィールドに[ Yes 値を指定した場合 、そのサーバーは[チューニングウィザード]ツリーコントロールに表示されません。
チューニングウィザードを開くには、PEMクライアントの[ Management ]メニューから[ Tuning Wizard ...]を選択します。チューニングウィザードが開き、歓迎します（図10.1を参照）。
図10.1 - Tuning WizardのWelcomeダイアログ
Nextをクリックしてサーバー選択ダイアログに進みます（図10.2参照）。
図10.2 - サーバーの選択ダイアログ
ツリーコントロールの[ Serversノードを展開して、現在PEMによって監視されている、チューニングに使用できるサーバーの一覧を表示します。サーバー名の左側にあるチェックボックスをオンにして、調整対象のサーバーを選択します。
注意：そのサーバーのサービス名がサーバーの[プロパティ]ダイアログに表示されていない場合、チューニングウィザードはツリーコントロールのサーバー名の左側に赤い警告記号を表示します。
NextをクリックしてConfigurationダイアログに進みます（図10.3参照）。
図10.3 - 設定ダイアログ
[ Machine utilizationフィールドでオプションを選択して、選択したサーバーによって実行される作業の種類を指定します。サーバーによって実行される作業の種類によって、チューニングウィザードがシステムリソースを割り当てる方法が決まります。
•
システムリソースの大部分をデータベースサーバーDedicatedするには、 [ Dedicatedを選択します。
•
中程度の量のシステムリソースをデータベースサーバー専用にするには、 [ Mixed useを選択します。
•
比較的少量のシステムリソースをデータベースサーバー専用にするには、 Developer workstationを選択します。
「 Workload Selectionフィールドでオプションを選択して、選択したサーバーで通常実行されるワークロードのタイプを指定します。
•
選択したサーバーが主にオンライントランザクションワークロードの処理に使用される場合は、 [ OLTP選択します。
•
選択したサーバーがトランザクション処理とデータ報告の両方を提供する場合は、 [ Mixed選択します。
•
サーバーが大量のデータの報告に使用されている場合は、 Data warehouse 選択します。
NextをクリックしてTuning Changes Summaryダイアログに進みます（図10.4を参照）。
図10.4 - Tuning Changes Summaryダイアログ。
Tuning Changes Summaryダイアログのツリーコントロールには 、Tuning Wizardによって分析された各サーバに推奨されるパラメータ設定の変更が表示されます。サーバー名またはパラメーター名の横にあるチェックボックスを使用して、チューニングウィザードがプレビューレポートに含めるか、適用する推奨事項を選択します。
•
パラメータ名の左側にあるチェックボックスは、チューニングウィザードがパラメータ設定を含むことを指定します。
•
サーバー名の左側にあるチェックボックスは、Tuning Wizardが指定されたサーバーのすべてのパラメータ設定推奨事項を含むことを指定します。
レポートに含めるまたは適用するチューニングウィザードの推奨事項を指定し、[ Nextへ]をクリックして続行します。
Schedule or Run? 使用し Schedule or Run? PEMが変更を適用する時間を指定するか、または推奨された変更を詳述するレポートを生成するためのダイアログ。
選択したアクションは、「 Tuning Changes Summary Changes 記載されているすべての変更に適用されます 。レポートを生成することを選択した場合、PEMは現在の値のリストとTuning Changes Summaryダイアログで選択された設定パラメータに対する推奨される修正を含むレポートを作成します。変更を実装するには、[ Tuning Changes Summary ]ダイアログでChangesするパラメータを指定して、Tuning Wizardをもう一度起動する必要があります。
changes Schedule 選択してスケジュールオプションを表示および指定します（図10.5を参照）。
図10.5 - スケジュールまたは実行ダイアログ。
あなたはできる：
•
設定し Configuration now?調整ウィザードの推奨事項を適用してサーバーをすぐに再起動するには、[ YesスライダをYesします。
•
設定する Configuration now? Time?を有効にするには、[ Noにスライダを移動しTime?フィールドを選択し、カレンダセレクタを使用して、PEMがチューニングウィザードの推奨事項を適用してサーバを再起動する時間を指定します。変更が適用される時間をスケジュールした場合、変更の推奨事項のプレビューは表示されません。
レポートオプションを表示するには、 [ Generate reportを選択します（図10.6を参照）。
図10.6 - スケジュールまたは実行ダイアログ。
あなたはできる：
•
View report now? 設定し View report now? [調整ウィザード]レポートを画面に表示するには、[ Yesスライダを[ Yesします。
•
View report now? 設定し View report now?スライダNo有効にするSave the report to fileフィールドをし、PEMは、チューニングウィザードレポートを書き込むためのファイル名と場所を指定するには、カレンダーのセレクターを使用しています。
[ Finish ]ボタンをクリックして 、チューニングウィザードの変更を適用するか、レポートを生成し（図10.7を参照）、チューニングウィザードを終了します。
図10.7 - チューニングウィザードレポート
postgresql を確認することで、チューニングウィザードが推奨される変更を実装したことを確認できます 。変更したサーバー用のconfファイル。チューニングウィザードは、 postgresql各変更パラメータの上にコメントを追加します。変更が適用されたときのconfファイル（図10.8参照）
C：¥Users¥susan¥AppData¥Local¥Temp¥vmware-susan¥VMwareDnD¥7b94d2e6¥tuning_wiz_confirm_chg.png
図10.8 - postgresql.confファイルの変更の確認
サーバーに照会してパラメーター値を確認することもできます。たとえば、shared_buffersパラメータの値を確認するには、 Query Tool （[ Tools ]メニューからアクセス）またはpsqlクライアントを使用してSQLコマンドラインを開き、次のコマンドを発行します。
SHOW shared_buffers;
サーバーから返された値は、パラメータが変更されたことを確認します。
11 Postgresエキスパート - ベストプラクティス施行
Postgresエキスパートユーティリティは、Postgresサーバーを最適なパフォーマンス、セキュリティなどに最適に設定する方法に関する専門的なアドバイスを提供します。 Postgres Expertは、ベストプラクティスの逸脱についてサーバーを分析することで、PostgreSQLの「ボックス内のDBA」として機能します。 Postgres Expertには3つの専門家が含まれています。
•
構成エキスパート
•
スキーマエキスパート
•
セキュリティ専門家
各 Expertに特定のルールを選択して分析するか、すべてのルールを受け入れてから、注意が必要なベストプラクティスの問題を詳述したPostgresエキスパートレポートを確認することができます。
11.1 Postgresエキスパートウィザードを使う
Postgres Expertウィザードを使用するには、PEMクライアントのManagementメニューからPostgres Expertオプションを選択してください。ウィザードのWelcomeウィンドウが開いたら（図11.1を参照）、 Nextをクリックして続けます。
図11.1 - PostgresエキスパートのWelcomeダイアログ
ウィザードにはツリーコントロールが表示され、 Postgres Expertが指定されたサーバーやデータベースを評価するための ExpertsとRules を選択することができます（図11.2参照）。
図11.2 - エキスパート/ルールダイアログ
ツリーコントロールは、3つの Expert見出しの下にルールを分類します 。
•
Configuration Expertルールから選択して 、サーバーまたはオペレーティングシステムのパラメーター設定を分析し、システムパフォーマンスを向上させる可能性のある調整を見つけます。
•
Schema Expertルールから選択して、スキーマオブジェクトを分析します（欠落している主キー、インデックスのない外部キーなどを見つけます）。
•
セキュリティの脆弱性を見つけるためにシステムをレビューするには、 Security Expertルールから選択します。
エキスパートまたはルールの左側にあるチェックマークインジケーターを使用して、Postgresエキスパートが選択したサーバーの設定を分析し、チェックした項目に関連するベストプラクティスの逸脱がないことを示します。
あなたはできる：
•
エキスパートの名前の横にあるボックスをオンにして、ツリーコントロールのそのノードの下に表示されているすべての設定項目を選択または選択解除します。
•
Servers / Databases 横にあるボックスをチェックして 、選択したサーバーをツリーコントロール内のすべての項目について確認するようにPostgres Expertに指示します。
•
Servers / Databases 横のボックスを選択解除して、すべてのルールのチェックを外します。次に、Postgres Expertに評価させたい項目だけを指定して、ツリーコントロールをナビゲートします。
選択したら、[ Nextへ]をクリックして[ Server / Databasesツリーコントロールに進みます （図11.3を参照）。
図11.3 - Servers / Databasesダイアログ
Postgres Expertに分析させたいサーバーとデータベースを選択または選択解除します。複数のサーバーまたはデータベースを選択した場合、結果のレポートには各ターゲットの個別の分析が含まれます。終了したら、[ Nextへ]をクリックしてレポートの送信先を選択します（図11.4を参照）。
図11.4 - レポートの送信先を指定
デフォルトオプションを選択して FinishをクリックしてPostgres Expertから画面上のレポートを表示するか、またはDownload the report隣のボックスをチェックして後で使用するためにレポートのコピーをHTMLファイルに保存することができます。レポートをファイルに保存することを選択した場合、ダウンロードはすぐに始まります。ファイルはデフォルトのダウンロードディレクトリに保存されます。
 
11.2 Postgresの専門家による勧告のレビュー
Postgres Expertは、選択されたサーバーについて、選択されたルールの分析を含む、高、中、低の重大度で分類された、簡単にナビゲートされるレポートを作成します（図11.5参照）。
図11.5 - Postgresエキスパートレポート
レポートヘッダはレポートの概要を含み、レポートが生成された日時、分析されたルールの数、そしてPostgres Expertによって見つけられたベストプラクティスからの逸脱の数を含みます。 [ Jump toドロップダウンリストボックスを使用してサーバーを選択し、そのサーバーの推奨事項をターゲットとするレポートのセクションに移動します。
レポートの本文には、分析用に選択された各サーバーの詳細な検出結果が含まれています。調査結果は Expert によってソートされています。各Expert見出し内で、ルール違反はSeverityランク付けされています。
図11.6 - ルールに対する詳細な推奨事項
Postgresエキスパートレポートの各ルールをクリックすると、そのルールの詳細と推奨事項が表示されます（図11.6を参照）。各規則内では、セクション見出しに次のように表示されます。
•
Advisorセクションでは、勧告を促したPostgresのエキスパートアドバイザーの名前が一覧表示されます。
•
[ Triggerセクションに、アラートを発生させたルールの説明が表示されます。
•
Recommended Valueセクションでは、Postgresのエキスパートは、選択されたパラメータを設定することをお勧めした値を表示します。
•
[ Descriptionセクションには、アラートの原因となったパラメータに関する情報とアドバイスが表示されます。
•
Current Valuesセクションには、Postgresのエキスパートの評価に影響を与える任意のパラメータ（複数可）の電流値（複数可）を表示します。
12 ストリーミングレプリケーションの設定
PEMストリーミングレプリケーションウィザードを使用すると、ストリーミングレプリケーションシナリオを作成または変更するプロセスを順を追って説明できます。このウィザードを使用して以下のことができます。
•
複製シナリオでマスターおよびスタンバイノードとして機能するように新しいサーバーをインストールします。
•
レプリケーションシナリオでは、マスターノードとスタンバイノードの役割で既存のサーバーを構成します。
•
新規または既存のスタンバイサーバーを既存のレプリケーションシナリオに追加します。
複製シナリオ内で、マスターノードまたはスタンバイノードとして既存のサーバーを使用して複製を構成している場合、サーバーはグラフィカルインストーラーでインストールされている必要があります。ストリーミングレプリケーションウィザードは、現時点でRPMパッケージを介してインストールされた既存のサーバーをサポートしません。
ストリーミングレプリケーションウィザードは、PEMエージェントバージョン6.0以降でサポートされています。レプリケーションシナリオの各ノードには常駐のPEMエージェントが必要です。現時点では、マスターノードまたはスタンバイノードのリモート監視はサポートされていません。 PEMエージェントをインストールしたら、次の作業を行う必要があります。
•
Linuxホスト上で、PEMエージェントの設定ファイル（変更 agent 。 cfg中にあります） /opt/edb/pem/agent/etc/agent.cfgに以下のパラメータを設定しtrue ：
allow_package_management
allow_server_restart
allow_streaming_replication
•
Windowsホストでは、Windowsレジストリ（ HKEY_LOCAL_MACHINE\Software\Wow6432Node\EnterpriseDB\PEM\agent ）を変更して、以下のエントリをtrue設定しtrue 。
AllowPackageManagement
AllowServerRestart
AllowStreamingReplication
設定ファイルまたはレジストリを更新したら、PEMエージェントサービスを再起動します。
•
Linuxホスト上で、コマンドラインを開き、スーパーユーザ権限を想定し、コマンド入力 /etc/init.d/pemagent restart （RHELやCentOSの6.xの上）またはsystemctl pemagent restart （RHELやCentOSの7.xの上を）。
•
Windowsホストでは、 Servicesアプレットを使用してPostgres Enterprise Manager - pemAgentサービスを再起動します。
次に、ストリーミングレプリケーションウィザードを開くには、[ Management ]メニューから[ Streaming Replication ]を選択します。ストリーミングレプリケーションウィザードは、図12.1に示すようにあなたを歓迎します。
図 12.1 - ストリーミングレプリケーションウィザードの[ようこそ]ウィンドウ
Nextをクリックして続けます。 [ PackagesのRefresh ]ダイアログボックスが開き（図12.2を参照）、現在インストールされているパッケージについてPEMサーバに保存されているパッケージデータを更新するためのオプションが表示されます。
図12.2 - ポップアップを使用してパッケージデータを更新します。
PEM installed _ packagesプローブは、PEMエージェントによって監視されているホストに存在する現在インストールされているパッケージに関する情報を取得します。プローブを起動してPEMサーバに保存されている情報を更新するには、 Yesを選択します。前回のプローブ実行以降に監視対象ホストにサーバを追加していない場合（デフォルトでは、 installed _ packagesプローブは24時間に1回実行installed packages ）、プローブを実行せずに続行するには、［ No ］をクリックします。
Nextをクリックして続けます。
図12.3 - マスターノードに関する情報を指定します。
マスターノード選択ダイアログ（図12.3を参照）のフィールドでは、ストリーミングレプリケーションシナリオのマスターノードに関する情報を入力するように求められます。
•
[ Hostフィールドのドロップダウンリストボックスを使用して 、アクティブエージェントのリストからマスターノードを監視するPEMエージェントの名前を選択します。リストボックスに表示されるように、エージェントを使用して構成する必要がありallow_streaming_replication 、 allow_package_management 、およびallow_server_restart有効（にセットtrue PEMエージェント設定ファイル内）。レプリケーションシナリオの各ノードには常駐エージェントが必要です。レプリケーションノードのリモート監視はサポートされていません。
•
[ Database serverフィールドのドロップダウンリストボックスを使用して 、マスターノードのサーバーまたはサーバーのバージョンを指定します。選択できます：
○
レプリケーションシナリオのマスターノードとして機能する、以前にインストールされたサーバー。既存のサーバーでは、その説明に（ Installed ） という語が含まれています。既存のサーバーを選択すると、[ Validate ]ボタンが有効になります。
○
ストリーミング複製シナリオを設定するときにPEMがインストールする新しいマスターノードのサーバーバージョン。新しいサーバーを作成するには、説明に（Installed）という単語が含まれていないサーバーバージョンを選択します。
•
[ Replication host addressフィールドのドロップダウンリストボックスを使用して、マスターノードが存在するhost addressを選択します。
•
必要に応じて、[ Replication slot nameフィールドにReplication slot nameます。 PEMサーバーはマスターノードにレプリケーションスロットを作成し、スタンバイノードのrecovery.confファイルにエントリを追加します。複製スロット名には、小文字、数字、および下線文字を含めることができます。このオプションは、データベースサーバのバージョン9.4以降でのみ有効です。
レプリケーションスロットの詳細については、PostgreSQL Coreのドキュメントを参照してください。
http://www.postgresql.org/docs/current/static/warm-standby.html#STREAMING-REPLICATION-SLOTS
Nextをクリックして続けます。
図12.4 - マスターノードに関する情報を指定します。
マスターノードの認証情報を入力するには、マスターサーバー認証ダイアログ（図12.4参照）を使用します。
•
[ Replication user nameフィールドを使用して 、データベーススーパーユーザーまたはREPLICATION権限を持つ既存のロールの名前、またはレプリケーション関連のトランザクション中に使用するためにPEMによって作成されるロールの名前を指定します。十分な特権を持たない既存のユーザーの名前を指定した場合、PEMはエラーを返します。
•
複製ユーザーに関連付けるパスワードを指定するには、「 Replication passwordフィールドを使用します。
•
「 Database user nameフィールドを使用して、マスターノード上のデータベーススーパーユーザーの名前を指定します。
•
データベースのスーパーユーザーに関連付けられたパスワードを指定するには、「 Database passwordフィールドを使用します。
既存のサーバーをレプリケーションシナリオのマスターノードとして使用している場合は、[ Validate ]ボタンを使用して接続情報が提供されていることを確認する必要があります 。 [ Validate ]ボタンを押すと、サーバーは提供された資格情報を使用して接続を試みます。
Nextをクリックして続けます。
図12.5 - スタンバイサーバーを選択します。
Standby Server Selectionダイアログ（図12.5を参照） の表を使用して 、1つ以上のスタンバイノードのプロパティを指定します。追加アイコン（+）をクリックして、テーブルにエントリを追加します。
図12.6 - スタンバイサーバーを選択します。
Standby 使う Server スタンバイノードに関する情報を提供するための Options フォーム（図12.6を参照）：
•
レプリケーションシナリオでスタンバイノードに存在するエージェントの名前を選択するには、[ Agentドロップダウンリストボックスを使用します。レプリケーションシナリオの一部であるスタンバイノードのプロパティを編集することはできません。
•
[ IP addressドロップダウンリストボックスを使用して 、スタンバイノードのIPアドレスを選択します。
•
レプリケーションシナリオでスタンバイノードとして機能している間にスタンバイノードを読み取り専用クエリに使用する必要がある場合は、[ Hot standbyフィールドを[ Yes 設定します。
•
Synchronous? 設定し Synchronous?同期複製を有効にするには、このフィールドをYesします。ストリーミングレプリケーションはデフォルトでは非同期です。スタンバイノードがSynchronousとして指定されている場合、トランザクションはマスターノードとスタンバイノードの両方のトランザクションログに書き込まれるまでコミットされません。
フェイルオーバーが発生した場合の同期レプリケーションのシナリオでは、データが失われる可能性は低くなりますが、同期レプリケーションを使用すると各トランザクションの処理時間が長くなります。
•
[ Priorityドロップダウンリストボックスを使用して、スタンバイノードがpostgresql一覧表示される順序を指定します。マスタノードのconfファイルたとえば、 1を選択するとスタンバイが最初に表示され、 2を選択するとノードは2番目に表示されます。
既存のレプリケーションシナリオにスタンバイを追加する場合、PEMは[ Replication stateフィールドにReplication マスターのIDを表示し、[ Application nameフィールドにApplication name （ pg stat replicationテーブルから）を表示します。これらの値はユーザーが変更することはできません。
[ Add / Change ]ボタンをクリックしてサーバーのリストに別のスタンバイノードを追加するか、[ Edit ]アイコンをクリックしてリスト内のサーバーに関連付けられている値を変更します。表からスタンバイ定義を削除するには、「 Deleteアイコンを使用します。スタンバイノードの定義が終わったら、[ Next ]をクリックします。
図 12.7 - ウィザードのアップグレードと拡張ウィンドウ
[ Extension Summary ]パネル（図12.7を参照）には、レプリケーションシナリオのノードにインストールされている拡張機能またはモジュールが一覧表示されます。マスターノードにインストールされているすべての拡張機能は、レプリケーションシナリオの各スタンバイノードにもインストールする必要があります。
図12.8 - マスターとスタンバイのインストールオプションを指定します。
PEMが新しいサーバーをインストールしている場合は、ストリーミングレプリケーションウィザードが開き、マスターノードとスタンバイノードの概要が表示され、各サーバーのインストールプロパティを指定できるツリーコントロール（図12.8を参照）が開きます。インストールのプロパティを確認または変更するには、ツリーコントロール内のノードの名前を強調表示します。 [ Option valueフィールドに選択したサーバーの valueます。タスクバー上のプロンプトはそれぞれの必須フィールドを通知します。
インストールプロパティを更新するときは、指定したユーザー名とパスワードが、 [ Master Server Selection ]ダイアログに表示された名前とパスワードと一致することを確認する必要があります 。指定したポートが、マスターまたはスタンバイのホストでまだ使用されていないことも確認する必要があります。
クラスタの dataディレクトリがデフォルト以外の場所に作成されている可能性があります。インストール中に指定したパスからdataディレクトリを移動する場合は、/ /etc/postgres-reg.iniファイルで指定したパスを更新する必要があります。
インストールオプションを入力したら、[ Nextへ]をクリックして続行します。
図12.9 - パッケージのダウンロードダイアログ
Download Packagesダイアログ（図12.9を参照）構成されたレプリケーションシナリオをインストールする必要がありますパッケージのリストが表示されます。前の画面に戻って選択内容を変更するにはBackをクリックし、インストールに使用するパッケージのDownloadを開始するにはStart Download Startクリックします。
ダウンロードが完了したら、[ Nextへ]をクリックして続行します。ストリーミングレプリケーションウィザードは、ストリーミングレプリケーションの設定をスケジュールするためのダイアログを開きます。
図 12.10 - 複製を設定する時間を選択します。
Schedule Setupダイアログ（図12.10参照）のフィールドを使用して、サーバが複製シナリオを設定するのに最も都合の良い時間を指定します。
•
now? Setup 設定し Setup now?ストリーミング複製をただちにインストールして設定するようにPEMに指示するには、 Yesに設定します。
•
now? Setup 設定し Setup now?日付と時刻のセレクタを有効にするには、 Noします。 PEMに（オプションで）インストールを実行させ、ストリーミング複製を設定させるタイミングを指定するには、セレクタを使用します。
[ Finishをクリックして選択内容を保存し、ウィザードを終了します。 PEMはインストールと設定のプロセスを開始するか、指定された時間の間インストールと設定をスケジュールします。 [ ScheduledれてScheduled Tasks ]タブでジョブのスケジュールと進行状況を確認できます。 [Scheduled Tasks]タブを開くには、ジョブキューを確認するPEMエージェントの名前を強調表示し、[ Management ]メニューから[ Scheduled Tasks ... Tasksを選択します。ストリーミングレプリケーションのインストールウィザードが完了したら、ストリーミングレプリケーションダッシュボードでサーバーを登録してレプリケーションシナリオを監視できます。
ストリーミングレプリケーションウィザードは pg _ hba 変更するだけです。レプリケーションユーザーによる接続を許可するレプリケーションノード上のconfファイル。 PEMクライアントでサーバー接続を定義する前に、 pg _ hbaを変更する必要があります。クライアントからの接続を許可するために各ノードのconfファイル。
12.1 ストリーミングレプリケーションとフェイルオーバーマネージャの監視
ストリーミングレプリケーションとフェールオーバーマネージャの高可用性シナリオを監視するためにストリーミングレプリケーション分析ダッシュボードを使うことができます。ストリーミングレプリケーション分析ダッシュボードを表示するには、レプリケーション関連のアクティビティを監視するプローブを有効にする必要があります。プローブ設定を変更するには、PEMクライアントツリーコントロールでサーバ名を強調表示し、 Managementダッシュボードから[ Manage Probes …] を選択します 。
レプリケーションシナリオのマスターノードの Streaming Replication Analysisダッシュボードを表示するには、以下のプローブを有効にします。
Streaming Replication
WAL Archive Status
レプリケーションシナリオのスタンバイノードの Streaming Replication Analysisダッシュボードを表示するには、次のプローブを有効にする必要があります。
Streaming Replication Lag Time
次に、 Streaming Replication Analysisダッシュボードを開くには、 [ Monitoring ]タブに移動して、次のMonitoringます。
1。
Agentsドロップダウンメニューからノードを監視するエージェントの名前を選択します。
2。
「 Serversドロップダウンメニューから監視対象サーバーの名前を選択します。
3。
[ Dashboards ]ドロップダウンメニューから[ Streaming Replication Analysisを選択します。
4。
次に、ストリーミングレプリケーションダッシュボード（図12.11を参照）を開くには、 Object Browserツリーコントロールでレプリケーションシナリオのマスターノードまたはスタンバイノードの名前を右クリックし、[ Dashboards ]コンテキストメニューから[ Streaming Replication Analysis ]を選択します。
図12.11ストリーミングレプリケーションダッシュボード
 
12.1.1 PEMの高可用性の設定
レプリケーションは、クラスターのマスターノードに書き込まれたデータがスタンバイノードで確実に保持されるようにします。マスターノードで問題が発生した場合（ハードウェア障害など）、スタンバイノードは障害が発生したノードを交換するように簡単にプロモートできます。レプリケーションクラスタの動作は次のように説明できます。
アクティブ/アクティブ - アクティブ/アクティブクラスタでは、1つまたは複数のマスターノードが書き込みトランザクションを管理し、スタンバイノードは読み取り要求に使用できます。ホットスタンバイまたはEDB によるストリーミングレプリケーションPostgresマルチマスターレプリケーションは、アクティブ/アクティブクラスタを管理します。アクティブ/アクティブレプリケーションシナリオを使用している場合は、おそらくクラスタの各ノードにPEMエージェントがあり、PEMを使用して各ノードをアクティブに監視しています。
アクティブ/パッシブ - アクティブ/パッシブクラスタでは、マスターノードのみが読み取りおよび書き込みトランザクションに使用されます。スタンバイノードを使用すると、マスターノードに障害が発生した場合に、マスターノードを交換するために完全バックアップを使用できます。ホットスタンバイのない RHCS（Red Hat Cluster Suite）、Veritas Replicator、またはストリーミングレプリケーションはアクティブ/パッシブクラスターを管理します。アクティブ/パッシブレプリケーションシナリオを使用している場合は、おそらくPEMを使用してレプリケーションシナリオのマスターノードをアクティブに監視しているだけです。
PEMがマスターノードとスタンバイノードを監視するように設定され、スタンバイが昇格した場合、現在ノードを監視しているPEMエージェントは、エージェントが存在するノードに障害が発生しない限り、新しく昇格したマスターを監視し続けます。
PEMがマスターノードのみを監視するように設定されていてマスターノードに障害が発生した場合、新しいマスターの監視を引き継ぐようにスタンバイPEMエージェントを設定しない限り、新しいマスターノードは監視されません。エージェントが新しく昇格したマスターの監視を引き受けることを可能にするエージェント階層を作成するには、マスターノードとマスターに昇格する可能性のあるスタンバイノードにPEMエージェントをインストールする必要があります。各エージェントはPEMサーバにバインドする必要があります。
新しく昇格したマスターを監視するようにスタンバイノード上のエージェントを昇格させるようにPEMを設定するには、次の手順を実行する必要があります。
•
昇格する可能性のあるスタンバイノードでテイクオーバーを有効にします。
•
フラグディレクトリを作成し、監視を引き受けるようにエージェントに指示する行をフェールオーバースクリプトに追加します。
サーバのテイクオーバーを有効にするには、PEMクライアントツリーコントロールでサーバの名前を右クリックして 、コンテキストメニューから[ Properties ] を選択します。 [ Properties ]ダイアログが開いたら、 Allow takeover?をAllow takeover?チェックボックスをAllow takeover? [ Server Properties ]ダイアログの[ PEM Agent ]タブをPEM Properties 。潜在的にマスターの役割に昇格する各サーバーは、別のエージェントによる引き継ぎを許可するように構成する必要があります。
サーバーの引き継ぎを許可した後、データベースサーバーの監視を引き受けるように昇格されたスタンバイノード（新しいマスターノード）のPEMエージェントに指示する設定手順をフェールオーバースクリプトに追加します。
エージェントにサーバーの監視を引き継ぐように指示するには、フェールオーバープロセスは特別な フラグ ディレクトリに ファイルを作成する必要があります。このファイルは 、指定されたサーバーに対する責任を引き受けるようエージェントに指示します。デフォルトでは、エージェントによって使用されるフラグディレクトリは次のとおりです。
$TMPDIR/pem/agent-AGENTID
$ TMPDIR は、エージェントが実行されるユーザーアカウントの一時ディレクトリです。
ユーザーアカウントは通常 、Linuxシステムの場合 は root 、Windowsの 場合は Administrator です。ディレクトリー・パスをオーバーライドする には、Windowsのレジストリー、または Linuxのエージェント構成ファイル の agent _ flag _ dir パラメーターに AgentFlagDir 構成オプションの 値を指定します 。
たとえば、Linuxサーバーのフェイルオーバースクリプトに次のコマンドを追加します。
touch /tmp/pem/agent- agent_id /takeover-server- agent_id /takeover-server- server_id /takeover-server- server_id
どこで
agent_id は、サーバーの監視を引き継ぐ必要があるエージェントの数値IDです。
server_id は、引き継がれるサーバーの数値IDです。
agent_id と server_id を見つけるには 、PEMクライアントにログインし、エージェントまたはサーバーの名前を強調表示します。数値識別子は 、PEMクライアントの [ Properties ペインの ID 行に 表示され ます。
13 フェイルオーバーマネージャーの監視
EDB Failover Managerを使用してレプリケーションシナリオを監視している場合は、Failover Managerを手動でインストールして設定する必要があります。 Failover Managerのインストールの詳細については、以下のEnterpriseDB Webサイトを参照してください。
https://www.enterprisedb.com/products/edb-postgres-platform/edb-postgres-failover-manager
ストリーミングレプリケーションダッシュボードでFailover Managerクラスタのステータスを監視するには、クラスタの各ノードのサーバーの［ Properties ］ダイアログボックスの［ Advanced ］タブに次の情報を入力する必要があります。
•
Failover Managerクラスタの名前を指定するには、[ EFM Cluster Nameフィールドを使用します。クラスタ名は、クラスタプロパティファイルの名前のプレフィックスです。たとえば、クラスタプロパティファイルの名前がefmです。 properties 、あなたのクラスタ名はefmです。
•
Failover Managerのバイナリファイルの場所を指定するには、[ EFM Installation Pathフィールドを使用します。デフォルトでは、Failover Managerバイナリファイルは/usr/efm-2.1/binインストールされてい/usr/efm-2.1/bin 。
サーバーを登録すると、Streaming Replication Analysisダッシュボードに、ダッシュボードの下部近くにEFMクラスターに関するステータス情報が表示されます（図13.1を参照）。
図13.1 - Failover Managerクラスタステータスレポート
ストリーミングレプリケーション分析ダッシュボードの[ Failover Manager Cluster Statusセクションに、監視対象クラスターに関する情報が表示されます。
Failover Manager Cluster Informationテーブルには、フェールオーバーマネージャークラスタについての情報を提供します。
•
[ Properties ]列には、クラスタプロパティの名前が表示されます。
•
[ Values ]列には、プロパティの現在の値が表示されます。
Failover Manager Node Statusテーブルには、フェールオーバーマネージャークラスタの各ノードに関する情報を表示します。
•
[ Agent Type ]列には、ノードに存在するエージェントの種類が表示されます。可能な値は、Master、Standby、Witness、Idle、およびPromotingです。
•
[ Address ]列に、ノードのIPアドレスが表示されます。
•
[ Agent ]列には、ノードに存在するエージェントのステータスが表示されます。
•
[ DB ]列には、ノードに存在するデータベースのステータスが表示されます。
•
XLog Location欄には、データベースのトランザクションログの場所が表示されます。
•
[ Status Information ]列には、ノードに関するエラー関連の情報が表示されます。
•
XLog Information欄には、トランザクションログについてのエラー関連情報が表示されます。
•
VIP列は、ノードに関連付けられたVIPアドレスを表示します。
•
VIP Status列には、表示True VIPは、ノードに対してアクティブな場合False VIPでない場合。
 
13.1.1 マスタノードの交換
PEMクライアントを使用して、Failover Managerクラスタのマスターノードをスタンバイノードに置き換えることができます。フェイルオーバープロセスを開始するには、[ Management ]メニューから[ Cluster Master Replace ]を選択します。現在のマスターノードを交換するかどうかを確認するダイアログが表示されます（図13.2を参照）。
図13.2 - クラスターのマスターノードの交換
現在のマスターノードをフェールオーバーマネージャークラスターから削除し、スタンバイノードをフェールオーバーマネージャークラスター内の読み取り/書き込みマスターノードの役割に昇格させるには、 [ Yesを選択します。最高のプロモーション優先順位を持つノード（Failover Managerで定義されている）が新しいマスターノードになります。 PEMはダイアログを表示し、ジョブのステータスを報告します（図13.3参照）。
図13.3 - プロモーションの確認
ジョブが完了してStreaming Replication Analysisダッシュボードが更新されたら、 Failover Manager Node Statusテーブルを確認して、スタンバイノードがフェールオーバーマネージャークラスター内のマスターの役割に昇格したことを確認できます。
14 xDBレプリケーションクラスタの監視
xDB複製シナリオの一部であるAdvanced ServerまたはPostgreSQLデータベースから統計を取得するようにPEMを構成する前に、手動でxDB複製をインストールして構成する必要があります。 xDBレプリケーションソリューションおよびドキュメントの詳細については、以下のEnterpriseDB Webサイトを参照してください。
http://www.enterprisedb.com/products-services-training/products-overview/xdb-レプリケーションサーバーマルチマスター
PEM xDB Replicationプローブは、EDB Postgres Advanced ServerまたはPostgreSQLデータベースであるパブリケーションデータベースを持つxDBマルチマスターまたはシングルマスターレプリケーションを使用するクラスターの遅延データを監視します。他の独自のデータベースホスト（OracleまたはSQL Serverなど）とAdvanced ServerまたはPostgreSQLとの間のレプリケーションを設定した場合、プローブはラグ情報を返すことができません。
図14.1 - プローブの管理タブ
デフォルトでは、プローブはxDB Replicationプローブは無効です（図14.1を参照）。 xDB Replicationプローブを有効にするには、サーバーの名前を右クリックして、コンテキストメニューから[ Connect ]を選択します。プロンプトが表示されたら、認証情報を入力します。接続したら、ツリーコントロールのサーバーノードを展開し、レプリケートされたデータベースの名前を強調表示します。次に、[ Manage ]メニューからManage ProbesのManagement ]を選択Manageます。
Manage Probes ]タブのフィールドを使用して 、xDB Replicationプローブを設定します。
•
プローブ実行の間のMinutesとSecondsを変更するには、［ Defaultスライダを［ Noに移動します。
•
使用 Enabled ？ xEM Replicationプローブを実行するようにPEMに指示するスライダー。
•
PEMがプローブによって取得された情報を保存する日数を変更するには、[ Data Retentionフィールドの[ Defaultスライダを[ Noに設定します。
プローブを有効にした後、返されたメトリックを使用して、PEMクライアントでカスタムのチャートとダッシュボードを作成できます。
15 性能診断
パフォーマンス診断ダッシュボードを使用して、待機イベントを監視してAdvanced Serverインスタンスのデータベースパフォーマンスを分析できます。診断チャートを表示するために、PEMはAdvanced ServerのEDB待機状態モジュールによって収集されたデータを使用します。
EDB待機状態についての詳細は、次の Webサイトで入手可能な『EDB Postgres Advanced Server Guide』を 参照してください 。
https://www.enterprisedb.com/docs/en/11.0/EPAS_Guide_v11/EDB_Postgres_Advanced_Server_Guide.1.077.html
選択したデータを絞り込むことで、待機状態データを複数のレベルで分析できます。チャートの各レベルは、上位レベルのデータ選択に基づいて入力されます。
前提条件
•
Performance Diagnosticダッシュボードにアクセスするには、スーパーユーザー権限が必要です。
•
EDB待機状態モジュールがインストールされていることを確認する必要があります。 shared_preload_librariesパラメータのライブラリのリストにedb_wait_statesライブラリを追加して、 postgresql.confファイルを変更します。
shared_preload_libraries = '$libdir/edb_wait_states'
次に、データベースサーバーを再起動して拡張機能を作成します。
CREATE EXTENSION edb_wait_states;
前提条件を満たさない場合、コンソールに図15.1に示すエラーが表示されます。
図15.1 - 前提条件エラー
Performance Diagnosticダッシュボードを開くには、PEMクライアントの[ Management ]メニューから[ Performance Diagnostic ]オプションを選択します。
デフォルトでは、一番上のパフォーマンス診断チャート（図15.2を参照）は、現在の日時から1時間データを取得します。最初のチャートのデフォルトの範囲選択は 、 File ]メニューの[ Preferences ]ダイアログの[ Performance Diagnostic Preferencesセクションでカスタマイズできます。また使用することができます Preferences 新しいブラウザタブにPerformance Diagnosticを表示するためのダイアログ。 Open in New Browser Tab? 使用し Open in New Browser Tab? Performance Diagnosticsダッシュボードを新しいブラウザタブに表示します。
図15.2 - パフォーマンス診断チャート
Lastドロップダウンリストを使う チャートを表示する期間を選択するボックス。 1時間、4時間、12時間、または24時間を選択します。データを表示する日付と時刻を選択することもできます（図15.3を参照）。
図15.3 - 日付の選択
最初のグラフには、発生した待機イベントの数が表示されます。 チャートに選択された期間にわたって発生しました。タイムラインを絞り込むことができます 最初のチャートで特定の期間のデータを分析します（図15.4を参照）。 2番目のグラフは、最初のグラフで選択したタイムラインについて、各タイプの待機イベントの総数を表示します。データを分析したい特定の待機イベント・タイプを選択できます。
区別を容易にするために、各待機イベントタイプのグラフは異なる色で表示されます。 Legendをクリックして、特定の待機イベントタイプがグラフに表示される色を特定します。
図15.4 - タイムラインの選択
2番目のチャートで待機イベントを分析したい時点を選択します。 Wait Event Detailsパネルは、第二のチャートでの選択に基づいて設定されます。パネルの3つのタブで待機の詳細が利用可能になります。
•
[ SQL ]タブには、選択したサンプル時間の待機イベントを持つSQLクエリのリストが表示されます（図15.5を参照）。
•
[ Users ]タブには、選択したサンプル時間のユーザー別にグループ化された待機イベントの詳細が表示されます。
•
「 Waitsタブには、選択したサンプル時間の各待機イベント・タイプに属する待機イベントの数が表示されます。
3つのタブに表示されているデータにフィルタをかけることも、列見出しをクリックしてデータをアルファベット順にソートすることもできます。
図15.5 - クエリ詳細の確認
特定の行のクエリの詳細を含む新しいタブ を表示するには、任意の行の[Eye]アイコンをクリックします。このタブには、クエリIDとそれに対応するセッションIDがドロップダウンリストに表示されます。データを分析したい照会のセッションIDを選択します。タブには、選択したセッションIDとクエリIDに対応する詳細が表示されます。
Waits information tableにSQLクエリが表示されます（図15.6を参照）。 SQL照会が部分的に表示されている場合は、セクションの下部にある下矢印をクリックして完全なSQL照会を表示してください。
図15.6 - 待機情報パネル
の Wait Types パネル（図15.7を参照）には、選択したセッションIDとクエリIDに対する待機イベントの総数が表示されます。時間範囲を選択してください 最初のチャートでは、特定の期間のデータを分析します。
[ Wait Types棒グラフには、選択した期間の待機イベントタイプの総数が表示されます。区別を容易にするために、各待機イベントタイプは棒グラフの異なる色で表されます。
図15.7 - 待機タイプの棒グラフ
待機イベントタイプとそれに対応する待機イベントを分析する範囲を選択します。選択した Wait Events 基づいて 、 Wait Events ドーナツ型チャートが表示されます。で Wait Events ドーナツグラフ、選択した期間に適用されるすべての待機イベント・タイプは、パーセント形式で表示されます。任意の1つの待機イベントタイプを選択して、その特定の待機イベントタイプに属するすべての待機イベントとその数を確認できます。 さまざまな待機イベントの種類と待機イベントについて読むには、 [ Read More クリックし ます。
図15.8 - 待機イベントのドーナツ型チャート
で Wait Events ドーナツグラフ（図15.8を参照）、選択されたタイムラインに適用されるすべての待機イベント・タイプは、パーセント形式で表示されます。任意の1つの待機イベントタイプを選択して、その特定の待機イベントタイプに属するすべての待機イベントとその数を確認できます。 さまざまな待機イベントの種類と待機イベントについて Read More は、[ Read More リンク を クリックし ます。
16 参照
以下のセクションは参照用に提供されています。次の表に記載されている項目は変更されることがあります。
16.1 PEMサーバ設定パラメータ - 参照
グローバル設定オプションを使用して、PEMサーバの動作を変更できます。設定パラメータのリストは変更される可能性があることに注意してください。
Parameter name
Value and Unit
Description
audit_log_retention_time
30 days
Specifies the number of days that an audit log will be retained on the PEM server.
auto_create_agent_alerts
true
Specifies whether to create default agent level alerts automatically when an agent is registered.
auto_create_server_alerts
true
Specifies whether to create default server level alerts automatically when a server is bound to an agent.
chart_disable_bullets
false
Enable/disable bullets on line charts on dashboards and Capacity Manager reports.
cm_data_points_per_report
50
Specifies the number of data points to plot on charts on Capacity Manager reports.
cm_max_end_date_in_years
5 years
Specifies the maximum amount of time that the Capacity Manager will extrapolate data for. Ensures that threshold-based end dates of on reports do not get extrapolated indefinitely.
dash_alerts_timeout
60 seconds
Specifies the number of seconds after which the components of the Alerts dashboard are auto-refreshed.
dash_db_comrol_span
7 days
Specifies the number of days worth of data to plot on the Commit/Rollback Analysis chart on the Database Analysis dashboard and Server Analysis dashboard.
dash_db_comrol_timeout
1800 seconds
Specifies the number of seconds after which the Commits/Rollbacks line chart is auto-refreshed on the Database Analysis dashboard and Server Analysis dashboard.
dash_db_connovervw_timeout
300 seconds
Specifies the number of seconds after which the Connection Overview pie chart is auto-refreshed in the Database Analysis dashboard.
dash_db_eventlag_span
7 days
Specifies the number of days worth of data to plot on the Number of Events Lag chart for slony replication on the Database Analysis dashboard.
dash_db_eventlag_timeout
1800 seconds
Specifies the number of seconds after which the Number of Events Lag line chart for slony replication is auto-refreshed on the Database Analysis dashboard.
dash_db_hottable_rows
25 rows
Specifies the number of rows to show on the HOT Table Analysis table on the Database Analysis dashboard.
dash_db_hottable_timeout
300 seconds
Specifies the number of seconds after which the Hot Tables table is auto-refreshed in the Database Analysis dashboard.
dash_db_io_span
7 days
Specifies the number of days worth of data to plot on the Database I/O Analysis chart on the Database Analysis dashboard and I/O Analysis dashboard.
dash_db_io_timeout
1800 seconds
Specifies the number of seconds after which the Database I/O line chart is auto-refreshed on the Database Analysis dashboard and I/O Analysis dashboard.
dash_db_rowact_span
7 days
Specifies the number of days worth of data to plot on the Row Activity Analysis chart on the Database Analysis dashboard, the I/O Analysis dashboard, and the Server Analysis dashboard.
dash_db_rowact_timeout
1800 seconds
Specifies the number of seconds after which the Row Activity line chart is auto-refreshed on the Database Analysis dashboard, the I/O Analysis dashboard, and the Server Analysis dashboard.
dash_db_storage_timeout
300 seconds
Specifies the number of seconds after which the Storage bar chart is auto-refreshed in the Database Analysis dashboard.
dash_db_timelag_span
7 days
Specifies the number of days worth of data to plot on the Time Lag chart for Slony replication on the Database Analysis dashboard.
dash_db_timelag_timeout
1800 seconds
Specifies the number of seconds after which the Time Lag line chart for Slony replication is auto-refreshed on the Database Analysis dashboard.
dash_db_useract_span
7 days
Specifies the number of days worth of data to plot on the User Activity Analysis chart on the Database Analysis dashboard.
dash_db_useract_timeout
1800 seconds
Specifies the number of seconds after which the User Activity line chart is auto-refreshed in the Database Analysis dashboard.
dash_efm_timeout
300 seconds
Specifies the number of seconds after which the Failover Manager Node Status and Failover Manager Cluster Info line chart is auto-refreshed on the Streaming Replication dashboard.
dash_global_overview_timeout
30 seconds
Specifies the number of seconds after which the components of the Global Overview dashboard are auto-refreshed.
dash_header_timeout
60 seconds
Specifies the number of seconds after which the information on the header of all the dashboards are auto-refreshed.
dash_io_chkpt_span
7 days
Specifies the number of days worth of data to plot on the Checkpoints chart on the I/O Analysis dashboard.
dash_io_chkpt_timeout
1800 seconds
Specifies the number of seconds after which the Checkpoints line chart is auto-refreshed on the I/O Analysis dashboard.
dash_io_hotindx_timeout
300 seconds
Specifies the number of seconds after which the Hot Indexes bar chart is auto-refreshed on the I/O Analysis dashboard.
dash_io_hottbl_timeout
300 seconds
Specifies the number of seconds after which the Hot Tables bar chart is auto-refreshed on the I/O Analysis dashboard.
dash_io_index_objectio_rows
25 rows
Specifies the number of rows displayed on the Index Activity table on the I/O Analysis dashboard and the Object Activity Analysis dashboard.
dash_io_index_objectio_timeout
60 seconds
Specifies the number of seconds after which the Index Activity table is auto-refreshed on the I/O Analysis dashboard and the Object Activity Analysis dashboard.
dash_io_objectio_rows
25 rows
Specifies the number of rows displayed in the Object I/O Details table on the I/O Analysis dashboard and Object Activity Analysis dashboard.
dash_io_objectio_timeout
300 seconds
Specifies the number of seconds after which the Object I/O Details table is auto-refreshed on the I/O Analysis dashboard and Object Activity Analysis dashboard.
dash_memory_hostmemact_span
7 days
Specifies the number of days worth of data to plot on the Host Memory Activity Analysis chart on the Memory Analysis dashboard.
dash_memory_hostmemact_timeout
1800 seconds
Specifies the number of seconds after which the Host Memory Activity line chart is auto-refreshed on the Memory Analysis dashboard.
dash_memory_hostmemconf_timeout
300 seconds
Specifies the number of seconds after which the Host Memory Configuration pie chart
is auto-refreshed on the Memory Analysis dashboard and Server Analysis dashboard.
dash_memory_servmemact_span
7 days
Specifies the number of days worth of data to plot on the server Memory Activity Analysis chart on the Memory Analysis dashboard.
dash_memory_servmemact_timeout
1800 seconds
Specifies the number of seconds after which the Server Memory Activity line chart is auto-refreshed on the Memory Analysis dashboard.
dash_memory_servmemconf_timeout
300 seconds
Specifies the number of seconds after which the Server Memory Configuration pie chart is auto-refreshed on the Memory Analysis dashboard.
dash_objectact_objstorage_rows
15 rows
Specifies the number of rows to show on the Object Storage table on the Object Activity Analysis dashboard.
dash_objectact_objstorage_timeout
300 seconds
Specifies the number of seconds after which the Object Storage table is auto-refreshed in the Object Activity Analysis dashboard.
dash_objectact_objtopindexes_timeout
300 seconds
Specifies the number of seconds after which the Top 5 Largest Indexes bar chart is auto-refreshed in the Object Activity Analysis dashboard.
dash_objectact_objtoptables_timeout
300 seconds
Specifies the number of seconds after which the Top 5 Largest Tables bar chart is auto-refreshed in the Object Activity Analysis dashboard.
dash_os_cpu_span
7 days
Specifies the number of days worth of data to plot on the CPU chart on the Operating System Analysis dashboard.
dash_os_cpu_timeout
1800 seconds
Specifies the number of seconds after which the CPU line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_data_span
7 days
Specifies the number of days worth of data to plot on the I/O line chart on the Operating System Analysis dashboard.
dash_os_disk_span
7 days
Specifies the number of days worth of data to plot on the Utilisation chart on the Operating System Analysis dashboard.
dash_os_hostfs_timeout
1800 seconds
Specifies the number of seconds after which the Host File System Details table is auto-refreshed on the Operating System Analysis dashboard.
dash_os_io_timeout
1800 seconds
Specifies the number of seconds after which the I/O line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_memory_span
7 days
Specifies the number of days worth of data to plot on the Memory chart on the Operating System Analysis dashboard.
dash_os_memory_timeout
1800 seconds
Specifies the number of seconds after which the Memory line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_packet_span
7 days
Specifies the number of days worth of data to plot on the Packet chart on the Operating System Analysis dashboard.
dash_os_packet_timeout
1800 seconds
Specifies the number of seconds after which the Network Packets line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_process_span
7 days
Specifies the number of days worth of data to plot on the Process chart on the Operating System Analysis dashboard.
dash_os_process_timeout
1800 seconds
Specifies the number of seconds after which the Process line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_storage_timeout
1800 seconds
Specifies the number of seconds after which the Storage pie chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_traffic_span
7 days
Specifies the number of days worth of data to plot on the Traffic chart on the Operating System Analysis dashboard.
dash_os_traffic_timeout
1800 seconds
Specifies the number of seconds after which the Traffic line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_os_util_timeout
1800 seconds
Specifies the number of seconds after which the Utilisation line chart is auto-refreshed on the Operating System Analysis dashboard.
dash_probe_log_timeout
300 seconds
Specifies the number of seconds after which the Probe Log table is auto-refreshed on
dash_replication_archivestat_span
7 days
Specifies the number of days worth of data to plot on the WAL Archive Status chart on the Streaming Replication Analysis dashboard.
dash_replication_archivestat_timeout
1800 seconds
Specifies the number of seconds after which the WAL Archive Status line chart is auto-refreshed on the Streaming Replication dashboard.
dash_replication_pagelag_span
7 days
Specifies the number of days worth of data to plot on the WAL Lag Pages chart on the Streaming Replication dashboard.
dash_replication_pagelag_timeout
1800 seconds
Specifies the number of seconds after which the WAL Lag Pages line chart is auto-refreshed on the Streaming Replication dashboard.
dash_replication_segmentlag_span
7 days
Specifies the number of days worth of data to plot on the WAL Lag Segments chart on the Streaming Replication dashboard.
dash_replication_segmentlag_timeout
1800 seconds
Specifies the number of seconds after which the WAL Lag Segments line chart is auto-refreshed on the Streaming Replication dashboard.
dash_replication_timelag_span
7 days
Specifies the number of days worth of data to plot on the Replication Lag Time chart on the Streaming Replication dashboard.
dash_replication_timelag_timeout
1800 seconds
Specifies the number of seconds after which the Replication Lag Time line chart is auto-refreshed on the Streaming Replication dashboard.
dash_server_buffers_written
168 hours
Specifies the number of days worth of data to plot on the Background Writer Statistics chart on the Server Analysis dashboard.
dash_server_buffers_written_timeout
300 seconds
Specifies the number of seconds after which the Background Writer Statistics line chart is auto-refreshed on the Server Analysis dashboard.
dash_server_connovervw_timeout
300 seconds
Specifies the number of seconds after which the Connection Overview pie chart is auto-refreshed in the Server Analysis dashboard.
dash_server_database_timeout
300 seconds
Specifies the number of seconds after which the Databases table is auto-refreshed in the Server Analysis dashboard.
dash_server_dbsize_span
7 days
Specifies the number of days worth of data to plot on the Database Size Analysis on the Server Analysis dashboard.
dash_server_dbsize_timeout
1800 seconds
Specifies the number of seconds after which the Database Size line chart is auto-refreshed in the Server Analysis dashboard.
dash_server_disk_timeout
1800 seconds
Specifies the number of seconds after which the Disk line chart is auto-refreshed in the Server Analysis dashboard.
dash_server_global_span
7 days
Specifies the number of days worth of data to plot on the Disk line chart on the Server Analysis dashboard.
dash_server_sharedbuff_span
7 days
Specifies the number of days worth of data to plot on the Shared Buffer chart on the Server Analysis dashboard.
dash_server_sharedbuff_timeout
1800 seconds
Specifies the number of seconds after which the Shared Buffers line chart is auto-refreshed in the Server Analysis dashboard.
dash_server_tabspacesize_span
7 days
Specifies the number of days worth of data to plot on the Tablespace Size chart on the Server Analysis dashboard.
dash_server_tabspacesize_timeout
1800 seconds
Specifies the number of seconds after which the Tablespace Size line chart is auto-refreshed in the Server Analysis dashboard.
dash_server_useract_span
7 days
Specifies the number of days worth of data to plot on the User Activity chart on the Server Analysis dashboard.
dash_server_useract_timeout
1800 seconds
Specifies the number of seconds after which the User Activity line chart is auto-refreshed in the Server Analysis dashboard.
dash_sessact_lockact_timeout
300 seconds
Specifies the number of seconds after which the Session Lock Activity table is auto-refreshed in the Session Activity Analysis dashboard.
dash_sessact_workload_timeout
300 seconds
Specifies the number of seconds after which the Session Workload table is auto-refreshed in the Session Activity Analysis dashboard.
dash_sess_waits_nowaits_timeout
300 seconds
Specifies the number of seconds after which the Session Waits By Number Of Waits pie
dash_sess_waits_timewait_timeout
300 seconds
Specifies the number of seconds after which the Session Waits By Time Waited pie chart is auto-refreshed in the Session Waits Analysis dashboard.
dash_sess_waits_waitdtl_timeout
300 seconds
Specifies the number of seconds after which the Session Waits Details table is auto-refreshed in the Session Waits Analysis dashboard.
dash_storage_dbdtls_timeout
300 seconds
Specifies the number of seconds after which the Database Details table is auto-refreshed in the Storage Analysis dashboard.
dash_storage_dbovervw_timeout
300 seconds
Specifies the number of seconds after which the Database Overview pie chart is auto-refreshed in the Storage Analysis dashboard.
dash_storage_hostdtls_timeout
300 seconds
Specifies the number of seconds after which the Host Details table is auto-refreshed
dash_storage_hostovervw_timeout
300 seconds
Specifies the number of seconds after which the Host Overview pie chart is auto-refreshed in the Storage Analysis dashboard.
dash_storage_tblspcdtls_timeout
300 seconds
Specifies the number of seconds after which the Tablespace Details table is auto-refreshed in the Storage Analysis dashboard.
dash_storage_tblspcovervw_timeout
300 seconds
Specifies the number of seconds after which the Tablespace Overview pie chart is auto-refreshed in the Storage Analysis dashboard.
dash_sys_waits_nowaits_timeout
300 seconds
Specifies the number of seconds after which the System Waits By Number Of Waits pie chart is auto-refreshed in the System Waits Analysis dashboard.
dash_sys_waits_timewait_timeout
300 seconds
Specifies the number of seconds after which the System Waits By Time Waited pie chart is auto-refreshed in the System Waits Analysis dashboard.
dash_sys_waits_waitdtl_timeout
300 seconds
Specifies the number of seconds after which the System Waits Details table is auto-refreshed in the System Waits Analysis dashboard.
deleted_charts_retention_time
7 days
Specifies the number of days that a custom chart (displayed on a user-defined dashboard) is stored.
deleted_probes_retention_time
7 days
Specifies the number of days that a custom probe (displayed on a user-defined dashboard) is stored.
download_chart_format
jpeg
Specifies the format in which a downloaded chart will be stored. May be jpeg or png.
flapping_detection_state_change
3
Specifies the number of state changes detected within a specified interval to define a given alert as flapping.
job_retention_time
30 days
Specifies the number of days that non-recurring scheduled tasks and their associated
long_running_transaction_minutes
5 minutes
Specifies the number of minutes a query executes for before being considered long running.
nagios_cmd_file_name
<file_name>
Specifies nagios command file to which passive service check result will be sent.
nagios_enabled
t
Specifies whether alert notification will be submitted to nagios or not.
nagios_medium_alert_as_critical
f
Specifies whether medium level PEM alert will be considered as critical in nagios.
nagios_spool_retention_time
7 days
Specifies the number of days to retain nagios messages in the spool table before they are discarded.
package_catalog_xml
<address>
Specifies path of the catalog file which will be read by package catalog probe to get the list of all the supported packages.
package_download_chunk_size
1024 bytes
Specify the size( in Bytes) to be read from network while downloading packages. By default, through PEM 6, 1KB, for PEM 7 and forward, 1MB.
probe_log_retention_time
30 days
Specifies the number of days that probe log records are retained.
proxy_server
127.0.0.1
Use this parameter to specify the IP Address of a proxy server.
proxy_server_authentication
f
Set this parameter to t (true) if your proxy server requires authentication.
proxy_server_enabled
f
If you use a proxy server on a client machine (when connecting with internet), enable this setting to read the manifest file and download packages.
proxy_server_password
If your proxy server requires authentication, use this parameter to provide the password that will be used for authentication.
proxy_server_port
80
Use this parameter to specify the port for a proxy server.
proxy_server_username
If your proxy server requires authentication, use this parameter to provide the
reminder_notification_interval
24 hours
Specifies the number of hours after which a reminder email is sent in case an alert has not been cleared.
server_log_retention_time
30 days
Specifies the number of days that the server log is retained on the PEM server.
show_data_tab_on_graph
false
If 'true', a Data tab is added to each graph. Select the Data tab to review the data that is plotted on the graph.
smtp_authentication
false
Specifies whether to enable/disable authentication over SMTP.
smtp_enabled
true
Specifies whether to enable/disable sending of emails.
smtp_encryption
false
Specifies whether to send SMTP email using an encrypted connection.
smtp_password
Specifies the password to be used to connect to the SMTP server.
smtp_port
25
Specifies the SMTP server port to be used for sending email.
smtp_server
127.0.0.1
Specifies the SMTP server host address to be used for sending email.
smtp_spool_retention_time
7 days
Specifies the number of days to retain sent email messages in the spool table before they are discarded.
smtp_username
Specifies the username to be used to connect to SMTP server.
snmp_community
public
Specifies the SNMP community used when sending traps. Used only with SNMPv1 and SNMPv2.
snmp_enabled
true
Specifies whether to enable/disable sending SNMP traps.
snmp_port
162
Specifies the SNMP server port to be used for sending SNMP traps.
snmp_server
127.0.0.1
Specifies the SNMP server host address to be used for sending SNMP traps.
snmp_spool_retention_time
7 days
Specifies the number of days to retain sent traps in the spool table before they are discarded.
webclient_help_pg
EnterpriseDB hosted documentation
Specifies the location of the online PostgreSQL core documentation.
web_client_product_key
Specifies the product key of the PEM web client. This parameter may be changed by users with Administrative privileges.
16.2 キャパシティマネージャメトリック - 参照
使用可能なCapacity Managerの測定基準はプラットフォームによって異なり、変更される可能性があります。利用可能なメトリックは、以下の表に記載されているメトリックを含み得る。
Metric Name
Description
# Dead Tuples
The number of dead tuples in the selected table.
# Dead Tuples+
The cumulative number of dead tuples in the selected table.
# Heap Tuples Fetched by Index Scans
The number of heap tuples fetched by index scans.
# Heap Tuples Fetched by Index Scans
The cumulative number of heap tuples fetched by index scans.
# Idle Backends+
The cumulative number of currently idle backend clients.
# Index Scans
The number of index scans performed on the specified object.
# Index Scans+
The cumulative number of index scans performed on the specified object.
# Index Tuples Read
The number of index tuples read.
# Index Tuples Read+
The cumulative number of index tuples read.
# Live Tuples
The number of tuples visible to transactions.
# Live Tuples+
The cumulative number of tuples visible to transactions.
# Pages Estimated by ANALYZE
The number of pages estimated by ANALYZE.
# Pages Estimated by ANALYZE+
The cumulative number of pages estimated by ANALYZE.
# Sequential Scans
The number of sequential scans performed on the specific table.
# Sequential Scans+
The cumulative number of sequential scans performed on the specific table.
# Sequential Scan Tuples
The number of tuples sequentially scanned in the specific table.
# Sequential Scan Tuples+
The cumulative number of tuples sequentially scanned in the specific table.
# Tuples Deleted
The number of tuples deleted.
# Tuples Deleted+
The cumulative number of tuples deleted.
# Tuples Estimated by ANALYZE
The number of live (visible) tuples estimated by ANALYZE.
# Tuples Estimated by ANALYZE+
The cumulative number of live tuples estimated by ANALYZE.
# Tuples HOT Updated
The number of tuples HOT updated. In a HOT update, the new tuple resides in the same block as the original tuple and the tuples share an index entry.
# Tuples HOT Updated+
The cumulative number of tuples HOT updated.
# Tuples Inserted
The number of tuples inserted into the specified table.
# Tuples Inserted+
The cumulative number of tuples inserted into the specified table.
# Tuples Updated
The number of tuples updated in the selected table.
# Tuples Updated+
The cumulative number of tuples updated in the selected table.
Blocks Hit
The number of blocks found in the cache.
Blocks Hit+
The cumulative number of blocks found in the cache.
Blocks Read
The number of blocks read.
Blocks Read+
The cumulative number of blocks read.
Blocks Read from InfiniteCache
The number of blocks read from InfiniteCache.
Blocks Read from InfiniteCache+
The cumulative number of blocks read from InfiniteCache.
Blocks Written
The number of blocks written.
Blocks Written+
The cumulative number of blocks written.
Buffers Allocated
The number of buffers allocated.
Buffers Allocated+
The cumulative number of buffers allocated.
Buffers Written - Backends
The number of buffer blocks written to disk by server processe (processes connected to a client application).
Buffers Written - Backends+
The cumulative number of buffer blocks written to disk by server processes.
Buffers Written - Checkpoint
The number of blocks written to disk by the checkpoint process.
Buffers Written - Checkpoint+
The cumulative number of blocks written to disk by the checkpoint process.
Buffers Written - Cleaning Scan
The number of blocks written to disk by the autovacuum process.
Buffers Written - Cleaning Scan+
The cumulative number of blocks written to disk by the autovacuum process.
Bytes Received (KB)
The number of bytes received from the client (in kilobytes).
Bytes Received (KB)+
The cumulative number of bytes received (in kilobytes).
Bytes Sent (KB)
The number of bytes sent to the client (in kilobytes).
Bytes Sent (KB)+
The cumulative number of bytes sent (in kilobytes).
Checkpoints - Timed
The number of checkpoint operations triggered by the checkpoint interval.
Checkpoints - Timed+
The cumulative number of checkpoint operations triggered by the checkpoint interval.
Checkpoints - Untimed
The number of checkpoint operations triggered by checkpoint size.
Checkpoints - Untimed+
The cumulative number of checkpoint operations triggered by checkpoint size.
Database Size (MB)
The size of the specified database (in megabytes).
Free RAM Memory
The amount of free RAM memory (in megabytes).
Free Swap Memory
The amount of free swap space on disk (in megabytes).
Heap Blocks Hit
The number of heap blocks found in the cache.
Heap Blocks Hit+
The cumulative number of heap blocks found in the cache.
Heap Blocks Read
The number of heap blocks read.
Heap Blocks Read+
The cumulative number of heap blocks read.
Index Blocks Hit
The number of index blocks found in the cache.
Index Blocks Hit+
The cumulative number of index blocks found in the cache.
Index Blocks Read
The number of index blocks read.
Index Blocks Read+
The cumulative number of index blocks read.
Index Size (MB)
The size of the specified index (in megabytes).
In Packets Discards
The number of inbound packets discarded.
In Packets Discards+
The cumulative number of inbound packets discarded.
In Packets Errors
The number of inbound packets that contain errors.
In Packets Errors+
The cumulative number of inbound packets that contain errors.
Link Bandwidth (Mbit/s)
The speed of the network adapter (in megabits per second).
Load Average - 15 Minute
CPU saturation (in percent) - 15 minute sampling average.
Load Average - 1 Minute
CPU saturation (in percent) - 1 minute sampling average.
Load Average - 5 Minute
CPU saturation (in percent) - 5 minute sampling average.
Load Percentage
CPU saturation in percent.
Number of Prepared Transactions+
The cumulative number of prepared transactions.
Number of WAL Files+
The cumulative number of write-ahead log files.
Out Packets Discards
The number of outbound packets discarded.
Out Packets Discards+
The cumulative number of outbound packets discarded.
Out Packets Errors
The number of outbound packets that contain errors.
Out Packets Errors+
The cumulative number of outbound packets that contain errors.
Packets Received
The number of packets received.
Packets Received+
The cumulative number of packets received.
Packets Sent
The number of packets sent.
Packets Sent+
The cumulative number of packets sent.
Size (MB)
The total size of the disk (in megabytes).
Size of Indexes (MB)
The size of indexes on the specified table (in megabytes).
Space Available (MB)
The current disk space available (in megabytes).
Space Used (MB)
The current disk space used (in megabytes).
Table Size (MB)
The size of the specified table (in megabytes).
Tablespace Size (MB)
The size of the specified tablespace (in megabytes).
Temp Buffers (MB)
The size of temporary buffers (in megabytes).
Toast Blocks Hit
The number of TOAST blocks found in the cache.
Toast Blocks Hit+
The cumulative number of TOAST blocks found in the cache.
Toast Blocks Read
The number of TOAST blocks read.
Toast Blocks Read+
The cumulative number of TOAST blocks read.
Total RAM Memory
The total amount of RAM memory on the system (in megabytes).
Total Swap Memory
The total amount of swap space on the system (in megabytes).
Total Table Size w/Indexes and Toast
The total size of the specified table (including indexes and associated oversized attributes).
Transactions Aborted
The number of aborted transactions.
Transactions Aborted+
The cumulative number of aborted transactions.
Transactions Committed
The number of committed transactions.
Transactions Committed+
The cumulative number of committed transactions.
Tuples Deleted
The number of tuples deleted from the specified table.
Tuples Deleted+
The cumulative number of tuples deleted from the specified table.
Tuples Estimated by ANALYZE
The number of visible tuples in the specified table.
Tuples Estimated by ANALYZE+
The cumulative number of visible tuples in the specified table.
Tuples Fetched
The number of tuples fetched from the specified table.
Tuples Fetched+
The cumulative number of tuples fetched from the specified table.
Tuples HOT Updated
The number of tuples HOT updated. In a HOT update, the new tuple resides in the same block as the original tuple and the tuples share an index entry.
Tuples HOT Updated+
The cumulative number of tuples HOT updated. In a HOT update, the new tuple resides in the same block as the original tuple and the tuples share an index entry.
Tuples Inserted
The number of tuples inserted into the specified table.
Tuples Inserted+
The cumulative number of tuples inserted into the specified table.
Tuples Returned
The number of tuples returned in result sets.
Tuples Returned+
The cumulative number of tuples returned in result sets.
Tuples Updated
The number of tuples updated in the specified table.
Tuples Updated+
The cumulative number of tuples updated in the specified table.
WAL Segment Size (MB)
The segment size of the write-ahead log (in megabytes).
**注：**メトリックの名前の後の '+'は、そのメトリックのデータが累積的に収集されることを意味します。 「+」記号が続かないメトリックは、「ポイントインタイム」値として収集されます。
16.3 PEMプローブ - 参照
プローブは、PEMエージェントによって監視されているデータベースオブジェクトに関する情報を取得するスケジュールされたタスクです。 PEMは収集した情報を使用して各ダッシュボードに表示されるグラフを作成します。 [ Manage Probes ]タブ（ Manage Management ]メニューからアクセス）を使用すると、データ収集スケジュールと、PEMが特定のプローブから返された情報を保持する期間を変更できます。
Probe Name
Information Monitored by Probe
Level
Background Writer Statistics
This probe monitors information about the background writer. The information includes:
 
The number of timed checkpoints
The number of requested checkpoints
The number of buffers written (by checkpoint)
The number of buffers written (by background writer)
The number of background writer cycles
The number of background buffers written
The number of buffers allocated
Server
Blocked Session Information
This probe provides information about blocked sessions.
Server
CPU Usage
This probe monitors CPU Usage information.
Agent
Data and Log File Analysis
This probe monitors information about log files. The information includes:
 
The name of the log file
The directory in which the log file resides
Server
Database Statistics
This probe monitors database statistics. The information includes:
 
The number of backends
The number of transactions committed
The number of transactions rolled back
The number of blocks read
The number of blocks hit
The number of rows returned
The number of rows fetched
The number of rows inserted
The number of rows updated
The number of rows deleted
Server
Disk Busy Info
This probe monitors information about disk activity.
Note: This probe is not supported on Mac OS X, Solaris or HP-UX
Agent
Disk Space
This probe monitors information about disk space usage. The information includes:
 
The amount of disk space used
The amount of disk space available
Agent
EDB Audit Configuration
This probe monitors the audit logging configuration of EDB Postgres Advanced Server.
Server
Failover Manager Cluster Info
This probe monitors a Failover Manager cluster, returning information about the cluster. This probe is disabled unless a cluster name and path of the Failover Manager binary is provided on the Server Properties dialog.
Server
Failover Manager Node Status
This probe monitors a Failover Manager cluster, returning detailed about each node within the cluster. This probe is disabled unless a cluster name and path of the Failover Manager binary is provided on the Server Properties dialog.
Server
Function Statistics
This probe monitors a database, retrieving information about functions. The information includes:
 
Function names
Argument types
Return values
Database
Index Size
This probe monitors a database, retrieving information about indexes. The information includes:
 
The name of the index
The time the data was gathered
The size of the index (in MB's)
Database
Index Statistics
This probe monitors index statistics. The information includes:
 
The number of index scans
The number of rows read
The number of rows fetched
The number of blocks read
The number of blocks hit
Database
Installed Packages
This probe monitors the packages that are currently installed. The information gathered includes:
 
The name of the installed package
The version of the installed package
The date and time that the probe executed
Agent
IO Analysis
This probe monitors disk I/O information in. The information includes:
 
The number of blocks read
The number of blocks written
The date and time that the probe executed
Note: This probe is not supported on Mac OS X
Agent
Load Average
This probe monitors CPU load averages. The information includes:
 
The 1-minute load average
The 5-minute load average
The 15-minute load average
Note: This probe is not supported on Windows
Agent
Lock Information
This probe monitors lock information. The information includes:
 
The database name
The lock type
The lock mode
The process holding the lock
Server
Memory Usage
This probe monitors information about system memory usage.
Agent
Network Statistics
This probe monitors network statistics. The information includes:
 
The interface IP address
The number of packets sent
The number of packets received
The number of bytes sent
The number of bytes received
The link speed (in MB/second)
Agent
Number of Prepared Transactions
This probe stores the number of prepared transactions.
Server
Number of WAL Files
This probe monitors the number of WAL files.
Server
Object Catalog: Database
This probe monitors a list of databases and their properties The information includes:
 
The database name
The database encoding type
If the database allows user connections or system connections
Server
Object Catalog: Foreign Key
This probe monitors a list of foreign keys and their properties. The information includes:
 
The name of the table that contains the foreign key
The name of the table that the foreign key references
The name of the database in which the table resides
The name of the schema in which the table resides
Schema
Object Catalog: Function
This probe monitors a list of functions and their properties. The information includes:
 
The name of the function
The name of the schema in which the function resides
The name of the database in which the function resides
Schema
Object Catalog: Index
This probe monitors a list of indexes and their properties. The information includes:
 
The name of the index
The name of the table that the index is associated with
The name of the database in which the indexed table resides
Schema
Object Catalog: Schema
This probe monitors a list of schemas and their associated databases and servers.
Database
Object Catalog: Sequence
This probe monitors a list of sequences and their properties.
Schema
Object Catalog: Table
This probe monitors a list of table information. The information includes:
 
The table name
The name of the schema in which the table resides
The name of the database in which the schema resides
A Boolean indicator that indicates if the table has a primary key
Schema
Object Catalog: Tablespace
This probe monitors a list of tablespaces.
Server
Operating System Information
This probe monitors the operating system details and boot time.
Agent
Package Catalog
This probe monitors the packages that are currently available for installation. The information gathered includes:
 
The package name
The package version
Agent
PG HBA Conf
This probe monitors authentication configuration information from the pg_hba.conf file.
Server
Server Information
This probe monitors server information.
Server
Session Information
This probe monitors session information. The information includes:
 
The name of the session user
The date and time that the session connected to the server
The status of the session at the time that the information was gathered (idle, waiting, etc)
The client address and port number
Server
Settings
This probe monitors the values currently assigned to GUC variables.
Server
SQL Protect
This probe monitors a server, retrieving information about SQL injection attacks.
Server
Slony Replication
This probe monitors lag data for clusters replicated using Slony.
Database
Streaming Replication
This probe monitors a cluster that is using streaming replication, retrieving information about:
 
The sent Xlog location (in bytes)
The write Xlog location (in bytes)
The flush Xlog location (in bytes)
The replay Xlog location (in bytes)
The Xlog lag (in segments)
The Xlog lag (in pages)
Server
Streaming Replication Lag Time
This probe monitors a cluster that is using streaming replication, retrieving lag information about:
 
Replication lag time (in seconds)
Current status of replication (running/paused)
Server
Streaming Replication Database Conflicts
This probe monitors a database that is using streaming replication, retrieving information about any conflicts that arise. This includes information about queries that have been canceled due to:
 
The # of drop tablespace conflicts
The # of lock timeout conflicts
The # of old snapshot conflicts
The # of pinned buffer conflicts
The # of deadlock conflicts
Server
Table Bloat
This probe monitors information about the current table bloat. The information includes:
 
The name of the table
The name of the schema in which the table resides
The estimated number of pages
The estimated number of wasted pages
The estimated number of bytes per row
Database
Table Frozen XID
This probe monitors the frozen XID of each table.
Schema
Table Size
This probe monitors table statistics. The information includes:
 
The number of sequential scans
The number of sequential scan rows
The number of index scans
The number of index scan rows
The number of rows inserted
The number of rows updated
The number of rows deleted
The number of live rows
The number of dead rows
The last VACUUM
The last auto-vacuum
The last ANALYZE
The last auto-analyze
The number of pages estimated by ANALYZE
The number of rows estimated by ANALYZE
Database
Table Statistics
This probe monitors a list of tablespaces and their sizes.
Server
Tablespace Size
This probe monitors a list of tablespaces and their sizes.
Server
User Information
This probe monitors a list of the current users. The stored information includes:
 
The user name
The user type (superuser vs. non-superuser)
The server to which the user is connected
Server
WAL Archive Status
This probe monitors the status of the WAL archive. The stored information includes:
 
The # of WAL archives done
The # of WAL archives pending
The last archive time
The # of WAL archives failed
The time of the last failure
Server
xDB Replication
This probe monitors lag data for clusters replicated using xDB replication.
Database
16.4 PEM事前定義アラートテンプレート - 参照
アラート定義には、PEMがシステム統計と比較する、システム定義またはユーザ定義の一連の条件が含まれています。統計がその統計に指定された境界から外れると、アラートがトリガーされ、PEMクライアントは* Alerts Overview *ページに警告を表示し、オプションでモニタリングユーザに通知を送信します。
以下の表は、アラートの作成に使用できるシステム定義のアラートテンプレートを示しています。このリストは変更されることがあり、システムによって異なる場合があることに注意してください。
16.4.1 エージェントに適用できるテンプレート
 
Template Name
Description
Load Average (1 minute)
1-minute system load average.
Load Average (5 minutes)
5-minute system load average.
Load Average (15 minutes)
15-minute system load average.
Load Average per CPU Core (1 minutes)
1-minute system load average per CPU core.
Load Average per CPU Core (5 minutes)
5-minute system load average per CPU core.
Load Average per CPU Core (15 minutes)
15-minute system load average per CPU core.
CPU utilization
Average CPU consumption.
Number of CPUs running higher than a
Number of CPUs running at greater than K% utilization threshold
Free memory percentage
Free memory as a percent of total system memory.
Memory used percentage
Percentage of memory used.
Swap consumption
Swap space consumed (in megabytes).
Swap consumption percentage
Percentage of swap area consumed.
Disk Consumption
Disk space consumed (in megabytes).
Disk consumption percentage
Percentage of disk consumed.
Disk Available
Disk space available (in megabytes).
Disk busy percentage
Percentage of disk busy.
Most used disk percentage
Percentage used of the most utilized disk on the system.
Total table bloat on host
The total space wasted by tables on a host, in MB.
Highest table bloat on host
The most space wasted by a table on a host, in MB.
Average table bloat on host
The average space wasted by tables on host, in MB.
Table size on host
The size of tables on host, in MB.
Database size on host
The size of databases on host, in MB.
Number of ERRORS in the logfile on agent N in last X hours.
The number of ERRORS in the logfile on agent N in last X hours
Number of WARNINGS in the logfile on agent N in last X hours
The number of WARNINGS in the logfile on agent N in last X hours.
Number of WARNINGS or ERRORS in the logfile on agent N in last X hours
The number of WARNINGS or ERRORS in the logfile on agent N in last X hours.
Package version mismatch
Check for package version mismatch as per catalog.
Total materialized view bloat on host
The total space wasted by materialized views on a host, in MB.
Highest materialized view bloat on host
The most space wasted by a materialized view on a host, in MB.
Average materialized view bloat on host
The average space wasted by materialized views on host, in MB.
Materialized view size on host
The size of materialized views on host, in MB.
Agent Down
Specified agent is currently down.
16.4.2 サーバに適用可能なテンプレート
 
Template Name
Description
Total table bloat in server
The total space wasted by tables in server, in MB.
Largest table (by multiple of unbloated size)
Largest table in server, calculated as a multiple of its own estimated unbloated size; exclude tables smaller than N MB.
Highest table bloat in server
The most space wasted by a table in server, in MB.
Average table bloat in server
The average space wasted by tables in server, in MB.
Table size in server
The size of tables in server, in MB.
Database size in server
The size of databases in server, in MB.
Number of WAL files
Total number of Write Ahead Log files.
Number of prepared transactions
Number of transactions in prepared state.
Total connections
Total number of connections in the server.
Total connections as percentage of
Total number of connections in the server as a percentage of maximum
max_connections
connections allowed on server, settings.
Unused, non-superuser connections
Number of unused, non-superuser connections on the server, user_info, settings.
Unused, non-superuser connections as percentage of max_connections
Number of unused, non-superuser connections on the server as a percentage of max_connections of max_connections, user_info, settings.
Ungranted locks
Number of ungranted locks in server.
Percentage of buffers written by backends
The percentage of buffers written by backends vs. the total buffers written.
Percentage of buffers written by checkpoint
The percentage of buffers written by the checkpoints vs. the total buffers written.
Buffers written per second
Number of buffers written per second, over the last two probe cycles.
Buffers allocated per second
Number of buffers allocated per second, over the last two probe cycles.
Connections in idle state
Number of connections in server that are in idle state.
Connections in idle-in-transaction state
Number of connections in server that are in idle-in-transaction state.
Connections in idle-in-transaction state,as percentage of max_connections
Number of connections in server that are in idle-in-transaction state, as a percentage of maximum connections allowed on server, settings.
Long-running idle connections
Number of connections in the server that have been idle for more than N seconds.
Long-running idle connections and idle transactions
Number of connections in the server that have been idle or transactions idle-in-transaction for more than N seconds.
Long-running idle transactions
Number of connections in the server that have been idle in transaction for more than N seconds.
Long-running transactions
Number of transactions in server that have been running for more than N seconds.
Long-running queries
Number of queries in server that have been running for more than N seconds.
Long-running vacuums
Number of vacuum operations in server that have been running for more than N seconds.
Long-running autovacuums
Number of autovacuum operations in server that have been running for more than N seconds.
Committed transactions percentage
Percentage of transactions in the server that committed vs. that rolled-back over last N minutes.
Shared buffers hit percentage
Percentage of block read requests in the server that were satisfied by shared buffers, over last N minutes.
Tuples inserted
Tuples inserted into server over last N minutes.
InfiniteCache buffers hit percentage
Percentage of block read requests in the server that were satisfied by InfiniteCache, over last N minutes.
Tuples fetched
Tuples fetched from server over last N minutes.
Tuples returned
Tuples returned from server over last N minutes.
Dead Tuples
Number of estimated dead tuples in server.
Tuples updated
Tuples updated in server over last N minutes.
Tuples deleted
Tuples deleted from server over last N minutes.
Tuples hot updated
Tuples hot updated in server, over last N minutes.
Sequential Scans
Number of full table scans in server, over last N minutes.
Index Scans
Number of index scans in server, over last N minutes.
Hot update percentage
Percentage of hot updates in the server over last N minutes.
Live Tuples
Number of estimated live tuples in server.
Dead tuples percentage
Percentage of estimated dead tuples in server.
Last Vacuum
Hours since last vacuum on the server.
Last AutoVacuum
Hours since last autovacuum on the server.
Last Analyze
Hours since last analyze on the server.
Last AutoAnalyze
Hours since last autoanalyze on the server.
Percentage of buffers written by backends over the last N minutes
The percentage of buffers written by backends vs. the total buffers backends over last N
Table Count
Total number of tables in server.
Function Count
Total number of functions in server.
Sequence Count
Total number of sequences in server.
A user expires in N days
Number of days before a user's validity expires.
Index size as a percentage of table size
Size of the indexes in server, as a percentage of their tables' size.
Largest index by table-size percentage oc_index, table_size.
Largest index in server, calculated as percentage of its table's size.
Number of ERRORS in the logfile on server M in the last X hours
The number of ERRORS in the logfile on server M in last X hours.
Number of WARNINGS in the logfile on server M in the last X hours
The number of WARNINGS in logfile on server M in the last X hours.
Number of WARNINGS or ERRORS in the logfile on server M in the last X hours
The number of WARNINGS or ERRORS in the logfile on server M in the last X hours.
Number of attacks detected in the last N minutes
The number of SQL injection attacks occurred in the last N minutes.
Number of attacks detected in the last N minutes by username
The number of SQL injection attacks occurred in the last N minutes by username.
Number of standby servers lag behind the master by write location
Streaming Replication: number of standby servers lag behind the master by write location.
Number of standby servers lag behind the master by flush location
Streaming Replication: number of standby servers lag behind the master by flush location.
Number of standby servers lag behind the master by replay location
Streaming Replication: number of standby servers lag behind the master by replay location.
Standby server lag behind the master by write location
Streaming Replication: standby server lag behind the master by write location in MB.
Standby server lag behind the master by flush location
Streaming Replication: standby server lag behind the master by flush location in MB.
Standby server lag behind the master by replay location
Streaming Replication: standby server lag behind the master by replay location in MB.
Standby server lag behind the master by size (MB)
Streaming Replication: standby server lag behind the master by size in MB.
Standby server lag behind the master by WAL segments
Streaming Replication: standby server lag behind the master by WAL segments.
Standby server lag behind the master by WAL pages
Streaming Replication: standby server lag behind the master by WAL pages.
Total materialized view bloat in server
The total space wasted by materialized views in server, in MB.
Largest materialized view (by multiple of unbloated size)
Largest materialized view in server, calculated as a multiple of its own estimated unbloated size; exclude materialized views smaller than N MB.
Highest materialized view bloat in server
The most space wasted by a materialized view in server, in MB.
Average materialized view bloat in server
The average space wasted by materialized views in server, in MB.
Materialized view size in server
The size of materialized view in server, in MB.
View Count
Total number of views in server.
Materialized View Count
Total number of materialized views in server.
Audit config mismatch
Check for audit config parameter mismatch
Server Down
Specified server is currently inaccessible.
Number of WAL archives pending
Streaming Replication: number of WAL files pending to be replayed at standby.
Number of minutes lag of standby server from master server
Streaming Replication: number of minutes standby node is lagging behind the master node.
Log config mismatch
Check for log config parameter mismatch.
16.4.3 データベースに適用可能なテンプレート
 
Template Name
Description
Total table bloat in database
The total space wasted by tables in database, in MB.
Largest table (by multiple of unbloated size)
Largest table in database, calculated as a multiple of its own estimated unbloated size; exclude tables smaller than N MB.
Highest table bloat in database
The most space wasted by a table in database, in MB.
Average table bloat in database
The average space wasted by tables in database, in MB.
Table size in database
The size of tables in database, in MB.
Database size
The size of the database, in MB.
Total connections
Total number of connections in the database.
Total connections as percentage of max_connections
Total number of connections in the database as a percentage of maximum connections allowed on server, settings.
Ungranted locks
Number of ungranted locks in database.
Connections in idle state
Number of connections in database that are in idle state.
Connections in idle-in-transaction state
Number of connections in database that are in idle-in-transaction state
Connections in idle-in-transaction state,as percentage of max_connections
Number of connections in database that are in idle-in-transaction state, as a percentage of maximum connections allowed on server, settings.
Long-running idle connections
Number of connections in the database that have been idle for more than N seconds.
Long-running idle connections and idle transactions
Number of connections in the database that have been idle or idle-in-transaction for more than N seconds.
Long-running idle transactions
Number of connections in the database that have been idle in transaction for more than N seconds.
Long-running transactions
Number of transactions in database that have been running for more than N seconds.
Long-running queries
Number of queries in database that have been running for more than N seconds.
Long-running vacuums
Number of vacuum operations in database that have been running for more than N seconds.
Long-running autovacuums
Number of autovacuum operations in database that have been running for more than N seconds.
Committed transactions percentage
Percentage of transactions in the database that committed vs. that rolled-back over last N minutes.
Shared buffers hit percentage
Percentage of block read requests in the database that were satisfied by shared buffers, over last N minutes.
InfiniteCache buffers hit percentage
Percentage of block read requests in the database that were satisfied by InfiniteCache, over last N minutes.
Tuples fetched
Tuples fetched from database over last N minutes.
Tuples returned
Tuples returned from database over last N minutes.
Tuples inserted
Tuples inserted into database over last N minutes.
Tuples updated
Tuples updated in database over last N minutes.
Tuples deleted
Tuples deleted from database over last N minutes.
Tuples hot updated
Tuples hot updated in database, over last N minutes.
Sequential Scans
Number of full table scans in database, over last N minutes.
Index Scans
Number of index scans in database, over last N minutes.
Hot update percentage
Percentage of hot updates in the database over last N minutes.
Live Tuples
Number of estimated live tuples in database.
Dead Tuples
Number of estimated dead tuples in database.
Dead tuples percentage
Percentage of estimated dead tuples in database.
Last Vacuum
Hours since last vacuum on the database.
Last AutoVacuum
Hours since last autovacuum on the database.
Last Analyze
Hours since last analyze on the database.
Last AutoAnalyze
Hours since last autoanalyze on the database.
Table Count
Total number of tables in database.
Function Count
Total number of functions in database.
Sequence Count
Total number of sequences in database.
Index size as a percentage of table size
Size of the indexes in database, as a percentage of their tables' size.
Largest index by table-size percentage
Largest index in database, calculated as percentage of its table's size, oc_index, table_size.
Database Frozen XID
The age (in transactions before the current transaction) of the database's frozen transaction ID.
Number of attacks detected in the
The number of SQL injection attacks occurred in the last N minutes. last N minutes
Number of attacks detected in the
The number of SQL injection attacks occurred in the last N minutes by last N minutes by username.
Queries that have been cancelled due to dropped tablespaces
Streaming Replication: number of queries that have been cancelled due to dropped tablespaces.
Queries that have been cancelled due to lock timeouts
Streaming Replication: number of queries that have been cancelled due to lock timeouts.
Queries that have been cancelled due to old snapshots
Streaming Replication: number of queries that have been cancelled due to old snapshots.
Queries that have been cancelled due to pinned buffers
Streaming Replication: number of queries that have been cancelled due to pinned buffers.
Queries that have been cancelled due to deadlocks
Streaming Replication: number of queries that have been cancelled due to deadlocks.
Total events lagging in all slony clusters
Slony Replication: total events lagging in all slony clusters.
Events lagging in one slony cluster
Slony Replication: events lagging in one slony cluster.
Lag time (minutes) in one slony cluster
Slony Replication: lag time (minutes) in one slony cluster.
Total rows lagging in xdb single master replication
xDB Replication: Total rows lagging in xdb single master replication
Total rows lagging in xdb multi master replication
xDB Replication: Total rows lagging in xdb multi master replication.
Total materialized view bloat in database
The total space wasted by materialized views in database, in MB.
Largest materialized view (by multiple of unbloated size)
Largest materialized view in database, calculated as a multiple of its estimated unbloated size; exclude materialized views smaller than N MB.
Highest materialized view bloat in database
The most space wasted by a materialized view in database, in MB.
Average materialized view bloat in database
The average space wasted by materialized views in database, in MB.
Materialized view size in database
The size of materialized view in database, in MB.
View Count
Total number of views in database.
Materialized View Count
Total number of materialized views in database.
16.4.4 スキーマに適用可能なテンプレート
 
Template Name
Description
Total table bloat in schema
The total space wasted by tables in schema, in MB.
Largest table (by multiple of unbloated size)
Largest table in schema, calculated as a multiple of its own estimated unbloated size; exclude tables smaller than N MB.
Highest table bloat in schema
The most space wasted by a table in schema, in MB.
Average table bloat in schema
The average space wasted by tables in schema, in MB.
Table size in schema
The size of tables in schema, in MB.
Tuples inserted
Tuples inserted in schema over last N minutes.
Tuples updated
Tuples updated in schema over last N minutes.
Tuples deleted
Tuples deleted from schema over last N minutes.
Tuples hot updated
Tuples hot updated in schema, over last N minutes.
Sequential Scans
Number of full table scans in schema, over last N minutes.
Index Scans
Number of index scans in schema, over last N minutes.
Hot update percentage
Percentage of hot updates in the schema over last N minutes.
Live Tuples
Number of estimated live tuples in schema.
Dead Tuples
Number of estimated dead tuples in schema.
Dead tuples percentage
Percentage of estimated dead tuples in schema.
Last Vacuum
Hours since last vacuum on the schema.
Last AutoVacuum
Hours since last autovacuum on the schema.
Last Analyze
Hours since last analyze on the schema.
Last AutoAnalyze
Hours since last autoanalyze on the schema.
Table Count
Total number of tables in schema.
Function Count
Total number of functions in schema.
Sequence Count
Total number of sequences in schema.
Index size as a percentage of table size
Size of the indexes in schema, as a percentage of their table's size.
Largest index by table-size percentage
Largest index in schema, calculated as percentage of its table's size, oc_index, table_size
Materialized View bloat
Space wasted by the materialized view, in MB.
Total materialized view bloat in schema
The total space wasted by materialized views in schema, in MB.
Materialized view size as a multiple of unbloated size
Size of the materialized view as a multiple of estimated unbloated size.
Largest materialized view (by multiple of unbloated size)
Largest materialized view in schema, calculated as a multiple of its own estimated unbloated size; exclude materialized view smaller than N MB.
Highest materialized view bloat in schema
The most space wasted by a materialized view in schema, in MB.
Average materialized view bloat in schema
The average space wasted by materialized views in schema, in MB.
Materialized view size
The size of materialized view, in MB.
Materialized view size in schema
The size of materialized views in schema, in MB.
View Count
Total number of views in schema.
Materialized View Count
Total number of materialized views in schema.
Materialized View Frozen XID
The age (in transactions before the current transaction) of the materialized view's frozen transaction ID.
16.4.5 テーブルに適用可能なテンプレート
 
Template Name
Description
Table bloat
Space wasted by the table, in MB.
Table size
The size of table, in MB.
Table size as a multiple of ubloated size
Size of the table as a multiple of estimated unbloated size.
Tuples inserted
Tuples inserted in table over last N minutes.
Tuples updated
Tuples updated in table over last N minutes.
Tuples deleted
Tuples deleted from table over last N minutes.
Tuples hot updated
Tuples hot updated in table, over last N minutes.
Sequential Scans
Number of full table scans on table, over last N minutes.
Index Scans
Number of index scans on table, over last N minutes.
Hot update percentage
Percentage of hot updates in the table over last N minutes.
Live Tuples
Number of estimated live tuples in table.
Dead Tuples
Number of estimated dead tuples in table.
Dead tuples percentage
Percentage of estimated dead tuples in table.
Last Vacuum
Hours since last vacuum on the table.
Last AutoVacuum
Hours since last autovacuum on the table.
Last Analyze
Hours since last analyze on the table.
Last AutoAnalyze
Hours since last autoanalyze on the table.
Row Count
Estimated number of rows in a table.
Index size as a percentage of table size
Size of the indexes on table, as a percentage of table's size.
Table Frozen XID
The age (in transactions before the current transaction) of the table's frozen transaction ID.
16.4.6 グローバルテンプレート
 
Template Name
Description
Agents Down
Number of agents that haven't reported in recently.
Servers Down
Number of servers that are currently inaccessible.
Alert Errors
Number of alerts in an error state.
17 まとめ
Postgres Enterprise Managerの目的は、単一のコンソールを使用して、企業全体のすべてのデータベースサーバーをインテリジェントに管理できるようにするソリューションを提供することです。この目的を達成するために、PEMはビジュアルデータベース管理に必要なすべてのコア機能と、データベースサーバーのパフォーマンスと設計の管理に役立つ高度なコンポーネントを提供します。
Postgres Enterprise Managerの詳細については、PEMのオンラインドキュメントや他のチュートリアルや教育用資料があるEnterpriseDB Webサイト（ http://www.enterprisedb.com ）にhttp://www.enterprisedb.com 。
EnterpriseDBは、PostgreSQLのエンタープライズ企業であり、世界で最も先進的なオープンソースデータベースであるPostgreSQLをベースにし、これをサポートする製品およびサービスを世界中に提供しています。 EDBの製品は、優れたパフォーマンス、大規模なスケーラビリティ、および独自のデータベース製品との互換性を必要とするトランザクション集約型アプリケーションに最適です。 EDBの製品は、機能や品質を犠牲にすることなく、独自のデータベースに代わる経済的なオープンソースの代替手段を提供します。
トレーニング、コンサルティング、または企業サポートの選択肢について話し合いたい場合は、EnterpriseDBに連絡してください。 EnterpriseDBは、北米、ヨーロッパ、およびアジアにオフィスを構えています。 EnterpriseDBは2004年に設立され、マサチューセッツ州ベッドフォードに本社があります。詳細については、 http：//www.enterprisedb.comをご覧ください 。
販売に関するお問い合わせ
sales-us@enterprisedb.com（米国）
sales-intl@enterprisedb.com（Intl）
+ 1-781-357-3390または1-877-377-4352（米国のみ）
一般的なお問い合わせ：
info@enterprisedb.com
info.asiapacific@enterprisedb.com（APAC）
info.emea@enterprisedb.com（EMEA）
EnterpriseDB、EDB Postgres、Postgres Plus、Postgres Enterprise Manager、およびDynaTuneは、EnterpriseDB Corporationの商標です。その他の名称は、それぞれの所有者の商標です。 ©2018年。