統合ノードのロールバック

restoreConfig および wsadmin コマンドを使用すると、マイグレーションした WebSphere® Application Server バージョン 9.0 の統合ノードをマイグレーション前の状態にロールバックすることができます。ロールバックする統合ノードごとに、統合ノード自体をロールバックし、デプロイメント・マネージャーに配置されている基本リポジトリーに対して行われた変更をロールバックする必要があります。

始める前に

サポートされる構成 サポートされる構成:

この項目では、プロファイル構成マイグレーションについて説明します。アプリケーションを最新バージョンにマイグレーションするには、WebSphere Application Server Migration Toolkit を使用します。詳しくは、WASdev の Migration Toolkit を参照してください。

sptcfg
ベスト・プラクティス: バージョン 7.0 以降の統合ノードをマイグレーションするときに、マイグレーション後に以前の状態にロールバックできるようにする場合、そのベスト・プラクティスは以下のアクションを実行することです。
  1. 既存構成をバックアップします。
    1. backupConfig コマンドまたは設定済みのユーティリティーを実行して、バージョン 9.0 のデプロイメント・マネージャー構成をバックアップします。
    2. backupConfig コマンドまたは設定済みのユーティリティーを実行して、バージョン 7.0 以降 の統合ノード構成をバックアップします。
    重要: このバックアップ構成の正確な名前と位置を記録しておく必要があります。

    詳しくは、 backupConfig コマンド を参照してください。

  2. 統合ノードをマイグレーションします。
  3. 必要に応じて、マイグレーションした統合ノードをロールバックすることができます。
重要: ロールバックしたいバージョン 7.0 以降の統合ノードをマイグレーションする前の状態の、バージョン 9.0 デプロイメント・マネージャー構成のバックアップ・コピーを持っていない場合は、この項目で説明されている手順は使用できません。セル全体をロールバックする必要があります。

このタスクについて

別の統合ノードのマイグレーションに進む前に、マイグレーションされた各統合ノードに対してすべてのバックアップ・アクションおよびロールバック・アクションを実行する必要があります。

手順

  1. backupConfig コマンドまたは設定済みのユーティリティーを実行して、最新状態のバージョン 9.0 デプロイメント・マネージャー構成をバックアップします。
    重要: このバックアップ構成の正確な名前と位置を記録しておく必要があります。

    詳しくは、 backupConfig コマンド を参照してください。

  2. ロールバックするバージョン 9.0 統合ノードにあるすべてのサーバーおよびノード・エージェントを停止します。
  3. 以前の構成をリストアします。
    1. restoreConfig コマンドまたは独自の設定済みユーティリティーを実行して、前のバージョン 9.0 のデプロイメント・マネージャー構成をリストアします。
      重要:
      • 統合ノードをマイグレーションする直前に作成した構成と同じバックアップ構成をリストアする必要があります。
      • 環境に変更を加えた場合は (アプリケーションや構成の変更など)、それらの変更が同時にロールバックされ、他のノードにデプロイメント・マネージャーとの同期を強制させます。

      詳しくは、 restoreConfig コマンド を参照してください。

    2. 以下のアクションの 1 つを実行して、統合ノードのバージョン 7.0 以降の構成をリストアします。
      • restoreConfig コマンドまたは独自の設定済みユーティリティーを実行して、バージョン 7.0 以降の構成をリストアします。
        重要: この統合ノードをマイグレーションする直前に作成した構成と同じバックアップ構成をリストアする必要があります。

        詳しくは、 restoreConfig コマンド を参照してください。

      • wsadmin コマンドを使用して、統合ノードのバージョン 7.0 以降 profile_root/bin ディレクトリーから migrationDisablementReversal.jacl スクリプトを実行します。
        以下のパラメーターを使用します。
        app_server_root/bin/wsadmin -instance instance -conntype NONE 
        -f profile_root/bin/migrationDisablementReversal.jacl
        ヒント: migrationDisablementReversal.jacl スクリプトの実行で問題がある場合、手動でそのスクリプト内のステップを実行してみてください。
        1. 以下のディレクトリーに進みます。
          profile_root/config/cells/cell_name/nodes/node_name
          ここで node_name は、ロールバックしようとする統合ノードの名前です。
        2. このディレクトリーに serverindex.xml_disabled ファイルが存在する場合は、以下のアクションを実行します。
          1. serverindex.xml ファイルを削除または名前変更します。
          2. serverindex.xml_disabled ファイルを serverindex.xml に名前変更します。
  4. バージョン 9.0 のデプロイメント・マネージャーを開始します。
  5. 必要なアプリケーション保守を実行します。
  6. バージョン 7.0 以降 統合ノードをデプロイメント・マネージャーと同期します。

    詳しくは、『wsadmin スクリプト・ツールによるノードの同期化』を参照してください。

  7. バージョン 9.0 にマイグレーションするときにインストールされているアプリケーションを前のリリースと同じ場所に保管することを選択したが、バージョン 9.0 のどのアプリケーションも前のリリースと互換性がない場合は、互換性のあるアプリケーションをインストールします。
  8. ロールバックされたバージョン 7.0 以降の統合ノードおよびサーバーを開始します。
  9. 構成に問題がないことを確認します。

    これは、最初のステップでバックアップしたデプロイメント・マネージャー構成をリストアすることでロールバック・アクションを取り消す最後のチャンスです。

  10. バージョン 7.0 以降にロールバックした統合ノードのバージョン 9.0 プロファイルを削除します。

    詳しくは、『プロファイルの削除』を参照してください。

タスクの結果

構成は、マイグレーション前の状態に戻ります。

次のタスク

必要に応じてマイグレーション・プロセスを再開することができます。

トピックのタイプを示すアイコン タスク・トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=tmig_rollbackmn
ファイル名:tmig_rollbackmn.html