3.5.3 バックアップとリカバリー(UNIXの場合)
(1) 設定情報のバックアップ
JP1/Baseの設定情報には以下のものがあります。
-
定義ファイル
-
共通定義情報
-
jp1hosts2情報
クラスタ運用している場合は,物理ホスト,論理ホストの順番で,各環境をバックアップしてください。
(a) 定義ファイルのバックアップ
JP1/Baseでは,ユーザーが設定する定義ファイルとして以下のファイルがあります。これらのファイルのバックアップをしてください。バックアップの手段には,tarやcpi,またはより高度なバックアップコマンドがあります。任意の方法でバックアップしてください。
注※1 「JP1/Baseディレクトリ」の部分は,次のディレクトリに置き換えてください。
-
物理ホストの場合:/etc/opt/jp1base/conf
-
論理ホストの場合:共有ディレクトリ/jp1base/conf
注※2 ログファイルトラップ動作定義ファイルは任意の名称に設定できます。使用しているファイルを,忘れずにバックアップしてください。なお,ログファイルトラップを使用していない場合には,このファイルは存在しません。
注※3 配布定義ファイルは標準のファイル名または任意の名称で作成できます。使用しているファイルを,忘れずにバックアップしてください。なお,定義情報の収集および配布機能を使用していない場合には存在しません。
注※4 「Eventディレクトリ」の部分は,次のディレクトリに置き換えてください。
-
物理ホストの場合:/etc/opt/jp1base/conf/event/servers/default
-
論理ホストの場合:共有ディレクトリ/event
なお,クラスタ運用している場合は,クラスタシステム用の設定をした際に指定したディレクトリ内から上記表に該当する定義ファイルをバックアップしてください。
- 注意事項
-
統合トレースログの設定は,バックアップとリカバリーの対象ではありません。設定を変更した場合は,JP1/Baseのセットアップをする際に,再度設定し直してください。
(2) イベントDBのバックアップ
イベントDBのバックアップは次の2種類あります。
-
リカバリーを目的としたバックアップ
-
障害レポートとしてのバックアップ
(a) リカバリーを目的としたバックアップ
イベントDBファイルのバックアップ手順を次に示します。
-
JP1/Baseを前提としている製品を停止する。
-
JP1/Baseを停止する。
-
イベントDBファイルをコピーするなど任意の方法で,バックアップする。
バックアップの対象のファイルは次のとおりです。
/var/opt/jp1base/sys/event/servers/default/IMEvent*.*※
または,
共有ディレクトリ/event/IMEvent*.*※
注※ イベントサーバインデックスファイル(index)で,イベントサーバが使用するディレクトリに別のパスを指定している場合は,指定したパス以下のファイルが対象となります。
-
JP1/Baseを起動する。
-
JP1/Baseを前提としている製品を起動する。
(b) 障害レポートとしてのバックアップ
障害レポートとしてバックアップする場合は,jevexportコマンドを使用してイベントDBの内容をcsvファイルに出力します。
なお,イベントDBは,イベントサーバごとに二つ存在し,一つが上限値(初期設定では10メガバイト)を超えると,もう一方のイベントDBに切り替わります。この際,使用するイベントDBの内容は消去されます。イベントDBの容量を定期的に確認して,イベントDBが切り替わる前にjevexportコマンドを実行してください。
(3) 設定情報のリカバリー
JP1/Baseのリカバリーについて説明します。クラスタ運用している場合は,物理ホスト,論理ホストの順番で,各環境をリカバリーしてください。
(a) 定義ファイルのリカバリー
下記の条件を確認した上で,バックアップファイルを,元の位置にリカバリーしてください。
-
JP1/Baseが正常にインストールされ,セットアップコマンドが実行済みであること。
-
JP1/Baseが停止していること。
-
論理ホスト環境のJP1/Baseがセットアップされていること(論理ホストの場合)。
-
共有ディスクをオンラインにしていること(論理ホストの場合)。
(4) イベントDBのリカバリー
バックアップしたイベントDBファイルをリカバリーすると,イベントDB内通し番号の最大値がバックアップ時の状態に戻ります。
JP1イベントの転送を受け付けるイベントサーバ側(主にJP1/IM - Managerがインストールされた環境)では,転送元のイベントDB内通し番号の最大値を記録しています。この情報は,重複登録チェックに使用されており,イベントDB内通し番号の最大値が大きくなっている場合には,重複がないためJP1イベントは無条件に登録されますが,イベントDB内通し番号小さくなった場合には,重複の可能性があるためイベント検索をして,同じJP1イベントが存在しないかを確認します。イベントDBのサイズが大きい場合には,検索件数が増えるためJP1イベントの転送遅延など,イベントサービスを利用する機能の遅延が発生します。
(a) 転送設定ファイルで他ホストにJP1イベントを転送していない場合のリカバリー手順
-
JP1/Baseを前提としている製品を停止する。
-
JP1/Baseを停止する。
-
バックアップしたファイルをディレクトリに配置する。
配置するディレクトリは次のとおりです。
/var/opt/jp1base/sys/event/servers/default/※
または,
共有ディレクトリ/event/※
注※ イベントサーバインデックスファイル(index)で,イベントサーバが使用するディレクトリに別のパスを指定している場合は,指定したパスの配下に配置してください。
-
JP1/Baseを起動する。
-
JP1/Baseを前提としている製品を起動する。
(b) 転送設定ファイルで他ホストにJP1イベントを転送している場合のリカバリー手順
次のどちらかの手順でイベントDBをリカバリーしてください。
-
イベントDBを初期化してリカバリーする。
「10.2.2 イベントサービスの停止中に初期化する」を参照して,イベントDBを初期化してください。なお,バックアップしたイベントDBの内容は,jevexportコマンドでcsvファイルに出力して参照できます。
-
転送設定ファイルに指定された転送先のイベントサーバで重複登録チェックを無効化する。
転送先の作業
-
JP1/Baseを前提としている製品を停止する。
-
JP1/Baseを停止する。
-
イベントサーバ設定ファイル(conf)に次の行を追加する。
repetition-noncheck-server リカバリーするイベントサーバ名
-
JP1/Baseを起動する。
-
JP1/Baseを前提としている製品を起動する。
- 転送元の作業
-
「(a) 転送設定ファイルで他ホストにJP1イベントを転送していない場合のリカバリー手順」に従ってリカバリーしてください。
なお,転送先では転送元からJP1イベントの転送を受け付けた時点で,記録している転送元のイベントDB内通し番号の最大値をクリアします。したがって,転送元からJP1イベントの転送を受け付けたあとは,転送先のイベントサーバで重複登録チェックを有効化しても問題ありません。
-