システムで障害が発生した場合，トラブルシューティングに必要な資料が収集できます。トラブルシューティングに必要な資料は，個別に取得したり，snapshotログとして一括して取得したりできます。snapshotログは，システムの構成ソフトウェアが障害発生時にそのときの状態を出力したログで，各種構成ソフトウェアのログのほかに，スレッドダンプ（ハングアップの場合だけ），性能解析トレースなどが含まれます。

障害発生時のタイムリーな情報をsnapshotログとして収集するためには，障害検知時コマンドを利用します。障害検知時コマンドは，Management Serverが論理サーバの障害を検知したときに，システムによって実行されるコマンドです。障害検知時コマンドを利用して，トラブル発生時のスレッドダンプやユーザダンプの取得などの処理を実行することで，障害発生時のタイムリーな資料を取得できるようになります。障害検知時コマンドには，システム提供の障害検知時コマンドとユーザ作成の障害検知時コマンドの2種類があります。

• システム提供の障害検知時コマンド
  障害の発生したバッチサーバのスレッドダンプ（ハングアップの場合だけ）および性能解析トレースなどを取得します。
  
• ユーザ作成の障害検知時コマンド
  障害発生時に実行する処理をユーザが定義します。
  

障害検知時コマンドの実行とsnapshotログの収集によって，トラブルシューティングに必要な情報を取得できます。障害検知時コマンドの概要については，マニュアル「Cosminexus　機能解説」の障害検知時コマンドによる資料取得に関する説明を参照してください。

また，資料によっては，事前に取得のための設定をしておく必要があります。例えば，OSの統計情報，ユーザダンプなどは，システム構築時に取得のための設定をしておかないと取得できません。これらの資料はトラブルシューティングで必要となるため，取得することをお勧めします。デフォルトの設定ではsnapshotログとして収集できない資料でも，その資料の取得先をsnapshotログの収集対象として定義することで，snapshotログとして一括収集できるようになります。

デフォルトの設定でsnapshotログとして収集できる資料とsnapshotログ収集の設定については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を参照してください。取得できる資料の詳細については，マニュアル「Cosminexus　システム運用ガイド」の取得が必要な資料の種類に関する説明を参照してください。

参考

ユーザ作成の障害検知時コマンドには，Smart Composer機能のコマンドを定義しておくこともできます。例えば，致命的な障害が発生したサービスユニットを自動閉塞するコマンドを，障害検知時コマンドとして設定しておくことができます。

JavaVMのフルガーベージコレクションやスレッド数などのリソース枯渇を事前に検知すると，問題が発生したサービスユニットを自動再起動します。サービスユニットの自動再起動には，Cosminexusのリソース枯渇監視機能を利用します。

障害発生時のサービスユニットを自動再起動する図を次に示します。

図9-6　障害発生時のサービスユニットの自動再起動

障害発生時のサービスユニット自動再起動の仕組みについて説明します。

サービスユニットの自動再起動では，Cosminexusのリソース枯渇監視機能を利用します。リソース枯渇監視機能でリソース枯渇を事前に検知すると，これらの情報がManagementイベントとして，Management Serverに通知されます。Managementイベントが通知されると，Management ServerではManagementアクションが実行されます。Managementアクションでは，ユーザがあらかじめ定義しておいた処理を実施します。

Managementアクションとして，サービスユニットを再起動するSmart Composer機能のコマンドを定義することで，障害の発生したサービスユニットを自動再起動できます。

なお，Managementイベント，Managementアクション，およびリソース枯渇機能については，マニュアル「Cosminexus　機能解説」のシステムの運用支援に関する説明を参照してください。