JP2007233940A - パッチ適用制御方法 - Google Patents

Abstract

【課題】パッチが適用されるコンピュータの使用不能期間を短縮することのできるパッチ適用制御方法の提供を目的とする。
【解決手段】第一のコンピュータが第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御方法であって、第一のコンピュータが、第二のコンピュータに係る記録媒体の記録内容を第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手順と、第三のコンピュータが、当該第三のコンピュータに係る録媒体にコピーされた記録内容に対してパッチを適用するパッチ適用手順と、第三のコンピュータが、パッチの適用の成否を判定する判定手順と、パッチの適用が成功した場合に、第一のコンピュータが、第三のコンピュータに係る記録媒体の記録内容を第二のコンピュータに係る記録媒体にコピーさせる第二のコピー手順とを有することにより上記課題を解決する。
【選択図】図３

Description

本発明は、パッチ適用制御方法に関し、特に第一のコンピュータが第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御方法に関する。

コンピュータシステムにおいて不具合が発見されると、その不具合の原因となっているプログラムモジュールついて修正が行われ、その修正されたプロラムモジュールが改めてリリースされる。ここで、修正されたプログラムモジュールは、一般的にパッチと呼ばれ、当該プログラムモジュールを、当該コンピュータシステムに適用することを、「パッチを当てる」と言う。

近年のコンピュータシステムにおけるプログラムは、モジュール化が進んでおり、システム全体のプログラムを置き換えなくても、その一部を置き換える（パッチを当てる）だけで不具合を解消することができるというわけである。

パッチによって不具合が解消できることで、改めてシステム全体のテストが不要となる等、保守作業の効率化が図られる。
特開２００３−１５８９４号公報

しかしながら、パッチを当てるためには、当該コンピュータを一時的にネットワークから切り離す必要があるとともに、パッチを当てた後に当該パッチに関連する機能の動作確認はやはり必要とされる。また、従来、パッチを当てるための作業は、システム管理者等の手作業によって行われていた。このような事情より、パッチを当てるために、企業における業務サーバ等が長時間使用できなくなり、業務に支障をきたす場合もあった。

本発明は、上記の点に鑑みてなされたものであって、パッチが適用されるコンピュータの使用不能期間を短縮することのできるパッチ適用制御方法の提供を目的とする。

そこで上記課題を解決するため、本発明は、第一のコンピュータが第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御方法であって、前記第一のコンピュータが、前記第二のコンピュータに係る前記記録媒体の記録内容を前記第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手順と、前記第三のコンピュータが、当該第三のコンピュータに係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用するパッチ適用手順と、前記第三のコンピュータが、前記パッチの適用の成否を判定する判定手順と、前記パッチの適用が成功した場合に、前記第一のコンピュータが、前記第三のコンピュータに係る前記記録媒体の前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせる第二のコピー手順とを有することを特徴とする。

このようなパッチ適用制御方法では、パッチが適用されるコンピュータの使用不能期間を短縮することができる。

本発明によれば、パッチが適用されるコンピュータの使用不能期間を短縮することのできるパッチ適用制御方法を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるパッチ適用システムの構成例を示す図である。図１において、パッチ適用システム１は、管理サーバ１０、業務サーバ２０、パッチ適用サーバ３０、及びＲＡＩＤ（Redundant Array of Independent Disks）装置４０等より構成されている。

管理サーバ１０は、業務サーバ２０へのパッチの適用作業を制御するコンピュータであり、パッチ適用マネージャ１１を有する。パッチ適用マネージャ１１は、パッチの適用処理を制御するプログラムである。

業務サーバ２０は、企業における各種業務システムにおけるサーバコンピュータであり、本実施の形態では、パッチの適用対象となる。業務サーバ２０は、エージェント２１を有する。エージェント２１は、パッチ適用マネージャ１１からの指示に基づいて、業務サーバ２０の電源のＯＮ又はＯＦＦを実行するためのプログラムである。なお、図１において、業務サーバ２０は一つしか表示されていないが、複数の業務サーバ２０が存在してもよい。

パッチ適用サーバ３０は、パッチ適用のテストに用いられるコンピュータであり、パッチ適用エージェント３１を有する。パッチ適用エージェント３１は、パッチ適用マネージャ１１からの指示に基づいて、パッチ適用サーバ３０にパッチを当てるための処理を実行するためのプログラムである。

すなわち、本実施の形態では、業務サーバ２０に対していきなりパッチが当てられるのではなく、まず、パッチ適用サーバ３０においてパッチの適用が正常に行われることが確認される。なお、パッチ適用サーバ３０は、業務サーバ２０のハードウェア及びソフトウェアのアーキテクチャ（パッチ適用サーバ３０の機種及びパッチ適用サーバ３０にインストールされているＯＳ（Operating System）の種類等）ごとに、用意される必要がある。

ＲＡＩＤ装置４０は、いわゆるＲＡＩＤ装置であり、各種業務サーバ２０のストレージ（記録媒体）としての役割を担う。ＲＡＩＤ装置４０には、例えば、業務サーバ２０のシステムボリューム（シスボル）４２や、パッチ適用サーバ３０のパッチテスト用ボリューム４３（例えば、パッチ適用サーバ３０のシステムボリューム）及びバックアップ用ボリューム４４等の記憶領域が確保されている。なお、シスボル４２には、業務サーバ２０のＯＳやブートプログラム等が格納されている。本実施の形態では、業務サーバ２０のシスボル４２内のＯＳに対してパッチを適用する場合を例とする。但し、ＲＡＩＤ装置４０に、業務サーバ２０のアプリケーションボリューム（アプリケーションプログラム等が格納される記憶領域）が確保されていてもよく、当該アプリケーションボリュームがパッチの適用対象であってもよい。なお、ＲＡＩＤ装置４０のディスクと業務サーバ２０及びパッチ適用サーバ３０等とのアクセスパスは事前に定義されている。

ＲＡＩＤ装置４０には、また、ＲＡＩＤ装置管理部４１が実装されている。ＲＡＩＤ装置管理部４１は、ＲＡＩＤ装置４０におけるディスクを管理するプログラムである。

ところで、パッチ適用システム１における各サーバは、業務用ＬＡＮ（Local Area Network）５１、管理用ＬＡＮ５２、及びテスト用ＬＡＮ５３等の三つのＬＡＮ（有線又は無線の別は問わない。）のいずれかによって接続されている。

業務用ＬＡＮ５１は、通常の業務において業務サーバ２０を使用するために利用されるＬＡＮである。したがって、三つのサーバの中で業務サーバ２０だけが接続されている。管理用ＬＡＮ５２は、パッチの適用処理を行うための通信に用いられるＬＡＮである。したがって、管理サーバ１０、業務サーバ２０及びパッチ適用サーバ３０が接続されている。テスト用ＬＡＮ５３は、パッチ適用サーバ３０にパッチが適用された際に、確認テストを行うために用いられるＬＡＮである。したがって、パッチ適用サーバ３０だけが接続されている。

業務用ＬＡＮ５１とは別に管理用ＬＡＮ５２が設けられていることで、パッチの適用作業による負荷が業務用ＬＡＮ５１に及ぶのを回避することができるとともに、業務用ＬＡＮ５１におけるセキュリティが確保される。また、業務用ＬＡＮ５１及び管理用ＬＡＮ５２とは別にテスト用ＬＡＮ５２が設けられていることで、パッチ適用サーバ３０をテスト用ＬＡＮ５２上において、業務用ＬＡＮ５１と同じＩＰアドレスで動作させることができる。すなわち、パッチ適用サーバ３０を業務サーバ２０と全く同じ条件で動作させることができる。

図２は、本発明の実施の形態における管理サーバのハードウェア構成例を示す図である。図２の管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有するように構成される。

管理サーバ１０での処理を実現するパッチ適用マネージャ１１等のプログラムは、CD―ROM等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたプログラムに従って管理サーバ１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

なお、業務サーバ２０及びパッチ適用サーバ３０も図２に示されるようなハードウェア構成を備える。但し、業務サーバ２０及びパッチ適用サーバ３０については、表示装置１０６及び入力装置１０７は必ずしも必要ではない。

以下、図１のパッチ適用システム１の処理手順について説明する。

図３は、第一の実施の形態におけるパッチ適用システムの処理手順を説明するためのフローチャートである。

ステップＳ１０１において、システム管理者等のユーザによって、パッチ、当該パッチの動作確認等を行うためのシェルスクリプト、及びパッチ適用のスケジュール情報等が管理サーバ１０のパッチ適用マネージャ１１に登録される。スケジュール情報の登録は、例えば、パッチ適用マネージャ１１が、表示装置１０６に表示させる図４に示される様な画面を介して行われる。

図４は、スケジュール情報を登録するための画面例を示す図である。図４のスケジュール情報登録画面６００では、業務サーバ２０ごと（Ｓｅｒｖｅｒ１、Ｓｅｒｖｅｒ２、Ｓｅｒｖｅｒ３、及びＳｅｒｖｅｒ４等）に、業務サーバ２０のシスボル４２の記録内容をパッチ適用サーバ３０のパッチテスト用ボリューム４３及びバックアップ用ボリューム４４の双方に二重にコピーする時刻（以下「コピー実行時刻」という。）と、シスボル４２にパッチを適用する時刻（以下「パッチ適用時刻」という。）との設定が可能となっている。例えば、図４では、「Ｓｅｒｖｅｒ１」について、コピー実行時刻は１０時として、パッチ適用時刻は１３時として設定されている。

後述されるように、コピー実行時刻と、パッチ適用時刻においては、業務サーバの電源のＯＦＦ又はＯＮが実行される。したがって、ユーザは、業務に対する影響が小さい時間帯を選択して、コピー実行時刻とパッチ適用時刻とを設定するとよい。

なお、パッチ適用時刻については、属性情報として、適用されるパッチを識別するための情報（以下「パッチＩＤ」という。）も設定される。図４では、「Ｒ１０１１１１」が、パッチＩＤに相当する。

ユーザによる登録作業が完了すると、パッチ適用マネージャ１１は、スケジュール情報として登録されたコピー実行時刻まで待機する。コピー実行時刻の到来を検出すると、パッチ適用マネージャ１１は、業務サーバ２０の電源をＯＦＦにする（Ｓ１０２）。より詳しくは、パッチ適用マネージャ１１は、業務サーバ２０のエージェント２１に対して、管理用ＬＡＮ５２を介して電源ＯＦＦコマンドを送信する。電源ＯＦＦコマンドを受信したエージェント２１は、業務サーバ２０の電源をＯＦＦにする。したがって、この時点で、業務サーバ２０は、停止状態となり使用不能となる。

続いて、パッチ適用マネージャ１１は、業務サーバ２０のシスボル４２の記録内容を、パッチ適用サーバ３０のパッチテスト用ボリューム４３およびパックアップ用ボリューム４４の双方に対し二重にコピーする（Ｓ１０３）。この処理は図５を用いて詳しく説明する。

図５は、業務サーバのシステムボリュームの二重コピーの処理手順を説明するための図である。

まず、パッチ適用マネージャ１１は、コピー元のシスボル４２とコピー先のパッチテスト用ボリューム４３及びバックアップ用ボリューム４４の識別子を指定して、ＲＡＩＤ装置管理部４１に対してシスボル４２の二重コピーを指示する（Ｓ１０３１）。ＲＡＩＤ装置管理部４１は、指定された識別子に基づいて、コピー元又は先となるシスボル４２、パッチテスト用ボリューム４３及びバックアップ用ボリューム４４を識別し、二重コピーを実行する（Ｓ１０３２、Ｓ１０３３）。したがって、管理サーバ１０には、予め、業務サーバ２０ごとに、そのシステムボリュームの識別子と、アーキテクチャが対応するパッチ適用サー３０のパッチテスト用ボリューム４３及びバックアップ用ボリューム４４の識別子とが登録されている必要がある。なお、図５には、管理サーバ１０内に、ステップＳ１０１において登録されたスケジュール情報１２、パッチ１３、及びシェルスクリプト１４が表示されている。

ところで、ステップＳ１０３２及びＳ１０３３における二重コピーは、ＲＡＩＤ装置４０内においてスナップショット的に実行されるため、高速に行われる。また、業務サーバ２０の電源がＯＦＦにされているため、システムボリューム４２がクリーンな状態、すなわち、ファイル等の更新等が発生しない状態で、コピーが行われる。したがって、パッチテスト用ボリューム４３及びバックアップ用ボリューム４４には、シスボル４２の内容と全く同じ内容が作成される。

続いて、パッチ適用マネージャ１１は、業務サーバ２０を起動する（Ｓ１０４）。より詳しくは、パッチ適用マネージャ１１は、業務サーバ２０のエージェント２１に対して、管理用ＬＡＮ５２を介して電源ＯＮコマンドを送信する。電源ＯＮコマンドを受信したエージェント２１は、業務サーバ２０の電源をＯＮにする。したがって、この時点で業務サーバ２０の停止状態は解除され、業務サーバ２０の使用は可能となる。

続いて、パッチ適用マネージャ１１は、パッチ適用サーバ３０を起動する（Ｓ１０５）。より詳しくは、パッチ適用マネージャ１１は、パッチ適用サーバ３０のパッチ適用エージェント３１に対して、管理用ＬＡＮ５２を介して電源ＯＮコマンドを送信する。電源ＯＮコマンドを受信したパッチ適用エージェント３１は、パッチ適用サーバ３０の電源をＯＮにする。

続いて、パッチ適用マネージャ１１は、パッチ適用サーバ３０のパッチテスト用ボリューム４３に対しパッチ１３を適用する（Ｓ１０６）。この処理は図６を用いて詳しく説明する。

図６は、パッチ適用サーバに対するパッチ適用の処理手順を説明するための図である。

まず、パッチ適用マネージャ１１は、登録されているパッチ１３及びシェルスクリプト１４を管理用ＬＡＮ５２を介してパッチ適用サーバ３０のパッチ適用エージェント３１に転送する（Ｓ１０６１）。パッチ適用エージェント３１は、受信したパッチ１３をパッチテスト用ボリューム４３に適用すると共に（Ｓ１０６２）、シェルスクリプト１４を自動実行してパッチ適用の成否を確認する（Ｓ１０６３）。パッチ適用の成否は、例えば、パッチの適用対象とされたプログラムのバージョン情報を確認すること等により行われる。すなわち、当該パージョン情報が更新されていればパッチの適用は成功と判断される。また、パッチに関連する機能について動作確認を行い、その動作結果に基づいてパッチ適用の成否を判断してもよい。その後、パッチ適用エージェント３１は、パッチ適用の成否を示す結果情報をパッチ適用マネージャ１１に、管理用ＬＡＮ５２経由で送信する（Ｓ１０６４）。

図３に戻る。続いて、パッチ適用マネージャ１１は、パッチ適用サーバ３０の電源をＯＦＦにする（Ｓ１０７）。より詳しくは、パッチ適用マネージャ１１は、パッチ適用サーバ３０のパッチ適用エージェント３１に対して、管理用ＬＡＮ５２を介して電源ＯＦＦコマンドを送信する。電源ＯＦＦコマンドを受信したパッチ適用エージェント３１は、パッチ適用サーバ３０の電源をＯＦＦにする。

続いて、パッチ適用エージェント３１より返信された結果情報においてパッチ適用サーバ３０へのパッチの適用が失敗した旨が示されている場合（Ｓ１０８でＮｏ）、パッチ適用マネージャ１１は、図３の処理を終了させる。すなわち、この場合、業務サーバ２０へのパッチの適用は行われない。

一方、結果情報においてパッチ適用サーバ３０へのパッチの適用が成功した旨が示されている場合（Ｓ１０８でＹｅｓ）、パッチ適用マネージャ１１は、スケジュール情報として登録されたパッチ適用時刻まで待機する（Ｓ１０９）。コピー実行時刻の到来を検出すると、パッチ適用マネージャ１１は、ステップＳ１０２と同様の要領で業務サーバ２０の電源をＯＦＦにする（Ｓ１１０）。

続いて、パッチ適用マネージャ１１は、パッチテスト用ボリューム４３の記録内容をシスボル４２にコピーする（Ｓ１１１）。この処理は図７を用いて詳しく説明する。

図７は、業務サーバへのパッチ適用の処理手順を説明するための図である。

まず、パッチ適用マネージャ１１は、コピー元のパッチテスト用ボリューム４３とコピー先のシスボル４２との識別子を指定して、ＲＡＩＤ装置管理部４１に対してパッチテスト用ボリューム４３のシスボル４２へのコピーを指示する（Ｓ１１１１）。ＲＡＩＤ装置管理部４１は、指定された識別子に基づいて、コピー元又は先となるパッチテスト用ボリューム４３及びシスボル４２を識別し、コピーを実行する（Ｓ１１１２）。なお、ステップＳ１１１２におけるコピーは、ＲＡＩＤ装置４０内においてスナップショット的に実行されるため、高速に行われる。

続いて、パッチ適用マネージャ１１は、ステップＳ１０４と同様の要領で業務サーバ２０を起動する（電源をＯＮにする）。起動に失敗した場合、パッチ適用マネージャ１１は、バックアップ用ボリューム４４の内容をシスボル４２にコピーすることにより、シスボル４２の内容をパッチ適用前の状態に復元する（Ｓ１０４、図７のＳ１０４１）。これによって、業務サーバ２０における致命的な障害の発生を回避することができる。

一方、起動に成功した場合、スケジュール情報１２に他の業務サーバ２０に対するパッチ適用のスケジュールが登録されていれば、当該他の業務サーバ２０に関してステップＳ１０２以降の処理を繰り返す（Ｓ１１５）。

なお、パッチ適用マネージャ１１は、パッチ適用サーバ３０や、業務サーバ２０に対するパッチ適用の成否の結果を表示装置１０６に表示させてもよい。図８は、パッチ適用結果の表示例を示す図である。

図８の表示例では、「Ｓｅｒｖｅｒ１」については、パッチ適用サーバ３０（ｐａｔｃｈ＿ｓｅｒｖｅｒ）に対するパッチの適用は成功し（７０１）、当該業務サーバ２０（「Ｓｅｒｖｅｒ１」）に対するパッチの適用も成功したことが示されている（７０２）。一方、「Ｓｅｒｖｅｒ２」については、パッチ適用サーバ３０（ｐａｔｃｈ＿ｓｅｒｖｅｒ）に対するパッチの適用に失敗したことが示されている（７０３）。

上述したように、第一の実施の形態におけるパッチ適用システム１によれば、ユーザはスケジュール情報を登録するだけで、自動的に業務サーバ２０へのパッチの適用を実行させることができる。また、パッチ適用サーバ３０を用いてパッチの適用をバックグラウンドでテスト的に実行するため、業務サーバ２０が停止状態となる期間をステップＳ１０２〜Ｓ１０４の間と、ステップＳ１１０〜Ｓ１１２の間とに短縮することができると共に、業務サーバ２０を業務用ＬＡＮ５１から切り離す必要性を低下させることができる。

ところで、ステップＳ１０２〜Ｓ１０４の間に業務サーバ２０を停止状態とするのは、二重コピーの間業務サーバ２０のシスボル４２が更新されない状態に保つためである。しかしながら、業務サーバ２０を起動したまま、そのシスボル４２をコピーしたとしても、パッチ適用サーバ３０のＯＳによって提供されるファイルチェック機能によって、コピー実行中に更新中であったファイルについての整合性は保たれ得る。したがって、ステップＳ１０２〜Ｓ１０４における業務サーバ２０の停止は必ずしも行わなくてもよい。

図９は、二重コピーの際に業務サーバを停止させない場合のパッチ適用システムの処理手順を説明するためのフローチャートである。図９中、図３と同一ステップには同一ステップ番号を付し、その説明は省略する。

図９において、破線で示されているステップが不要となる。したがって、業務サーバ２０の停止期間を更に短縮させることができとともに、パッチ適用処理全体に要する時間も短縮させることができる。

ところで、データセンタのように多数の業務サーバが管理されている場所では、各業務サーバ２０は、一般的に同一のＯＳで構成されていることが多い。このようなケースでＯＳのパッチを適用する場合、パッチ適用サーバ３０で１回だけ適用テストを行った後で、全てのサーバにパッチ適用後のパッチテスト用ボリューム４３をコピーできれば効率的である。

しかし、シスボル４２には、ＯＳ以外にＩＰアドレス等の各業務サーバ２０に固有の情報（固有情報）が格納されている。したがって、一つの業務サーバ２０の複製に基づいて作成されたパッチテスト用ボリューム４３を、当該業務サーバ２０とは別の業務サーバ２０にそのままコピーして使用することはできない。

そこで、かかる課題を解決した例を第二の実施の形態として説明する。図１０は、第二の実施の形態の原理を説明するための図である。

図１０において、（Ａ）は、従来のシスボル４２とアプリボリューム（アプリケーションボリューム）４５との状態を示す。（Ａ）では、業務サーバ２０の固有情報４２１がシスボル４２に直接格納されている。一方、（Ｂ）は、第二の実施の形態におけるシスボル４２とアプリボリューム４５との状態を示す。（Ｂ）では、業務サーバ２０の固有情報４２１は、アプリボリューム４５に格納され、シスボル４２には、当該固有情報４２１の位置を識別するための参照情報としてのリンク情報４２２（例えば、Ｗｉｎｄｏｗｓ（登録商標）であれば、ショートカット）が格納されている。こうすることで、シスボル４２の内容を各業務サーバ２０の間で共通的なものにできる。但し、各業務サーバ２０において、固有情報４２１のリンク先は、それぞれのアプリボリューム４５において同一の値（パス）にする必要がある。

業務サーバ２０の固有情報をこのように管理するようにした場合の、パッチ適用システム１の処理手順について説明する。図１１は、第二の実施の形態におけるパッチ適用システムの処理手順を説明するためのフローチャートである。図１１中、図３と同一ステップには同一ステップ番号を付し、その説明は省略する。

図１１における各ステップの内容は、図３におけるものと同様である。但し、業務サーバ２０ごとに実行されるループに含まれるステップが異なる。すなわち、図３においては、ステップＳ１０１〜Ｓ１１３までが業務サーバ２０ごとに繰り返される必要があったが、図１１では、パッチ適用後の一つのパッチテスト用ボリューム４３の内容が複数の業務サーバ２０のそれぞれのシスボル４２にコピー可能であるため、ステップＳ１０９〜Ｓ１１３のみが業務サーバ２０ごとに繰り返されればよい。

図１１の処理を実現するために、管理サーバ１０には、図１２及び図１３に示されるようなテーブルによって、各業務サーバ２０又は各パッチ適用サーバ３０に関する情報が管理されている。

図１２は、業務サーバ管理テーブルの構成例を示す図である。図１２において、業務管理テーブル１５には、業務サーバ２０ごとに（Ｓｅｒｖｅｒ１、Ｓｅｒｖｅｒ２、・・・）、ホスト名、業務用ＬＡＮ５１におけるＩＰアドレス、管理用ＬＡＮ５２におけるＩＰアドレス、ＯＳの種類とバージョン情報、各種ハードウェアの情報、及び適用済みのパッチの情報等が登録されている。

また、図１３は、パッチ適用サーバ管理テーブルの構成例を示す図である。図１３において、パッチ適用サーバ管理テーブル１６には、パッチ適用サーバ３０ごとに（パッチサーバ１、パッチサーバ２、・・・）、ホスト名、管理用ＬＡＮ５１におけるＩＰアドレス、ＯＳの種類とバージョン情報、及び各種ハードウェア情報等が登録されている。

すなわち、第二の実施の形態において、管理サーバ１０のパッチ適用マネージャ１１は、ステップＳ１０１〜Ｓ１０７においてパッチ１３を適用したパッチ適用サーバ１０のＯＳの種類及びバージョン情報、並びにハードウェア情報をパッチ適用サーバ管理テーブル１６に基づいて認識する。更に、スケジュール情報１２にパッチの適用対象として登録された業務サーバ２０のＯＳの種類及びバージョン情報、並びにハードウェア情報を業務サーバ管理テーブル１５に基づいて認識する。そして、ステップＳ１０９からＳ１１３までのループ処理では、ＯＳの種類及びバージョン情報、並びにハードウェア情報が、当該パッチ適用サーバ３０と一致する業務サーバ２０を処理対象とする。こうすることで、ＯＳの種類及びバージョン情報、並びにハードウェア情報等が共通する複数の業務サーバ２０については、一つのパッチテスト用ボリューム４３に基づいて、一括してパッチを適用させることができる。なお、業務管理テーブル１５における適用済みパッチ情報に基づいて、既にパッチが適用されている場合は、当該業務サーバ２０をパッチの適用対象から除外すればよい。

上述したように、第二の実施の形態におけるパッチ適用システム１によれば、複数の業務サーバ２０に対して同一のパッチを適用する際の処理効率を向上させることができる。

以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１） 第一のコンピュータが第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御方法であって、
前記第一のコンピュータが、前記第二のコンピュータに係る前記記録媒体の記録内容を前記第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手順と、
前記第三のコンピュータが、当該第三のコンピュータに係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用するパッチ適用手順と、
前記第三のコンピュータが、前記パッチの適用の成否を判定する判定手順と、
前記パッチの適用が成功した場合に、前記第一のコンピュータが、前記第三のコンピュータに係る前記記録媒体の前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせる第二のコピー手順とを有することを特徴とするパッチ適用制御方法。
（付記２） 前記第一のコピー手順を実行させる第一のタイミングを前記第一のコンピュータが設定させる第一の設定手順と、
前記第一のコンピュータが前記第一のタイミングの到来を検出する第一の検出手順とを有し、
前記第一のコンピュータは、前記第一のタイミングの到来の検出に応じ、前記第一のコピー手順を実行することを特徴とする付記１記載のパッチ適用制御方法。
（付記３） 前記第二のコピー手順を実行させる第二のタイミングを前記第一のコンピュータが設定させる第二の設定手順と、
前記第一のコンピュータが前記第二のタイミングの到来を検出する第二の検出手順とを有し、
前記第一のコンピュータは、前記第二のタイミングの到来の検出に応じ、前記第二のコピー手順を実行することを特徴とする付記１又は２記載のパッチ適用制御方法。
（付記４） 前記第一のコピー手順は、前記第二のコンピュータに係る前記記録媒体の記録内容を前記第三のコンピュータに係る前記記録媒体に二重にコピーさせ、
前記パッチ適用手順は、二重にコピーされた前記記録内容の一方に前記パッチを適用し、
前記第二のコピー手順の後に前記第二のコンピュータが正常に動作しない場合は、前記二重にコピーされた前記記録内容のうち前記パッチが適用されていない前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせることを特徴とする付記１乃至３いずれか一項記載のパッチ適用制御方法。
（付記５） 前記第一のコピー手順においてコピーされる前記第二のコンピュータに係る前記記録媒体の記録内容において当該第二のコンピュータの固有情報は当該固有情報の位置を識別するための参照情報として記録されており、
前記第二のコピー手順は、前記第三のコンピュータに係る前記記録媒体の前記記録内容を、前記第二のコンピュータも含めて複数のコンピュータに係る記録媒体にコピーさせることを特徴とする付記１乃至４いずれか一項記載のパッチ適用制御方法。
（付記６） 第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御装置であって、
前記第二のコンピュータに係る前記記録媒体の記録内容を前記第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手段と、
前記第三のコンピュータに当該第三のコンピュータに係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用させるパッチ適用指示手段と、
前記第三のコンピュータより、前記パッチの適用の成否を示す情報を取得する結果取得手段と、
前記パッチの適用が成功した場合に、前記第三のコンピュータに係る前記記録媒体の前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせる第二のコピー手段とを有することを特徴とするパッチ適用制御装置。
（付記７） 付記６記載の第三のコンピュータとしてのパッチ適用装置であって、
前記パッチ適用制御装置の前記パッチ適用指示手段からの要求に応じ、当該パッチテスト用装置に係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用するパッチ適用手段と、
前記パッチの適用の成否を判定する判定手段と、
前記判定手段による判定結果を前記パッチ適用制御装置に提供する判定結果提供手段とを有することを特徴とするパッチ適用装置。
（付記８） 第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するコンピュータを、
前記第二のコンピュータに係る前記記録媒体の記録内容を前記第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手段と、
前記第三のコンピュータに当該第三のコンピュータに係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用させるパッチ適用指示手段と、
前記第三のコンピュータより、前記パッチの適用の成否を示す情報を取得する結果取得手段と、
前記パッチの適用が成功した場合に、前記第三のコンピュータに係る前記記録媒体の前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせる第二のコピー手段として機能させるためのパッチ適用制御プログラム。
（付記９） 付記６記載の第三のコンピュータを、
前記パッチ適用制御装置の前記パッチ適用指示手段からの要求に応じ、当該パッチテスト用装置に係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用するパッチ適用手段と、
前記パッチの適用の成否を判定する判定手段と、
前記判定手段による判定結果を前記パッチ適用制御装置に提供する判定結果提供手段として機能させるためのパッチ適用プログラム。

本発明の実施の形態におけるパッチ適用システムの構成例を示す図である。 本発明の実施の形態における管理サーバのハードウェア構成例を示す図である。 第一の実施の形態におけるパッチ適用システムの処理手順を説明するためのフローチャートである。 スケジュール情報を登録するための画面例を示す図である。 業務サーバのシステムボリュームの二重コピーの処理手順を説明するための図である。 パッチ適用サーバに対するパッチ適用の処理手順を説明するための図である。 業務サーバへのパッチ適用の処理手順を説明するための図である。 パッチ適用結果の表示例を示す図である。 二重コピーの際に業務サーバを停止させない場合のパッチ適用システムの処理手順を説明するためのフローチャートである。 第二の実施の形態の原理を説明するための図である。 第二の実施の形態におけるパッチ適用システムの処理手順を説明するためのフローチャートである。 業務サーバ管理テーブルの構成例を示す図である。 パッチ適用サーバ管理テーブルの構成例を示す図である。

符号の説明

１ パッチ適用システム
１０ 管理サーバ
１１ パッチ適用マネージャ
１２ スケジュール情報
１３ パッチ
１４ シェルスクリプト
２０ 業務サーバ
２１ エージェント
３０ パッチ適用サーバ
３１ パッチ適用エージェント
４０ ＲＡＩＤ装置
４１ ＲＡＩＤ装置管理部
４２ シスボル
４３ パッチテスト用ボリューム
４４ バックアップ用ボリューム
４５ アプリボリューム
５１ 業務用ＬＡＮ
５２ 管理用ＬＡＮ
５３ テスト用ＬＡＮ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
Ｂ バス

Claims (5)

1. 第一のコンピュータが第二のコンピュータに係る記録媒体に格納されたプログラムに対してパッチを適用するパッチ適用制御方法であって、
   前記第一のコンピュータが、前記第二のコンピュータに係る前記記録媒体の記録内容を前記第二のコンピュータとは異なる第三のコンピュータに係る記録媒体にコピーさせる第一のコピー手順と、
   前記第三のコンピュータが、当該第三のコンピュータに係る前記録媒体にコピーされた前記記録内容に対して前記パッチを適用するパッチ適用手順と、
   前記第三のコンピュータが、前記パッチの適用の成否を判定する判定手順と、
   前記パッチの適用が成功した場合に、前記第一のコンピュータが、前記第三のコンピュータに係る前記記録媒体の前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせる第二のコピー手順とを有することを特徴とするパッチ適用制御方法。
2. 前記第一のコピー手順を実行させる第一のタイミングを前記第一のコンピュータが設定させる第一の設定手順と、
   前記第一のコンピュータが前記第一のタイミングの到来を検出する第一の検出手順とを有し、
   前記第一のコンピュータは、前記第一のタイミングの到来の検出に応じ、前記第一のコピー手順を実行することを特徴とする請求項１記載のパッチ適用制御方法。
3. 前記第二のコピー手順を実行させる第二のタイミングを前記第一のコンピュータが設定させる第二の設定手順と、
   前記第一のコンピュータが前記第二のタイミングの到来を検出する第二の検出手順とを有し、
   前記第一のコンピュータは、前記第二のタイミングの到来の検出に応じ、前記第二のコピー手順を実行することを特徴とする請求項１又は２記載のパッチ適用制御方法。
4. 前記第一のコピー手順は、前記第二のコンピュータに係る前記記録媒体の記録内容を前記第三のコンピュータに係る前記記録媒体に二重にコピーさせ、
   前記パッチ適用手順は、二重にコピーされた前記記録内容の一方に前記パッチを適用し、
   前記第二のコピー手順の後に前記第二のコンピュータが正常に動作しない場合は、前記二重にコピーされた前記記録内容のうち前記パッチが適用されていない前記記録内容を前記第二のコンピュータに係る前記記録媒体にコピーさせることを特徴とする請求項１乃至３いずれか一項記載のパッチ適用制御方法。
5. 前記第一のコピー手順においてコピーされる前記第二のコンピュータに係る前記記録媒体の記録内容において当該第二のコンピュータの固有情報は当該固有情報の位置を識別するための参照情報として記録されており、
   前記第二のコピー手順は、前記第三のコンピュータに係る前記記録媒体の前記記録内容を、前記第二のコンピュータも含めて複数のコンピュータに係る記録媒体にコピーさせることを特徴とする請求項１乃至４いずれか一項記載のパッチ適用制御方法。

Images