ステップ 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 V2R4 から z/OS V2R5 へのアップグレードでは、以下の z/OS エレメントおよびフィーチャーにはアップグレード・アクションがありません。

• Alternate Library for REXX
• Communications Server セキュリティー・レベル 3
• DFSORT
• EREP
• FFST
• GDDM
• GDDM-PGF
• GDDM-REXX
• IBM Knowledge Center for z/OS
• IBM Tivoli Directory Server
• ICKDSF (装置サポート機能)
• Integrated Security Services
• Metal C Runtime Library
• MICR/OCR
• Runtime Library Extensions
• TIOC
• z/OS Font Collection
• z/OS OpenSSH
• 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.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

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

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

実行ステップ

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

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 V2R5) に存在しないデータ・セットおよびパスを除去し、それらに対する参照も除去してください。以下の場所で参照を確認してください。

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

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

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

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

参照情報

なし。

手順:

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

ステップ 3.1.2.15 : 新規のデータ・セットおよびパスに対する参照の追加

説明:

説明

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

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

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

実行ステップ

このワークフロー・ステップの表を参考にして、z/OS に追加されたデータ・セットおよびパスについて、以下の場所に参照を追加してください。

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

制約事項: z/OS に付属しているデータ・セットの一部は PDSE であり、そのほとんどはリンク・リストに含まれます。 これらのデータ・セットの 1 つ以上がリンク・リストおよびシステム常駐ボリューム内にある場合は、データ・セットの破損を避けるために、以下の PDSE 共用規則に従ってください。

• PDSESHARING(NORMAL) を指定した場合は、グローバル・リソースの逐次化システムの有効範囲を越えて PDSE データ・セットを共用することのないようにしてください。
• PDSESHARING(EXTENDED) を指定した場合は、シスプレックスの有効範囲を越えて PDSE データ・セットを共用することのないようにしてください。

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

次の表に、z/OS V2R5 に追加されたデータ・セットを示します。データ・セットは、DDDEF 名のアルファベット順でリストされています。

参照情報

なし。

手順:

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

ステップ 3.2 : ハードウェアのアップグレード・アクション

説明:

このトピックでは、ハードウェアのアップグレード・アクションについて説明します。このトピックの情報は、具体的には z/OS V2R5 へのアップグレードに関連したものではなく、ハードウェアを変更する場合にのみ適用されます。したがって、このトピックでは、アクションを いつ実行すべきか (インストールの前、最初の IPL の前、最初の IPL の後) という観点からは 分類していません。

ステップ 3.2.1 : IBM z15 サーバーへのアップグレード

説明:

説明

この新しい IBM® z15™ (z15™) サーバーをインフラストラクチャーとして備えることにより、デジタル・サービス配信の最適化、ビジネス・イノベーションの加速が可能になり、最終的には収益を向上できます。オンプレミスの場合もクラウドの場合も、予定されたイベントまたは計画外のイベントに適応しながら、サービスおよびオペレーションを円滑かつ継続的に実行させるのに役立ちます。

z15 ™ は、19 インチ・フォーム・ファクターの業界標準電源およびネットワーキング・ハードウェアを使用します。1 台から 4 台までの 19 インチ・フレーム・システムとして構成可能であり、最新のクラウド・データ・センターと容易に連携します。

IBM z15 モデル T02 (z15 T02) は、IBM z15 ファミリーに追加された最新のモデルです。z15 T02 は、T01 モデルのような大容量を必要としないお客様向けに設計されています。

IBM z15 ファミリーのメインフレームには、以下のハードウェア・モデルが含まれます。

• モデル T01 (マシン・タイプ 8561) には、プロセッサー・キャパシティーを表す 5 つのフィーチャー・コードがあります。フィーチャー・コードは、Max34、Max71、Max108、Max145、および Max190 で、(それぞれ) 34 個、71 個、108 個、145 個、および 190 個を表します。このシステムは、1 台から 4 台までの 19 インチ・フレーム・システムとして構成可能です。
• モデル T02 (マシン・タイプ 8562) には、5 つの CPC フィーチャー・サイズ (1 つまたは 2 つのドロワー) があります。このシステムは、1 台の 19 インチ・フレーム・システムとして構成可能です。

このワークフローで「z15」と記述している場合は、特に断りのない限り、z15 T02 を含む IBM z15 のすべてのモデルに適用されます。

特定の z15 機能に対する z/OS 基本サポートは、z/OS リリースによって異なります。表に示されているように、z/OS のすべてのリリースで z15™ の機能をすべて使用できるというわけではありません。

• 表 1 では、z15 の機能をリストし、特定の z/OS リリースに各機能が含まれているかどうか (「あり」または「なし」)、あるいはこの機能が PTF を必要とする (PTF) のか Web 配布物を必要とする (Web) のかを示します。z/OS V2R1 サポートについては、表の注 を参照してください。該当する PTF の見つけ方については、ワークフロー・ステップ『IBM z15 サーバー注文前に実行可能なアクション』およびサブステップに記載されています。
• 表 2 は、z/OS のそれぞれのリリースでの活用に使用可能な z15 機能の要約ビューを示しています。一部の機能には、アップグレードに関する考慮事項または活用に関する考慮事項があります。適用可能なアップグレード・アクションについては、『IBM z15 サーバー注文前に実行可能なアクション』および『IBM z15 サーバーのインストール後に実行できるアクション』のステップおよびサブステップに記載されています。

多くの機能は、必要なハードウェアおよびソフトウェアの有無に基づいて使用可能または使用不可になります。新しい z15 機能を使用する予定の場合、ソフトウェアおよびハードウェアをどちらの順序でもインストールできます。つまり、特定の機能を使用するためにソフトウェアまたはハードウェアのどちらを先にインストールしなければならないということはありません。ただし、停止時間とテストに関する考慮事項から、使用する予定のマシンと機能に必要なソフトウェアと PTF を最初にすべてインストールすることをお勧めします。その後で、ハードウェアをアップグレードし、最後に、新機能を使用するためにカスタマイズ内容を更新してください。

以下の表は、z/OS V2R3、z/OS V2R4、および z/OS V2R5 の基本サポートに含まれている z15 サーバーの機能の要約ビューを示しています。

特定の z15 サーバーの機能の活用は、z/OS リリースによって異なります。以下の表に z15 の機能をリストし、特定の z/OS リリースでの各機能の活用の有無 (「あり」または「なし」)、あるいはこの機能が PTF を必要とする (PTF) のか Web 配布物を必要とする (Web) のかを示します。該当する PTF の見つけ方については、ワークフローのステップ『IBM z15 サーバー注文前に実行可能なアクション』を参照してください。z/OS V2R1 サポートについて詳しくは、表の注 を参照してください。

以下の表は、z/OS V2R3、z/OS V2R4、および z/OS V2R5 で活用できる z15 サーバーの機能の要約ビューを示しています。

Web 配布物は、z/OS ダウンロード・ページ (z/OS Downloads) から入手可能です。

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

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

実行ステップ

このワークフローで以下のステップを実行して、z15 へのアップグレードを続行してください。各ステップに、複数のサブステップがあります。

• 『z15 サーバーに関する一般的な推奨事項および考慮事項』
• 『z15 サーバーに関する制約事項』
• 『IBM z15 サーバー注文前に実行可能なアクション』
• 『IBM z15 サーバーのインストール後に実行できるアクション』
• 『将来のサーバーでは廃止される z15 の機能への対応』

参照情報

利用できる新機能について詳しくは、IBM z15 Library を参照してください。「Resource Link™」からオンラインで入手可能です。

ステップ 3.2.1.1 : z15 サーバーに関する一般的な推奨事項および考慮事項

説明:

IBM z15™ サーバーへのマイグレーションを計画する際には、以下のステップに記載されている推奨事項および考慮事項を順守してください。

ステップ 3.2.1.1.1 : IBM サーバーのマイグレーション・アクションは累積的

説明:

説明

z14™ サーバーまたは z14 ZR1 サーバーから z15™ サーバーへアップグレードし、z14 または z14 ZR1 に関連するアップグレード・アクションを実行した場合、前の世代のサーバーからのアップグレードの場合よりもアップグレード・アクションの数は少なくなります。したがって、以前の世代のサーバーからアップグレードする場合は、より多くのアップグレード・アクションを実行する必要があると考えられます。例えば、z13 および z13s サーバーからアップグレードする場合は、『z/OS V2R4 アップグレード・ワークフロー』でステップ「z14 アップグレード・ワークフロー」またはステップ「IBM z14 サーバーへのアップグレード」を実行します。

手順:

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

ステップ 3.2.1.1.2 : サポートは、サービス、z/OS フィーチャー、および Web 配布物により提供

説明:

説明

z15™ の基本サポートは、サービス (PTF) によって提供されます。必要な PTF を判別するには、現行の拡張 HOLDDATA ファイルを取得します。このファイルを取得するには、SMP/E RECEIVE ORDER コマンドを使用するか、2 年ファイルをダウンロードして、SMP/E RECEIVE コマンドでそのファイルを処理します。

その後、SMP/E REPORT MISSINGFIX コマンドを使用して、システムで欠落している IBM z15 用の PTF を特定します。例を次に示します。

				SET BDY(GLOBAL).				REPORT MISSINGFIX ZONES( target_zone)				FIXCAT(IBM.Device.Server.z15*.**).				

以下の SMP/E FIXCAT は、IBM z15 の PTF サポートを示しています。

• IBM z15 モデル T01 サーバーの場合:
  • 必須サービスの FIXCAT は、IBM.Device.Server.z15-8561.RequiredService です
  • 推奨サービスの FIXCAT は、IBM.Device.Server.z15-8561.RecommendedService です
  • 活用のための FIXCAT は、IBM.Device.Server.z15-8561.Exploitation です
• IBM z15 モデル T02 サーバーの場合:
  • 必須サービスの FIXCAT は、IBM.Device.Server.z15T02-8562.RequiredService です
  • 推奨サービスの FIXCAT は、IBM.Device.Server.z15T02-8562.RecommendedService です
  • 活用サービスの FIXCAT は、IBM.Device.Server.z15T02-8562.Exploitation です

RequiredService FIXCAT は、z15 で z/OS を使用するために必要な最小 PTF を識別します。これらの PTF は、インストールする必要があります。RecommendedService FIXCAT は、IBM サービス組織がインストールを推奨する PTF をグループ化しています。Exploitation FIXCAT には、z15 で提供されている新機能が含まれます。これらの新機能を活用するために選択できます。

z15 サーバーの予防サービス計画 (PSP) バケットは、以下のように、アップグレード名および 1 つ以上のサブセット名によって識別されます。

• IBM z15 モデル T01 サーバーの場合、PSP アップグレード名は 8561DEVICE であり、z/OS サポートはサブセット 8561/ZOS 内で見つけることができます。
• IBM z15 モデル T02 サーバーの場合、PSP アップグレード名は 8562DEVICE であり、z/OS サポートはサブセット 8562/ZOS 内で見つけることができます。

一部の機能の活用には、Web 配布物が必要です。具体的には、次のとおりです。

• Crypto Express7S の活用には、Cryptographic Support for z/OS V2R2 - z/OS V2R4 (FMID HCR77D1) Web 配布物が必要です。

  この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R2-V2R4-HCR77D1 によって識別される共存 PTF が必要です。

• z/OS V2R1 を実行していて、Next Generation Coprocessor サポートまたは VISA Format Preserving Encryption (FPE) に対する Crypto Express6S 活用サポートが必要な場合は、Enhanced Cryptographic Support for z/OS V2R1-z/OS V2R3 Web 配布物 (FMID HCR77C0)、または Cryptographic Support for z/OS V2R1 - z/OS V2R3 Web 配布物 (HCR77C1) をダウンロードしてインストールする必要があります。

  これらの Web 配布物 (HCR77C0 または HCR77C1) のどちらかを使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、該当するフィックス・カテゴリー (IBM.Coexistence.ICSF.z/OS_V2R1-z/OS_V2R3-HCR77C0 または IBM.Coexistence.ICSF.z/OS_V2R1-z/OS_V2R3-HCR77C1) によって識別される共存 PTF が必要です。

• z/OS V2R1 を実行していて、Next Generation Coprocessor サポートまたは VISA Format Preserving Encryption (FPE) に対する Crypto Express5S 活用サポートが必要な場合は、Enhanced Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77B0)、または Cryptographic Support for z/OS V1R13 - z/OS V2R2 Web 配布物 (HCR77B1) をダウンロードしてインストールする必要があります。

  これらの Web 配布物 (HCR77B0 または HCR77B1) のどちらかを使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、該当するフィックス・カテゴリー (IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B0 または IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B1) によって識別される共存 PTF が必要です。

• z/OS V2R1 を z15™ サーバーで実行するには、z/OS V2R1 拡張サポートのための IBM ソフトウェア・サポート・サービスが必要です。

手順:

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

ステップ 3.2.1.1.3 : より大きなカップリング・ファシリティー構造サイズが必要な場合

説明:

説明

カップリング・ファシリティー制御コード・レベル (CFLEVEL) を変更すると、カップリング・ファシリティー構造サイズが変わることがあります。

z15™ サーバーへのアップグレードの一環として CFLEVEL を変更する場合、構造のサイズが以前よりも大きくなることがあります。CFLEVEL が同じである場合、前のサーバーから新世代のサーバーへアップグレードしても構造サイズが変わるとは考えられません。

また、CFLEVEL 17 以降と同様に、CF LPAR が少なくとも 512 MB のストレージを持つようにしてください。z15 で導入された CFLEVEL 24 は、より大きい CF キャッシュ構造の可用性を改善し、より大きい DB2 グループ・バッファー・プール (GBP) でのデータ共用パフォーマンスを改善するために、カップリング・ファシリティーでの大容量メモリーの使用をサポートします。このサポートにより、大きい CF キャッシュ構造の使用に対する阻害要因がなくなり、大容量メモリーを使用して、データ共用環境でより大きな DB2 ローカル・バッファー・プール (LBP) およびグループ・バッファー・プール (GBP) に拡張することが可能になります。

手順:

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

ステップ 3.2.1.1.4 : シスプレックス全体での同じソフトウェア・レベルの使用

説明:

説明

シスプレックスのメンバーを (短いアップグレード期間を除いて) 同じソフトウェア・レベルにすることは、ソフトウェア管理ポリシーとしてよい方法です。

手順:

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

ステップ 3.2.1.1.5 : ハードウェアおよびソフトウェアは別々の時期にマイグレーションする

説明:

説明

一度に行われる変更の量を最小限に抑えるために、ソフトウェア・リリース・レベルのアップグレードは、ハードウェアのアップグレードと同時には行わないでください。

手順:

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

ステップ 3.2.1.1.6 : SCRT の最新バージョンの使用

説明:

説明

z/OS V2R3 以降は、SCRT が z/OS ベースに含まれているため、更新する必要はありません。以前のリリースの z/OS を実行していて、SCRT を使用している場合は、SCRT が最新レベルであることを確認してください。これは、サブキャパシティー価格設定のための要件です。

z/OS V2R3 より前のリリース用の SCRT の最新レベルは、SCRT Web サイト (IBM Z software pricing - Licensing - Sub-capacity licensing) からダウンロードできます。

手順:

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

ステップ 3.2.1.2 : z15 サーバーに関する制約事項

説明:

制約事項ごとに、以下のステップを実行します。

ステップ 3.2.1.2.1 : シスプレックス内の z15 サーバー

説明:

説明

以下の考慮事項に注意してください。

• z/OS イメージまたはカップリング・ファシリティー (CF) イメージ用の z15™ サーバーを含んでいる Parallel Sysplex® には、z13 以降のサーバーのみを組み込むことができます。
• z15 には、ICA-SR および CE-LR ファンアウトが必要です。従来の HCA3-O または HCA3-O LR カップリング・ファンアウトは、z15 サーバーではサポートされません。
• z14、z14 ZR1、z13、または z13s などのサーバーは、Integrated Coupling Adapter Short Reach (ICA SR) および Coupling Express Long Reach (CE LR) 結合リンクを使用して、z15 に接続できます。zEC12 および zBC12 などの旧システムは、ICA SR や CE LR をサポートしないため、z15 サーバーとの結合リンク接続を持つことができません。
• z13 サーバーまたは z13s サーバーより旧サーバーのいずれかで z/OS を実行している場合、z15 をそのシスプレックスに追加することはできません。つまり、シスプレックス内に旧サーバーが z/OS イメージまたはカップリング・ファシリティー・イメージとして存在する場合、z15 サーバーを導入するためにローリング IPL を実行できなくなります。
• シスプレックスで z15™ サーバーがサポートされるようにするには、シスプレックス内にある旧サーバーを z13 または z13s 以降にアップグレードする必要があります。旧サーバー上に z/OS イメージまたはカップリング・ファシリティー・イメージが存在し、そのシスプレックスに z15 サーバーを導入する予定である場合は、z15 サーバーの導入前に、それらのイメージを z13 または z13s 以降のサーバーに移動させる必要があります。
• GRS は、リング構成用の FICON CTC の使用をサポートします。ただし、シスプレックス内で GRS リング構成に ESCON CTC を現在使用している場合は、GRS Star に変換するか (可能な場合)、GRS リング構成内で XCF シグナルを使用することを考慮してください。XCF シスプレックス・シグナル通知は、GRS CTC 接続よりも優先されます。
• 例えば、基本シスプレックスまたは並列シスプレックスをサポートするために時刻同期を必要とする IBM Z® サーバーは、Server Time Protocol (STP) モードで構成する必要があります。STP は、複数台のサーバーおよびカップリング・ファシリティーが、Coordinated Timing Network (CTN) で相互に時刻同期を維持できるように設計されています。STP は、z15、z14、z14 ZR1、z13、z13s、zEC12、および zBC12 のハードウェア・フィーチャーです。最新のサーバー (z15、z14、z14 ZR1、z13、および z13s) は STP 専用 CTN にのみ参加できます。
• IBM z15 以降、IBM Z Hardware Management Appliance (FC #0100) を注文して CPC フレーム内に HMC/SE 機能を提供することで、別個の HMC をフレームの外に配置する必要がなくなります。

手順:

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

ステップ 3.2.1.2.2 : z15 での HCD および HCM のサポート

説明:

説明

以前のサーバーと同様に、サポートされるすべてのオペレーティング・システムおよびサーバー上でハードウェアを定義できます。ただし、新しいサーバー・タイプおよび新しいアダプター・タイプの動的活動化は、z15™ および将来のハイエンド IBM Z® サーバー上でのみ行うことができます。z/OS V2R1 以降のリリースでは、動的活動化はサポートされています。

手順:

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

ステップ 3.2.1.3 : IBM z15 サーバー注文前に実行可能なアクション

説明:

これは現行システムで行うアップグレード・アクションで、そのアクションを現行システムで行うことが必要な場合と、現行システムでも可能であるために行う場合があります。これらの変更を行うために z15™ サーバーは必要なく、変更を行った後にも z15™ サーバーは必要ありません。例えば、サポートされなくなったハードウェアの使用中止がこれに該当します。

ステップ 3.2.1.3.1 : Large Systems Performance Reference (LSPR) の確認

説明:

説明

Large Systems Performance Reference (LSPR) は、幅広いシステム制御プログラムやワークロード環境全体でさまざまな中央処理装置 (CP) 構成に包括的な z/Architecture® プロセッサー・キャパシティー比率を提供するように設計されています。

LSPR は、IBM Resource Link™ のサイト「Large Systems Performance Reference for IBM Z」で入手できます。

手順:

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

ステップ 3.2.1.3.2 : STP タイミング・ネットワークの実装

説明:

説明

このアクションは、Sysplex Timer (9037-002) が z15™ サーバーではサポートされないために必要になります。

手順:

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

ステップ 3.2.1.3.3 : サポートされないハードウェア・フィーチャーから新しいテクノロジーへのアップグレード

説明:

説明

このアクションは、z15™ サーバーで特定のフィーチャーが使用できないために必要です。

以下のハードウェア・フィーチャーは、z15™ サーバーではサポートされていません。これらを z15 で注文することはできず、以前のサーバーを z15 にアップグレードする際に継続使用することはできません。

• 以下のフィーチャーを含め、Host Channel Adapter (HCA) for InfiniBand はサポートされなくなりました。
  • HCA2-O フィーチャーおよび HCA2-O LR フィーチャー
  • HCA3-O フィーチャーおよび HCA3-O LR フィーチャー

  企業は、HCA チャネルから、以下の結合リンクの 1 つにアップグレードする必要があります。

  • 高速短距離結合接続の場合、IBM Integrated Coupling Adapter (ICA SR) が、新しい結合チャネル・タイプ CS5 を使用する、2 ポートの短距離結合ファンアウトです。ICA SR は、z15、z14、z14 ZR1、z13、および z13s サーバー間の結合接続のみに使用できます。ICA SR ファンアウトを使用するには新しい配線が必要で、別の ICA SR にのみ接続できます。
  • 長距離結合接続の場合、Coupling Express® Long Reach (CE LR) が、新しい結合チャネル・タイプ CL5 を使用する、2 ポートの長距離結合アダプターです。CE LR は、z15、z14、z14 ZR1、z13、および z13s サーバー間の結合接続のみに使用できます。

  将来のサーバー世代との結合の互換性を確保するために、並列シスプレックスで使用される z15™ サーバーで ICA SR (#0172) または CE LR (#0433) を発注することをお勧めします。

• CHPID タイプ OSN (OSA-Express for NCP) は、OSA-Express5S GbE LX フィーチャーでサポートされません
• OSA-Express4S フィーチャー
• Crypto Express3 および Crypto Express4S
• InterSystem Channel-3 (ISC-3) 結合リンク・フィーチャー
• FICON Express4
• zEDC Express (FC #0420)。z15 では、圧縮機能は IBM Integrated Accelerator for z Enterprise Data Compression (zEDC) という、プロセッサー・チップに移されました。z15™ プロセッサー・チップの統合部分として、Integrated Accelerator for zEDC では、ハードウェア・フィーチャーを購入したり入出力スロットを使用したりする必要はありません。
• IBM Flash Express (フィーチャー #0402 および #0403)。z14 以降、IBM Virtual Flash Memory (VFM) が取って代わりました。VFM は、フラッシュ・カード・ペアの代わりに、HSA のようなメモリーを使用する Extended Asynchronous Data Mover (EADM) Architecture をインプリメントします。IBM Flash Express から VFM への変更には、アプリケーションの変更は必要ありません。
• HMC バージョン 2.15.0 以降、Hardware Master Console (HMC) および Support Element (SE) の新規ビルドには、HMC サーバー・ハードウェアの一部として CD/DVD ドライブは組み込まれなくなりました。代わりに、HMC は、機能更新をインストールするための 2 つのオプションとして USB メディアと電子配信があります。これらのソリューションは、次のものに使用できます。
  • HMC またはサポート・エレメント用のファームウェア
  • On/Off Capacity on Demand (On/Off CoD) など、eBusiness on Demand (eBoD) レコード
  • 取り外し可能メディアからのロードまたはサーバー・タスクに使用されるオペレーティング・システム・コード

  USB メディアを使用するよう選択した場合、以下のフィーチャー・コードのいずれかを使用して、適切な USB フラッシュ・メモリー・ドライブ・メディアが特定のフィーチャーと一緒に提供されます。

  • フィーチャー・コード 0843: IBM Z オペレーティング・システム・コードに使用できる USB ロード・メディア
  • フィーチャー・コード 0848: HMC または SE クリティカル・データ・バックアップ・タスクに使用できる USB バックアップ・メディア。

  USB メディアが環境で許容されない場合は、代わりに、電子配信を選択してください。フィーチャー・コード 0846 (物理メディア・オプションなし) を注文し、以下のオプションのいずれかを使用して、必要なコンテンツをネットワークを介して電子的に配信する方法に関する手順に従います。

  • Z リモート・サポート機能 (zRSF)
  • IBM リソース・リンク
  • HMC からの FTP/SFTP/FTPS サーバー接続

  電子配信のみの環境の場合、HMC、SE、または TKE ワークステーションが接続されるすべての固有のネットワーク・サブネットで HMC が 2 個必要です。

手順:

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

ステップ 3.2.1.3.4 : ハードウェア・フィーチャーの持ち越し

説明:

説明

以下のハードウェア・フィーチャーは、z15™ サーバーでは注文できません。z15 サーバーへのアップグレード時に既存のサーバー上にこれらのフィーチャーが取り付けられている場合は、そのまま取り付けておいたり、継続して使用したりすることができます。

• TKE with/4768 #0080 または #0081
• TKE ワークステーション #0085 および #0086
• HMC #0082、#0083、#0095、#0096
• HMC ラック KMM #0154
• TKE ラック ・キーボード/モニター/マウス #0156
• Internal Coupling Adapter Short Reach (ICA SR) #0172
• Fanout Airflow PCIe #0174
• FICON Express8S 10KM LX #0409
• FICON Express8S SX #0410
• 10 GbE RoCE Express の FC #0411
• 10 GbE RoCE Express #0412
• OSA-Express5S GbE LX #0413
• OSA-Express5S GbE SX #0414
• OSA-Express5S 10 GbE LR #0415
• OSA-Express5S 10 GbE SR #0416
• OSA-Express5S 1000BASE-T #0417
• FICON Express16S LX #0418
• FICON Express16S SX #0419
• OSA-Express6S GbE LX には FC #0422 が必要
• OSA-Express6S GbE SX #0423
• OSA-Express6S 10 GbE LR #0424
• OSA-Express6S 10 GbE SR #0425
• OSA-Express6S 1000BASE-T #0426
• FICON Express16S+ LX には FC #0427 が必要
• FICON Express16S+ SX #0428
• OSA-Express7S 25 GbE SR #0429
• 25 GbE RoCE Express2 #0430
• zHyperLink Express #0431
• Coupling Express LR #0433
• Addl スマート・カード #0884
• TKE スマート・カード・リーダー #0885
• Crypto Express5S #0890
• TKE スマート・カード・リーダー #0891
• NXP Smart Card w/FIPS #0892
• Crypto Express6S #0893
• 512 GB MEM DIMM(5/FEAT) #1631.

サポートされるストレージ・コントローラーについては、z/OS V2R4 のアップグレード・ワークフローのステップ『サポートされるサーバー、ストレージ・コントローラー、およびマシン機能を使用していることの確認』を参照してください。

手順:

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

ステップ 3.2.1.3.5 : z15 サーバーで必要な暗号サポートのレベルの判別

説明:

説明

暗号のサポートのために提供される機能のレベルは、z/OS リリースとインストールされている ICSF Web 配布物によって異なります。リリースのサポートに必要な PTF は、一部の暗号関連の Web 配布物にも使用可能です。

z/OS V2R5 の場合、ICSF の基本レベル (HCR77D2) は z/OS に組み込まれています。

z/OS V2R4 の場合は、以下の点を考慮してください。

• z/OS V2R4 (FMID HCR77D0) の一部として出荷された ICSF のレベルを使用している場合は、z15™ サーバー上の Crypto Express7S フィーチャーのほとんどの機能を使用できます。
• ICSF Web 配布物 HCR77D1 - Cryptographic Support for z/OS V2R2 - z/OS V2R4 (FMID HCR77D1) には、いくつかの追加機能が備わっており、z/OS V2R4 に組み込まれている基本レベルの ICSF 用の PTF で使用できる拡張機能も組み込まれています。この Web 配布物には、以下に対するサポートが含まれています。
  • Crypto Express7S アダプター
  • 特定のクリア・キー ECC 操作に CP Assist for Cryptographic Functions (CPACF) を使用する機能
  • CCA Release 5.5 および CCA Release 6.3

  この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R2-V2R4-HCR77D1 によって識別される共存 PTF が必要です。

• Crypto Express7S で 16 を超えるドメインのサポートが必要な場合、ご使用の z15™ サーバーの SMP/E フィックス・カテゴリー IBM.Device.Server.z15-8561.Exploitation によって識別される PTF をインストールする必要があります。

z/OS V2R3 の場合は、以下の点を考慮してください。

• z/OS V2R3 (FMID HCR77C0) の一部として出荷された ICSF のレベルを使用している場合は、z15™ サーバー上の Crypto Express6S フィーチャーのほとんどの機能を使用できます。
• ICSF Web 配布物 HCR77D1 - Cryptographic Support for z/OS V2R2 - z/OS V2R4 (FMID HCR77D1) には、追加の機能および拡張機能が備わっています。この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R2-V2R4-HCR77D1 によって識別される共存 PTF が必要です。
• ICSF Web 配布物 HCR77C1 - Cryptographic Support for z/OS V2R1 - z/OS V2R3 には、いくつかの追加機能が備わっており、z/OS V2R3 に組み込まれている基本レベルの ICSF 用の PTF で使用できる拡張機能も組み込まれています。Web 配布物には、PCI HSM (「Payment Card Industry Hardware Security Module」) 構成済み CCA コプロセッサーのサポートが含まれています。また、Crypto Express6S は、CCA での X.509 証明書の使用も導入しています。この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、SMP/E フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R1-V2R3-HCR77C1 によって識別される共存 PTF が必要です。

手順:

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

ステップ 3.2.1.3.6 : 必要な z/OS サービスのインストール

説明:

説明

SMP/E REPORT MISSINGFIX コマンドを使用して、まだインストールしていない z15™ サーバーの PTF を識別することを IBM はお勧めします。そのためには、REPORT MISSINGFIX コマンドにフィックス・カテゴリーとして IBM.Device.Server.* および IBM.Function.* を指定します。このコマンドにより、z15™ サポート PTF だけでなく、必要になる可能性がある旧世代の IBM サーバーの PTF、およびさまざまな機能を使用可能にするために必要な PTF が特定されます。また、REPORT MISSINGFIX は、まだ取得していない PTF を取得するために使用できる SMP/E RECEIVE ORDER コマンド用のバッチ・ジョブを作成します。さらに SMP/E は、重要な新しいフィックス・カテゴリーを見つけるために使用できるエクスプローラー機能も提供します。

フィックス・カテゴリーの説明については、IBM Fix Category Values and Descriptions の「Values and Descriptions」ページを参照してください。REPORT MISSINGFIX コマンドについて詳しくは、「z/OS SMP/E Commands」を参照してください。

REPORT MISSINGFIX に使用できる SMP/E 制御ステートメントの例を以下に示します。

				SET BDY(GLOBAL).                REPORT MISSINGFIX ZONES( target zone)                FIXCAT(IBM.Device.Server.**, IBM.Function.*).                

特定のフィックス・カテゴリーを使用する場合は、z15™ サーバーの使用と、その機能およびフィーチャーの活用に必要な z/OS PTF、および z15™ サーバーを使用する場合にインストールしておくことを IBM が推奨している PTF に対して、以下のフィックス・カテゴリーを個別に、または組み合わせて指定できます。また、中間プロセッサー用のフィックス・カテゴリーも必要です。

• IBM z15 モデル T01 の場合:
  • IBM.Device.Server.z15-8561.RequiredService
  • IBM.Device.Server.z15-8561.Exploitation
  • IBM.Device.Server.z15-8561.RecommendedService
• IBM z15 モデル T02 の場合:
  • IBM.Device.Server.z15T02-8562.RequiredService
  • IBM.Device.Server.z15T02-8562.Exploitation
  • IBM.Device.Server.z15T02-8562.RecommendedService

Web 配布物をインストールすることによって z15™ 機能を活用する場合は、追加の PTF が必要になることがあります。各 Web 配布物に関連付けられているプログラム・ディレクトリーの指示に従って、必要な PTF を特定します。

z15 サーバーに推奨サービスのフィックス・カテゴリーを使用しないことを選択した場合、代わりに、適用可能なハードウェアおよびソフトウェアの予防サービス計画 (PSP)「バケット」で推奨される PTF のリストを見つけることができます。ただし、PSP バケットを使用し、バケットにリストされた PTF の状況を調べることは、適切なフィックス・カテゴリーを指定して REPORT MISSINGFIX を使用する場合よりも時間がかかり、誤りが生じやすくなることに注意してください。

• IBM z15 モデル T01 の場合、PSP アップグレード名は 8561DEVICE であり、z/OS サポートはサブセット 8561/ZOS 内で見つけることができます。
• IBM z15 モデル T02 の場合、PSP アップグレード名は 8562DEVICE であり、z/OS サポートはサブセット 8562/ZOS 内で見つけることができます。

手順:

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

ステップ 3.2.1.3.7 : CFSIZER ツールの実行

説明:

説明

カップリング・ファシリティーを移動する場合に、カップリング・ファシリティー構造が以前よりも高い CFLEVEL になる場合、Coupling Facility Structure Sizer (CFSIZER) ツールを実行して、カップリング・ファシリティー構造のサイズを増やす必要があるかどうかを調べてください。そのツールで示されるとおりに、CFLEVEL に必要な変更を行う準備をしてください。

CFSIZER ツールは、『Coupling Facility sizer』でダウンロードできます。

また、z/OS V2R4 アップグレード・ワークフローで、以下のステップを参照してください。

• 『カップリング・ファシリティー構造のサイズ変更に伴う CFRM ポリシーの更新』

注: 新規ハードウェアでカップリング・ファシリティーを使用可能にした後、z/OS 許可プログラムである Sizer ユーティリティーを実行して、構造サイズの変更を評価できます。Sizer ユーティリティーは CFSizer とは異なるもので、新しいハードウェア (CFLEVEL) を取り付けた後、新しいハードウェア上の CF LPAR に構造を取り込む前に実行する必要があります。Sizer ユーティリティーは、CFSizer Alternate Sizing Techniques でダウンロードできます。

手順:

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

ステップ 3.2.1.3.8 : 新しいマシン命令ニーモニックの準備

説明:

説明

この命令セットは、z15™ サーバーでは拡張されています (新規サーバーの通例どおり)。それぞれのマシン命令は、アセンブラー言語のニーモニックによって表現されます。新しいニーモニック名が、アセンブラー・マクロ命令に選択した名前に一致すること可能性があります。このような命名の競合が起きた場合、アセンブラーのデフォルト命令コード・テーブル (UNI) は、z15™ の必須サービスがインストールされた後で、新しいニーモニックをマクロとしてではなく、命令として処理します。これが発生すると、アセンブラー・エラー・メッセージが出され、正しくないオブジェクト・コードが生成される可能性があります。アセンブラー言語のプログラムを作成する場合、既存のアセンブラー・マクロ命令の名前を新しいマシン命令と比較して、発生する可能性があるそのような矛盾または競合を特定してください。アセンブラー・マクロ命令については、「z/Architecture 解説書」で説明しています。ニーモニックの競合の識別に役立つツールについては、 IBM Techdocs Web サイトの『Presentations and Tools』を参照してください。Techdoc「PRS5289」を検索します。

矛盾が確認された場合は、以下のいずれかのアクションを実行してください。

• マクロ命令の名前を変更する。
• PARM='...OPTABLE(YOP)...' (またはこれより前の命令コード・テーブルのいずれか) を指定する。
• この前の方法で示したようなアセンブラー・オプションを含む、別の ASMAOPT ファイルを指定する (この方法では、ソース・コードまたは JCL に変更は不要)。
• ソース・プログラムの最初のステートメントとして、*PROCESS OPTABLE(YOP) (またはその他の以前の命令コード・テーブル) を追加する。
• JCL または ASMAOPT ファイルで PROFILE オプションを指定する。SYSLIB データ・セットの指定されたメンバーまたはデフォルトのメンバーが、ソース・プログラムの先頭にコピーされます。
• アセンブリーで同じ名前を持つ新しい命令とマクロの両方を使用する必要がある場合、HLASM のニーモニック・タグ (:MAC:ASM) など、アセンブリーで同じ名前を持つ新しい命令とマクロを使用できるようにするコーディング手法を使用してください。

OPTABLE レベルを IBM Z プロセッサー世代と関連付けられるように、以下が行われています。

• HLASM APAR PH03536 は、Z9 から Z14 の OPTABLE 名を ZS3 から ZS8 のシノニムとして定義します。
• HLASM APAR PH00902 は、OPTABLE 名 Z15 およびシノニム ZS9 を追加します。

同様に、HLASM APAR PH00902 は、zEC12 および z990 などの IBM マシン名の短縮形に基づいて、その他のさまざまな名前をサポートするように MACHINE オプションを拡張します。この APAR は、C、COBOL、および PL/I の IBM コンパイラーで ARCH(n) オプションに最も密接に対応するテーブルを選択するために、ARCH-n 形式の値のサポートを追加します。例えば、HLASM APAR PH00902 のインストールにより、MACHINE(z15) と MACHINE(ARCH-13) の両方がサポートされます。

手順:

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

ステップ 3.2.1.3.9 : HiperDispatch 機能拡張について

説明:

説明

HiperDispatch 処理では、LPAR 重み付けで変更があると、入出力対応の vertical-high (Vh) プロセッサーおよび vertical-medium (Vm) プロセッサーが vertical-low (Vl) プロセッサーに変換され、HiperDispatch によって即時に停止される原因になる可能性があります。つまり、Vh および Vm プロセッサーは最小構成のオンライン・プロセッサーに押し下げられる可能性があります。

z/OS V2R4 以降、z/OS のシステム・リソース・マネージャー (SRM) コンポーネントにより、入出力有効化のためにプロセッサーの検出に使用される検索方向は逆になります。SRM は、最小構成 CPU ID から最大構成 CPU ID の方向の入出力割り込みを有効にします。この機能拡張により、Vh または Vm プロセッサーは、プロセッサー・トポロジーの変更後に、入出力割り込みが有効なままになります。

HiperDispatch 機能拡張は、z/OS V2R5 および z/OS V2R4 の基本に組み込まれています。この機能拡張は、PTF for APAR OA55935 をインストールすることにより、z/OS V2R3 に追加できます。これは、以下の SMP/E フィックス・カテゴリーによって識別されます。

• IBM z15 モデル T01 の場合は、フィックス・カテゴリー IBM.Device.Server.z15-8561.Exploitation を使用します。
• IBM z15 モデル T02 の場合は、フィックス・カテゴリー IBM.Device.Server.z15T02-8562.Exploitation を使用します。

手順:

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

ステップ 3.2.1.3.10 : z/OS SLIP 機能拡張について

説明:

説明

z/OS SLIP コマンドは、1 つのアドレスまたは一定範囲のアドレスで鍵の変更がないかモニターし、それに対応してメモリー・ダンプを取るか、トレースを設定するよう、拡張されました。この動作は、z15 で実行している z/OS V2R4 でサポートされます。旧リリースでは、Toleration Support は不要です。

SLIP 機能を有効にするには、以下のように、新しい options を使用して SLIP コマンドを入力します。

SLIP SET[,options],END

SLIP 機能を無効にするには、以下のように、新しい options を使用して SLIP コマンドを入力します。

SLIP DEL[,options]

詳しくは、「z/OS MVS システム・コマンド」の 『SLIP コマンド』を参照してください。

手順:

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

ステップ 3.2.1.3.11 : デフォルトの ARCH および TUNE レベルに対する変更への対応

説明:

説明

z15™ は、新しいレベル ARCH(13) および TUNE(13) をサポートしています。これらは、z/Architecture モードの z15™ で使用可能な拡張 vector 命令の大部分を活用するために必要です。ARCH(13) は、以下のような、z15 上で使用可能な命令を使用するコードを生成します。

• Vector Enhancement Facility 2
• Miscellaneous-Instruction-Extension Facility 3
• Aligned Vector Load/Store Hint 命令
• Vector Packed Decimal Enhancement Facility の制限付き活用。

アプリケーション開発者は、z15 上で使用可能な命令を使用するコードを生成するようコンパイラーに指示する ARCH 13 コンパイラー・オプションを使用して、アプリケーションを再コンパイルできます。このアクションにより、ソース・コードを変更せずに、アプリケーションのパフォーマンスを向上させることができます。

2019 年 12 月 13 日から利用可能になった IBM z/OS V2.4 の IBM z/OS XL C/C++ V2.4.1 Web 配布物にアップグレードすることをお勧めします。この新しいコンパイラーは、C11、C++11、および C++14 の言語標準をサポートします。これは、IBM z15 などの最新の z/Architecture を活用するために、C 言語 (Clang) インフラストラクチャーを IBM XL コンパイラーの既存の高度な最適化テクノロジーと結合します。z/OS XL C/C++ V2.4.1 コンパイラーは、英語のメッセージと EBCDIC および ASCII の実行文字セットをサポートしており、AMODE 64 コードを生成するため、分散プラットフォームからアプリケーションを移植する z/OS UNIX ユーザーにとって理想的です。

z/OS V2.4 でのみ XL C/C++ コンパイラー (オプションの有料フィーチャー) を有効にしているインストール済み環境向けの無料のアドオンとして XL C/C++ V2.4.1 Web ダウンロードを利用できます。基本の XL C/C++ V2.4 コンパイラーと共存し、置き換えることはありません。XL C/C++ V2.4 および V2.4.1 のコンパイラーは、どちらも独立して使用されるように設計されており、サービスとサポートも独立して行われます。

z/OS 上の IBM XL C/C++ コンパイラー・ファミリーの最新のオファリングについては、z/OS ダウンロード・ページ (z/OS Downloads) を参照してください。

手順:

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

ステップ 3.2.1.3.12 : IBM Integrated Accelerator for z Enterprise Data Compression (zEDC) のアップグレード・アクション

説明:

説明

z15 では、圧縮機能は IBM Integrated Accelerator for z Enterprise Data Compression (zEDC) という、プロセッサー・チップに移されました。IBM Integrated Accelerator for zEDC は zEDC Express (FC #0420) に取って代わりました。IBM Integrated Accelerator for zEDC では、データのサイズを縮小できるファイル圧縮に業界標準の圧縮形式を使用します。これにより、ストレージ・スペースが節約でき、データ転送速度が速くなります。z/OS API (認可ライブラリーと zlib ライブラリーの両方) は、z15 上のすべての既存ソフトウェアの活用を透過的に有効にします。これは、zEDC Express を使用して z14 以前に既に有効になっていました。z15 で実行している場合、サポートは、z/OS V2R3、z/OS V2R4、および z/OS V2R5 で使用可能です。Toleration Support は不要です。

zEDC Express を使用して圧縮されたデータは、IBM Integrated Accelerator for zEDC を使用して圧縮解除できます。ソフトウェア解凍ルーチンは、更新されて、RFC 互換になりました。この変更により、フォールバック可能になり、IBM Integrated Accelerator for zEDC で圧縮されたデータが z14 以前のサーバー上で圧縮解除できるようになりました。

zEDC Express と同様、IBM Integrated Accelerator for zEDC による圧縮では、次の 2 つのタイプの処理がサポートされます。

• 問題プログラム状態での同期処理。これは、zlib データ圧縮ライブラリー・サービスを介して要求されます。
• 許可状態での非同期処理。これは、IBM Z 許可サービスの圧縮サービスを介して要求されます。

以前に、zEDC について行われていたとおり、圧縮を有効にするのに parmlib メンバー IFAPRDxx が使用されます。ただし、z15 での IBM Integrated Accelerator for zEDC 圧縮の場合、IFAPRDxx は、非同期処理を有効にするためにのみ使用します。zlib ベース (問題プログラム状態) の用途には必要ありません。

以下の例は、IBM Integrated Accelerator for zEDC 圧縮用の一般的な IFAPRDxx 項目を示しています。この圧縮では、zEDC Express と同じ形式を使用します。IFAPRDxx メンバーにこの項目が既に入っている場合は、それを z15 上で保持できます。

PRODUCT OWNER('IBM CORP') NAME('Z/OS') FEATURENAME('ZEDC') ID(5650-ZOS) VERSION(*) RELEASE(*) MOD(*) STATE(ENABLED)

z15 にアップグレードする前に、このサポートを受けるために z/OS zlib PTF をインストールする必要があります。これらの PTF は、以下の SMP/E フィックス・カテゴリーによって識別されます。

• IBM z15 モデル T01 の場合は、フィックス・カテゴリー IBM.Device.Server.z15-8561.RequiredService を使用します。
• IBM z15 モデル T02 の場合は、フィックス・カテゴリー IBM.Device.Server.z15T02-8562.RequiredService を使用します。

また、APAR OA56143 の PTF も適用する必要があります。

その後で、更新済みの zlib データ圧縮ライブラリーを使用してアプリケーションを再リンクしてください。PTF がインストールされていない場合、z/OS は zEDC 装置の検出を試みます。この装置は、z15 ではサポートされていません。この場合、圧縮も圧縮解除も実行できません。

IBM Z Batch Network Analyzer (zBNA) ツールが更新され、IBM Integrated Accelerator for zEDC 圧縮の使用量の見積もりを提供できるようになりました。

zBNA ツールについて詳しくは、IBM Techdoc PRS5132 (IBM Z Batch Network Analyzer (zBNA) Tool) を参照してください。

今後、すべてのサーバーを z15™ レベル (災害復旧に使用されるサーバーを含む) にアップグレードし、ご使用のすべての z/OS システムに関連 PTF をインストールした後で、以下のクリーンアップ・アクションが発生する可能性があります。

• parmlib メンバー IQPPRMxx で、MAXSEGMENTS オプションは廃止されたため、無視されます。また、DEFMINREQSIZE および INFMINREQSIZE のデフォルトは変更されたため、parmlib で更新できなくなりました。それらの設定を、ご使用の IQPPRMxx parmlib メンバーから除去できます。
• zlib を使用するアプリケーションで、FACILITY CLASS の SAF リソース FPZ.ACCELERATOR.COMPRESSION への READ アクセス権限は不要になりました。これらのアプリケーション権限は、RACF などの外部セキュリティー・マネージャーから除去できます。

参照情報

詳しくは、Integrated Accelerator for zEnterprise Data Compression (zEDC) content solution を参照してください。

手順:

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

ステップ 3.2.1.3.13 : z15 用の入出力構成プログラム (IOCP) のアップグレード

説明:

説明

z15 の新規機能が不要な場合には、IOCDS を z13 または z14 から持ち越すことが可能です。ただし、z15 上でのみ使用可能な新規入出力ハードウェアを使用するためには、以下の SMP/E フィックス・カテゴリーによって識別される必須 PTF を適用する必要があります。

• IBM z15 モデル T01 の場合は、フィックス・カテゴリー IBM.Device.Server.z15-8561.RequiredService を使用します。
• IBM z15 モデル T02 の場合は、フィックス・カテゴリー IBM.Device.Server.z15T02-8562.RequiredService を使用します。

また、APAR OA56761 の PTF も適用する必要があります。

なお、z15™ 入出力ハードウェアには、以下が含まれます。

• CEC あたりの結合 CHPID 数が 256 から 384 に増加
• サポート数が ICA-SR で 96、ICP で 64 に増加

手順:

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

ステップ 3.2.1.4 : IBM z15 サーバーのインストール後に実行できるアクション

説明:

これらは、z15™ サーバーをインストールした後にのみ実行できるマイグレーション・アクションです。これらのアクションを実行するには、z15™ サーバーが稼働している必要があります。

PTF については、ステップ「IBM z15 サーバーへのマイグレーション」の表 1 を参照してください。

ステップ 3.2.1.4.1 : FICON Express16SA

説明:

説明

FICON Express16SA は、16 ギガビット/秒 (Gbps) のリンク・データ速度、および現行世代スイッチ、ディレクター、およびストレージ・デバイスとの相互作用のための 8 Gbps へのオートネゴシエーションをサポートします。IBM z15™ サーバーは、ネイティブ FICON、High Performance FICON for z Systems (zHPF)、および Fibre Channel Protocol (FCP) をサポートすることで、エンドツーエンドの 16 Gbps インフラストラクチャーを用意できるように設計されています。これにより、ご使用のアプリケーションの待ち時間短縮および帯域幅増加の要求を満たします。

FICON Express16SA アダプターは、既存の光ファイバー・ケーブル環境 (単一モードとマルチモード両方) で動作します。

注: FICON Express16SA は z15 モデル T02 サーバーではサポートされていません。

手順:

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

ステップ 3.2.1.4.2 : Virtual Flash Memory (VFM) へのアップグレード

説明:

説明

IBM z14 サーバー以降、IBM Virtual Flash Memory (VFM) は、IBM zEC12 および IBM z13 で使用可能であった Flash Express フィーチャー (#0402、#0403) の代替です。IBM Flash Express から VFM への変更には、アプリケーションの変更は必要ありません。

必ず、ご使用のフラッシュ・メモリーを十分な量の VFM に置き換えてください。

手順:

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

ステップ 3.2.1.4.3 : Hardware Instrumentation Services (HIS) のアップグレード・アクション

説明:

説明

z15 では、新規の拡張暗号カウンターが提供され、診断サンプルが追加されています。それらを使用可能にするには、z/OS 上で Hardware Instrumentation Services (HIS) がセットアップされている必要があります。

拡張カウンターまたは暗号カウンターあるいは診断サンプリングを開始したり停止したりするには、コマンド MODIFY HIS を入力します。

Toleration Support は不要です。

HIS 機能拡張を無視する場合は、HIS プロファイラーを更新する必要が生じることがあります。詳しくは、「z/OS MVS システム・コマンド」のハードウェア・イベント・データ収集の開始、構成、および停止に関するトピックを参照してください。

注: CPU 計測機能を使用する場合、ご使用のシステムで SMF 113 サブタイプ 1 および 2 のレコードを収集することを推奨します。また IBM では、SMF 113 サブタイプ 1 レコードが使用可能な場合はそれを製品で処理することをお勧めしています。これは今後の機能拡張が行われるためです。サブタイプ 1 レコードが使用可能でない場合、サブタイプ 2 レコードを製品で処理することができます。

手順:

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

ステップ 3.2.1.4.4 : System Recovery Boost の理解

説明:

説明

z15 では新たに、オペレーティング・システム IPL、ミドルウェアとワークロードの再始動とリカバリー、および計画的シャットダウンの時間が短縮されています。オペレーティング・システムのシャットダウン中および再 IPL または再始動の後に適用されるブースト期間中、IBM z15™ は、処理の加速に役立つようさまざまな方法でシステムで使用できる処理キャパシティーを増やし、そのブーストされた同じキャパシティーを、ワークロード・スループット、ブースト中の応答時間と経過時間の改善のために使用します。Geographically Dispersed Parallel Sysplex (GDPS) 自動化での機能拡張も、イメージのアクティブ化または非アクティブ化、イメージの IPL など、GDPS 自動再構成アクティビティーのオーケストレーションの時間短縮、効率向上、および並列性の向上を実現するよう設計されています。

System Recovery Boost は、ブースト期間中に、ご使用のインストール済み環境で既に資格を有している CPU および zIIP を使用して、追加のプロセッサー・キャパシティーおよび並列処理を提供することによって効果を上げます。その際、4 時間ごとの移動平均 (4HRA) IBM ソフトウェア請求コスト、またはこの時間中のワークロードに関連する MSU 消費量が増加することはありません。

注: IBM z15 モデル T02 は、追加の「一時キャパシティー」の zIIP プロセッサーを追加するための System Recovery Boost Upgrade 機能を提供していません。そのため、z15 モデル T02 では、System Recovery Boost Upgrade フィーチャー・コード 9930 および 6802 を提供していません。

System Recovery Boost について詳しくは、以下の資料を参照してください。

• IBM z15 Technical Introduction (SG24-8850)
• IBM Z Capacity on Demand User's Guide (SC28-6985-03)

上記資料は、IBM z15 ライブラリーに含まれており、Resource Link™ からでオンラインで入手できます。

手順:

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

ステップ 3.2.1.4.5 : サポート・エレメントへの区画間権限の付与

説明:

説明

z15 のサポート・エレメント (SE) では、「Cross Partition Authority」オプションの設定が、「System Details」パネルと「Customize Image Profiles」パネルの新しいセキュリティー設定に置き換えられています。ユーザー・アプリケーションから HWIBCPii アドレス・スペースを通して送られる BCPii API を受け入れるための権限を SE に付与する必要があります。これを有効にすると、論理区画が、同じ CPC で活動化されている他の論理区画に制御プログラム命令のサブセットを発行できます。

詳しくは、「サポート・エレメントでの BCPii 通信の有効化」というワークフロー・ステップを参照してください。

手順:

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

ステップ 3.2.1.4.6 : IBM Integrated Accelerator for z Enterprise Data Compression (zEDC) のアップグレード・アクション

説明:

説明

z15 から、IBM Integrated Accelerator for z Enterprise Data Compression (zEDC) が zEDC Express (FC #0420) に取って代わりました。z15™ プロセッサー・チップの統合部分として、Integrated Accelerator for zEDC では、ハードウェア・フィーチャーを購入したり入出力スロットを使用したりする必要はありません。

z/OS を z14 から z15 にアップグレードする際に必要な変更手順はありません。

処理における、以下の違いに注意してください。

• RMF の変更点:
  • 旧 IBM Zサーバーでは、zEDC 装置の使用量をモニターするのに RMF PCIE レポートを使用していました。z15 からは、代わりに、I/O Queuing Activity レポートおよび Extended Asynchronous Data Mover (EADM) 装置要約を参照して圧縮アクティビティーをモニターできるようになりました。RMF EADM レポート作成 (SMF 74.10) (旧称「ストレージ・クラス・メモリー (SCM) 統計」) は、非同期実行情報で拡張されています。
  • z15 では、圧縮に関する情報が RMF PCIE レポートに含まれなくなりました。
• 同期モード圧縮は記録されません。これは、命令呼び出しとして扱われます。
• 非同期モード圧縮は、以下のように記録されます。
  • SMF30 情報はキャプチャーされます。
  • RMF では、EADM 装置要約により、圧縮に関する情報が提供されます。
  • SAP 使用状況が更新され、圧縮および圧縮解除のための時間が含まれます。

参照情報

詳しくは、Integrated Accelerator for zEnterprise Data Compression (zEDC) content solution を参照してください。

手順:

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

ステップ 3.2.1.5 : 将来のサーバーでは廃止される z15 の機能への対応

説明:

注:

IBM の計画、方向性および指針に関する記述は、IBM の裁量に基づき予告なく変更または撤回される場合があります。将来の潜在的製品に関する情報は、IBM の製品に関する一般的な方向性を概説するもので、購入の決定はこれに依存するべきではありません。将来の潜在的製品に関する情報は、資料、コードまたは機能の提供を確約、保証または法的に義務付けるものではありません。将来の潜在的製品に関する情報は、いかなる契約にも組み込むことはできません。IBM はその裁量に基づき、IBM 製品の将来の機能開発、リリースおよびタイミングを決定します。

このセクションに記載されているステップには、ご使用の環境に影響を与える可能性があるハードウェア・サポートにおける変更が含まれています。必要に応じて、適切な変更を行ってください。

ステップ 3.2.1.5.1 : 前払いの On/Off Capacity on Demand トークンを持ち越さない

説明:

説明

IBM z15™ から、新規の前払い済み On/Off Capacity on Demand (On/Off CoD) 一時 CP リソース・トークンは、将来のシステムに持ち越されません。IBM からの On/Off CoD により、一時的なピーク状態のビジネス・ニーズを満たすようにハードウェア・エンジンを有効にしたり無効にしたりできます。IBM Z プラットフォームでは、このハードウェア・オファリングは、サポート対象の IBM Z サーバー上でのみ使用可能です。ハードウェアとソフトウェアの両方に関連する料金は、使用可能になっている一時的な有効化とキャパシティーの期間によって異なります。

IBM z15 モデル T02 以降、On/Off Capacity on Demand (On/Off CoD) の前払い済みトークンは、LICCC の有効期限の 5 年後に期限切れになります。

注: IBM の計画、方向性および指針に関する記述は、IBM の裁量に基づき予告なく変更または撤回される場合があります。将来の潜在的製品に関する情報は、IBM の製品に関する一般的な方向性を概説するもので、購入の決定はこれに依存するべきではありません。将来の潜在的製品に関する情報は、資料、コードまたは機能の提供を確約、保証または法的に義務付けるものではありません。将来の潜在的製品に関する情報は、いかなる契約にも組み込むことはできません。IBM はその裁量に基づき、IBM 製品の将来の機能開発、リリースおよびタイミングを決定します。

手順:

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

ステップ 3.2.1.5.2 : SE、HMC、および OSC に対する TLS 1.0 および TLS 1.1 のサポートの除去の準備

説明:

説明

IBM z15™ は、サポート・エレメント (SE)、ハードウェア管理コンソール (HMC)、およびオープン・システム・アダプター (OSA) 統合コンソール・コントローラー (チャネル・パス・タイプ OSC) へのセキュア接続を確立するための Transport Layer Security プロトコルのバージョン 1.0 (TLS 1.0) およびバージョン 1.1 (TLS 1.1) の使用をサポートする最後の IBM Z サーバーとなる予定です。

注: IBM の計画、方向性および指針に関する記述は、IBM の裁量に基づき予告なく変更または撤回される場合があります。将来の潜在的製品に関する情報は、IBM の製品に関する一般的な方向性を概説するもので、購入の決定はこれに依存するべきではありません。将来の潜在的製品に関する情報は、資料、コードまたは機能の提供を確約、保証または法的に義務付けるものではありません。将来の潜在的製品に関する情報は、いかなる契約にも組み込むことはできません。IBM はその裁量に基づき、IBM 製品の将来の機能開発、リリースおよびタイミングを決定します。

手順:

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

ステップ 3.2.2 : IBM z14 サーバーへのアップグレード

説明:

説明

IBM z14™ (z14™) は、ビジネスの成長を可能にし、コストを削減し、既存の投資を保護するために、差別化された価値を提供するスケーラブルな高可用性プラットフォームを提供します。z/OS V2R3 は、信頼できるデジタル経済のためのソリューションをサポートすることによって、z14 の役割を強化します。高可用性、パフォーマンス、セキュリティー、および運用の柔軟性を最大限に高めるように設計された機能は、組織に最も重要なトランザクション環境を拡張し、保護するために役立ちます。

IBM z14 ファミリーのメインフレームには、モデル M01、M02、M03、M04、M05 が含まれます。これらのモデルは、デュアル・フレーム構成です。IBM z14 ファミリーへの最新の追加である IBM z14™ モデル ZR1 (z14 ZR1) は、シングル・フレーム構成です。z14 ZR1 は、M01-M05 モデルのような大容量を必要としないお客様向けに設計されています。

本書で「z14」と記述している場合は、特に断りのない限り、z14 モデル ZR1を含む IBM z14 のすべてのモデルに適用されます。

特定の z14 機能に対する z/OS 基本サポートは、z/OS リリースによって異なります。以下の表に z14 の機能をリストし、各機能が特定の z/OS リリースに含まれているかどうか (「あり」または「なし」)、あるいはこの機能が PTF を必要とする (PTF) のか Web 配布物を必要とする (Web) のかを示します。該当する PTF の見つけ方については、『IBM z14 サーバー注文前に実行可能なアクション』と呼ばれるワークフロー・ステップを参照してください。V1R13 サポートについて詳しくは、表の注 を参照してください。

以下の表は、z/OS V2R3、z/OS V2R4、および z/OS V2R5 の基本サポートに含まれている z14 サーバーの機能の要約ビューを示しています。

特定の z14 サーバーの機能の活用は、z/OS リリースによって異なります。以下の表に z14 の機能をリストし、特定の z/OS リリースでの各機能の活用の有無 (「あり」または「なし」)、あるいはこの機能が PTF を必要とする (PTF) のか Web 配布物を必要とする (Web) のかを示します。該当する PTF の見つけ方については、『IBM z14 サーバー注文前に実行可能なアクション』と呼ばれるワークフロー・ステップを参照してください。V1R13 サポートについて詳しくは、表の注 を参照してください。

以下の表は、z/OS V2R3、z/OS V2R4、および z/OS V2R5 で活用できる z14 サーバーの機能の要約ビューを示しています。

Web 配布物は、z/OS ダウンロード・ページ (z/OS Downloads) から入手可能です。

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

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

実行ステップ

このワークフローで以下のステップを実行して、z14 へのアップグレードを続行してください。各ステップに、複数のサブステップがあります。

• 『z14 サーバーに関する一般的な推奨事項および考慮事項』
• 『z14 サーバーに関する制約事項』
• 『IBM z14 サーバー注文前に実行可能なアクション』
• 『IBM z14 サーバーのインストール後に実行できるアクション』
• 『将来のサーバーでは廃止される z14 の機能への対応』

参照情報

利用できる新機能について詳しくは、IBM z14 Library を参照してください。「Resource Link™」からオンラインで入手可能です。

ステップ 3.2.2.1 : z14 サーバーに関する一般的な推奨事項および考慮事項

説明:

IBM z14™ サーバーへのマイグレーションを計画する際には、以下の項目について考慮してください。

1. IBM サーバーについてのアップグレード・アクションは累積的です。z13™ サーバーまたは z13s サーバーから z14 サーバーにマイグレーションする場合に、z13 または z13s に関連したアップグレード・アクションを実行済みであれば、前の世代のサーバーからマイグレーションする場合よりも、アップグレード・アクションが少なくなります。したがって、以前の世代のサーバーからマイグレーションする場合は、より多くのアップグレード・アクションを実行する必要があると考えられます。例えば、zEC12 サーバーからマイグレーションする場合は、ワークフロー・ステップ『IBM z13 または IBM z13s サーバーへのアップグレード』およびサブステップで、z13 サーバーおよび z13s サーバーのアップグレード・アクションに関する情報を読み、実行する必要があります。
2. サポートは、サービス、z/OS フィーチャー、および Web 配布物によって提供されます。z14 の基本サポートは、サービス (PTF) を介して配布されます。必要な PTF を判別するには、現行の拡張 HOLDDATA ファイルを取得します。このファイルを取得するには、SMP/E RECEIVE ORDER コマンドを使用するか、2 年ファイルをダウンロードして、SMP/E RECEIVE コマンドでそのファイルを処理します。その後、SMP/E REPORT MISSINGFIX レポートを使用して、欠落している PTF がある場合は特定します。例:

   SET BDY(GLOBAL). REPORT MISSINGFIX ZONES(target zone) FIXCAT(IBM.Device.Server.*.RequiredService).

   REPORT MISSINGFIX に関するより詳細なレポートが必要な場合は、各サーバーに対して個別の FIXCAT を使用できるほか、中間サービスに対して FIXCAT を使用できます。z14 サーバーに対する FIXCAT は、以下のとおりです。

   • IBM z14 モデル M01 から M05 の場合、z14 の必須サービスの FIXCAT は、IBM.Device.Server.z14-3906.RequiredService です。
   • IBM z14 モデル ZR1 の場合、z14 の必須サービスの FIXCAT は、IBM.Device.Server.z14ZR1-3907.RequiredService です。

   一部の機能の活用には、Web 配布物が必要です。具体的には、次のとおりです。

   • Crypto Express6S の活用には、Cryptographic Support for z/OS V2R1 - z/OS V2R3 (FMID HCR77C1) Web 配布物が必要です。

     この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R1-V2R3-HCR77C1 によって識別される共存 PTF が必要です。

   • z/OS V2R1 を実行しているときに、CCA 4.4 に対する Crypto Express4S 活用サポートおよびその他の EP11 暗号機能拡張サポート (これには、RKX Key Export Wrap、UDX の削減/簡素化、追加の EP11 アルゴリズム、拡張 EMV サポート、AP 構成の簡素化、CTRACE 機能拡張、および KDS Key Utilization Stats が含まれます) が必要な場合は、Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77A1)、または Cryptographic Support for z/OS V1R13 - z/OS V2R2 Web 配布物 (HCR77B1) をダウンロードしてインストールする必要があります。

     これらの Web 配布物 (HCR77A1 または HCR77B1) のどちらかを使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、該当するフィックス・カテゴリー (IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77A1 または IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B1) によって識別される共存 PTF が必要です。

   • z/OS V2R1 を実行していて、Next Generation Coprocessor サポートまたは VISA Format Preserving Encryption (FPE) に対する Crypto Express5S 活用サポートが必要な場合は、Enhanced Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77B0)、または Cryptographic Support for z/OS V1R13 - z/OS V2R2 Web 配布物 (HCR77B1) をダウンロードしてインストールする必要があります。

     これらの Web 配布物 (HCR77B0 または HCR77B1) のどちらかを使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、該当するフィックス・カテゴリー (IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B0 または IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B1) によって識別される共存 PTF が必要です。

   • z/OS V1R13 を実行している場合は、必要な ICSF 機能によっては、Cryptographic Support Web 配布物のインストールが必要になる可能性があります。

     z/OS V1R13 を z14 サーバーで実行するには、z/OS V1R13 拡張サポートのための IBM ソフトウェア・サポート・サービスが必要です。

3. より大きなカップリング・ファシリティー構造サイズが必要な場合があります。 カップリング・ファシリティー制御コード・レベル (CFLEVEL) を変更すると、カップリング・ファシリティー構造サイズが変わることがあります。z14 サーバーへのマイグレーションの一環として CFLEVEL を変更する場合、構造のサイズが以前よりも大きくなることがあります。CFLEVEL が同じである場合、前のサーバーから新世代のサーバーへマイグレーションしても構造サイズが変わるとは考えられません。また、CFLEVEL 17 以降と同様に、CF LPAR が少なくとも 512 MB のストレージを持つようにしてください。z14 で導入された CFLEVEL 22 は、より大きい CF キャッシュ構造の可用性を改善し、より大きい DB2 グループ・バッファー・プール (GBP) でのデータ共用パフォーマンスを改善するために、カップリング・ファシリティーでの大容量メモリーの使用をサポートします。このサポートにより、大きい CF キャッシュ構造の使用に対する阻害要因がなくなり、大容量メモリーを使用して、データ共用環境でより大きな DB2 ローカル・バッファー・プール (LBP) およびグループ・バッファー・プール (GBP) に拡張することが可能になります。
4. シスプレックス全体で同じソフトウェア・レベルを使用します。 シスプレックスのメンバーを (短いマイグレーション期間を除いて) 同じソフトウェア・レベルにすることは、ソフトウェア管理ポリシーとしてよい方法です。
5. ハードウェアおよびソフトウェアは別々の時期にマイグレーションします。 一度に行われる変更の量を最小限に抑えるために、ソフトウェア・リリース・レベルのマイグレーションは、ハードウェアのマイグレーションと同時には行わないでください。
6. SCRT の最新バージョンを使用してください。z/OS V2R3 では、SCRT が z/OS ベースに含まれているため、更新する必要はありません。以前のリリースの z/OS を実行していて、SCRT を使用している場合は、SCRT が最新レベルであることを確認してください。これは、サブキャパシティー価格設定のための要件です。z/OS V2R3 より前のリリース用の SCRT の最新レベルは、SCRT Web サイト (IBM Z software pricing - Licensing - Sub-capacity licensing) からダウンロードできます。

手順:

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

ステップ 3.2.2.2 : z14 サーバーに関する制約事項

説明:

z14™ サーバーに関連する制約事項は、以下のとおりです。

1. 機能上の制限。z/OS のリリースによっては、z14 の一部の機能が使用できない場合があります。ワークフロー・ステップ『IBM z14 サーバーへのアップグレード』の表を参照して、以下を確認してください。
   • z/OS V2R2、z/OS V2R3、および z/OS V2R4 の基本サポートに含まれている z14 サーバーの機能の要約。
   • z/OS V2R2、z/OS V2R3、および z/OS V2R4 で活用できる z14 サーバーの機能の要約。

   一部の機能には、マイグレーションあるいは活用に関する考慮事項があります。ワークフロー・ステップ『IBM z14 サーバー注文前に実行可能なアクション』および『IBM z14 サーバーのインストール後に実行できるアクション』を参照してください。多くの機能は、必要なハードウェアおよびソフトウェアの有無に基づいて使用可能または使用不可になります。

   新しい z14 機能を活用する予定の場合に、ソフトウェアとハードウェアはどちらの順序でインストールしても構いません。つまり、特定の機能を活用するためにソフトウェアまたはハードウェアのどちらを先にインストールしなければならないという要件はありません。ただし、停止時間とテストに関する考慮事項から、活用する予定のマシンと機能に必要なソフトウェアと PTF を最初にすべてインストールしてから、ハードウェアをアップグレードして、最後に新機能を活用するためにカスタマイズ内容を更新することをお勧めします。

2. シスプレックス内の z14 サーバー。
   • z/OS イメージまたはカップリング・ファシリティー (CF) イメージ用の z14 サーバーを含んでいる並列シスプレックスは、他の z14 サーバー、または z13、z13s、zEC12、または zBC12 サーバーのみを含むことができます。

     IBM zEC12 システムおよび IBM zBC12 システムと IBM z14 モデル ZR1 の間では結合リンク接続を使用することができないので注意してください。その他のシステム (z13、z13s、z14 など) は、Integrated Coupling Adapter Short Reach (ICA SR) および Coupling Express Long Reach (CE LR) 結合リンクを使用して、z14 モデル ZR1 に接続できます。zEC12 システムおよび zBC12 システムは、ICA SR および CE LR をいずれもサポートしないため、z14 モデル ZR1 との間で結合リンク接続を使用することができません。また、z14 モデル ZR1 では、InfiniBand 結合リンクもサポートされていません。

     GRS は、リング構成用の FICON CTC の使用をサポートします。ただし、シスプレックス内で GRS リング構成に ESCON CTC を現在使用している場合は、GRS Star に変換するか (可能な場合)、GRS リング構成内で XCF シグナルを使用することを考慮してください。XCF シスプレックス・シグナル通知は、GRS CTC 接続よりも優先されます。

   • z13 以降では、時刻同期を必要とするサーバー (例えば、基本シスプレックスまたは並列シスプレックスをサポートするために) は、Server Time Protocol (STP) モードで構成する必要があります。STP は、複数台のサーバーおよびカップリング・ファシリティーが、Coordinated Timing Network (CTN) で相互に時刻同期を維持できるように設計されています。STP は、z14、z13、zEC12、zBC12、zEC12、および zBC12 のハードウェア・フィーチャーです。最新のサーバー (z14、z13、および z13s) は STP 専用 CTN にのみ参加できます。

     z14 および IBM ハードウェア管理コンソール (HMC) バージョン 2.14.0 以降では、「Manage System Time」タスクを使用して STP 専用 CTN を構成することができます。このタスクは、システム時刻管理のための単純化されたワークフローを備えています。また、ビジュアル・トポロジー表示機能により、CTN に構成エラーがあれば特定できます。

3. z14 での HCD および HCM のサポート。以前のサーバーと同様に、サポートされるすべての OS バージョンおよびサーバー上でハードウェアを定義できます。ただし、新しいサーバー・タイプおよび新しいアダプター・タイプの動的活動化は、IBM z14 以降のサーバー上でのみ行うことができます。
4. z14 の環境記録・編集・印刷 (EREP) サポート。 APAR IO24874 の PTF 以降、EREP は CPU パラメーターに対するあらゆる指定をサポートします。つまり、CPU パラメーターに認識されない値が指定されても、EREP は失敗しません。一致するレコードが見つからない場合、EREP は警告メッセージ IFC120I を発行します (以前のリリースと同様に)。
5. ESA/390 アーキテクチャー・モードでのオペレーティング・システム実行に対するサポートの除去。z14 以降、IBM Z® サーバーは ESA/390 モードでの実行をサポートしなくなりました。z14 以降のシステムは、z/Architecture® モードで実行されるオペレーティング・システムをサポートします。ただし、元々 ESA/390 アーキテクチャー上で実行されるように作成された 24 ビットおよび 31 ビットの問題プログラム状態のアプリケーション・プログラムは、いずれもこの変更の影響を受けません。
6. 廃止される機能についての計画を行います。将来のサーバー上で廃止される予定の z14 の機能のリストについては、ワークフロー・ステップ『将来のサーバーでは廃止される z14 の機能への対応』を参照してください。
7. サポートされないハードウェア・フィーチャー。 以下のハードウェア・フィーチャーは、z14 ではサポートされていません。これらを z14 で注文することはできず、以前のサーバーを z14 にアップグレードする際に継続使用することはできません。
   • ホスト・チャネル・アダプター・ファンアウト:
     • HCA2-O および HCA2-O LR フィーチャーは、いずれの z14 モデルでもサポートされません。
     • HCA3-O および HCA3-O LR カップリング・ファンアウトは、z14 モデル ZR1 ではサポートされません。このモデルには、ICA-SR および CE-LR ファンアウトが必要です。
   • IFB-MP ドーターカード #0326
   • STI-A8 マザーカード #0327
   • InterSystem Channel-3 (ISC-3) 結合リンク・フィーチャー
   • CHPID タイプ OSN (OSA-Express for NCP) は、OSA-Express5S GbE LX フィーチャーでサポートされません
   • OSA-Express4S フィーチャー
   • Crypto Express4S フィーチャー
   • FICON Express8 フィーチャー
   • Flash Express (z14 では仮想フラッシュ・メモリーに置き換えられます)
   • IBM zAware ファームウェア・アプライアンス。IBM Operations Analytics for z Systems® バージョン 3.1 以降では、IBM zAware の分析機能はソフトウェアによって提供されるようになりました。詳しくは、IBM Z Operations Analytics を参照してください。
   • STP 混合 CTN。zEC12 および zBC12 は、STP 混合 CTN への接続をサポートする最後の IBM Z® サーバーです。これには、Sysplex Timer (9037) も含まれます。z13 以降、例えば基本シスプレックスや 並列シスプレックスをサポートするために時刻同期を必要とするサーバーでは、Server Time Protocol (STP) が必要になり、そのネットワーク内のすべてのサーバーは STP 専用モードで構成されている必要があります。
   • IBM zEnterprise® Application Assist Processor (zAAP)。IBM は、IBM z Integrated Information Processor (zIIP) での zAAP ワークロードの実行を引き続きサポートします。IBM は、zAAP が CEC にインストールされているときに zIIP での zAAP 適格ワークロードの実行を妨げる制限をなくしました。この変更の目的は、zIIP での zAAP ワークロードのマイグレーションとテストを容易にすることでした。z14 では、zIIP のインストールと一緒に、または zIIP のインストールの前に、1 つの CP がインストールされなければなりません。購入する zIIP の総数が、購入する CP 数の 2 倍を超えることはできません。ただし、zAAP を使用する zEC12 からのアップグレードの場合、zAAP からの変換により、この比率を 4:1 に増やすことができます。
8. ハードウェア・フィーチャーの継続使用。以下のハードウェア・フィーチャーは、z14 サーバーでは注文できません。z14 サーバーへのアップグレード時に既存のサーバー上にこれらのフィーチャーが取り付けられている場合は、そのまま取り付けておいたり、継続して使用したりすることができます。
   • HMC #0092、#0094、#0095、および #0096
   • TKE with/4767 #0096 または #0097
   • OSA-Express4S 1000BASE-T #0408
   • OSA-Express5S GbE LX #0413
   • OSA-Express5S GbE SX #0414
   • OSA-Express5S 10 GbE LR #0415
   • OSA-Express5S 10 GbE SR #0416
   • OSA-Express5S 1000BASE-T #0417
   • FICON Express8S 10KM LX #0409
   • FICON Express8S SX #0410
   • FICON Express16S LX #0418
   • FICON Express16S SX #0419
   • 10GbE RoCE Express #0411
   • TKE workstation #0842
   • TKE workstation w/4767 #0847
   • Addl スマート・カード #0884
   • TKE スマート・カード・リーダー #0885 または #0891
   • Crypto Express5S #0890
   • Fill and Drain Kit #3378
   • Universal Lift Tool/Ladder #3759

   サポートされるストレージ・コントローラーについては、『サポートされるサーバー、ストレージ・コントローラー、およびマシン機能を使用していることの確認』と呼ばれるステップを参照してください。

手順:

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

ステップ 3.2.2.3 : IBM z14 サーバー注文前に実行可能なアクション

説明:

これは現行システムで行うアップグレード・アクションで、そのアクションを現行システムで行うことが必要な場合と、現行システムでも可能であるために行う場合があります。これらの変更を行うために z14™ サーバーは必要なく、変更を行った後にも z14™ サーバーは必要ありません。例えば、サポートされなくなったハードウェアの使用中止がこれに該当します。

z14 サーバーを注文またはインストールする前に、以下のアップグレード・アクションを実行できます。

1. Large Systems Performance Reference (LSPR) を確認します。LSPR は、幅広いシステム制御プログラムやワークロード環境全体でさまざまな中央処理装置 (CP) 構成に包括的な z/Architecture プロセッサー・キャパシティー比率を提供するように設計されています。
2. z14 サーバーが加わることになるシスプレックス構成を検討します。z14 サーバーを並列シスプレックス内で特定の旧型サーバーと一緒に使用する場合の制約事項の説明については、ワークフロー・ステップ『z14 サーバーに関する制限事項』を参照してください。
3. STP タイミング・ネットワークを実装します。このアクションは、Sysplex Timer (9037-002) が z14 サーバーではサポートされないために必要になります。
4. ISC-3 リンクから Integrated Coupling Adapter (ICA) リンクにアップグレードします。このアクションは、ISC-3 リンクが z14 サーバーではサポートされないために必要になります。必要に応じて、z14 サーバーを注文した後、新しいサーバーにアップグレードする際にこのアクションを行うことができます。
5. z14 モデル ZR1 を注文する場合は、InfiniBand 結合リンクからアップグレードします。他のシステムへの接続の場合、z14 ZR1 には、Integrated Coupling Adapter Short Reach (ICA SR) および Coupling Express Long Reach (CE LR) 結合リンクが必要です。z14 ZR1 は、InfiniBand 結合リンクをサポートしません。
6. サポートされないハードウェア機構から新しいテクノロジーにアップグレードします。このアクションは、z14 サーバーで特定のフィーチャーが使用できないために必要です。 例えば、Crypto Express4S および OSA-Express4 はサポートされません。詳しくは、以下のステップを参照してください。
   • 『z14 サーバーに関する制約事項』
   • 『サポートされない装置の取り替え』
   • 『新しい装置のインストールの準備』
7. z14 サーバーで必要な暗号サポートのレベルを判別します。暗号のサポートのために提供される機能のレベルは、z/OS リリースとインストールされている ICSF Web 配布物によって異なります。リリースのサポートに必要な PTF は、一部の暗号関連の Web 配布物にも使用可能です。

   z/OS V2R3 の場合は、以下の点を考慮してください。

   • z/OS V2R3 (FMID HCR77C0) の一部として出荷された ICSF のレベルを使用している場合は、z14 サーバー上の Crypto Express6S フィーチャーのほとんどの機能を使用できます。
   • ICSF Web 配布物 HCR77C1 - Cryptographic Support for z/OS V2R1 - z/OS V2R3 には、いくつかの追加機能が備わっており、z/OS V2R3 に組み込まれている基本レベルの ICSF 用の PTF で使用できる拡張機能も組み込まれています。Web 配布物には、PCI HSM (「Payment Card Industry Hardware Security Module」) 構成済み CCA コプロセッサーのサポートが含まれています。また、Crypto Express6S は、CCA での X.509 証明書の使用も導入しています。
   • この Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V2R1-V2R3-HCR77C1 によって識別される共存 PTF が必要です。

   z/OS V2R2 の場合は、以下の点を考慮してください。

   • z/OS V2R2 (FMID HCR77B0) の一部として出荷された ICSF のレベルを使用している場合は、z14 サーバー上の Crypto Express6S フィーチャーのほとんどの機能を使用できます。
   • ICSF Web 配布物 HCR77C1 - Cryptographic Support for z/OS V2R1 - z/OS V2R3 には、いくつかの追加機能が備わっており、z/OS V2R2 に組み込まれている基本レベルの ICSF 用の PTF で使用できる拡張機能も組み込まれています。Web 配布物には、PCI HSM (「Payment Card Industry Hardware Security Module」) 構成済み CCA コプロセッサーのサポートが含まれています。また、Crypto Express6S は、CCA での X.509 証明書の使用も導入しています。

   z/OS V2R1 の場合は、以下の点を考慮してください。

   • 出荷時に z/OS V2R1 (FMID HCR77A0) に組み込まれていたレベルの ICSF を使用している場合、z14 サーバーで Crypto Express5S が受け入れられます。これにより、Crypto Express5S 暗号化コプロセッサーおよびアクセラレーターが Crypto Express4S コプロセッサーおよびアクセラレーターとして処理されます。ただし、以下の SMP/E フィックス・カテゴリーによって識別される必須 PTF をインストールする必要があります。
     • IBM z14 モデル M01 から M05 の場合は、FIXCAT 値「IBM.Device.Server.z14-3906.RequiredService」を使用します。
     • IBM z14 モデル ZR1 の場合は、FIXCAT 値「IBM.Device.Server.z14ZR1-3907.RequiredService」を使用します。
   • Crypto Express5S で 16 を超えるドメインのサポートが必要な場合、ご使用の z14 サーバーに適切なフィックス・カテゴリー (IBM.Device.Server.z14-3906.Exploitation または IBM.Device.Server.z14ZR1-3907.Exploitation) によって識別される PTF をインストールするか、ICSF Web 配布物 HCR77C1 - Cryptographic Support for z/OS V2R1 - z/OS V2R3、またはそれ以降の ICSF Web 配布物をインストールする必要があります。
   • CCA 4.4 に対する Crypto Express4S 活用サポートおよびその他の EP11 暗号機能拡張サポート (これには、RKX Key Export Wrap、UDX 簡素化、追加の EP11 アルゴリズム、拡張 EMV サポート、AP 構成の簡素化、CTRACE 機能拡張、および KDS Key Utilization stats が含まれます) が必要な場合は、Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77A1) または Enhanced Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77B0)、またはそれ以降の ICSF Web 配布物をダウンロードしてインストールする必要があります。注:

     Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77A1) またはそれ以降の ICSF Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、ここに示す共存 PTF が必要です。これらは、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77A1、またはご使用の ICSF レベル用の FIXCAT によって識別されます。

   • Next Generation Coprocessor サポートまたは VISA Format Preserving Encryption (FPE) に対する Crypto Express6S 活用サポートが必要な場合は、Enhanced Cryptographic Support for z/OS V1R13-z/OS V2R1 Web 配布物 (FMID HCR77B0)、またはそれ以降の ICSF Web 配布物をダウンロードしてインストールする必要があります。注:

     ICSF Web 配布物 HCR77C1 - Cryptographic Support for z/OS V2R1 - z/OS V2R3 またはそれ以降の ICSF Web 配布物を使用していて、より低いレベルの ICSF を使用する他の z/OS システムと鍵を共用している場合は、ここに示す共存 PTF が必要です。これらは、フィックス・カテゴリー IBM.Coexistence.ICSF.z/OS_V1R13-z/OS_V2R1-HCR77B0、またはそれ以降の ICSF Web 配布物によって識別されます。

8. 必要な z/OS サービスをインストールします。SMP/E REPORT MISSINGFIX コマンドを使用して、まだインストールしていない z14 サーバーの PTF を識別することを IBM はお勧めします。これを行う最も簡単な方法は、REPORT MISSINGFIX コマンドにフィックス・カテゴリーとして IBM.Device.Server.* および IBM.Function.* を指定することです。これにより、z14 サポート PTF のみでなく、必要になる可能性がある旧世代の IBM サーバーの PTF、およびさまざまな機能を使用可能にするために必要な PTF が特定されます。また、REPORT MISSINGFIX は、まだ取得していない PTF を取得するために使用できる SMP/E RECEIVE ORDER コマンド用のバッチ・ジョブを作成します。さらに SMP/E は、重要な新しいフィックス・カテゴリーを見つけるために使用できるエクスプローラー機能も提供します。すべてのフィックス・カテゴリーの説明については、IBM Fix Category Values and Descriptions の「Values and Descriptions」ページを参照してください。REPORT MISSINGFIX コマンドについて詳しくは、「z/OS SMP/E Commands」を参照してください。

   REPORT MISSINGFIX に使用できる SMP/E 制御ステートメントの例を以下に示します。

   SET BDY(GLOBAL) . REPORT MISSINGFIX ZONES(target zone) FIXCAT(IBM.Device.Server.* IBM.Function.*) .

   特定のフィックス・カテゴリーを使用する場合は、z14 サーバーの使用と、その機能およびフィーチャーの活用に必要な z/OS PTF、および z14 サーバーを使用する場合にインストールしておくことを IBM が推奨している PTF に対して、以下のフィックス・カテゴリーを個別に、または組み合わせて指定できます。また中間プロセッサー用の FIXCAT も必要です。

   • IBM z14 モデル M01 から M05 の場合:
     • IBM.Device.Server.z14-3906.RequiredService
     • IBM.Device.Server.z14-3906.Exploitation
     • IBM.Device.Server.z14-3906.RecommendedService
   • IBM z14 モデル ZR1 の場合:
     • IBM.Device.Server.z14ZR1-3907.RequiredService
     • IBM.Device.Server.z14ZR1-3907.Exploitation
     • IBM.Device.Server.z14ZR1-3907.RecommendedService

   また、特定のフィックス・カテゴリーを使用する場合は、環境に応じて以下のフィックス・カテゴリーの 1 つ以上を指定する必要が生じることがあります。

   • IBM.Function.DataSetEncryption
   • IBM.Function.ParallelSysplexInfiniBandCoupling
   • IBM.Function.PricingInfrastructure
   • IBM.Function.ServerTimeProtocol
   • IBM.Function.UnifiedResourceManager
   • IBM.Function.zEDC
   • IBM.Function.zHighPerformanceFICON
   • IBM.Function.zHyperLink

   Web 配布物をインストールすることによって z14 機能を活用する場合は、追加の PTF が必要になることがあります。各 Web 配布物に関連付けられているプログラム・ディレクトリーの指示に従って、必要な PTF を特定します。

   必要な PTF を見つける別の方法は、予防サービス計画 (PSP)「バケット」を使用することです。該当するハードウェア PSP バケットに加えて、ソフトウェア PSP バケットも取得しなければなりません。ハードウェア PSP バケットは、推奨される PTF、必要な PTF、および活用 PTF をリストし、それらの PTF の識別に必要な該当するフィックス・カテゴリーに関する情報も含んでいます。ただし、PSP バケットを使用してバケットにリストされた PTF の状況を調べることは、適切なフィックス・カテゴリーを指定して REPORT MISSINGFIX を使用する場合よりも時間がかかり、潜在的に誤りが生じやすくなります。¹

9. CFSIZER ツールを実行します。 カップリング・ファシリティーを移動する場合に、カップリング・ファシリティー構造が以前よりも高い CFLEVEL になる場合、Coupling Facility Structure Sizer (CFSIZER) ツールを実行して、カップリング・ファシリティー構造のサイズを増やす必要があるかどうかを調べてください。そのツールで示されるとおりに、CFLEVEL に必要な変更を行う準備をしてください。

   CFSIZER ツールは、Coupling Facility sizer でダウンロードできます。また、ワークフロー・ステップ『カップリング・ファシリティー構造のサイズ変更に伴う CFRM ポリシーの更新』も参照してください。

   注: 新規ハードウェアでカップリング・ファシリティーを使用可能にした後、z/OS 許可プログラムである Sizer ユーティリティーを実行して、構造サイズの変更を評価します。Sizer ユーティリティーは CFSizer とは異なるもので、新しいハードウェア (CFLEVEL) を取り付けた後、新しいハードウェア上の CF LPAR に構造を取り込む前に実行する必要があります。Sizer ユーティリティーは、CFSizer Alternate Sizing Techniques でダウンロードできます。

10. 新しいマシン命令ニーモニックの準備をします。この命令セットは、新しいサーバーではよくあることですが、z14 サーバーで拡張されています。それぞれのマシン命令は、アセンブラー言語のニーモニックによって表現されます。新しいニーモニックは、ユーザーがアセンブラーのマクロ命令に選択した名前と同じである可能性があります。このような命名の競合が起きた場合、アセンブラーのデフォルト命令コード・テーブル (UNI) は、z14 の必須サービスがインストールされた後で、新しいニーモニックをマクロではなく命令として処理します。これが発生すると、アセンブラー・エラー・メッセージが出され、正しくないオブジェクト・コードが生成される可能性があります。アセンブラー言語のプログラムを作成する場合、使用するアセンブラー・マクロ命令の名前を新しいマシン命令 (最新の「z/Architecture 解説書」(SA88-8773) に記載されている) と比較して、発生する可能性があるそのような矛盾または干渉を識別してください。同じ名前があると、プログラムのアセンブル時に、アセンブラー・エラーが生じるか、誤ったオブジェクト・コードが生成されます。ニーモニックの競合の識別に役立つツールについては、IBM Techdocs を参照してください。Techdoc「PRS5289」を検索します。

    矛盾が確認された場合は、以下のいずれかのアクションを実行してください。

    • マクロ命令の名前を変更する。
    • PARM='...OPTABLE(YOP)...' (またはこれより前の命令コード・テーブルのいずれか) を指定する。
    • この前の方法で示したようなアセンブラー・オプションを含む、別の ASMAOPT ファイルを指定する (この方法では、ソース・コードまたは JCL に変更は不要)。
    • ソース・プログラムの最初のステートメントとして、*PROCESS OPTABLE(YOP) (またはその他の以前の命令コード・テーブル) を追加する。
    • JCL または ASMAOPT ファイルで PROFILE オプションを指定する。SYSLIB データ・セットの指定されたメンバーまたはデフォルトのメンバーが、ソース・プログラムの先頭にコピーされます。
    • アセンブリーで同じ名前を持つ新しい命令とマクロの両方を使用する必要がある場合、HLASM のニーモニック・タグ (:MAC:ASM) など、アセンブリーで同じ名前を持つ新しい命令とマクロの両方を使用できるコーディング手法を使用できます。
11. デフォルトの ARCH および TUNE レベルに対する変更に対応します。z/OS V2R3 以降、デフォルトの ARCH レベルが ARCH(8) から ARCH(10) に変更され、デフォルトの TUNE レベルが TUNE(8) から TUNE(10) に変更されました。新しいデフォルトのレベルは zEC12 に適合しています。したがって、z/OS V2R3 によってサポートされるどのサーバー上でもコードを実行でき、コンパイラー・オプションの変更は必要ありません。ただし、下位のアーキテクチャー・レベルのプロセッサーで実行するためにプログラムをコンパイルする場合は、それらのプログラムをコンパイルする際に適切な ARCH レベルおよび TUNE レベルを指定する必要があります。

    z14 は、新しいレベル ARCH(12) および TUNE(12) をサポートしています。これらは、新しい z14 命令を活用するために必要で、アプリケーションのパフォーマンス向上を目的としています。ARCH(12) は、z/Architecture モードの z14 上で使用可能な命令を使用するコードを生成します。z14 は、ベクトル・プログラミング用の命令を追加します。これには、メモリーではなくレジスター内でパック 10 進数演算を実行できるようにする命令が含まれます。TUNE(12) は、すべてのモデルで実行可能なコードを生成しますが、コードは z14 用に最適化されています。

12. 以前の FICON カード用の入出力構成プログラム (IOCP) を更新します。FICON Express8S カードを引き続き使用するには、新しい IOCP キーワード MIXTYPE を指定する必要があります。
13. LOADxx MACHMIG ステートメントを使用するとアップグレードに役立ちます。LOADxx メンバーに新しい MACHMIG ステートメントを組み込んで、別のプロセッサーまたは z/OS リリース (あるいはその両方) へのアップグレード中に使用不可にする特定の z14 ハードウェア機能を指定できます。以下の z14 機能を除外できます。
    • ハードウェア・ベースの拡張 DAT 機能 (EDAT2)
    • ハードウェア・ベースのトランザクション実行機能 (TX)
    • SIMD (VEF) をサポートするハードウェア・ベースのベクトル・レジスター (VR)
    • Guarded Storage Facility (GSF)

    MACHMIG ステートメントを省略すると、z/OS はマシン機能の使用を制限しません。

14. z14 サーバーへのアップグレードのために実行する手順を決定します。 ここにリストされている手順に加えて、ワークフロー・ステップ『IBM z14 サーバーのインストール後に実行できるアクション』を参考にしてください。

手順:

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

ステップ 3.2.2.4 : IBM z14 サーバーのインストール後に実行できるアクション

説明:

これらは、z14 サーバーをインストールした後にのみ実行できるアップグレード・アクションです。これらのアクションを実行するには、z14 サーバーが稼働している必要があります。

PTF について詳しくは、ワークフロー・ステップ「IBM z14 サーバーへのマイグレーション」の表 1 を参照してください。

1. FICON Express16S。FICON Express16S は、16 ギガビット/秒 (Gbps) のリンク・データ速度、および既存のスイッチ、ディレクター、およびストレージ・デバイスとの相互作用のための 4 Gbps または 8 Gbps へのオートネゴシエーションをサポートします。新しい FICON Express16S チャネルは、ネイティブ FICON、High Performance FICON for z IBM z Systems (zHPF)、および Fibre Channel Protocol (FCP) をサポートすることで、既存の光ファイバー・ケーブリング環境を処理するように設計されています。エンドツーエンドの 16 Gbps リンク速度で実行される FICON Express16S フィーチャーは、FICON Express8S フィーチャーと比較すると、大量の読み取り/書き込み操作の待ち時間を短縮し、帯域幅を増やすことができます。
2. Virtual Flash Memory (VFM) にアップグレードします。IBM Virtual Flash Memory (VFM) は、IBM zEC12 および IBM z13 で使用可能だった Flash Express フィーチャー (#0402、#0403) の代替です。IBM Flash Express から VFM への変更には、アプリケーションの変更は必要ありません。必ず、ご使用のフラッシュ・メモリーを十分な量の VFM に置き換えてください。
3. Hardware Instrumentation Services (HIS) のアップグレード・アクション。z14 用の新しい診断サンプルが追加されました。それらを無視する場合は、HIS プロファイラーを更新する必要が生じることがあります。また、問題カウンター・セット内の新しいカウンター (サイクルと命令) に対応するには、HISSERV プロファイラー、SMF 113 レコード、または z/OS UNIX System Services カウンター・ファイル・コンシューマーを更新する必要が生じることがあります。詳しくは、「z/OS MVS システム・コマンド」のトピック『ハードウェア・イベント・データ収集の開始、構成、および停止』を参照してください。注:

   z/OS V2R1 以降、IBM では、CPU 計測機能を使用する場合は、ご使用のシステムで SMF 113 サブタイプ 1 および 2 のレコードを収集することを推奨しています。また IBM では、SMF 113 サブタイプ 1 レコードが使用可能な場合はそれを製品で処理することをお勧めしています。これは今後の機能拡張が行われるためです。サブタイプ 1 レコードが使用可能でない場合、サブタイプ 2 レコードを製品で処理することができます。

4. サポート・エレメント上で BCPii 通信を使用可能にします。z14 上で実行されるサポート・エレメントについては、「Cross Partition Authority」オプションの設定が、「System Details」パネルと「Customize Image Profiles」パネルの新しいセキュリティー設定に置き換えられました。

   詳しくは、「サポート・エレメントでの BCPii 通信の有効化」というワークフロー・ステップを参照してください。

手順:

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

ステップ 3.2.2.5 : 将来のサーバーでは廃止される z14 の機能への対応

説明:

注:

IBM の計画、方向性および指針に関する記述は、IBM の裁量に基づき予告なく変更または撤回される場合があります。 将来の潜在的製品に関する情報は、IBM の製品に関する一般的な方向性を概説するもので、購入の決定はこれに依存するべきではありません。将来の潜在的製品に関する情報は、資料、コードまたは機能の提供を確約、保証または法的に義務付けるものではありません。将来の潜在的製品に関する情報は、いかなる契約にも組み込むことはできません。IBM はその裁量に基づき、IBM 製品の将来の機能開発、リリースおよびタイミングを決定します。

説明

ハードウェア・サポートにおける以下の変更は、ご使用の環境に影響を与えることがあります。必要に応じて、適切な変更を行ってください。

1. ホスト・チャネル・アダプター・ファンアウト光学式フィーチャーのサポートの削除。z14™ は、HCA3-O ファンアウト (#0171) および 1x IFB 用 HCA3-O LR ファンアウト (#0170) をサポートする最後の IBM Z® ハイエンド・サーバーです。注:

   z14 モデル ZR1 は、HCA3-O および HCA3-O LR カップリング・ファンアウトをサポートしません。このモデルには、ICA-SR および CE-LR ファンアウトが必要です。

   z14、z13、および z13s 上では、企業は HCA3-O および HCA3-O LR チャネルから以下のいずれかの結合リンクへのマイグレーションを開始する必要があります。

   • 高速短距離結合接続の場合は、IBM Integrated Coupling Adapter (ICA SR)。ICA SR は、新しい結合チャネル・タイプ CS5 を使用する、2 ポートの短距離結合ファンアウトです。ICA SR は、z14、z13、および z13sサーバー間の結合接続のみに使用できます。ICA SR ファンアウトを使用するには新しい配線が必要で、別の ICA SR にのみ接続できます。
   • 長距離結合接続の場合は、Coupling Express Long Reach (CE LR)。CE LR は、新しい結合チャネル・タイプ CL5 を使用する、2 ポートの長距離結合アダプターです。CE LR は、z14、z13、および z13s サーバー間の結合接続のみに使用できます。

   将来のプロセッサー世代との結合の互換性を確保するために、並列シスプレックスで使用される z14 プロセッサーで ICA SR (#0172) または CE LR (#0433) を発注することをお勧めします。

2. FICON Express8S サポートの除去。z14 は、FICON Express8S (#0409 および #0410) チャネルをサポートする最後の IBM Z® ハイエンド・サーバーです。ご使用のシステムでは、FICON Express8S チャネルから、FICON Express16S+ チャネル (#0427 および #0428) へのマイグレーションを開始する必要があります。FICON Express8S は、将来のハイエンド IBM Z® サーバーでは、アップグレード時に継続使用がサポートされなくなります。
3. zEDC Express のサポートの削除。z14 は、zEDC Express (#0420) をサポートする最後の IBM Z® ハイエンド・サーバーです。将来、IBM Z® ハイエンド・サーバーの圧縮加速機能は、zEDC アダプターからプロセッサーに移動します。
4. OSA-Express6S 1000BASE-T アダプターのサポートの削除。OSA-Express6S 1000BASE-T アダプター (#0426) は、100 Mb/秒のリンク速度で動作する接続をサポートする OSA 1000BASE-T アダプターの最終世代です。将来の OSA-Express 1000BASE-T アダプターの世代は、1000 Mb/秒 (1 Gb/s) のリンク速度での動作のみをサポートします。
5. zEC12 サーバーと zBC12 サーバー、およびそれ以降のサーバーの間でシスプレックスを共存させるためのサポートの削除。

手順:

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

ステップ 3.2.3 : IBM z13 または IBM z13s サーバーへのアップグレード

説明:

説明

z13 または z13s で実行される z/OS は、要求の厳しいワークロード (運用アナリティクスやクラウドなど) のサポートに必要な基盤と、従来の基幹業務アプリケーションを提供することによって、デジタル・ビジネスの基礎を築いています。

少なくとも 1 つの LPAR、またはカップリング・ファシリティー (CF) として使用される少なくとも 1 つの LPAR で実行される z/OS システムを搭載する z13 または z13s が含まれている Parallel Sysplex には、以下のサーバーを組み込むことができます。

• z13 および z13s サーバー
• zEC12 サーバーおよび zBC12 サーバー
• zEnterprise サーバー (z196 または z114)

基本サポートを含め、z/OS によって使用される具体的な z13 および z13s の機能は、z/OS リリースによって異なります。これらの機能の多くで、PTF が必要になる場合があります。適切な PTF の検索については、『z13 または z13s サーバー注文前に実行可能なアクション』と呼ばれるワークフロー・ステップを参照してください。

以下の表は、z/OS V2R3、z/OS V2R4、および z/OS V2R5 の基本サポートに含まれている z13 および z13s サーバーの機能の要約ビューを示しています。

1. 基本サポート用の PTF は、以下のフィックス・カテゴリーに含まれています。
   • z13 の場合: IBM.Device.Server.z13-2964.RequiredService
   • z13s の場合: IBM.Device.Server.z13S-2965.RequiredService