【PostgreSQL】本番稼働中のPostgreSQLシステムで押さえておくべき「3つ」の監視項目：データベースサポート最前線の現場から（10）（1/2 ページ）

連載バックナンバー

　アシストのサポートセンターには、「“本番稼働中”のデータベースの監視」に関する問い合わせがよくあります。そこで今回は、監視ツールを活用してPostgreSQLを監視する際に最低限押さえておくべき3つの「監視項目」を紹介します。

1. 「プロセス」の監視
2. 「ログファイル」の監視
3. 「ディスク空き容量」の監視

　この3つの情報を適切に採取し、監視ツールで監視するようにしておくことで、予期せぬ問題の対処や、ディスクフルによるデータベースの異常停止への対応など、「現時点のデータベース稼働状態の把握」と、「将来的なトラブルシューティング」に役立てられます。

1：「プロセス」の監視

監視目的と監視対象について

　「プロセス」の情報は、データベースの異常停止をより早く検知して、復旧までの時間を短くすることを目的に、システムの死活状況を監視するために採取します。

　PostgreSQLでは、マスタープロセスである「postmaster」の監視のみを推奨します。他の子プロセスである「postgres」の情報までは監視する必要はありません。システムが異常停止した場合には、マスタープロセスも異常停止するか、マスタープロセスによって該当プロセスが再起動されるかのいずれかであるためです。

監視ツールで設定する「マスタープロセス数」について

　監視ツールによる障害の誤検知を防ぐために、監視ツールでは、マスタープロセス数が「0」である場合を異常な状態として検知するようにしましょう。

　UNIX系システムでのPostgreSQLマスタープロセスは、新規接続のたびに自身のプロセスを複製（fork）し、バックエンドプロセス（サーバプロセス）を生成します。このため、一時的にマスタープロセスが2つ以上存在することがあります。これは仕様に沿った動作であり、異常ではありません。異常検知の条件を「1以外」にしない理由はこちらにあります。

$ ps aux|grep /bin/postgres|grep -v gdb
p945 9077 0.0 0.0 42072 5664 pts/20 S 16:10 0:00 /home/p945/pgHome/bin/postgres
p945 9515 0.0 0.0 42072 2152 pts/20 t 16:34 0:00 /home/p945/pgHome/bin/postgres　# <--複製されたプロセス

2：「ログファイル」の監視

監視目的と監視対象について

　「ログファイル」は、パフォーマンスの劣化やデータ破損など、データベースの異常をより早く検知して対処するために採取します。

　PostgreSQLのログファイルでは、発生した問題の「深刻度」ごとにメッセージレベルが設定されます。

　このうち、緊急度の高い「ERROR」「FATAL」「PANIC」を監視項目として追加します。

　なお、スロークエリの情報は「LOG」のレベルで出力されます。スロークエリを検知する設定を行っている場合には、LOGも監視項目に追加しましょう。

UNIX系システムにおけるログファイルのパーミッションについて

　UNIX系システムにおけるPostgreSQLの標準ログのパーミッションは「0600」ですが、親ディレクトリのPGDATAのパーミッションは「0700」であるため、監視ツールからPostgreSQLの標準ログを監視できない場合があります。PostgreSQLインストールユーザー以外で監視ツールを使用する場合は、以下のいずれかの方法で対処できます。

• （方法1）PostgreSQL標準ログのパーミッションと出力先を変更する

　「PGDATA/postgresql.conf」の以下2つのパラメーターを変更します。

log_file_mode=0640
log_directory='/var/log'

　設定変更後、「pg_ctl reload」コマンドで設定を反映します。