WebSphere Application Server for z/OS バージョン 5.x または 6.0.x
のノードをバージョン 6.1.x にマイグレーションする前に、実際のマイグレーション中に
z/OS 上で実行する JCL ジョブ (データ・セット CNTL および DATA)
を含むマイグレーション定義を作成する必要があります。z/OS
マイグレーション管理ツールを使用して、該当するマイグレーション定義を作成し、アップロードすることができます。z/OS
マイグレーション管理ツールでは、フェデレーテッド・ノードのマイグレーション定義を作成する際に一連の構成変数を提供します。
マイグレーション定義名とロケーション
このセクションでは、WebSphere Application Server for z/OS ノードをマイグレーションするのに使用されるバッチ・ジョブと命令を含めるマイグレーション定義名とディレクトリー・パスを特定します。
- マイグレーション定義名
- z/OS マイグレーション定義の名前
この名前は、生成されるマイグレーションのジョブと命令を特定するためワークステーションで単独で使用されます。
選択した名前は WebSphere Application Server for z/OS の構成には影響しません。
- マイグレーション定義ディレクトリー
- z/OS マイグレーションのジョブおよび命令の記述先のルート・ディレクトリー
- 応答ファイル・パス名 (オプション)
- ツールでプリロードされるデフォルト値を含む応答ファイルの絶対パス名。
応答ファイルは、z/OS
マイグレーション定義が作成されるたびに書き込まれます。応答ファイルには、
マイグレーション定義を作成するのに使用するすべての変数データが含まれ、同様のマイグレーション定義を定義する際にデフォルト値をプリロードするのに使用することができます。指定されたマイグレーション定義のための応答ファイルは、マイグレーション定義のルート・ディレクトリー内の migration_definition_name.responseFile ファイルに書き込まれます。
通常、定義しようとするマイグレーション定義と同じタイプのマイグレーション定義から応答ファイルを指定する必要があります。
注:
応答ファイルのコピーは、z/OS
ターゲット・システムにアップロードするマイグレーション定義に含まれるデータ・セット .DATA
に組み込まれます。この応答ファイルは z/OS システムでは使用されませんが、参照用に z/OS システム内に存在します。
データ・セットのメンバー名は ZMMTFED です。
ターゲット・データ・セット
- 高位修飾子 (HLQ)
- 生成されたジョブと命令を含む z/OS ターゲット・データ・セットの高位修飾子。
z/OS
マイグレーション定義が z/OS
ターゲット・システムにアップロードされる場合、マイグレーションのジョブとファイルは区分データ・セットのペアに書き込まれます。
これらのデータ・セットは再利用することができますが、マイグレーションされる各 z/OS システムごとに別々のデータ・セットを作成するのが最も安全です。
- HLQ.CNTL - マイグレーション・ジョブを含める、80 バイト固定ブロック・レコードをもつ区分データ・セット。
- HLQ.DATA - マイグレーション定義に含まれる他のデータを含める、可変長データをもつ区分データ・セット。
注: マルチレベルの高位修飾子は、データ・セットの高位修飾子として指定することができます。
データ・セット名および製品ディレクトリー
- JCL プロシージャー・ライブラリーのデータ・セット名
- WebSphere Application Server for z/OS カタログ式プロシージャーのコピー先となる既存のプロシージャー・ライブラリー
- STEPLIB から WebSphere Application Server を実行
- リンク・リストまたは LPA に存在する WebSphere Application Server のバージョンは 1 つだけです。
その他のすべてバージョンは STEPLIB を使用しなければなりません。バージョン
6.1.x を STEPLIB から実行しなければならない場合は、このオプションを選択してそのことを指示します。
正常にマイグレーションを行うには、
STEPLIB を正しく指定する必要があります。バージョン 5.x または 6.0.x
モジュールが現在 LPA またはリンク・リストにあること、およびバージョン
6.1.x ライブラリーが STEPLIB で定義されている状態で開始することが考えられます。
STEPLIB について詳しくは、リンク・パック域、リンク・リスト、および STEPLIB
を参照してください。
このオプションを選択した場合は、以下のようなランタイム・ライブラリーのデータ・セット名を入力する必要があります。
- SBBOLPA
- SBBOLPA ロード・モジュールを含むデータ・セット名
- SBBOLOAD
- 31 ビットの SBBOLOAD ロード・モジュールを含むデータ・セット名
- SBBGLOAD
- 64 ビットの SBBGLOAD ロード・モジュールを含むデータ・セット名
- SBBOLD2
- SBBOLD2 ロード・モジュールを含むデータ・セット名
- WebSphere Application Server 製品ディレクトリー
- WebSphere Application Server バージョン 6.1.x のインストールした製品のファイル・システムのロケーション
構成ファイル・システム
構成ファイル・システムは、マイグレーションされるノードの構成が物理的に保管される場所です。マイグレーションされるノード上に既に適切なファイル・システムがある場合は、
既存のバージョン 6.1.x ファイル・システムの使用を選択できます。
既存のバージョン 6.1.x ファイル・システムの使用を選択する場合、
このツールを使用して作成されるマイグレーション・ユーティリティー
(BBOWMG1F、BBOWMG2F など) を実行する前に、ここで指定するマウント・ポイントが存在していることを確認する必要があります。
マイグレーションされるノード上に
新規バージョン 6.1.x ファイル・システムを作成する場合、
実際のマイグレーション・プロセス中にオプションのジョブ BBOMMHFS
または BBOMMZFS
を実行するまで新規ファイル・システムは実際には作成されません。いずれの場合にも、
ここで、マウント・ポイントの正確な値を指定する必要があります。
構成マウント・ポイントでの正確な所有権および権限の設定に関する具体的な情報については、
このツールにより生成されるカスタマイズ命令を参照してください。これら変数の指定について詳しくは、生成される命令と、
統合ノードのマイグレーション
を参照してください。
- マウント・ポイント
- アプリケーション・データおよび環境ファイルが書き込まれる、読み取り/書き込みファイル・システム・ディレクトリー・マウント・ポイント。
このマウント・ポイントがまだ存在していない場合、マイグレーション・プロセスはオプションのジョブ BBOMMHFS または BBOMMZFS を実行する際にマウント・ポイントを作成します。
- 名前
- 上記のマウント・ポイントで作成してマウントするファイル・システム・データ・セット
- SMS のボリュームまたは「*」
- 上記のデータ・セットを格納する DASD ボリューム通し番号または「*」のどちらかを指定して、
SMS にボリュームを選択させます。
「*」を使用する場合は、
ボリュームを選択できるように SMS 自動クラス選択 (ACS) ルーチンが準備されている必要があります。
SMS がデータ・セット割り振りを自動的に処理するようにセットアップされていない場合は、
ボリュームを明示的にリストしてください。
- シリンダーの 1 次割り振り
- 構成ファイル・システムのデータ・セットに対するシリンダーの初期サイズ割り振り。
アプリケーション・サーバーでは、このデータ・セットに必要な総スペースは、インストールされたアプリケーションのサイズと数に従って増えます。
推奨: 推奨される最小サイズは 420 シリンダーです。
- シリンダーの 2 次割り振り
- シリンダーの個々の 2 次エクステントのサイズ
推奨: 推奨される最小サイズは 100 シリンダーです。
- ファイル・システムのタイプ
- 階層ファイル・システム (HFS)
- HFS を使用して構成ファイル・システムを割り当ててマウントします。
- zSeries ファイル・システム (ZFS)
- ZFS を使用して構成ファイル・システムを割り当ててマウントします。
サーバーのカスタマイズ (パート 1)
- 構成ロケーションから
- マウント・ポイント
- マイグレーション元の構成のマウント・ポイント
- ホーム・ディレクトリー
- マイグレーション元の構成のホーム・ディレクトリー
- 構成ロケーションへ
- マウント・ポイント
- マイグレーション先の構成のマウント・ポイント。
これは、先に「構成ファイル・システム」パネルで指定したものです。
- ホーム・ディレクトリー
- マイグレーション先の構成のホーム・ディレクトリー
- デーモン・プロシージャー名
- マイグレーションされたデーモンを開始するのに使用する
JCL 開始済みプロシージャーの名前。
バージョン 6.1.x
にマイグレーションする場合、JCL 開始済みプロシージャーをアップグレードする必要があります。
新規の開始済みプロシージャーは、マイグレーション中に生成されます。デーモン・プロシージャーに新しい名前を指定するか、または古いデーモン・プロシージャーを使用することができます。
- コントローラー・プロシージャー名
- マイグレーションされたコントローラーを開始するのに使用する
JCL 開始済みプロシージャーの名前。
バージョン 6.1.x
にマイグレーションする場合、JCL 開始済みプロシージャーをアップグレードする必要があります。
新規の開始済みプロシージャーは、マイグレーション中に生成されます。コントローラー・プロシージャーに新しい名前を指定するか、または古いコントローラー・プロシージャーを使用することができます。
- サーバント・プロシージャー名
- マイグレーションされたサーバントを開始するのに使用する
JCL 開始済みプロシージャーの名前。
バージョン 6.1.x
にマイグレーションする場合、JCL 開始済みプロシージャーをアップグレードする必要があります。
新規の開始済みプロシージャーは、マイグレーション中に生成されます。サーバント・プロシージャーに新しい名前を指定するか、または古いサーバント・プロシージャーを使用することができます。
- 付属プロセス・プロシージャー名
- マイグレーションされた付属プロセスを開始するのに使用する
JCL 開始済みプロシージャーの名前。
バージョン 6.1.x
にマイグレーションする場合、JCL 開始済みプロシージャーをアップグレードする必要があります。
新規の開始済みプロシージャーは、マイグレーション中に生成されます。付属プロセス・プロシージャーに新しい名前を指定するか、または古い付属プロセス・プロシージャーを使用することができます。
- 開始済みプロシージャーのコマンド名の置き換え
- JCL プロシージャーに新しい名前を指定した場合、対応する WebSphere
Application Server 構成の START コマンドは新しいプロシージャー名と一致するよう更新する必要があります。
構成の更新を実行するにはこのオプションを選択します。
同じプロシージャー名を使用する場合は、
このオプションを選択しないでください。マイグレーション中のノードの特定プロセス・タイプ
(例えば、すべてのサーバント)
のすべてのサーバーに一貫して同じプロシージャー名を使用しない場合は、このオプションを選択しないことをお勧めします。この場合、同じ
START コマンドのままで、マイグレーション中にテンプレートとして生成されたプロシージャーを使用して、
手動でプロシージャーを置き換える必要があります。
- WebSphere administrator のユーザー ID
- マイグレーション・プロセスでは、管理クライアントを使用することを要求されます。
管理クライアントが認証に使用できる有効な WebSphere administrator ユーザー ID を指定します。
この時点でユーザー ID の入力を据え置いて、後で手動により BBOWMG3B、BBOWMG3D、または BBOWMG3F の各ジョブを編集することも可能です。これを実行するには、ジョブを実行する前に、正しいユーザー ID で TO_AdminUserid 変数を更新します。
- WebSphere administrator のパスワード
- マイグレーション・プロセスでは、管理クライアントを使用することを要求されます。
管理クライアントが認証に使用できる有効な WebSphere administrator パスワードを指定します。
この時点でパスワードの入力を据え置いて、後で手動により
BBOWMG3B、BBOWMG3D、または
BBOWMG3F の各ジョブを編集することも可能です。これを実行するには、ジョブを実行する前に、正しいパスワードで TO_AdminPassword 変数を更新します。
サーバーのカスタマイズ (パート 2)
- スクリプトの互換性をサポートするマイグレーション
- マイグレーションしてスクリプト互換性をサポートするかどうかを指定します。
これは、マイグレーションにより
以下のバージョン 5.x または 6.0.x 構成定義を作成するか、または作成しないかを指定します。
- トランスポート
- ProcessDef
- バージョン 5.x または 6.0.x の SSL
- バージョン 5.x または 6.0.x の ORB サービス・スレッド・プール
以下のバージョン 6.1.x 構成定義の代わり:
- チャネル
- ProcessDefs
- バージョン 6.1.x SSL
- バージョン 6.1.x ORB サービス・スレッド・プール
既存の管理スクリプトへの影響を最小化するには、マイグレーションしてスクリプト互換性をサポートすることを選択します。例えば、既存の
wsadmin スクリプトがある場合、またはサード・パーティーの構成
API を使用してバージョン 5.x または 6.0.x
構成定義を作成または変更するプログラムがある場合、このオプションを選択する可能性があります。
注: こうすることで、環境内のすべてのノードがバージョン 6.1.x レベルになるまで、一時的な移行が提供されます。
すべてのノードがバージョン 6.1.x レベルになったら、以下のアクションを実行する必要があります。
- 管理スクリプトを変更して、すべてのバージョン 6.1.x 設定を使用します。
- convertScriptCompatability コマンドを使用して、
すべてのバージョン 6.1.x 設定に一致するように、構成を変換します。
convertScriptCompatibility コマンド
を参照してください。
- マイグレーション・トレースのオプション
- スクリプトのトレースを使用可能にする
- Home の作成、プロファイルおよびマイグレーション・ツールの呼び出し、およびマイグレーションの最終処理段階のトレースを使用可能にするかどうかを指定します。
- プロファイル作成のトレースを使用可能にする
- プロファイル作成中のトレースを使用可能にするかどうかを指定します。
- アップグレード前処理のトレースを使用可能にする
- WASPreUpgrade プロセス中のトレースを使用可能にするかどうかを指定します。
- アップグレード後処理のトレースを使用可能にする
- WASPostUpgrade プロセス中のトレースを使用可能にするかどうかを指定します。
- 一時ディレクトリーの位置
- マイグレーションのトレースおよび一時ファイルの出力のほかに、以前の構成のバックアップが書き込まれている
ディレクトリー。
- マイグレーション定義 ID
- 個々のノード・マイグレーションの出力を区別するのに使用される ID。
この
ID は、指定された一時ディレクトリー・ロケーションの下に作成されるサブディレクトリーの名前です。
JOB ステートメント定義
調整されるすべてのマイグレーション・ジョブでは
JOB ステートメントが必要となります。
インストール済み環境に有効な
JOB ステートメントを入力します。
マイグレーションの作成プロセスによって、すべての生成されたジョブでジョブ名が更新されます。
そのため、JOB
ステートメントのその部分に関して気にかける必要はありません。継続行が必要であれば、コメント行を継続行で置き換えます。