リリースを構築するリリース計画を策定した後は、プロセスの次の段階として、ソフトウェア更新プログラムを運用環境に展開するときに管理者が使用するスクリプト、ツールおよび手順を開発しますここで実行する必要があるタスクと作業は、主として、SMS 2003 のソフトウェアの更新の配布ウィザードを使用してソフトウェア更新プログラムを展開できるかどうかによって異なります。 ソフトウェアの更新の配布ウィザードでは、ソフトウェア更新プログラムの配布およびインストールに必要な SMS パッケージとプログラムを自動的に作成できるため、これまで SMS 2003 を使用したソフトウェア更新プログラムの展開で必要とされていた作業の多くを省略できます。緊急変更要求に属さないセキュリティ更新プログラムはセキュリティ ロールアップ パッケージに追加できます。セキュリティ ロールアップ パッケージには、特定の製品と Service Pack の組み合わせに適用するすべてのセキュリティ更新プログラムがまとめられます。たとえば、Windows 2000 Service Pack 3 に適用するすべてのセキュリティ更新プログラムを 1 つのセキュリティ ロールアップ パッケージにまとめることができます。これにより、コンピュータに対して、適用可能なセキュリティ更新プログラムの適用と再起動を一度だけ行うだけで済みます。セキュリティ ロールアップ パッケージを使用すると、管理と運営を大幅に簡略化でき、また更新を有効にするために必要なコンピュータの再起動の回数を大幅に削減できます。 この機能を使用して展開できない更新プログラムについては、管理者は標準の SMS ソフトウェア配布手順を使用してパッケージと提供情報を作成し、ソフトウェア更新プログラムを展開します。クライアント コンピュータ上で実行されるバッチ ファイル、MSI (Windows インストーラ) ファイル、または実行可能ファイルを指定する必要もあります。更新プログラムがセットアップ実行可能ファイルと一緒に提供されない場合は、MSI オーサリング ツールを使用して実行可能ファイルを作成する必要があります。 リリースを構築する際には、さらに次のような点についても考慮します。 | • | ソフトウェア更新プログラムをインストールするために開発されるプログラムでは、適切な終了コードを返して正しいステータスが SMS のステータス システムによって返されるようにします。正常なインストールに対しては 0 を、インストールが失敗した場合には 0 以外の数を返します。SMS ステータス システムで使用されるリターン コードは、提供情報が正常に実行されたかどうかを示します。 | | • | プログラムでカスタム キーをシステム レジストリに挿入して、管理者が特定のコンピュータ上にソフトウェア更新プログラムが存在するかどうかを判定できるようにすることが必要な場合があります。この情報が SMS データベースに登録され Web レポートとクエリで使用される前に、SMS のハードウェア インベントリのクライアント エージェントが SMS クライアントからこの情報を収集するように構成する必要があります。 | | • | プログラムまたはバッチ ファイルは、インストールが完了するまで存在しないようにする必要があります。SMS 2003 は、提供情報に関連付けられたプログラムが存在する場合、その提供情報は既に実行され完了していると見なします。プログラムが別のプロセスを生成し、その新しいプロセスがソフトウェア更新プログラムのインストールを完了する前にプログラムが終了した場合、プログラムはインストールが正常に終了したことを示す終了コードを返すことができません。 | | • | バッチ ファイルまたはプログラムは、インストールが失敗した場合には、イベント ログにイベントを書き込むように構成します。管理者にインストールの失敗を警告するために、そのイベントの警告を生成する Microsoft Operations Manager (MOM) で対応する規則を作成する必要があります。 更新プログラムの適用中であることを示すイベントが作成されるようにスクリプトを開発することもできます。このようなスクリプトがあると、サーバーの再起動時に MOM 管理者コンソールで不適切な警告が生成されるのを防ぐことができます。 |
| 
