サーバ管理

Pandora FMS ドキュメント一覧に戻る

Pandora FMS サーバを手動で起動・停止するには、コマンドラインから以下を実行します。

• デーモンの停止:

/etc/init.d/pandora_server stop

• デーモンの起動:

/etc/init.d/pandora_server start

• デーモンの再起動:

/etc/init.d/pandora_server restart

次のようにして、systemd を通じて pandora_ha の状態を確認できます。

systemctl status pandora_ha.service

Pandora FMS が適切に機能するためのタスクを実行するための重要なツールがあります。その場所は次のとおりです。

/usr/bin/pandora_db

このツール(以降 pandora_db.pl)は、Pandora FMS サーバパッケージに含まれているため、Pandora FMS サーバがインストールされているシステムから実行する必要があります。

Pandora_db は、Pandora FMS が適切に動作するための重要なツールです。そのため、システムの cron タスクで一時間ごとに実行するように設定されています。 以下のファイルで設定されています。

/etc/cron.hourly/pandora_db

このツールは、データベースの全てのメンテナンスを自動的に実行します。

• 古いデータの削除をします。
• 既存のデータを圧縮します。
• 存在しないモジュールのデータベースでの整合性や、初期化されていないために利用されていないモジュールをチェックします。
• エージェントの一日の接続情報を削除します。
• 全ての古いデータをヒストリデータベースに移動します。

前述したように、pandora_db の実行はシステムの cron タスクで設定されます。この設定は Pandora FMS サーバのインストールに自動的に含まれますが、確認すると良いでしょう。 /etc/cron.hourly/pandora_db が存在し、次の行が含まれている必要があります。

"/usr/bin/pandora_db" "/etc/pandora/pandora_server.conf">/dev/null 2>&1

パーミッションとファイルの所有者を確認することも同様に重要です。 正しいパーミッションは 755 です。これは、次を実行することで付与できます。

chmod 755 /etc/cron.hourly/pandora_db

所有者に関しては、ユーザとグループ共に “root” である必要があり、次のように設定できます。

chown root:root /etc/cron.hourly/pandora_db

必要に応じて、前のセクションで説明した pandora_db を手動で実行できます。 シェルコンソールからコマンドを実行します。

/usr/bin/pandora_db /etc/pandora/pandora_server.conf

手動でメンテナンスツールをバックグラウンド実行するには、次のようにします。

nohup /usr/bin/pandora_db /etc/pandora/pandora_server.conf

バックグラウンドでプロセスの実行には少々時間がかかります。プロセスの実行中でも、シェルこのソールを閉じることができます。

コマンド mysqldump は、テーブル構造とその内容の完全なデータベースダンプを実行します。これは、テーブル構造とその内容の両方の完全なデータベースダンプを実行することによって行われます。このコマンドには、バックアップを実行するためのいくつかのオプションがあり、 最も基本的な使用法は、データベースがホストされている同じシステムからダンプするだけで十分です。

たとえば、pandora データベース (rootユーザとpandora パスワード) をバックアップし、結果をファイルにダンプするには、次のコマンドを実行します。

mysqldump -u root -p pandora> /backup/pandoradb_backup.sql

そのようにして行われたバックアップから、データベースを完全に復元できます。MySQL にログインし、復元されるデータベースの作成に進み、そのデータベースにバックアップをロードします。前のファイルを例にすると、次のように実行します(mypassword を実際のパスワードに置き換えます)。

mysql -u root -p

CREATE DATABASE pandora;
USE pandora;
SOURCE /backup/pandoradb_backup.sql;
GRANT ALL privileges ON pandora.* TO pandora@localhost IDENTIFIED BY 'mypassword';
exit;

最後に、Pandora FMS コンソールとサーバの両方で設定済みのユーザ権限を再度設定し、データベースへのアクセス権を付与します。(mypassword をあなたのパスワードで置き換えてください)

GRANT ALL privileges ON pandora.* TO pandora@localhost IDENTIFIED BY 'mypassword';

Pandora FMS サーバの配布パッケージには、Pandora FMS を完全にバックアップおよび復元するのに役立つスクリプトがあります。 このスクリプトは、サーバとコンソールが同じマシン上にあるシステムでのバックアップと復元を目的としています。

次のコンポーネントをバックアップおよび復元するように設計されています。

• サーバ設定ファイル
• 実行保留中のファイルと、エージェントのリモート設定ファイル。
• データベース全体
• ウェブコンソール全体

この処理を実行するには、スクリプトを root 権限で実行する必要があります。スクリプトは以下にあります。

/usr/share/pandora_server/util/pandora_backup.sh

コードリポジトリには、“ウォッチドッグ” (Watchdog) として使用できる小さなスクリプトがあります。 このスクリプトは、Pandora FMS の状態監視を実行します。

復旧動作(Pandora FMS の起動を試みる)を実行できますが、失敗した場合は、警告を発行します。このツールは以下にあります。

 /usr/share/pandora_server/util/pandora_watchdog.sh

pandora_watchdog.sh スクリプトは、/usr/bin/pandora_alert 内の設定ファイルを探し、アラートを生成します。 このファイルには、ウォッチドッグが Pandora FMS サーバを起動できないときに実行するコードを定義します。この例では、SMS を介した警告に加えて、Tentacle サーバを停止します。

#!/bin/bash
sendsms +34458474843 "The Pandora FMS has suffered some issue and it cannot be started."
/etc/init.d/tentacle_serverd stop

スクリプトに実行パーミッションを与えます。

chmod 750 /usr/bin/pandora_alert

ウォッチドッグを起動し、バックグラウンドで動作させるには、次のように実行します。

nohup /usr/share/pandora_server/util/pandora_watchdog.sh &

ヒストリデータベースは、メインの Pandora FMS データベースの応答を良くするために、そこから古いモジュールデータを移動させ保存しておくためのものです。データは、レポートやモジュールグラフの参照時に Pandora FMS コンソールでシームレスに利用できます。

ヒストリデータベースを設定するには、それをホストする新しいサーバが必要です(メインデータベースのサーバとは異なります)。MySQL がインストールされているサーバを用意したら、次の手順に従います。

Pandora FMS コンソールで、管理(Management) → セットアップ(Setup) → セットアップ(Setup) → ヒストリデータベース(Historical database) へ行き、接続設定 (接続先設定(Configure connection target)) にアクセスします。

次のフィールドを入力します。

• ホスト(Host): ヒストリデータベースのホスト名(または IP アドレス)
• ポート(Port): ヒストリデータベースの接続ポート番号。標準は、3306 です。
• データベース名(Database name): ヒストリデータベースの名前。デフォルトは pandora です。
• データベースユーザ(Database user): ヒストリデータベースユーザ。デフォルトは pandora です。
• データベースパスワード(Dabase password): ヒストリデータベースのパスワード。これにより、ヒストリデータベースに接続できるようになります。 次に、カスタムパラメータを入力します(設定のカスタマイズ):

このフォームの最後のフィールドアクティブなデータベースに保持するデータ日数、転送ブロックサイズ(ステップ) および 転送の遅延(秒) は、データがヒストリデータベースへ送信される方法を定義します。つまり、オーバーロードを避けるために、n 日(データ日)以上前の古いデータが、n 行(ステップ)単位で、それぞれの送信単位の間に n 秒(遅延)待機しながらヒストリデータベースに移動されます。

同じ画面で、n 日を超えるイベントをヒストリデータベースに送信するかどうかを決定することもできます(アクティブなデータベースにイベントを保持する日数)。ただし、 イベントはヒストリデータベースを大幅に増大させることと、レポートを生成するときにのみ参照されイベント表示では参照されない点を考慮する必要があります。

Pandora FMS ドキュメント一覧に戻る