このトピックでは、アプリケーションのデプロイ時の問題の原因を判別するために行うステップについて説明します。また、参考になるいくつかのソリューションも示されています。
始める前に
このトピックは以下の事柄を前提としています。
- 読者はモジュールのデバッグに関する基本的な理解がある。
- モジュールがデプロイされている間、ロギングおよびトレースがアクティブになっている。
このタスクについて
デプロイメントのトラブルシューティングのタスクは、ユーザーがエラー通知を受け取った後に開始します。
アクションを起こす前に、デプロイメント失敗のさまざまな症状を検査する必要があります。
手順
- アプリケーションのインストールが失敗したかどうか判別します。
SystemOut.log ファイルを調べて、失敗の原因を示すメッセージを探します。アプリケーションがインストールできない理由として、以下のものが含まれます。
- 1 つのアプリケーションを同じ Network Deployment セル内の複数のサーバーにインスト
ールしようとしている。
- アプリケーションの名前が、アプリケーションをインストールしている Network
Deployment セル上の既存のモジュールと同じ名前になっている。
- EAR ファイル内の J2EE モジュールを異なるターゲット・サーバーにデプロイしようとし
ている。
重要: インストールが失敗し、アプリケーションにサービスが含まれる場合、アプリケーションの再インストールを試みる前に、失敗の前に作成された SIBus 宛先または J2C アクティベーション・スペックを除去する必要があります。これらの成果物を取り除く最も簡単な方法は、失敗の後で「保管」>「すべて破棄 (Discard all)」をクリックすることです。不注意で変更を保存した場合、SIBus 宛先および J2C アクティベーション・スペックを手動で除去する必要があります (『SIBus 宛先の削除』および『J2C アクティベーション・スペックの削除』を参照)。
- アプリケーションが正しくインストールされている場合は、アプリケーションが正常に開始したかどうかを確認します。
アプリケーションが正常に開始していない場合は、サーバーがアプリケーションのリソースを初期化しようとしたときに障害が起きています。
- SystemOut.log ファイルを調べて、対処法を指示するメッセージを探します。
- アプリケーションで必要なリソースが使用可能か、また、それらのリソースが正常に開始されたかどうかを確認します。
開始されないリソースがあると、アプリケーションは実行されません。これは、情報が失われるのを防ぐためです。リソースが開始しない理由は以下のとおりです。
- バインディングが誤って指定されている
- リソースが正しく構成されていない
- リソースがリソース・アーカイブ (RAR) ファイルに組み込まれていない
- Web リソースが Web サービス・アーカイブ (WAR) ファイル内に組み込まれていない
- 失われたコンポーネントがないかどうかを判別します。
コンポーネントが失われる理由は
、エンタープライズ・アーカイブ (EAR) ファイルのビルドの誤りです。
モジュールが必要とするすべてのコンポーネントが、Java™ アーカイブ (JAR) ファイルをビル
ドするテスト・システムの正しいフォルダーにあることを確認してください。『サーバーへのデプロイの準備』で追加情報について説明します。
- アプリケーションを調べ、そのアプリケーションを通って流れる情報があるか
どうか確認します。
実行中のアプリケーションが情報を処理できないこともあります。
この理由は、ステップ 2.b
で記載されたものと同様です。
- アプリケーションが、別のアプリケーションに含まれるサービスを使用するかどうかを判別します。 その別のアプリケーションがインストール済みで、正常に開始されていることを確認します。
- 失敗したアプリケーションが使用する別のアプリケーションに含まれる、各種デバイス用のインポート・バインディングおよびエクスポート・バインディングが正しく構成されていることを確認します。 管理コンソールを使用してバインディングを調べ、修正します。
- 問題を修正して、アプリケーションを再開します。