失敗したデプロイメントのトラブルシューティング

このトピックでは、アプリケーションのデプロイ時の問題の原因を判別するために行うステップについて説明します。 また、参考になるいくつかのソリューションも示されています。

始める前に

このトピックは、以下の事項を前提としています。

このタスクを使用する理由とその時期

デプロイメントのトラブルシューティングのタスクは、エラーの通知を受け取った後に開始します。失敗したデプロイメントには、アクションをとる前に検査する必要のあるさまざまな症状があります。

このタスクのステップ

  1. アプリケーションのインストールが失敗したかどうか判別します。
    system.out ファイルを調べて、失敗の原因を示すメッセージを探します。アプリケーションをインストールできない理由には、以下のようなものがあります。
    • 同一の Network Deployment セル内の複数のサーバーにアプリケーションをインストールしようとしている。
    • アプリケーションの名前が、アプリケーションをインストールする Network Deployment セル上の既存のモジュールの名前と同じである。
    • EAR ファイル内部の J2EE モジュールを異なるターゲット・サーバーにデプロイしようとしている。
    重要: インストールが失敗し、アプリケーションにサービスが含まれる場合、アプリケーションの再インストールを試みる前に、失敗の前に作成された SIBus 宛先または J2C 活動化仕様を除去する必要があります。これらの成果物を除去する最も簡単な方法は、失敗後に「保管」->「すべて廃棄 (Discard all)」をクリックする方法です。不注意で変更を保管した場合、SIBus 宛先および J2C 活動化仕様を手動で除去する必要があります (『SIBus 宛先の削除』および『J2C 活動化仕様の削除』を参照)。
  2. アプリケーションが正常にインストールされている場合、そのアプリケーションが開始されているかどうか調べます。

    アプリケーションが稼働していない場合、サーバーがそのアプリケーション用のリソースを始動しようとしたときに障害が発生したということです。

    1. system.out ファイルを調べて、対処法を指示するメッセージを探します。
    2. リソースが開始しているかどうかを判別します。
      リソースが開始されていないと、アプリケーションは実行されません。これは情報の損失を防ぐためです。リソースが開始しない理由には次のものがあります。
      • 指定されたバインディングが正しくない。
      • リソースが正しく構成されていない。
      • リソースがリソース・アーカイブ (RAR) ファイルに含まれていない。
      • Web リソースが Web サービス・アーカイブ (WAR) ファイルに含まれていない。
    3. コンポーネントが欠落していないかどうか判別します。

      コンポーネント欠落の原因は、エンタープライズ・アーカイブ (EAR) ファイルが正しく作成されなかったことにあります。 モジュールが必要とするすべてのコンポーネントが、Java アーカイブ (JAR) ファイルを作成したテスト・システムの正しいフォルダーに格納されているか確認します。サーバーへのデプロイの準備』には追加情報があります。

  3. アプリケーションで情報が処理されているかどうかを調べます。

    実行中のアプリケーションでも、情報の処理に失敗することがあります。 この理由は、ステップ 2.b で示した理由と同様です。

    1. アプリケーションが、別のアプリケーションに含まれるサービスを使用するかどうかを判別します。 他方のアプリケーションがインストールされ稼働していることを確認してください。
    2. 障害が発生したアプリケーションが使用する、他のアプリケーションに含まれるすべてのサービスのインポート・バインディングおよびエクスポート・バインディングが、正しく構成されていることを判別します。 管理コンソールを使用して、バインディングを調べ、訂正してください。
  4. 問題を解決してから、アプリケーションを再始動します。

(c) Copyright IBM Corporation 2005, 2006. All rights reserved.
(c) Copyright IBM Japan 2006
このインフォメーション・センターでは、Eclipse テクノロジー (http://www.eclipse.org) が採用されています。