SMP/E

システム修正プログラム/拡張版（SMP/E ）は、システム修正プログラム（SMP ）の独自バージョンであり、「z/OSシステム上のソフトウェア製品のインストールを管理し、それらの製品に対する変更を追跡するために設計されたツールです。」^{[1] : 1  [2] [3] [4] [5]}

SMP/E は、複数のソフトウェア バージョンを管理し、パッチと更新 ( PTF ) の適用を支援し、順序立ったテストと、必要に応じて以前の状態への復元を容易にし、実際のインストールが機能することを確認するための「試用実行」疑似インストールを可能にし、承認されたソフトウェア更新のみが実行されるように監査およびセキュリティ レコードを保持し、その他、z/OS 上のすべてのソフトウェア インストールに対する高度に進化した集中管理を提供します。

SMP/E を使用せずに z/OS にインストールするソフトウェア製品を設計して出荷することは可能ですが、ほとんどのメインフレーム管理者は、少なくとも重要なパッケージについては、SMP/E 対応製品を好みます。SMP/E を使用するには、通常、ジョブ制御言語(JCL) の実用的な知識が必要ですが、ほとんどの製品にはサンプル JCL が付属しています。SMP/E に関連する厳格なソフトウェア管理規律は、通常、製品ドキュメントにも適用され、IBM やその他のベンダーは、SMP/E 作業プロセスと正確に一致する標準化された「プログラム ディレクトリ」マニュアルを各ソフトウェア製品に提供しています。プログラム ディレクトリには、たとえば、前提条件や相互要件に関する詳細情報が記載されています。

SMP/Eを使用してシステムアップデートを管理すると、システムが一貫した状態にあり、その状態への変更が適切に監査されていることを確認することで、システムの整合性を確保するのに役立ちます。^[6]

^{IBMは、IEBEDIT [8]}やIMAPTFLE ^[9 ]などのツールを伴う半手動のプロセスを置き換えるために、OS/360とOS/VS ^[7]にSMPを導入しました。IBMはその後、SMPの3つの無料リリースを導入しましたが、リリース間では特にSMP3からSMP4にかけて大きな変更がありました。^{[10] 4つのリリースすべてで、追跡データは}パーティションデータセット（PDS）に保存されます。

IBMはOS/VS用にSMP/E ^[11]を導入しましたが、SMP/Eリリース2はOS/VS1をサポートする最後のリリースです。SMP/Eは、SMPリリース1から4で使用されるPDSではなく、 VSAMデータセットに追跡データを格納します。もともと別の製品でしたが、SMP/Eはz/OSにバンドルされています。

IBMは最終的に、DOS/VS用のMaintain System History Program (MSHP)、VM/SPからz/VM用のVirtual Machine Serviceability Enhancements Staged (VM/SP SES) (現在のVMSES/E )など、他のオペレーティングシステム向けにも同様のツールを導入しました。^[12]

すべての IBM ソフトウェアおよびほとんどの非 IBM ソフトウェアには、ソフトウェアとそのリリース番号を識別する7 文字のFMID (機能変更 ID) が少なくとも 1 つ割り当てられています。この最初の FMID は、基本 FMIDと呼ばれます。たとえば、DB2 バージョン 9 の基本 FMID は HDB9910 です。個別にインストール可能な機能にも、基本製品に何らかの形で関連する FMID (従属 FMIDと呼ばれる) があります。バージョン 9 の DB2 英語パネルの従属 FMID は JDB9910 です。

ソフトウェアパッケージは、オブジェクトファイル（MOD）、マクロ（MAC）、サンプルプログラム（SAMP）などの個々のコンポーネントである要素で構成されています。^{[1] ：p.37}

CSI (Consolidated Software Inventory)は、SMP/E が配布ライブラリとターゲット ライブラリの内容を追跡するために必要な情報を含むデータセットです。CSI には、インストールされた FMID と要素を識別する「メタデータ」、最新の更新の ID、および関連するライブラリへのポインターが含まれています。

SYSMOD （システム変更）とは、システムに対するあらゆる変更のことである。これには以下が含まれる: ^{[1] : p.38}

• 機能 SYSMODS は、新しい製品、バージョン、またはリリースをインストールします。
• PTF SYSMODS は、報告された問題に対する IBM の公式修正です。
• APAR FIXES は、 IBM からの非公式な修正です。
• USERMODS は、インストール固有の「 exit 」など、製品に対するユーザーによる変更です。

各 SYSMOD には、それを一意に識別するための 7 文字のSYSMOD IDが割り当てられます。SYSMOD がインストールされると、この ID は追加または置換される要素の CSI エントリに記録され、RMID (置換モジュール ID) と呼ばれます。

MCS （修正制御ステートメント）と呼ばれる単純な宣言型言語は、SYSMODを識別し、それをインストールする方法に関する情報をSMP/Eに提供します。各SYSMODには、たとえば、APAR修正またはPTFとして識別したり、SYSMOD IDを提供したり、適用可能なFMIDを識別したりするいくつかのMCSステートメントがプレフィックスとして付けられています。^{[13] ：pp.5ff}

前提条件またはprereqs は、 2 つ目の SYSMOD をインストールする 前にインストールする必要がある SYSMOD です。共前提条件またはcoreqsは、一緒にインストールする必要がある 2 つ以上の SYSMOD で、いずれか一方のみをインストールすることはできません。SYSMOD が機能的に最初の SYSMOD を置き換える場合、SYSMOD は別の SYSMODを置き換えます。この prereq、coreq、および sup 情報は、MCS で提供されます。必須チェーンは、「特定の SYSMOD の必須として直接的または間接的に識別される SYSMOD のシーケンス」です。たとえば、A が B の必須であり、B が C の必須である場合、A と B は C の必須チェーンであり、両方を C の前にインストールする必要がありますが、必ずしも SMP/E を別々に実行する必要はありません。^{[1] : pp.231、226、236、232} 必須チェーンは、非常に複雑になることが多く、数百の SYSMOD で構成されます。

HOLDDATA は、特定の SYSMODS にエラーが含まれているか、インストールする前に SMP/E の範囲外での手動処理が必要であることを示す MCS ステートメントのセットです。^{[1] : p.229} ユーザーは、保留された SYSMODS をインストールする前に、可能であれば問題を修正するためのアクションを実行する必要があります。

SMP/E は 2 種類のライブラリを管理します。 ターゲット ライブラリ(TLIBS) には、システムを実行するために使用される実行可能コードとその他の情報が含まれています。元々、ターゲット ライブラリの数は限られていました。実行可能プログラム用の SYS1.LINKLIB、標準マクロ用の SYS1.MACLIBなどですが、2012 年現在、各ソフトウェア製品には通常、独自のターゲット ライブラリ セットがあります。 配布ライブラリ(DLIBS) には、システムの各要素のマスター コピーが含まれています。各製品 (FMID) には、通常 SMP/E のみが使用する独自の配布ライブラリ セットがあります。OS /360 および後継製品のライブラリには、 unixのディレクトリとは異なり、通常、1 つのタイプと形式のデータのみが含まれています。ソフトウェア パッケージには、オブジェクトライブラリ (MOD)、ISPF パネル(PNL)、マクロ ライブラリ (MAC) などが含まれる場合があります。

SMP/Eはバッチジョブとして実行される単一の大きなプログラムです。一連のISPF パネルを使用して、ユーザー入力に基づいてSMP/Eジョブストリームを対話的に構築できます。^{[11] [14]}

一般的な一連の手順の 1 つは、各手順で使用されるコマンドから RECEIVE-APPLY-ACCEPTと呼ばれます。

SMP/E RECEIVEコマンドは、SMP 外部のソースからの SYSMOD を処理します。以前は、これはIBM がおよそ毎月配布するPUT テープであった可能性があります。最近では、インターネット経由でダウンロードされる SYSMOD のコレクションである可能性があります。RECEIVE プロセスは、MCS を使用して各 SYSMOD の CSI にエントリを作成し、そのステータスを「RECEIVED」としてマークし、MCS 情報と実際の SYSMOD データを保存します。

REJECTコマンドを使用して、「RECEIVED」ステータスの SYSMODS を削除できます。

APPLYコマンドは、受け取った 1 つ以上の SYSMODS を適切なターゲット ライブラリにインストールします。適用する SYSMODS は、さまざまな基準で選択できます。たとえば、単一の SYSMOD を SYSMOD ID で選択したり、グループで受け取ったすべての SYSMODS をSOURCEIDで選択したり、受け取った未適用の SYSMODS を適用したりできます。指定された SYSMODS の必須チェーンがチェックされ、適切な必須がない、保留状態にある、または置き換えられた SYSMODS はエラーとしてフラグが付けられ、インストールされません。通常、SMP/E は、これらのエラーを最小限に抑えるために、"RECEIVE" 状態のすべての必須も自動的に適用するように指示されます。インストールされた SYSMODS は、CSI でステータスが "APPLIED" に変更されます。APPLY CHECK を使用すると、実際にインストールを実行せずに、インストールする SYSMODS をチェックできます。

RESTOREコマンドを使用すると、受け入れられていない適用済みの SYSMOD を削除できます。

ACCEPTコマンドは、 SYSMODS を配布ライブラリに永続的にインストールし、CSI でそのステータスを「ACCEPTED」としてマークします。通常、ACCEPT は、サービスの次の APPLY の前に、SYSMODS が正しく実行されていることがわかった時点で実行されます。SMP/E では、CSI を含むすべてのインストール ライブラリを削除して (インストールを再度開始する) 以外に、ACCEPT 操作を元に戻す方法はありません。

SMP/Eは大規模で複雑なプログラムであり、リリースごとに機能とデータセットが追加されます。主要なSMP/Eデータセットは次のとおりです。^{[1] [13]}

• CSI – 統合ソフトウェア インベントリ。CSI には、SMP/E が配布ライブラリとターゲット ライブラリを追跡するために必要なすべての情報が含まれています。
• PTS – PTF 一時ストレージ。PTS データ セットは、受信した PTF を保持するために使用されます。
• MTS – マクロ一時ストレージ。MTS データ セットは、配布ライブラリにのみ存在するマクロのターゲット ライブラリであり、APPLY 処理中にこれらのマクロの現在のバージョンをアセンブリに使用できるようにします。
• STS – ソース一時ストレージ。STS データ セットは、配布ライブラリにのみ存在するソースのターゲット ライブラリであり、APPLY 処理中にこれらのモジュールの現在のバージョンをアセンブリに使用できるようにします。

• IBM プログラムの一時的な修正

スムム

OS/VS システム修正プログラム (SMP) (PDF) . Systems (第 2 版). 1974 年 9 月. GC28-0673-1.

SMP4

OS/VS システム修正プログラム (SMP) システム プログラマーズ ガイド。システム (第 7 版)。1980 年 9 月。GC28-0673-6。

SMPE

システム変更プログラム拡張 - ユーザーズ ガイド - リリース 6 (PDF)。システム (第 12 版)。1992 年 4 月。SC28-1302-11。

SMPERF

システム修正プログラム拡張版 - リファレンス - リリース 8.1 (PDF) (第 14 版)。1994 年 9 月。SC28-1107-13。

• SMP/E を使用したシステムのインストールとメンテナンス