ステップ 1 : 使用中の z/OS 機能の検出

説明:

このステップでは、JCL ジョブを実行して、ご使用のシステム上の有料フィーチャーの現在の状況を示す出力プロパティー・ファイルを生成します。

手順:

ワークフローにおけるこのステップでは、稼働中のシステムで現在有効になっている z/OS の有料フィーチャーを判別します。この情報 (IFAPRDxx parmlib メンバーで制御) を使用して、無効にされているフィーチャーに関連するステップをスキップ対象としてマークします。このステップの目的は、該当しないアップグレード・ステップを確認の対象から自動的に減らすことです。

このステップの出力を参照して、このシステム上で無効になっていると判別された有料フィーチャーと、状態が変更されたステップを確認します。

スキップ対象としてマークされたステップを後で実行する場合は、状況を変更し、それらのステップが割り当てられた後に実行することができます。

注: このステップでは、出力ファイル・パスに指定されている場所にプロパティー・ファイルを書き込みます。ご使用の環境に合わせてファイル・パスを変更することができます。別の z/OS システムでワークフローを実行する場合は、アップグレードしているシステムと出力ファイル・パスが共用されていることを確認してください。tmp ディレクトリーを使用する場合は、必ず、ディレクトリー・パスにシステム名を含めてください。例: /SYSTEM/tmp/migration_inputfile.txt

ステップ 2 : z/OS V2R5 アップグレード・ワークフローの紹介

説明:

このレベルの z/OS アップグレード・ワークフローは、z/OS V2R5 に対応しています。

z/OS V2R5 アップグレード・ワークフローの紹介

z/OSMF ワークフローを使用すると、z/OS V2R5 のアップグレードを対話式のステップバイステップのプロセスで実行できます。z/OS V2R5 アップグレード・ワークフローでは、より円滑にアップグレードが実行されるようにするために、z/OSMF の最新機能を使用します。

z/OS V2R5 アップグレード・ワークフローは、2 つの z/OS Management Facility (z/OSMF) アップグレード・ワークフローとして使用できます。z/OS V2R3 または z/OS V2R4 のどちらからアップグレードするかに応じて、アップグレード・パスに適用されるファイルを選択して、システムにダウンロードし、ワークフローを作成します。

IBM は、現在では「z/OS マイグレーション」を資料形式で提供していません。z/OS V2R2 以降、マイグレーション・アクションについて学習するために推奨される方式は、z/OS マイグレーション・ワークフローとなっています。従来の資料形式ではなく、z/OSMF ワークフロー・タスクを使用して多数のマイグレーション・アクションの検出、実行、確認を行うことで、特定のシステムに合った具体的なマイグレーション・パスが可能になります。

資料からワークフローへの形式の変更に伴い、用語も「マイグレーション」から「アップグレード」に変更されています。IT 業界では、ソフトウェアをより新しいレベルに置き換えるプロセスは、ほとんどの場合、「ソフトウェアのアップグレード」と呼ばれます。対照的に、「ソフトウェアのマイグレーション」という語句は、サーバー間でソフトウェアを移動することを意味することがあります。ワークフローで説明されているアクションを実行する場合は、以前のリリースよりも新しいレベルの機能に z/OS をアップグレードします。そのため、アップグレード は、これらのワークフローで実行する内容を表す適切な用語です。

使用方法のヒント

• 拡張されたディスカバリー機能を使用できます。最初のステップ『使用中の z/OS 機能の検出』の説明に従い、z/OSMF が可能な限り多くの適用外のステップをスキップできるようにして、実行するステップの数を減らしてください。追加のディスカバリーには、(アクションに「なし」と示されている) 空のステップをスキップするオプションが含まれます。さらに、ディスカバリーは、既にアップグレードしたハードウェア・サーバー・レベルをスキップするように拡張されています。


• 一部のアップグレード・アクションには、ヘルス・チェックが関連付けられています。そのようなステップでは、ヘルス・チェックが呼び出され、アップグレード・アクションがご使用のシステムに適用可能であるかどうかを判別します。ヘルス・チェックを実行する前に、「実行」タブの説明を注意深く読み、各チェックに関する重要な情報を確認してください。


• オプションとして、個々のアップグレード・アクションおよびアップグレード作業全体について IBM にフィードバックを提供することができます。ワークフローに示されている説明に従ってください。ワークフローの各ステップを完了するためにフィードバックを提供する必要はありません。

z/OS V2R5 アップグレード・ワークフローのバージョン 2.0 (2021 年 10 月) の変更の要約

この新しいバージョンの z/OS V2R5 アップグレード・ワークフローは、APAR OA61406 の PTF の適用時にインストールされます。

バージョン 2.0 は、IBM によって 2021 年 4 月に提供されたバージョン 1.0 の後継です。

新規情報

以下のアップグレード・アクションが、z/OS V2R5 アップグレード・ワークフローのバージョン 2.0 で新しく追加されました。

• 新しい SMF レコード・タイプの使用を組み込むための処理の更新
• BDT: Bulk Data Transfer (BDT) の File-to-File フィーチャーの除去の計画
• BDT: Bulk Data Transfer (BDT) の SNA NJE フィーチャーの除去の計画
• SNA および IP サービス: LSA 装置および LCS 装置のサポートの除去の準備
• IP サービス: OSA DEVICE/LINK/HOME 構成のサポートの除去の準備
• ICSF: 非推奨の ICSF SMF および PKDS のヘッダー・フィールドに対する参照の更新
• DFSMSdfp: z/OS Global Mirror Extended Remote Copy (XRC) の除去の計画
• DFSMSdfp: OAM FSDELETE テーブルの更新
• ICSF: デフォルトで有効になっている Extended Master Secret 拡張のネゴシエーション
• JES2: PENCRYPT 競合通知への応答
• NFS: NFS のサンプル、マクロ、およびユーティリティーのソース・パーツに対する参照の更新
• RMF: RMF 構造変更に対応した更新の決定
• SDSF: 64 ビット JVM を参照するための PATH 環境変数の更新
• Security Server: 長い RDN の証明書の使用に関する新しい制約事項の注意
• Security Server: RACF TSO/E HELP テキストの除去への対応
• Security Server: パスチケット・ベースのパスワード変更を許可するための PTKTDATA プロファイルの定義
• Security Server: IZP および ZOWE という名前の RACF 動的クラスの除去

変更情報

以下のアップグレード・アクションは、z/OS V2R5 アップグレード・ワークフローのバージョン 2.0 で変更されています。

• 新規のデータ・セットおよびパスに対する参照の追加
• 削除されたデータ・セット、パス、および参照の除去
• 新規アドレス・スペースの適応化

z/OS V2R5 アップグレード・ワークフローのバージョン 1.0 (2021 年 4 月) の変更の要約

このワークフローには、以前のレベルのオペレーティング・システムから z/OS V2R5 にアップグレードするステップが含まれています。このワークフローには、(下記にリストされている) 新規および変更されたアップグレード・アクションと、用語、細かな修正、および編集上の変更が組み込まれています。

新規情報

以下のアップグレード・アクションが、IBM z15 サーバーで新しく追加されました。

• SE、HMC、および OSC に対する TLS 1.0 および TLS 1.1 のサポートの除去の準備

以下のアップグレード・アクションが、z/OS V2R5 で新しく追加されました。

• z/OS V2R5 アーキテクチャー・レベル・セットとサポート対象ストレージ・デバイスへの対応
• z/OS V2R5 が z/VM V7.1 でゲストとして実行されていることの確認 (該当する場合)
• BCP: IFASMFDP および IFASMFDL に対する出口 USER4 および USER5 の定義
• BCP: デフォルトで 64 ビットの実ストレージにバッキングされる ASCB および WEB
• BCP: バインダー・トランスポート・ユーティリティー IEWTPORT の除去への対応
• BCP: ゲストとして z/OS V2R5 を実行するには z/VM V7.1 が必要
• BCP: 新しい CHECKREGIONLOSS のデフォルトへの対応
• BCP: 新しい DSLIMITNUM のデフォルトへの対応
• IP サービス: DCAS からのネイティブ TLS/SSL サポートの除去への対応
• IP サービス: TN3270E からのネイティブ TLS/SSL サポートの除去への対応
• TCP/IP: Cisco Multi-Node Load Balancer (MNLB) のシスプレックス・ディストリビューター・サポートの除去
• TCP/IP: IBM DataPower Gateway 製品のシスプレックス・ディストリビューター・サポートの除去
• HCD: サポートされないプロセッサー・タイプの構成の除去
• ICSF: 以前の ICSF ライブラリーに対する参照の更新
• z/OSMF: z/OSMF モバイル通知サービスに対する参照の除去
• z/OSMF: エラー・メッセージの詳細がデフォルトで表示されなくなったことの注意
• z/OSMF: z/OSMF デスクトップ・インターフェースの使用
• z/OSMF: z/OSMF に関する診断データを収集するための診断アシスタントの使用
• z/OSMF: IBM zERT Network Analyzer のアップグレード
• z/OSMF: Software Management の STGADMIN SAF 許可要件の除去
• z/OSMF: ワークフロー・ユーザーがワークフロー・ファイルの読み取りを許可されていることの確認
• ネットワーク認証サービス: より強い NDBM データベース暗号化タイプの使用
• RMF: RMF DDS サーバーの非推奨のポートに対する参照の除去
• SDSF: SDSF 機能を保護するための SAF ベースのセキュリティーのみの使用
• Security Server: RACF TSO/E HELP テキストの除去への対応
• z/OS UNIX: 新しい LIMMSG のデフォルトへの対応
• z/OS UNIX: BPXPRMxx の MAXSHAREPAGES オプションに対する参照の除去

変更情報

以下のアップグレード・アクションは、z/OS V2R5 で変更されています。

• 新規のデータ・セットおよびパスに対する参照の追加
• 削除されたデータ・セット、パス、および参照の除去
• BCP: z/OS バッチ・ランタイムの使用の停止
• BCP: WLM サービス係数での推奨値の使用
• BCP: ユーザー・キー共通域のサポートの除去
• SNA サービス: VTAM 共通管理情報プロトコルの使用の停止
• IP サービス: FTP サービスに対する TLS/SSL サポートの AT-TLS へのアップグレード
• ISPF: ワークステーション・エージェントに対するすべての依存関係のシステムからの除去
• EIM、OCSF、OCEP、および PKITP のサポートの除去の計画
• JES2: z22 モードのアクティブ化
• OpenSSH: 新しいレベルの OpenSSH への対応
• Security Server: 重複クラス名の確認
• XL C/C++: z/OS XL C/C++ コンパイラーとランタイムのマイグレーション・ガイドの確認

削除された情報

z/OS V2R3 で導入され、z/OS V2R5 パスに適用されていないアップグレード・アクションが削除されました。

以下のアップグレード・アクションは、z/OS V2R5 で削除されました。

• CustomPac インストール・ダイアログが更新されていることの確認
• CustomPac インストール・ダイアログの新規 JOB ステートメントの使用の検討
• テープでの提供の中止に対する準備
• BCP: 十分な実メモリーがインストールされていることの確認
• BCP: TVSAMCOM および TVSMSG がジョブ・ステートメント・シンボルとして使用されないことの確認
• BCP: ユニコード変換イメージの再生成
• DFSMSdfp: OAM 構成に非同期状態がないかの確認
• DFSMSdfp: IDCAMS LISTCAT コマンドでの空のオブジェクトに対するコード 4 への対応
• DFSMSdfp: データ・セットの暗号化の準備

z/OS V2R5 には、IPL を実行するために IBM z13 以降が必要です。そのため、IBM zEC12 および zBC12 のプロセッサーに対する以下のアップグレード・アクションは削除されました。

• IBM zEnterprise EC12 サーバーまたは IBM zEnterprise BC12 サーバーへのアップグレード
• zEC12 サーバーまたは zBC12 サーバーに関する一般的な推奨事項および考慮事項
• zEC12 サーバーまたは zBC12 サーバーに関する制約事項
• zEC12 または zBC12 サーバー注文前に実行可能なアクション
• zEC12 サーバーおよび zBC12 サーバーの機能のマイグレーションおよび活用に関する考慮事項
• 将来のサーバー上で廃止される zEC12 サーバーおよび zBC12 サーバーの機能への対処

ステップ 2.1 : 一般的なアップグレード・ステップ

説明:

アップグレードのための変更は、新しいリリースで新機能を活用するために必要な変更と同時に行うことができます。ただし、アップグレードを先に行った後で、新機能を活用する方が、より賢明なアプローチと言えます。標準的な実行ステップは以下のとおりです。

1. z/OS V2R5 について十分に理解してください。そのためにお勧めの情報源としては、次のものがあります。
   • z/OS 入門とリリース・ガイド
   • z/OS インストール計画
   • z/OS ライブラリー (z/OS Internet Library)
2. z/OS V2R5 をインストールした後に行うアクションをできるだけ少なくするために、既存のシステム (旧システム) で可能な限り多くのアップグレード・アクションを行います。このワークフローでは、既存のシステムで行うことのできるアクションには、「z/OS V2R5 をインストールする前に行うアクション」という見出しを付けてあります。すべてのアクションが必要というわけではありません。アクションによっては、環境、構成、およびワークロードに依存しているものもあり、それに応じて示してあります。これらのアクションは、z/OS V2R5 にマイグレーションするすべての既存システムに対して、実行するかまたはコピー (複製) する必要があります。

   IBM Health Checker for z/OS を使用すると、一部のアップグレード・アクションに役立ちます。詳しくは、「IBM Health Checker for z/OS を使用したマイグレーション・チェック」と呼ばれるワークフロー・ステップを参照してください。

3. z/OS V2R5 システムとの間でリソースを共用するシステムがあれば、共存およびフォールバックのサービスを注文し、インストールします。(「共存およびフォールバック PTF のインストール」と呼ばれるステップを参照してください。) このサービスは、z/OS V2R3 と共存することになるすべてのシステム、および z/OS V2R5 にマイグレーションされるすべてのシステム (またフォールバック先になる可能性があるもの) にインストールする必要があります。
4. ドライバー・システムを準備します。駆動システムの要件については、「z/OS インストール計画」の駆動システムの準備に関するトピックを参照してください。
5. z/OS V2R5 を注文してインストールします。ServerPac を使用する場合は、 「ServerPac: Installing Your Order」を参照してください。CBPDO を使用する場合は、z/OS Internet library の「z/OS Program Directory」を参照してください。
6. ターゲット・システムのハードウェアとソフトウェアを準備します。このステップでは、「z/OS V2R5 の最初の IPL の前に行うアクション」という見出しが付いているアップグレード・アクションを行います。(ここでも、すべてのアクションが必要というわけではありません。アクションによっては、環境、構成、 およびワークロードに依存しているものもあり、それに応じて示してあります。)
7. 更新済みのカスタマイズおよび構成ファイルを使用して、新しい z/OS V2R5 システムの IPL を実行します。
8. 「z/OS V2R5 の最初の IPL の後に行うアクション」という見出しが付いているアップグレード・アクションを実行します。(ここでも、すべてのアクションが必要というわけではありません。アクションによっては、環境、構成、 およびワークロードに依存しているものもあり、それに応じて示してあります。)

   IBM Health Checker for z/OS を使用すると、一部のアップグレード・アクションに役立ちます。詳しくは、「IBM Health Checker for z/OS を使用したマイグレーション・チェック」と呼ばれるワークフロー・ステップを参照してください。

9. シスプレックス、データ・センター、および企業内の他のシステムに、z/OS V2R5 をデプロイします。

   これでアップグレードは完了です。

10. 1 つのシステム (場合によってはシスプレックス内のすべてのシステム) を、z/OS V2R4 または z/OS V2R3 にフォールバックする必要がないという確信を得たら、z/OS V2R5 で導入されている機能を活用できます。
11. この活用している機能を他のシステムにデプロイします (ここでもシスプレックス内に、その後データ・センター内に、そして最終的には企業内に)。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 2.2 : IBM Health Checker for z/OS を使用したマイグレーション・チェック

説明:

新しい z/OS リリースにアップグレードする前に、IBM Health Checker for z/OS を使用して、計画の作成に役立てることができます。マイグレーション・チェックは、さまざまなアップグレード・アクションの現行システムへの適用可能性を判別するのに役立ちます。IBM Health Checker for z/OS で提供される他のチェックと同様に、システムに対する更新は何も行われません。マイグレーション・チェックは、現在アクティブなシステムに限定して、システム上の特定のアップグレード・アクションの適用可能性について報告するだけです。

IBM Health Checker for z/OS は、システムの初期設定時に自動的に開始されます。

マイグレーション・チェックは、IBM Health Checker for z/OS によって提供される他のチェックと似ています。相違点は以下のみです。

• マイグレーション・チェックは、デフォルトでは非アクティブになっています。
• マイグレーション・チェックの名前は、ZOSMIG の文字で始まります。この接頭部の後に、以下のような値が続きます。これらの値は、アップグレード・アクションのタイミングを計画するのに役立ちます。

  ZOSMIGVvRr_NEXT

  アップグレード・アクションが推奨されます。ただし、VvRr の後のリリースではアップグレード・アクションが必須になります。

  ZOSMIGVvRr_NEXT2

  アップグレード・アクションが推奨されます。ただし、VvRr の 2 つ後のリリースではアップグレード・アクションが必須になります。

  ZOSMIGVvRr

  VvRr で示されているリリースでは、アップグレード・アクションが必須です。

  ZOSMIGVvRrPREV

  VvRr で示されているリリースおよびそれ以前のリリースでは、適切なサービスを使用したアップグレード・アクションが必須です。

  ZOSMIGREC

  近い将来、アップグレード・アクションが推奨されます。アップグレード・アクションが必要ない場合もあります。

  ZOSMIGREQ

  現在推奨されているアップグレード・アクションは、将来のリリースでは必須になります。

  注: 以前のリリースでは、マイグレーション・チェックの名前は別の命名規則に従っていました。1 つは ICSF 用で、規則 ICSFMIGnnnn_component_program_name を使用し、1 つはその他の z/OS 用で、規則 ZOSMIGVvvRrr_component_program_name を使用していました。

現行の z/OS リリースでは、以下のステップに従ってください。

1. 最新のマイグレーション・チェックをインストールします。SMP/E FIXCAT IBM.Function.HealthChecker を使用して、ベスト・プラクティスとマイグレーションの両方のための最新のヘルス・チェックをすべて確認します。

   定期保守期間中に PTF をインストールして、IPL が後にスケジュールされるようにすることもできます。チェックは、多くの場合、機能の開始時または再始動時に追加されるため、スケジュールされた IPL の前に PTF をインストールするのが最も好都合な場合があります。追加のマイグレーション・チェックは別の時間帯に追加できるので、マイグレーション計画を立てる前に最新のチェックをすべてインストールしておくことをお勧めします。

2. アップグレード・パスに適合するマイグレーション・チェックをアクティブ化します。マイグレーション・チェックの命名規則によって、対応するアップグレード・アクションを導入したリリースが示されるため、アップグレード・パスに適合するチェックのみをアクティブにすることができます。SDSF (またはフィルターなど、チェックを表示する別の方法) を使用して、システムで使用可能なマイグレーション・チェックを前もって表示することができます。例えば、z/OS V2R3 から z/OS V2R5 にアップグレードする場合、z/OS V2R4 と z/OS V2R5 の両方で生じた変更に対するマイグレーション・チェックをアクティブにする必要があります。z/OS V2R4 から z/OS V2R5 にアップグレードする場合は、z/OS V2R5 で生じた変更のマイグレーション・チェックのみをアクティブ化すれば済みます。チェックをアクティブにするにはさまざまな方法があり、またワイルドカードを使用して特定のチェックを組み込む方法も数多くあります。

   以下に、MODIFY コマンドを使用してチェックをアクティブにする例を示します。

   • F HZSPROC,ACTIVATE,CHECK=(IBM*,*MIG*)
   • F HZSPROC,ACTIVATE,CHECK=(IBM*,ICSFMIG*)
   • F HZSPROC,ACTIVATE,CHECK=(IBM*,ZOSMIG*)
3. マイグレーション・チェックの出力を検討して、チェックを再実行します。例外があればすべてマイグレーション計画で対処する必要があります。新しい z/OS リリースに移行する前にアップグレード・アクションを完了できた場合、チェックを再実行して、現行システム上で正しく完了したことを確認することができます。場合によっては、新しい z/OS リリースの IPL を実行した後で、そのリリースで検証用のチェックを使用できることがあります。
4. 必要に応じて、マイグレーション・チェックを非アクティブ化します。マイグレーション・チェックをアクティブにする必要がなくなった場合、アクティブ化と同様の方法で非アクティブ化することができます。例:
   • F HZSPROC,DEACTIVATE,CHECK=(IBM*,*MIG*)
   • F HZSPROC,DEACTIVATE,CHECK=(IBM*,ICSFMIG*)
   • F HZSPROC,DEACTIVATE,CHECK=(IBM*,ZOSMIG*)

本書では、チェックがあるアップグレード・アクションは、アップグレード・アクションの説明の中に明示してあります。

本書に記載されているすべてのアップグレード・アクションがチェックで対処できるわけではありません。プログラマチック・チェックには対応しないアップグレード・アクションも多数あります。そのため、本書を使用してマイグレーション計画を準備し、チェックのみに依存しないようにしてください。

System REXX に関する考慮事項

IBM Health Checker for z/OS マイグレーション・ヘルス・チェックのいくつかは、コンパイル済み System REXX で記述されています。これらのヘルス・チェックには、 System REXX カスタマイズおよびランタイム・アクティビティーが完了していることが必要です。System REXX (および System REXX が必要とするセキュリティー環境) が適切にカスタマイズされていない場合、System REXX ヘルス・チェックの実行は成功しません。 また、コンパイル済み REXX exec には、Alternate Library for REXX (V1R9 以降の z/OS で使用可能) または IBM Library for REXX on zSeries (5695-014) からの適切なランタイム・サポートが必要です。

システム REXX が JES サービスを使用できるようにするために、AXRnn アドレス・スペースは 1 次サブシステムの下で開始されます。そのため、AXRnn アドレス・スペースを終了してから JES2 をシャットダウンする必要があります。AXR アドレス・スペースを停止する必要はありません。このアクションは 2 次 AXRnn アドレス・スペースのみに影響します。

詳細な情報は、以下の参考資料に記載されています。

• System REXX カスタマイズについては、「z/OS MVS Programming: Authorized Assembler Services Guide」の System REXX に関するトピックを参照してください。
• コンパイル済み REXX exec ランタイムが使用可能かどうかについては、「z/OS Program Directory」の Alternate Library for REXX のカスタマイズに関する考慮事項についてのトピックを参照するか、IBM Alternate Library for REXX に付属する製品資料を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 2.3 : アップグレード・アクションのないエレメントおよびフィーチャー

説明:

z/OS V2R3 から z/OS V2R5 へのアップグレードでは、以下の z/OS エレメントおよびフィーチャーにはアップグレード・アクションがありません。

• Alternate Library for REXX
• Communications Server セキュリティー・レベル 3
• DFSORT
• EREP
• FFST
• GDDM
• GDDM-PGF
• GDDM-REXX
• IBM HTTP Server
• IBM Tivoli Directory Server
• ICKDSF (装置サポート機能)
• Metal C Runtime Library
• MICR/OCR
• NFS
• Runtime Library Extensions
• TIOC
• z/OS Font Collection
• z/OS セキュリティー・レベル 3
• 3270 PC ファイル転送プログラム

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3 : z/OS V2R5 にマイグレーションする全利用者に共通の汎用アップグレード・アクション

説明:

この z/OSMF ワークフローは、「Abstract for the z/OS Upgrade Workflow」に由来しています。

ステップ 3.1 : z/OS V2R5 に移行する全利用者に共通のアップグレード・アクション

説明:

このトピックでは、使用するエレメントおよびフィーチャーに関係なく、全利用者に共通に適用される汎用アップグレード・アクションについて説明します。

ステップ 3.1.1 : z/OS V2R5 のインストール前の全利用者に共通のアップグレード・アクション

説明:

このトピックでは、現在の (旧) システムで行うことのできる汎用アップグレード・アクションについて説明します。これらの変更を行うのに、z/OS V2R4 レベルのコードは必要ありません。また、これらの変更を行った後に、z/OS V2R4 レベルのコードを実行する必要もありません。

ステップ 3.1.1.1 : PSP バケットの検討

説明:

説明

予防サービス計画 (PSP)「バケット」を見て、ソフトウェアとハードウェアのインストールおよび保守に関する重要な情報がないかどうかを確認してください。この種の情報は、開発サイクルの終わりの方で発生したため、製品資料への組み込みが間に合わなかったものです。これには、サービスと、小規模なプログラミング機能の拡張 (SPE) の両方に関する PTF が含まれています。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

1. 検討すべき PSP バケットがどれであるかを確認します。この作業をするには、以下のことを知っている必要があります。
   
   
   • PSP バケット・アップグレード ID (または「upgrade」)。最も関連性の高いアップグレードは、z/OS V2R5 とそのサーバーに関するものです。z/OS V2R5 のアップグレードは ZOSV2R5 です。サーバー・アップグレードは以下の表に示すとおりです。
   
   
   • FIXCAT 値 (この後のヒントに示すように、SMP/E REPORT MISSINGFIX コマンドを HOLDDATA の FIXCAT タイプと組み合わせて使用する場合)。FIXCAT 値は、以下の表に示されています。注:
     • 示されている値は、サーバーにとって必要な最小限のサポートを提供する値です。サーバーで追加機能を利用する場合は、FIXCAT 値に追加の修飾子が付きます。
     • z/OS V2R5 は、IBM z13 以降のプロセッサーで実行する必要があります。詳しくは、『サポートされるサーバー、ストレージ・コントローラー、およびマシン機能を使用していることの確認』と呼ばれるステップを参照してください。


2. Preventive Service Planning buckets または IBMLink から PSP バケットを入手します。


3. PSP バケットを検討し、そこで指示されているアクションを実行します。

ヒント: 該当する PSP バケットを検索しやすくし、PSP バケットにリストされている中でどの最小 PTF をシステムにインストールする必要があるかを識別しやすくする場合は、SMP/E FIXCAT コマンドおよび REPORT MISSINGFIX コマンドを使用できます。FIXCAT 値は、以下の表に示されています。

参照情報

詳細は、以下を参照してください。

• z/OS のサブセットについては、z/OS Internet library の「z/OS Program Directory」を参照してください。
• SMP/E REPORT MISSINGFIX コマンドについては、「z/OS SMP/E Commands」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.1.2 : 共存およびフォールバック PTF のインストール

説明:

説明

z/OS V2R5 より前のシステムに共存およびフォールバック PTF をインストールすると、それらのシステムがアップグレード時に z/OS V2R5 システムと共存できます。共存およびフォールバック PTF をインストールすると、必要な場合に前のシステムへのフォールバックも可能になります。 共存およびフォールバックは重要な要素です。これにより、ローリング IPL (一度に 1 システムずつ) を用いて、マルチシステム構成に含まれるシステムを z/OS V2R5 にマイグレーションすることができるため、アプリケーションの可用性を継続して維持することができます。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

z/OS V2R5 をご使用の環境に導入する前に、z/OS V2R5 システムと共存する z/OS V2R5 より前のすべてのシステムに共存およびフォールバック PTF をインストールします。

以下のように、SMP/E REPORT MISSINGFIX コマンドをフィックス・カテゴリー (FIXCAT) タイプ HOLDDATA と一緒に使用します。

1. 最新の HOLDDATA を取得し、ご使用の z/OS V2R5 より前のシステムで受け取ります。通常のサービス取得ポータルを使用するか、Enhanced HOLDDATA for z/OS から直接 HOLDDATA をダウンロードします。「Download NOW」列から「Full」を選択し、FIXCAT HOLDDATA を受け取ります。他のファイルには FIXCAT は含まれていません。


2. z/OS V2R5 より前のシステムで SMP/E REPORT MISSINGFIX コマンドを実行して、FIXCAT 値「IBM.Coexistence.z/OS.V2R5」を指定します。レポートに、そのシステムに欠落している共存およびフォールバック PTF が示されます。 REPORT MISSINGFIX コマンドについて詳しくは、「z/OS SMP/E Commands」を参照してください。


3. 定期的に、最新の HOLDDATA を取得して REPORT MISSINGFIX コマンドを再実行し、新しい共存 PTF およびフォールバック PTF があるかどうか調べるようにしてください。

z/OS アップグレード・ワークフローの最新の PTF の取得

z/OS V2R5 アップグレード・ワークフローの更新およびフィックスは、標準の z/OS サービス・プロセスを通じて提供されます。z/OS V2R5 アップグレード・ワークフローの最新の PTF を取得するには、z/OS システムで SMP/E REPORT MISSINGFIX コマンドを実行して、FIXCAT 値「IBM.Coexistence.z/OS.V2R5」を指定します。z/OS V2R5 アップグレード・ワークフローは、z/OS リリース V2R3、V2R4、および V2R5 で実行できます。

参照情報

z/OS の共存/マイグレーション/フォールバックの方針についての説明は、「z/OS インストール計画」の『共存とフォールバック』のトピックを参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.1.3 : zSoftCap を使用したキャパシティー変更の影響の確認

説明:

説明

zSoftware マイグレーション・キャパシティー・プランニング・エイド (zSoftCap) は、ソフトウェア・リリースのマイグレーションの影響を評価する PC ベースのツールです。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

1. IBM Techdocs Web サイト IBM Techdocs から zSoftCap をダウンロードします。Techdoc「PRS268」を検索します。
2. zSoftCap を実行して、予想される CPU 使用率の増加 (ある場合) を判別します。

参照情報

詳しくは、「zSoftCap User's Guide」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.1.4 : z/OS ルート・ファイル・システムを単一データ・セット内に保持するためのボリュームの追加または変更

説明:

説明

リリースの機能強化およびサービスにより、z/OS ルート・ファイル・システム (つまり「バージョン・ルート・ファイル・システム」) のサイズは、リリースごとに増大し続けています。z/OS ルート・ファイル・システムのサイズは、HFS か zFS かに関係なく、3390-3 装置での限度の 3339 シリンダーに (それを超えないにしても) かなり近づいていることが予期されます。

管理を容易にするために、z/OS ルート・ファイル・システムは単一データ・セット内に収めることをお勧めします。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

z/OS ルート・ファイル・システムを単一データ・セット内に保持するには、以下のいずれかを行います。

• z/OS ルート・ファイル・システムをより大きい形状の DASD ボリュームに移動する。
• 複数のボリュームを z/OS ルート・ファイル・システム・データ・セット用に使用する。

z/OS ルート・データ・セットを、定義された単一または複数のボリュームに収めることができない場合は、z/OS ルートを分割して、より小さい複数のファイル・システムを一緒に管理するようにします。

z/OS ルート・ファイル・システムの配置先のシステムはすべて、z/OS ルートを保持するための十分な DASD スペースが必要であることを覚えておいてください。

ヒント: z/OS 製品自体以外のサブシステムおよび製品のファイル・システムのサイズも増大する可能性があります。z/OS ファイル・システムが使用するスペースについてボリュームを検査する際に、その他の製品のファイル・システム・サイズも確認してください。

参照情報

詳しくは、「z/OS DFSMS Implementing System-Managed Storage」を参照してください。

手順:

ワークフローにおけるこの部分は、このアップグレード・アクションに関連付けられた IBM Health Check for z/OS のヘルス・チェック IBMUSS,ZOSMIGREC_ROOT_FS_SIZE を実行するためのジョブの実行依頼をガイドします。

このチェックは、まだアクティブ化されていない場合はアクティブ化されます。チェックがアクティブ化された場合は、ジョブの終了時に非アクティブ化され、検出時と同じ状態が保持されます。

ヘルス・チェックが実行されて、例外が発生しなかった場合、このステップに「完了」のマークが付けられ、このアップグレードに追加アクションが不要であることを示します。

ヘルス・チェックで例外が検出された場合、このステップには「失敗」のマークが付けられます。これは、このアップグレード・アクションを完了するために追加の調査 (場合によっては追加の作業) が必要であることを示します。ステップに「失敗」のマークが付けられた場合、(SDSF など、ヘルス・チェックの出力の表示に使用する任意の方法を使用して) ヘルス・チェックの出力を参照し、該当すると判断した状態を修正する必要があります。その後、このワークフロー・ステップを再実行して、ヘルス・チェック・ジョブを再度実行依頼します。これを、例外を受け取らなくなり、ステップに「完了」のマークが付けられるまで行います。

ステップ 3.1.1.5 : 新しい SMF レコード・タイプの使用を組み込むための処理の更新

説明:

説明

z/OS V2R3 以降、SMF は、標準レコード・タイプ (0-255) と拡張または標準のレコード・タイプ (0-2047) の両方をサポートします。z/OS が使用する 255 より上の SMF レコード・タイプが増えるため、SMF レコードの収集と使用法が最新であり、引き続きビジネス・ニーズに対応していることを確認してください。

z/OS V2R5 以降、JES2 は、JES2 リソース使用量およびパフォーマンスのデータ用に SMF レコード・タイプ 1153 を生成します。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下を実行します。

1. 新たに生成された SMF レコード・タイプを収集するように SMFPRMxx TYPE 指定が設定されていることを確認します。


2. SMF ダンプ・ユーティリティー IFASMFDP および IFASMFDL で TYPE オプションをどのようにコーディングしたかを確認します。ダンプ・ユーティリティーのデフォルトは TYPE(0:2047) です。TYPE(0:255) を明示的にコーディングしていて、記録されるすべてのレコード・タイプを含める場合は、デフォルトを使用しているか、TYPE(0:2047) を明示的にコーディングしていることを確認してください。そうでない場合は、255 より上のレコード・タイプは選択基準から除外されます。

注: IFASMFDL ARCHIVE 要求または DELETE 要求をコーディングする際、要求された日付/時刻の範囲内のログ・ストリームに存在するすべてのレコード・タイプが (明示的またはデフォルトで暗黙的に) 含まれるように注意してください。要求された日付/時刻の範囲内のいずれかのレコードが選択基準と一致しない場合、IFASMFDL では、ARCHIVE 要求または DELETE 要求はメッセージ IFA845I で失敗します。

参照情報

詳しくは、「z/OS MVS システム管理機能 (SMF)」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.1.6 : XCF グループと XCF グループ・メンバーの数が十分であることの確認

説明:

説明

時間の経過と共にさまざまな z/OS 機能およびアプリケーションが XCF サービスを活用することになるため、シスプレックス結合データ・セット内に、活用者が定義するすべての XCF グループおよびメンバー用に十分なスペースがあるかどうかを確認する必要があります。シスプレックス結合データ・セットに含まれる XCF グループまたはメンバーの数が不十分になっている可能性もあります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

1. 現行システムで DISPLAY XCF,COUPLE コマンドを入力します。シスプレックス結合データ・セットの MAXGROUP および PEAK の値に注目してください。 これらの値は、結合データ・セットがサポートできる XCF グループの最大数と、そのシスプレックス内でこれまでに使用された XCF グループのピーク数を示します。 また、シスプレックス結合データ・セットの MAXMEMBER および PEAK の値にも注目してください。 これらの値は、結合データ・セットが 1 つのグループ内でサポートできるメンバーの最大数と、そのシスプレックス内の最大グループでこれまでに使用されたメンバーの最大数を示します。
2. メンバーのピーク値がメンバーの最大値に近い場合は、シスプレックス結合データ・セットを再フォーマットして、1 つのグループで使用されるメンバーの最大数を増やすことができます。

参照情報

詳細は、以下を参照してください。

• MAXGROUP および MAXMEMBER パラメーターに関わるシスプレックス結合データ・セットのフォーマットについては、「z/OS MVS シスプレックスのセットアップ」を参照してください。
• DISPLAY XCF コマンドについては、「z/OS MVS システム・コマンド」を参照してください。

手順:

ワークフローにおけるこの部分は、このアップグレード・アクションに関連付けられた IBM Health Check for z/OS のヘルス・チェック IBMXCF,XCF_SYSPLEX_CDS_CAPACITY を実行するためのジョブの実行依頼をガイドします。

このチェックは、まだアクティブ化されていない場合はアクティブ化されます。チェックがアクティブ化された場合は、ジョブの終了時に非アクティブ化され、検出時と同じ状態が保持されます。

ヘルス・チェックが実行されて、例外が発生しなかった場合、このステップに「完了」のマークが付けられ、このアップグレードに追加アクションが不要であることを示します。

ヘルス・チェックで例外が検出された場合、このステップには「失敗」のマークが付けられます。これは、このアップグレード・アクションを完了するために追加の調査 (場合によっては追加の作業) が必要であることを示します。ステップに「失敗」のマークが付けられた場合、(SDSF など、ヘルス・チェックの出力の表示に使用する任意の方法を使用して) ヘルス・チェックの出力を参照し、該当すると判断した状態を修正する必要があります。その後、このワークフロー・ステップを再実行して、ヘルス・チェック・ジョブを再度実行依頼します。これを、例外を受け取らなくなり、ステップに「完了」のマークが付けられるまで行います。

ステップ 3.1.1.7 : サポート対象外の z/OS 各国語翻訳に対する依存関係の除去

説明:

説明

z/OS V2R4 以降では、z/OS は米国英語 (ENU)、大文字英語 (ENP)、および日本語 (JPN) のみで提供されます。

以下のオプションの言語フィーチャーは、z/OS に標準で付属しなくなりました。

• ブラジル・ポルトガル語
• カナダ・フランス語
• デンマーク語
• フランス語
• ドイツ語
• イタリア語
• 韓国語
• オランダ語
• ノルウェー語
• 中国語 (簡体字)
• スペイン語
• スウェーデン語
• スイス・ドイツ語
• 中国語 (繁体字)

この変更は、以前のリリースで翻訳が提供されていた z/OS エレメントのサブセットに影響を及ぼします。

• GDDM
• ISPF
• TSO/E
• z/OS UNIX

したがって、z/OS V2.4 以降では、以下の翻訳済みエレメントおよびフィーチャーは、お客様が注文で言語フィーチャー番号を指定した場合に送信されます。

この変更によるフォントへの影響はありません。z/OS は、中国語、日本語、韓国語などのために、引き続き 2 バイト・フォントを提供します。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

影響を受けるエレメントから除去された言語の使用を停止します。

参照情報

なし。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2 : z/OS V2R5 の最初の IPL の前の全利用者に共通のアップグレード・アクション

説明:

このトピックでは、z/OS V2R5 をインストールした後で最初の IPL の前に実行できる汎用アップグレード・アクションについて説明します。これらのアクションでは、z/OS V2R5 レベルのコードがインストールされている必要がある場合がありますが、コードはアクティブである必要はありません。

ステップ 3.1.2.1 : z/OS V2R5 アーキテクチャー・レベル・セットとサポート対象ストレージ・デバイスへの対応

説明:

説明

z/OS V2R5 は、以下の IBM Z® サーバーでサポートされます。

• IBM z15™ モデル T01 および T02
• IBM z14™ (z14) モデル M01 から M05
• IBM z14™ モデル ZR1 (z14 ZR1)
• IBM z13
• IBM z13s™

z/OS V2R5 は下記以降の IBM 記憶制御機構をサポートします。

• 3990 モデル 3 および 3990 モデル 6
• 9393
• 2105
• 2107
• 2421
• 2422
• 2423
• 2424

z/OS は、z/OS リリースに応じて、これらのサーバー上で特定のマシン機能を使用します。サーバー上で追加のマシン機能を使用できる場合もありますが、それは z/OS がそれらの機能をサポートすることを意味するわけではありません。各リリースの z/OS でサポートされるマシン機能のリストについては、「z/OS インストール計画」を参照してください。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

1. 使用するサーバー、制御装置、およびマシン機能が z/OS V2R5 用にサポートされているかどうかを判別します。リストされていないハードウェアに対するサポートについてのご質問は、 IBM 担当員にお問い合わせください。
2. 置き換えのサーバーおよび制御装置を取り付けます。サポートされないサーバーと制御装置をシステムから切り離し、それらに対応する定義を入出力定義ファイル (IODF) から削除します。

参照情報

詳細は、以下を参照してください。

• z/OS インストール計画
• Release memorandum - RFA 58183 - 04/15/13 (IBM Guide 27.10)

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

サーバーが少なくとも z13 である場合、このステップは、この要件を満たしていることを示す「Complete(Override)」状態になります。

サーバーが z13、z14、または z15 でない場合、このステップは、z/OS V2R5 により高いレベルのサーバーが必要であることを示す「Ready」状態になります。

ステップ 3.1.2.2 : z/OS V2R5 が z/VM V7.1 でゲストとして実行されていることの確認 (該当する場合)

説明:

説明

z/OS V2R5 をゲストとして実行するには z/VM V7.1 以降が必要です。

このアップグレード・アクションに関する情報。

次の表は、アップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

z/VM で z/OS V2R5 を実行する予定の場合は、z/VM V7.1 以降を実行している必要があります。それ以外の場合は、実行するアクションはありません。

参照情報

なし。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.3 : IPCS 環境のセットアップ

説明:

説明

対話式問題管理システム (IPCS) は、ダンプおよびトレースのフォーマット設定と分析サポートを提供する BCP のツールです。新たに構築した z/OS システムで取られたダンプをすべて処理できるように、IPCS 環境をセットアップする必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

IPCS 環境をセットアップします。ガイダンス情報については、『参照情報』にリストされている資料を参照してください。セットアップの際には、ログオン・プロシージャーがターゲット・システムの IPCS データ・セットのレベル (以下の表) を指していることを確認します。

参照情報

詳細は、以下を参照してください。

• IPCS について詳しくは、「z/OS MVS Interactive Problem Control System (IPCS) カスタマイズ」を参照してください。
• ログオン・プロシージャーの更新については、z/OS Internet library の「z/OS Program Directory」を参照してください。
• JES2 IPCS 環境のセットアップについては、「z/OS JES2 診断」を参照してください。
• JES3 IPCS 環境のセットアップについては、「z/OS JES3 診断」を参照してください。
• さまざまなレベルの IPCS の実行については、「z/OS MVS Interactive Problem Control System (IPCS) ユーザーズ・ガイド」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.4 : IBM 提供の parmlib および proclib メンバーの使用

説明:

説明

z/OS V2R5 で出荷されたすべての新規および変更済みの parmlib および proclib メンバーが、parmlib および proclib 連結で更新されるようにします。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

• parmlib の場合は、z/OS V2R5 PARMLIB DDDEF が指し示しているデータ・セットを parmlib 連結に追加してください。通常このデータ・セットは連結の最後に追加する必要があります。また、連結内の他のデータ・セットに IBM 提供のメンバーと同じ名前のメンバーが含まれていないことを必ず確認してください。このデータ・セットをシステム常駐ボリュームに入れて、間接カタログ項目を使用する場合は、 今後のマイグレーションではこの特別なマイグレーション・ステップは不要です。
• proclib の場合:
  1. 新規および変更のメンバーが反映されるように、デフォルトの proclib メンバーがデフォルトの proclib にコピーされていることを確認します。
  2. 「z/OS Program Directory」の proclib メンバーの更新テーブルに示されているように、提供されている個々のサンプル・メンバーを更新し、システムがそれらにアクセスできるようにしてください。
  3. z/OS Internet library の「z/OS Program Directory」内で proclib 連結に追加するライブラリーのテーブルにリストされているプロシージャー・ライブラリーが、必要なプロシージャー・ライブラリー連結に入っていて、システムで使用可能であることを確認します。

参照情報

z/OS で提供される parmlib メンバーおよび proclib メンバーについては、z/OS Internet library の「z/OS Program Directory」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.5 : /etc、/global、および /var システム制御ファイルのマイグレーション

説明:

説明

/etc、/global、および /var ディレクトリーには、システム制御ファイルが含まれています。/etc ディレクトリーにはお客様が保守するカスタマイズ・データが含まれています。/global および /var ディレクトリーには IBM が保守するカスタマイズ・データが含まれています。

/etc を使用するエレメントおよびフィーチャーは、以下のとおりです。

• BCP (事前障害分析)。
• CIM。
• Communications Server (IP サービス・コンポーネント)。『IP サービス: /etc 構成ファイルの更新』と呼ばれるステップを参照してください。
• 暗号化サービス (PKI サービスおよびシステム SSL コンポーネント)
• DFSMSrmm
• IBM HTTP Server
• IBM Tivoli Directory Server (TDS)。LDAP サーバー・コンポーネントは /etc/ldap を使用します。
• Infoprint Server。『Printer Inventory の再マウントおよびカスタマイズ済みのファイルのコピー』と呼ばれるステップを参照してください。
• Integrated Security Services。ネットワーク認証サービス・コンポーネントは /etc/skrb を使用します。
• z/OS UNIX。

/global を使用するエレメントおよびフィーチャーは、以下のとおりです。

• IBM Knowledge Center for z/OS
• IBM z/OS Management Facility (z/OSMF)。

/var を使用するエレメントおよびフィーチャーは、以下のとおりです。

• DFSMSrmm
• IBM Tivoli Directory Server (TDS)。LDAP サーバー・コンポーネントは /var/ldap を使用します。
• Infoprint Server。『Printer Inventory の再マウントおよびカスタマイズ済みのファイルのコピー』と呼ばれるステップを参照してください。
• Integrated Security Services。ネットワーク認証サービス・コンポーネントは /var/skrb を使用します。

インストール時に、/etc、/global、および /var のサブディレクトリーが作成されます。ServerPac を使用して z/OS をインストールした場合、ServerPac で行われるカスタマイズのために、一部のファイルが /etc、/global、および /var に読み込まれます。お客様は /etc、/global、および /var 内のファイルを、以前のシステムのファイルとマージする必要があります。CBPDO を使用して z/OS をインストールする場合は、旧システムに含まれるファイルを、z/OS V2R5 の /etc、/global、および /var のサブディレクトリーにコピーします。

/etc、/global、および /var の内容をマージまたはコピーした後で、必要に応じてファイルを検査し、z/OS V2R5 の要件を反映させる必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

旧システムのファイルを z/OS V2R5 /etc、/global、および /var のサブディレクトリーにコピーしてから、z/OS V2R5 の要件に合わせてそれらのファイルを変更してください。既存の /var ディレクトリーの下に他のファイルがある場合、古いファイルと新規ファイルを /var の下でマージする必要があります。これを行うための最も簡単な 方法は、現行の /var ファイル・システムの複製を作成して、新しい /var ファイルを この複製にコピーすることです。

ディレクトリー構造およびファイルを比較およびコピーするには、さまざまな z/OS UNIX ユーティリティーを利用できます。その中でも、/etc、/global、および /var のマイグレーション作業用として特に便利なのは、以下に示す 2 つです。

• diff (再帰を指定する場合は -r オプションを使用)。このユーティリティーは、パス構造およびファイル内容を比較する場合に有用で、多数のオプションを備えています。dircmp ユーティリティーは、ディレクトリーの比較に使用できるオプションが少なく、また cmp ユーティリティーは、ファイル比較で最初の相違が検出された後で停止し、しかも出力の取り扱い方が面倒です。
• pax。-rw オプションは、ディレクトリー、シンボリック・リンク、およびファイルに対して、コピーに似た働き (単一のファイル・アーカイブからの作成または抽出ではなく) をします。コピーを行うときは、-pe オプションを使用して属性を保管することを検討してください。-k オプションは、既存ファイルが上書きされないようにします。 -c オプションを指定すると、ソース・ファイル・システムでエラーを検出した後も、pax が続行されます。つまり、pax は、コマンド終了後に、エラー・メッセージを印刷して非ゼロ値を返します。ターゲット・ファイル・システム上のエラー (スペース不足や書き込みエラーなど) の場合は、pax コマンドはこれまで同様に終了します。

マイグレーションのために何が必要かを判断するには、まず、ServerPac の /etc、/global、および /var のファイル・システムを、既存の /etc、/global、および /var ファイル・システムと比較します。そのためには、既存の /etc、/global、および /var ファイル・システムのコピーを、ServerPac ファイル・システムの外部の場所にマウントします。例えば、ServerPac のファイル・システムは /ServerPac/zOS_Rx/etc および /ServerPac/zOS_Rx/var にあり、既存のファイル・システムは /Service/ImageX/etc および /Service/ImageX/var にあるとします。また、マウントするファイル・システムが幾つかあり、それぞれ、イメージの /etc および /var ファイル・システムのコピー (例えば、ImageX、ImageY、および ImageZ) であるとします。この場合に、ServerPac と既存システムの /etc および /var を比較するには、以下のような 2 つの z/OS UNIX コマンドを実行できます。

diff -r /ServerPac/zOS_Rx/etc /Service/ImageX/etc diff -r /ServerPac/zOS_Rx/var /Service/ImageX/var

これらのコマンドの結果として、既存システムの /etc および /var ファイル・システムで欠落している変更のリストが示されます。これには、構造の相違点とファイル内容の相違点の両方が含まれます。

既存のシステムで欠落しているディレクトリー、シンボリック・リンク、およびファイルを判別した後は、ServerPac 情報を伝搬させる複数の方法のいずれかを使用できます。

• pax コマンド (-k オプションを指定) を使用して、ServerPac の /etc、/global、および /var ファイル・システムを、それぞれ既存システムの /etc、/global、および /var ファイル・システムにコピーすることができます。例:

  cd /ServerPac/zOS_Rx/etc pax -rvwkC -pe * /Service/ImageX/etc

  もう 1 つの例:

  cd /ServerPac/zOS_Rx/var pax -rvwkC -pe * /Service/ImageX/var

  pax コマンドは、ServerPac システムからの各ファイル・システムのすべてのファイル、ディレクトリー、およびシンボリック・リンクを単一のコマンドでコピーでき、既存ファイルをオーバーレイすることはないので便利です。

• 製品に付属している MKDIR ジョブを再実行して、既存システムの /etc、/global、および /var ファイル・システムのそれぞれに、ディレクトリーおよびシンボリック・リンクを再作成することができます。MKDIR ジョブのリストは、z/OS Internet library の「z/OS Program Directory」、およびお客様の ServerPac オーダーに含まれていた製品用の他のプログラム・ディレクトリーで入手できます。MKDIR ジョブは、既存のファイル・システムを損なわずに複数回実行できます。あるいは、これらのジョブを組み合わせて単一のバッチ・ジョブにするスクリプトを作成することにより、実行をさらに統合化すると同時に、反復可能にすることができます。

既存イメージの /etc、/global、および /var ファイル・システムのコピーに対する変更を行った後、これらのファイル・システムをアンマウントし、スケジュールに応じて、ServerPac システムをデプロイするために使用します。注意点として、ここで使用しているのは既存の /etc、/global、および /var の各ファイル・システムのコピー であり、このコピーを変更することにより以前の状態を保存 するので、これらの特定の既存イメージに対するカスタマイズは失われません。

参照情報

詳しくは、z/OS Internet library の「z/OS Program Directory」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.6 : 変更または削除されたメッセージに関する自動化およびプロシージャーの更新

説明:

説明

それぞれのリリースのたびに、多くのメッセージが変更され、一部のメッセージが削除されています。自動化プログラムを使用してメッセージを処理する場合、またはメッセージを処理するオペレーター用プロシージャーまたはその他のプロシージャーがある場合は、それらのプログラムまたはプロシージャーを更新してください。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

「z/OS リリース・アップグレード要約解説書」で、変更されたメッセージおよび削除されたメッセージのリストを調べてください。それらのメッセージに基づいて自動化するプログラムを更新し、その他の必要な適応処置を行います。

参照情報

新規メッセージ、変更されたメッセージ、および削除されたメッセージのリストについては、「z/OS リリース・アップグレード要約解説書」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.7 : ユーザー変更の再作業とインストール

説明:

説明

ユーザー変更とは、既存の機能を変更したり、既存の機能に追加したり、あるいはユーザー定義の機能を追加するために、ユーザーが構成する変更のことを言います。

よくあるタイプのユーザー変更には、以下のようなものがあります。

• ユーザー作成およびベンダー作成の出口ルーチン
• ユーザー作成およびベンダー作成の SVC
• ユーザー作成およびベンダー作成の終了ルーチン
• IBM ソース・コードの変更
• IBM 以外のハードウェアの装置情報モジュール (UIM)
• NUCLSTxx parmlib メンバーにリストされているユーザー作成およびベンダー作成のモジュール
• デフォルト・モジュールの更新。以下のようなエレメントおよびフィーチャーで、 サイトのデフォルトを IBM 提供のデフォルト以外のものに設定します。
  • DFSORT。アセンブラー言語インストール・オプション・モジュールを使用しなくて済むように、ICEPRMxx parmlib メンバーの使用を検討してください。
  • High Level Assembler (HLASM)。
  • ISPF 構成テーブル
  • SDSF。詳しくは、ワークフロー・ステップ『SDSF: 再アセンブリーを避けるための ISFPARMS の動的ステートメントの使用』を参照してください。
  • z/OS XL C/C++。

何らかのユーザー変更を行った場合は、再作業が必要になる変更と再インストールだけで済む変更とを見極める必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

再作業が必要なユーザー変更であるか、再インストールだけで済むユーザー変更であるかを判別します。SMP/E LIST コマンドを使用して、インストール済みの製品およびフィーチャーに関する情報を取得できます。

注: IBM では、可能な限り出口ルーチンを使用してユーザー変更を行うことを推奨しています。出口ルーチンは SMP/E を使用してインストールできます。SMP/E を使用すると、インストールする z/OS リリースに変更を簡単に適用できます。

参照情報

詳細は、以下を参照してください。

• z/OS XL C/C++ のカスタマイズについて詳しくは、「z/OS XL C/C++ User's Guide」を参照してください。
• DFSORT のカスタマイズについて詳しくは、「z/OS DFSORT インストールおよびカスタマイズ」を参照してください。
• HLASM のカスタマイズについて詳しくは、「HLASM Installation and Customization Guide」を参照してください。
• ISPF のカスタマイズについて詳しくは、「z/OS ISPF Planning and Customizing」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.8 : IBM 以外の製品の再接続

説明:

説明

独立系ソフトウェア・ベンダー (ISV) の製品を使用している場合は、新しいシステムでそれらを使用できるようにする必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

ISV と一緒に、使用している製品レベルが新しい z/OS リリースをサポートしていることを確認してから、ISV からの指示に従って、ISV 製品を新リリースの z/OS に再接続してください。z/OS と同じライブラリーおよびゾーンにインストールする必要がない ISV 製品は、それぞれ専用のライブラリーと SMP/E ゾーンのセットに入れます。このようにすれば、ISV 製品コードを変更する (例えば PTF をインストールする) 必要があるか、または新しいレベルの製品を取得した場合以外は、新しい ServerPac をインストールした後で、その製品を再インストールする必要がありません。

参照情報

詳細は、以下を参照してください。

• z/OS をサポートする独立系ソフトウェア・ベンダー (ISV) のリストと、発表、事例、およびその他の情報については、IBM Z ISVs and service providers を参照してください。
• z/OS をサポートする ISV 製品のディレクトリーについては、 Global Solutions Directory の「Global Solutions Directory」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.9 : サブシステムの再接続

説明:

説明

サブシステムを使用している場合は、新しいシステムでそれらを使用できるようにする必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

新しい z/OS システムでサブシステムを使用する前に、必要なターゲット・システム PTF がインストール済みであることを確認します。この作業には、必要な SVC、システム修正変更、parmlib のセットアップ、および proclib のセットアップが含まれます。 再接続する予定のサブシステムについての指示に従ってください。

ヒント: z/OS V2R5 に必須の IBM PTF は、FIXCAT IBM.TargetSystem-RequiredService.z/OS.V2R5 によって識別されます。

参照情報

なし。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.10 : 操作プロシージャーおよびその他の手順の更新

説明:

説明

インストールに使用する方法 (ServerPac、CBPDO、または別の配布物) および活用予定の機能によっては、使用するサイトでの操作、自動化、管理、セキュリティー、バックアップ、およびリカバリーの手順の更新が必要になる場合があります。

このアップグレード・アクションに関する情報

実行ステップ

操作プロシージャー、自動化プロシージャー、管理手順、セキュリティー手順、バックアップ手順、およびリカバリー手順を見直し、インストールした方法と活用予定の機能に応じて必要な変更を行います。考えられる変更を幾つか示します。

• 該当するユーザーに、新規の高位修飾子に対するアクセスを許可する。 『新規のデータ・セットおよびパスに対する参照の追加』と呼ばれるワークフロー・ステップに、デフォルトの新しい高位修飾子が示されています。
• 新しいターゲット・システムを受け入れるように、バックアップおよびリカバリー手順 を更新し、テストする。
• 災害時回復手順を更新し、テストする。
• 新機能を活用するために、自動化プロシージャーを更新し、テストする。
• セキュリティー・システム定義を更新する。これには、新しいユーザーとリソースの定義、ユーザーが新しいリソースを使用する許可、および RACF® FACILITY クラスでの新しいプロファイルの定義などがあります。

参照情報

なし。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.11 : 仮想ストレージ限界の適切な設定を検証

説明:

説明

仮想ストレージの要件は、リリースからリリースへと増えていく可能性があるため、仮想ストレージ限界の現在の設定を見直すことをお勧めします。

以下の潜在的に懸念される分野について考慮してください。

• 共通域 (16 MB 境界の上と下)。共通域の仮想ストレージが増加すると、すべてのアドレス・スペースで仮想ストレージのサイズが減少します。
• 個々のアドレス・スペース。個々のアドレス・スペースの仮想ストレージが増加すると、個々のアドレス・スペースのみに影響を与えます。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

使用を許可する 2 GB 境界より上の仮想ストレージの量を決定します。アドレス・スペースが 2 GB 境界より上で要求できる仮想アドレスの数に実質上の制限はありませんが、システムは、アドレス・スペースが 2 GB 境界より上で使用できる仮想ストレージの量を制限することができます。

2 GB 境界より上の仮想ストレージの量は、次のようにして決まります。

• parmlib メンバー SMFPRMxx の MEMLIMIT パラメーターは、デフォルトのシステム共通の限界を設定します。この指定がない場合、デフォルトは 2 GB になります。
• JCL の JOB ステートメントまたは EXEC ステートメントで REGION=0M または MEMLIMIT を指定することによって、特定のジョブについて MEMLIMIT をオーバーライドすることができます。

2 GB 境界より上の仮想ストレージの使用量の限界を設定するには、SMF 出口 IEFUSI または parmlib メンバー SMFLIMxx を使用します。 詳しくは、「z/OS MVS Programming: Extended Addressability Guide」のメモリー・オブジェクトの使用量の制限に関するトピックを参照してください。

2 GB 境界より上の仮想ストレージの使用を制御するには、以下の 1 つ以上の操作を行います。

• MEMLIMIT のデフォルトの 2 GB で十分な場合、SMFPRMxx への変更は不要です。


• JCL で MEMLIMIT を明示的に指定して、SMFPRMxx で設定された (あるいは、デフォルトに なっている) システム・デフォルトをオーバーライドすることができます。


• JCL の JOB ステートメントで REGION=0M を指定して、MEMLIMIT を NOLIMIT に 暗黙的に設定することができます。これは、(SMFPRMxx からの) システム・デフォルト もオーバーライドします。


• IEFUSI または parmlib メンバー SMFLIMxx を使用すると、さまざまなクラスの作業 (例えば、JOB、TSO、STC) についてシステム・デフォルト MEMLIMIT を設定し、2 GB 境界より上で使用できる仮想ストレージの量を制限できます。ただし、JCL または SMFPRMxx からの明示的または暗黙的なゼロ以外の MEMLIMIT が有効になっている場合に限ります。SCHEDxx 内でキーワード HONORIEFUSIREGION NOHONORIEFUSIREGION が使用できます。このキーワードは、IEFUSI 出口によって指定された、またはそれ以外の方法でこの出口による影響を受けた、領域および MEMLIMIT の設定値がプログラムに反映されるかどうかを識別するために使用します。SCHEDxx parmlib メンバー内の HASJES20 (JES2) の属性をオーバーライドする場合は、デフォルトの HONORIEFUSIREGION がこのプログラムに使用されないよう、NOHONORIEFUSIREGION を明示的に指定してください。

注: システムの大容量フレーム領域 (LFAREA) を計算する際、以下の考慮事項に注意してください。

• JES2 を使用する z/OS には、最小 2M の LFAREA が必要です。
• JES2 を使用しない z/OS には、最小 1M の LFAREA が必要です。

参照情報

詳細は、以下を参照してください。

• 2 GB 境界より上のストレージ使用量の限界に関する情報は、IBM Techdocs の「Washington Systems Center flash 10165」に記載されています。「flash10165」を検索してください。
• 実ストレージの構成を評価する方法についての情報は、z/OS Performance: Managing Processor Storage in an all Real Environment の IBM Washington Systems Center (WSC) のホワイト・ペーパー「z/OS Performance: Managing Processor Storage in an all "Real" Environment」で入手できます。
• IEFUSI 出口を使用する領域サイズおよび領域限界の制御について詳しくは、「z/OS MVS 初期設定およびチューニング ガイド」を参照してください。
• HONORIEFUSIREGION キーワードについて詳しくは、「z/OS MVS 初期設定およびチューニング解説書」を参照してください。
• SMFLIMxx parmlib メンバーと REGIONX JCL キーワードによって使用可能な機能の使用を検討してください。「z/OS MVS 初期設定およびチューニング・ガイド」および「z/OS MVS JCL 解説書」を参照してください。

手順:

ワークフローにおけるこの部分は、このアップグレード・アクションに関連付けられた IBM Health Check for z/OS のヘルス・チェック IBMRSM,RSM_MEMLIMIT を実行するためのジョブの実行依頼をガイドします。

このチェックは、まだアクティブ化されていない場合はアクティブ化されます。チェックがアクティブ化された場合は、ジョブの終了時に非アクティブ化され、検出時と同じ状態が保持されます。

ヘルス・チェックが実行されて、例外が発生しなかった場合、このステップに「完了」のマークが付けられ、このアップグレードに追加アクションが不要であることを示します。

ヘルス・チェックで例外が検出された場合、このステップには「失敗」のマークが付けられます。これは、このアップグレード・アクションを完了するために追加の調査 (場合によっては追加の作業) が必要であることを示します。ステップに「失敗」のマークが付けられた場合、(SDSF など、ヘルス・チェックの出力の表示に使用する任意の方法を使用して) ヘルス・チェックの出力を参照し、該当すると判断した状態を修正する必要があります。その後、このワークフロー・ステップを再実行して、ヘルス・チェック・ジョブを再度実行依頼します。これを、例外を受け取らなくなり、ステップに「完了」のマークが付けられるまで行います。

注: 正常に実行された IBM Health Checker for z/OS チェックでカバーされるのは、このアップグレード・アクションの一部のみです。実行する必要があるステップの完全なリストについては、アップグレード・アクション・テキストを参照してください。

ステップ 3.1.2.12 : 十分な実ストレージおよび補助ストレージによる仮想ストレージのバッキング

説明:

説明

追加のアドレス・スペースを定義するかメモリー・オブジェクトを利用することにより使用する仮想ストレージを追加する場合は、十分な実ストレージと補助ストレージが定義されていることを確認してください。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

RMF レポートを使用して実ストレージの使用の集中度を示す下記のような指標を確認して、実ストレージまたは補助ストレージを追加する必要があるかどうかを判断します。

• UIC および平均使用可能フレーム
• 要求時ページング率
• 使用中の補助スロットのパーセント。

参照情報

メモリー・オブジェクトについて詳しくは、「z/OS MVS Programming: Extended Addressability Guide」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.13 : 変更された IBM Health Checker for z/OS チェック用のチェック・カスタマイズの更新

説明:

説明

IBM が IBM Health Checker for z/OS で提供されているチェックに対して行う変更は、今までに行った更新に影響を与える可能性があります。

以下のヘルス・チェックは、z/OS V2R5 での新しいチェックです。

• ZOSMIGV2R4_NEXT_WLM_ServCoeff
• IBMCS,ZOSMIGV2R4_NEXT_CS_DCAS_NTVSSL
• IBMCS,ZOSMIGV2R4_NEXT_CS_TN3270_NTVSSL
• IBMCS,ZOSMIGV2R4_NEXT_CS_FTPSRV_NTVSSL
• IBMVSM,VSM_CHECKREGIONLOSS

以下のヘルス・チェックは、z/OS V2R4 で IBM によって追加されています。

• IBMCS,ZOSMIGV2R4_NEXT_CS_OSIMGMT
• IBMCS,ZOSMIGV2R4PREV_CS_IWQSC_tcpipstackname
• IBM_JES2,JES2_UPGRADE_CKPT_LEVEL_JES2
• IBMICSF,ICSF_PKCS_PSS_SUPPORT
• IBMINFOPRINT,INFOPRINT_CENTRAL_SECURE_MODE
• IBMINFOPRINT,ZOSMIGV2R3_NEXT_INFOPRINT_IPCSSL
• IBMISPF,ISPF_WSA
• IBMRSM,RSM_MINIMUM_REAL
• IBMSDSF,SDSF_CLASS_SDSF_ACTIVE
• IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

以下のヘルス・チェックは、z/OS V2R4 で IBM によって変更されています。

• IBMUSS,ZOSMIGV2R3_NEXT_USS_SMB_DETECTED
• IBMCS,CSVTAM_CSM_STG_LIMIT

以下のヘルス・チェックは、z/OS V2R4 で IBM によって削除されています。

• ZOSMIGV1R12_INFOPRINT_INVSIZE

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

以下の手順を実行します。

1. 「IBM Health Checker for z/OS ユーザーズ・ガイド」に記載されている、更新されたチェックを参照してください。
2. HZSPRMxx parmlib メンバーなどで、それらのチェックに対して行われた変更を検討します。
3. チェックが引き続き意図どおりに機能するように、チェックをさらに更新します。

参照情報

チェックの更新については、「IBM Health Checker for z/OS ユーザーズ・ガイド」を参照してください。

手順:

この情報は、ユーザーの理解を深めるため、およびユーザーのサイト・ポリシーによって指示される可能性のある追加アクションに対応するために提供されています。

ステップ 3.1.2.14 : 削除されたデータ・セット、パス、および参照の除去

説明:

説明

データ・セットの統合ならびにエレメントおよびフィーチャーの除去などの理由で、データ・セットおよびパスが z/OS から除去されることがよくあります。これらの変更が環境に影響するかどうかを判断する必要があります。

このアップグレード・アクションに関する情報

次の表は、このアップグレード・アクションに関する詳細情報を提供しています。この情報を使用して、システムへの変更を計画してください。

実行ステップ

このワークフロー・ステップの表を参考にして、現行リリース (z/OS V2R4) に存在しないデータ・セットおよびパスを除去してください。また、それらへの参照も除去してください。参照は以下の場所にある可能性があります。

• Parmlib
• Proclib
• ログオン・プロシージャー
• カタログ
• セキュリティー定義 (プログラム制御の定義を含む)
• DFSMS ACS ルーチン
• /etc/profile
• SMP/E DDDEF 項目
• バックアップおよびリカバリー手順 (これらに対する参照も同様)

以下の表では、データ・セットが配布ライブラリー (DLIB) データ・セットであるかターゲット・ライブラリー・データ・セットであるかが識別されています。

注: 以前のレベルのシステムで必要がなくなるまでは、以前のレベルのシステムに必要なデータ・セット、パス、または参照は除去しないでください。

以下のデータ・セットおよびパスは、z/OS V2R5 から削除されました。

以下のデータ・セットおよびパスは、z/OS V2R4 から削除されました。