9.2.1 セットアップやサービスの起動に関するトラブルシューティング
セットアップやサービスの起動に関するトラブルの対処方法を次に示します。
- 〈この項の構成〉
(1) Performance Managementのプログラムのサービスが起動しない
考えられる要因とその対処方法を次に示します。
-
PFM - Managerが停止している
PFM - ManagerとPFM - RM for Platformが同じホストにある場合，PFM - Managerが停止していると，PFM - RM for Platformサービスは起動できません。PFM - Managerサービスが起動されているか確認してください。PFM - Managerサービスが起動されていない場合は，起動してください。サービスの起動方法については，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの起動と停止について説明している章を参照してください。
-
Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している
Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している場合，Performance Managementのプログラムのサービスは起動できません。
デフォルトでは，ポート番号は自動的に割り当てられるため，ポート番号が重複することはありません。Performance Managementのセットアップ時にPerformance Managementのプログラムのサービスに対して固定のポート番号を設定している場合は，ポート番号の設定を確認してください。Performance Managementのプログラムの複数のサービスに対して同一のポート番号を設定している場合は，異なるポート番号を設定し直してください。ポート番号の設定については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。
-
Storeデータベースの格納ディレクトリの設定に誤りがある
次のディレクトリを，アクセスできないディレクトリまたは存在しないディレクトリに設定していると，Remote Monitor Storeサービスは起動できません。ディレクトリ名や属性の設定を見直し，誤りがあれば修正してください。
-
Storeデータベースの格納先ディレクトリ
-
Storeデータベースのバックアップディレクトリ
-
Storeデータベースの部分バックアップディレクトリ
-
Storeデータベースのエクスポート先ディレクトリ
-
Storeデータベースのインポート先ディレクトリ
また，これらのディレクトリを複数のRemote Monitor Storeサービスに対して設定していると，Remote Monitor Storeサービスは起動できません。ディレクトリ設定を見直し，誤りがあれば修正してください。
-
-
指定された方法以外の方法でマシンのホスト名を変更した
マシンのホスト名の変更方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。指定された方法以外の方法でホスト名を変更した場合，Performance Managementのプログラムのサービスが起動しないことがあります。
-
サービスコントロールマネージャーでエラーが発生した
Windowsでjpcspm startコマンドを実行した場合，「Windowsのサービスコントロールマネージャーでエラーが発生しました」というエラーメッセージが出力され，サービスの起動に失敗することがあります。この現象が発生した場合，jpcspm startコマンドを再実行してください。頻繁に同じ現象が発生する場合は，jpcspm startコマンド実行時にサービス起動処理がリトライされる間隔および回数を，jpccomm.iniファイルを編集して変更してください。リトライ間隔およびリトライ回数を変更する方法については，マニュアル「JP1/Performance Management 運用ガイド」のPerformance Managementの起動と停止について説明している章を参照してください。
(2) サービスの起動要求をしてからサービスが起動するまで時間が掛かる
jpcspm startコマンドを実行してから，または［サービス］アイコンでサービスを開始してから，実際にサービスが起動するまで時間が掛かることがあります。次の要因で時間が掛かっている場合，2回目の起動時からはサービスの起動までに掛かる時間が短縮されます。
-
インスタンスを新規に追加したあとサービスを起動すると，初回起動時だけStoreデータベースのインデックスが作成されます。そのため，サービスが起動するまでに時間が掛かることがあります。
-
電源切断などによってStoreサービスが正常に終了されなかったときは，再起動時にStoreデータベースのインデックスが再構築されるため，Storeサービスの起動に時間が掛かることがあります。
(3) Performance Managementのプログラムのサービスを停止した直後に，別のプログラムがサービスを開始したとき，通信が正しく実行されない
Performance Managementのプログラムのサービスを停止した直後に，このサービスが使用していたポート番号で，ほかのプログラムがサービスを開始した場合，通信が正しく実行されないことがあります。この現象を回避するために，次の設定をして運用してください。
-
Performance Managementのプログラムのサービスに割り当てるポート番号を固定する
ポート番号の設定方法については，マニュアル「JP1/Performance Management 設計・構築ガイド」のインストールとセットアップについて説明している章を参照してください。
-
TCP_TIMEWAIT値を設定する
TCP_TIMEWAIT値で接続待ち時間をデフォルト値に設定してください。デフォルト値は，次のとおりです。
Windows Server 2003，Windows Server 2008，Windows Server 2012の場合：2分
(4) 「ディスク容量が不足しています」というメッセージが出力されたあとMaster StoreサービスまたはRemote Monitor Storeサービスが停止する
Storeデータベースが使用しているディスクに十分な空き容量がない場合，Storeデータベースへのデータの格納が中断されます。この場合，「ディスク容量が不足しています」というメッセージが出力されたあと，Master StoreサービスまたはRemote Monitor Storeサービスが停止します。
このメッセージが表示された場合，次のどちらかの方法で対処してください。
-
十分なディスク容量を確保する
Storeデータベースのディスク占有量を見積もり，Storeデータベースの格納先を十分な容量があるディスクに変更してください。Storeデータベースのディスク占有量を見積もる方法については，「付録A 構築前のシステム見積もり」を参照してください。Storeデータベースの格納先を変更する方法については，「3.6.1 パフォーマンスデータの格納先の変更」を参照してください。
-
Storeデータベースの保存条件を変更する
Storeデータベースの保存条件を変更し，Storeデータベースのデータ量の上限値を調整してください。Storeデータベースの保存条件を変更する方法については，マニュアル「JP1/Performance Management 運用ガイド」の稼働監視データの管理について説明している章を参照してください。
これらの対処を実施したあともMaster StoreサービスまたはRemote Monitor Storeサービスが起動されない場合，Storeデータベースに回復できない論理矛盾が発生しています。この場合，バックアップデータからStoreデータベースをリストアしたあと，Master StoreサービスまたはRemote Monitor Storeサービスを起動してください。利用できるバックアップデータが存在しない場合は，Storeデータベースを初期化したあと，Master StoreサービスまたはRemote Monitor Storeサービスを起動してください。Storeデータベースを初期化するには，Storeデータベースの格納先ディレクトリにある次のファイルをすべて削除してください。
-
拡張子が.DBであるファイル
-
拡張子が.IDXであるファイル
Storeデータベースの格納先ディレクトリについては，「3.6.1 パフォーマンスデータの格納先の変更」を参照してください。
(5) PFM - RMのRemote Monitor Collectorサービスが起動しない
PFM - RMホストがWindowsの場合，PFM - RMの起動時にRemote Monitor Collectorサービスの起動に失敗して，Windowsの再起動時，Windowsイベントログに，次のどちらかのメッセージが出力されることがあります。
-
「サービス名サービスは起動時に停止しました。」
-
「サービス名サービスは開始時にハングしました。」
この現象は，Windowsのサービスコントロールマネージャのタイムアウトによって発生するため，PFM - Managerへの通信負荷が高く，PFM - Managerからの応答に時間が掛かるときに発生しやすくなります。次の条件にすべて該当する場合に発生します。
-
JP1/PFM - Managerへの通信負荷が高い
例えば，多数のPFM - RMの起動処理が同時に実行されている場合などが該当します。
-
PFM - RMの各サービスについて，Windowsの［サービス］アプレットでスタートアップ種別が「自動」に設定されている
-
OSを再起動する
この現象を回避するためには，次のどちらかの設定をして運用してください。
-
OSの再起動と同時にサービスを起動する場合，Windowsのサービスコントロールマネージャから起動するのではなく，jpcspm startコマンドを実行して起動する
-
PFM - RMホストで次の設定を行って，PFM - RMの起動時間を短縮する
この設定で，PFM - RMのサービスの起動時に，PFM - Managerに接続できない場合の再接続処理が短縮されます。この場合，PFM - RMのサービスがスタンドアロンモードで起動する確率が高くなります。
PFM - RMの起動時間を短縮するには，起動情報ファイル（jpccomm.ini）の［Agent Collector x Section］※および［Agent Store x Section］※の「NS Init Retry Count」ラベルを，「NS Init Retry Count =2」から「NS Init Retry Count =1」に変更します。
- 注※
-
「x」には，PFM - RMのプロダクトIDが入ります。プロダクトIDについては，「付録B 識別子一覧」を参照してください。同一ホスト上にPFM - RMが複数インストールされている場合は，それぞれのプロダクトIDごとに「NS Init Retry Count」ラベルの値を設定してください。
起動情報ファイル（jpccomm.ini）の格納先は，次のとおりです。
- PFM - RMホストが物理ホストの場合
-
インストール先フォルダ\jpccomm.ini
- PFM - RMホストが論理ホストの場合
-
環境ディレクトリ※\jp1pc\jpccomm.ini
- 注※
-
論理ホスト作成時に指定した共有ディスク上のディレクトリを示します。
(6) Windowsのセキュリティイベントログに「失敗の監査」（イベントID：4625または4776）が記録される
監視対象ホストがWindowsの場合，Windowsのセキュリティイベントログに「失敗の監査」（イベントID：4625または4776）が記録されることがあります。
PFM - RM for Platformは，監視対象の設定時にユーザー名およびパスワードを指定したアカウント情報※1で監視対象のホストにWMI接続しますが，WMIは，プロセスを実行するアカウント情報※2（インスタンス環境の設定時にユーザー名およびパスワードを指定したアカウント情報）でも監視対象のホストに接続を試みるために発生する現象です。Windowsのセキュリティイベントログに「失敗の監査」（イベントID：4625または4776）が表示されても，性能情報が収集できていれば，問題はありません。
この現象を回避するためには，次の設定をして運用してください。
-
PFM - RMホストと監視対象ホストに，ユーザー名とパスワードが同じアカウント情報を作成する。
-
1.で作成したアカウント情報のユーザー名およびパスワードを，該当するインスタンス環境の設定項目，および監視対象の設定項目に次のとおり指定する。
-
インスタンス環境のアカウント情報の設定項目のRMHost_User※2：ユーザー名
-
インスタンス環境のアカウント情報の設定項目のRMHost_Password※2：パスワード
-
監視対象のアカウント情報の設定項目のUser※1：ユーザー名
-
監視対象のアカウント情報の設定項目のPassword※1：パスワード
各設定項目の指定方法については，「3.1.4 Windows版のセットアップ手順」を参照してください。
-
注※1 共通アカウント情報を使用している場合は，共通アカウント情報（wmi）の設定項目（UserまたはPassword）です。
注※2 共通アカウント情報を使用している場合は，共通アカウント情報（pfmhost）の設定項目（UserまたはPassword）です。