(57)【要約】【目的】本発明は、複数の機能を持つコンピュータシステムのチェックを行うシステムチェック方法およびシステムチェックプログラムに関し、パッチ適用コマンドをシステムに投入した際に、修正モジュールで置換すると共に合わせて対象製品毎のチェック処理にその実行可否を設定し、当該設定に従い必要なチェック処理のみを確実に実行し、構成チェックの時間を短縮すると共にチェックもれを防止することを目的とする。【構成】  パッチコマンドが投入されたときに、修正モジュールで該当モジュールを置換すると共に前記機能毎のチェック処理にその実行の可否を設定するステップと、チェックコマンドが投入されたときに、設定された実行の可否に従いチェック処理を実行させるステップとを有するシステムチェック方法である。【選択図】        図１
2007072838.tif 000002
【特許請求の範囲】
【請求項１】
複数の機能を持つコンピュータシステムのチェックを行うシステムチェック方法において、
パッチコマンドが投入されたときに、修正モジュールで該当モジュールを置換すると共に前記機能毎のチェック処理にその実行の可否を設定するステップと、
チェックコマンドが投入されたときに、前記設定された実行の可否に従いチェック処理を実行させるステップと
を有するシステムチェック方法。
【請求項２】
前記チェック処理は、置換した修正モジュールで設定された設定内容の誤りが無いかをチェックすることを特徴とする請求項１記載のシステムチェック方法。
【請求項３】
複数の機能を持つコンピュータシステムのチェックを行うシステムチェックプログラムにおいて、
コンピュータに、
パッチコマンドが投入されたときに、修正モジュールで該当モジュールを置換すると共に前記機能毎のチェック処理にその実行の可否を設定するステップと、
チェックコマンドが投入されたときに、前記設定された実行の可否に従いチェック処理を実行させるステップと
を実行させるシステムチェックプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機能を持つコンピュータシステムのチェックを行うシステムチェック方法およびシステムチェックプログラムに関するものである。
【背景技術】
【０００２】
近年、複数のコンピュータから構成され、あたかも１つのコンピュータのように動作するいわゆるクラスタシステムは複雑化、巨大化の一途をたどっており、その設定内容を人間が１つずつ手動で確認していたのではかなりの時間を要してしまうことから、事実上困難になってきていた。
【０００３】
それを解決するため、従来は、そのような設定内容を自動的に確認する構成チェックプログラムを用意する場合が多い。クラスタシステムの管理者はそれを使用することにより、設定内容の確認を人間が手動で実施していた時と比べると、比較的容易に行うことができるようになっていた。
【０００４】
クラスタシステムの複雑化、巨大化がさらに進行すると、それに比例して構成チェックプログラムの実行に要する時間も長くなってきた。クラスタシステムのように、メンテナンスや設定変更のための僅かな時間を除いて常に運用し続けなければならない性格のシステムにおいて、設定内容のチェックのためにその僅かな時間を圧迫することは許されない状況となってきた。
【０００５】
そのため構成チェックプログラムの実行時間の短縮を図るため、図８に示すように、クラスタシステムに使用されている各機能毎（対象機能毎）に、設定情報をチェックするプログラム（チェック処理）を個々に実行できるように改善した技術がある。
【０００６】
また、ある開発者によって変更されたソフトウェアの構成管理要素が登録される際に、この変更に関連する構成管理要素を作業者に提示し、他の部分または他の作業者に与える影響を回避する技術がある（特許文献１）。
【特許文献１】特開２０００−２５０７４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した前者の技術では、図８に示す構成チェックプログラムの実行者は、チェックが必要な機能を選別し、対応するチェック処理を行うプログラムだけを実行すればよくなり、設定内容のチェックに要する時間は大幅に削減された。
【０００８】
しかしこの方法では、クラスタシステムにとってのデメリットも発生した。クラスタシステムの複雑化、巨大化は、設定変更やパッチの適用がクラスタシステムを構成するどの製品のどこの機能に影響を及ぼすのか分かりにくくする事態も招いたため、チェックが必要な製品の選別を人(クラスタシステムの管理者)が正確にできなくなってきた。このため、本来であれば設定変更やパッチの適用に伴って影響を受ける機能に対応するチェック処理プログラムを、クラスタシステムの管理者が実行し忘れる事態が発生し、クラスタシステムが正常に機能しないまま運用が開始されてしまうという事態が発生するという問題があった。
【０００９】
また、上述した後者の技術では、変更されたソフトウェアの構成管理要素を登録する際に、変更に伴う構成管理要素を作業者に知らせるというものであり、システムに変更されたソフトウェアを実際に反映する際に上述したいずれの機能を選択してチェック処理を行うのかには適用できないという問題があった。
【課題を解決するための手段】
【００１０】
本発明は、これらの問題を解決するため、 パッチ適用コマンドがシステムに投入された際に、修正モジュールで置換すると共に合わせて対象製品毎のチェック処理に実行可否を設定し、当該設定に従い必要なチェック処理のみを確実に実行するようにしている。
【発明の効果】
【００１１】
本発明は、パッチ適用コマンドをシステムに投入した際に、修正モジュールで置換すると共に合わせて対象製品毎のチェック処理にその実行可否を設定し、当該設定に従い必要なチェック処理のみを確実に実行することにより、構成チェックの時間を短縮すると共にチェックもれを防止することが可能となる。
【発明を実施するための最良の形態】
【００１２】
本発明は、パッチ適用コマンドをシステムに投入した際に、修正モジュールで置換すると共に合わせて対象製品毎のチェック処理にその実行可否を設定し、当該設定に従い必要なチェック処理のみを確実に実行し、構成チェックの時間を短縮すると共にチェックもれを防止することを実現した。
【実施例１】
【００１３】
図１は、本発明のシステム構成図を示す。
図１において、パッチ適用コマンド１は、図示外の修正情報に従い、該当対象製品６の該当モジュールを修正モジュールで置換したり、置換後にチェック処理の実行可否を設定したりなどするためのコマンドである（図２から図７を参照）。
【００１４】
構成チェックプログラム２は、パッチ適用コマンド１が投入されたときにチェック処理の実行可否を設定ファイル４に設定したり、チェックコマンドが投入されたときに設定ファイル４を参照して実行可否に従い該当チェックファイル５に従い製品６の設定内容のチェックを行ったりなどするものであって、ここでは、チェックコマンド実行手段３、設定ファイル４などから構成されるものである（図２から図７を参照）。
【００１５】
チェックコマンド実行手段（ｃｈｅｃｋｃｌｕｓｔｅｒコマンド）３は、設定ファイル４にチェック処理の実行可否を設定したり、設定ファイル４を参照して実行可と設定されているチェック処理を実行させたり（チェックファイルを実行させたり）などするものである（図２から図７を参照）。
【００１６】
設定ファイル４は、チェックファイル５毎にチェックの実行の可否を設定するものである（図２参照）。
【００１７】
チェックファイル５は、製品（対象製品）６の設定内容をチェックするプログラムを格納したファイルである（図２から図７を参照）。
【００１８】
製品（対象製品）６は、各種機能を実行するもの（実行モジュール）である（図２から図７を参照）。
【００１９】
次に、図２のフローチャートの順番に従い、図１の構成のもとで、パッチ適用時に修正モジュールの置換およびチェックの実行の可否を設定ファイル４に設定するときの手順を詳細に説明する。
【００２０】
図２は、本発明の動作説明フローチャート（チェック可否設定）を示す。ここで、ユーザは図１のシステムで、修正モジュールのパッチを適用しようとするシステム管理者であり、ＯＳのパッチ適用コマンドは図１のシステムのＯＳがサポートするパッチ適用コマンドである。
【００２１】
図２において、Ｓ１は、ユーザがパッチ適用コマンド１の投入を行う。これは、図１の構成で、図示外のキーボードなどからユーザがパッチ適用コマンドを入力して投入（発行）する。
【００２２】
Ｓ２は、パッチ適用コマンドの起動を行う。これは、Ｓ１でパッチ適用コマンド１が投入されたことに対応して、図示外のＯＳがパッチ適用コマンド（パッチ適用コマンドファイル）の起動を行う。
【００２３】
Ｓ３は、修正モジュールの置換を行う。これは、Ｓ２で起動されたパッチ適用コマンドが図示外の媒体（例えばＣＤ−ＲＯＭ）などから修正モジュールを読み出して修正対象の製品６の該当モジュールと置換を行う。
【００２４】
Ｓ４は、ｐｏｓｔ＿ｉｎｓｔａｌｌがありか判別する。これは、パッチ処理を実行するプログラム中（例えば修正モジュールを置換した後の部分）に、図３の（ａ）のｐｏｓｔ＿ｉｎｓｔａｌｌスクリプトがあるか（記述があるか）判別する。ＹＥＳの場合には、図３の（ａ）のｐｏｓｔ＿ｉｎｓｔａｌｌスクリプトに従いここでは、Ｓ５のチェックコマンド（チェックコマンド実行部）３を呼び出し、Ｓ６で設定ファイル４の更新（即ち、修正モジュールを置換したことで、置換後の設定内容をチェックするチェックファイル５の実行可と更新）し、Ｓ７に進む。一方、Ｓ４のＮＯの場合には、修正モジュールを置換しても置換後の設定内容をチェックする必要がないと判明したので、Ｓ７に進む。
【００２５】
Ｓ７は、全ての修正モジュールについて置換およびチェックの実行可否の設定が終了したか判別する。ＹＥＳの場合には、終了する。ＮＯの場合には、Ｓ２に戻り繰り返す。
【００２６】
以上によって、ユーザはパッチ適用コマンドを投入するのみで、自動的に修正モジュールを該当製品６の該当モジュールと置換およびｐｏｓｔ＿ｉｎｓｔａｌｌスクリプトの記述があればチェックコマンドを呼び出してチェック用のチェックファイル（チェック処理）５の実行可否のフラグをｏｎ（実行）に設定することが可能となる。これにより、修正モジュールの置換および必要なチェックファイル５の実行可否が自動的に設定し、後述する図４のフローチャートに従い、設定内容のチェックもれや不要なチェックファイル５の実行を回避して短時間にチェック処理を確実に行なわせることが可能となる。
【００２７】
図３は、本発明の説明図を示す。
図３の（ａ）は、ｐｏｓｔ＿ｉｎｓｔａｌｌスクリプトの処理例（図２のＳ４）を示す。これは、既述した図２のＳ３で修正モジュールを置換した後の部分に、図示のスクリプト記述（ｐｏｓｔ＿ｉｎｓｔａｌｌスクリプト記述）があったときに実行するスクリプト記述例であって、ここでは、ｐｌｕｇ−ｉｎ−Ａ（図１のチェックファイルＡ）の設定ファイル４にｏｎ（実行）を設定させる記述例である。
【００２８】
図３の（ｂ）は、ｐｌｕｇ−ｉｎ設定ファイルの構成処理（図２のＳ６）の例を示す。これは、設定ファイル４にｐｌｕｇ−ｉｎ−Ａについて実行させるための更新処理例であって、ここでは左側のＥＸＥＣＵＴＥ＝ｏｆｆから右側のＥＸＥＣＵＴＥ＝ｏｎに更新処理を行い、ｐｌｕｇ−ｉｎ−Ａ（チェックファイルＡ）を実行し、対象製品Ａの設定内容のチェックを行うように設定したものである。
【００２９】
以上のように、モジュール置換した後の部分に図３の（ａ）のｐｏｓｔ＿ｉｎｓｔａｌｌスクリプトを記述すると、図３の（ｂ）で例えばｐｌｕｇ−ｉｎ−Ａ（チェックファイルＡ）の設定ファイル４がｏｎに設定され、後述する図４のフローチャートで設定ファイル４中でｏｎのｐｌｕｇ−ｉｎ−Ａが実行され、対象製品Ａの設定内容のチェックが実行されることとなる。
【００３０】
図４は、本発明の動作説明フローチャート（チェック処理）を示す。
図４において、Ｓ１１は、ユーザがｃｌｃｈｋｃｌｕｓｔｅｒコマンド投入する。
【００３１】
Ｓ１２は、ｃｌｃｈｋｃｌｕｓｔｅｒコマンド（コマンド実行手段）３を起動する。
Ｓ１３は、ｐｌｕｇ−ｉｎ設定ファイルをｏｐｅｎする。これは、図１の設定ファイル（ｐｌｕｇ−ｉｎ設定ファイル）４を開く。
【００３２】
Ｓ１４は、”ＥＸＥＣＵＴＥ”の値の読込を行う。これは、Ｓ１３で開いたｐｌｕｇ−ｉｎ設定ファイル４中の”ＥＸＥＣＵＴＥ”の値（チェックファイルの実行可否の情報、ｏｎ：実行、ｏｆｆ：実行しない）を読み込む。
【００３３】
Ｓ１５は、ｏｎ（実行）か判別する。これは、Ｓ１４で読み込んだｐｌｕｇ−ｉｎがｏｎ（実行）か判別する。ＹＥＳの場合には、Ｓ１６に進む。ＮＯの場合には、実行しないと判明したので、Ｓ１８に進む。
【００３４】
Ｓ１６は、Ｓ１５のＹＥＳでＥＸＥＣＵＴＥ＝ｏｎと判明（チェック処理の実行と判明）したので、対応ｐｌｕｇ−ｉｎを探す。これは、右側に記載したように例えば
/etc/opt/FJSVchkf/plug-in/
の下のディレクトリから対応するｐｌｕｇ−ｉｎのファイル名（例えばｐｌｕｇ−ｉｎ−Ａ）を探す。
【００３５】
Ｓ１７は、対応ｐｌｕｇ−ｉｎを実行する。これは、Ｓ１６で探したｐｌｕｇ−ｉｎ例えばｐｌｕｇ−ｉｎ−Ａのチェックファイル５を実行し、置換後の製品６の設定内容についてチェックを行う（図５、図６を用いて後述する）。
【００３６】
Ｓ１８は、メッセージの表示を行う。これは、Ｓ１７のチェックの結果について、エラーまたはＯＫのメッセージの表示を行う。そして、Ｓ１８に進む。
【００３７】
Ｓ１８は、終りか判別する。これは、全てのｐｌｕｇ−ｉｎ（チェックファイル５）についてＳ１３以降を繰り返し、終わりか判別する。ＹＥＳの場合には、終了する。ＮＯの場合には、次のｐｌｕｇ−ｉｎについてＳ１３以降を繰り返す。
【００３８】
以上によって、ユーザがチェックコマンド（ｃｌｃｈｋｃｌｕｓｔｅｒコマンド）を投入すると、既述した図２、図３でチェック実行と設定ファイル４に設定したチェックファイル（ｐｌｕｇ−ｉｎ）について実行して製品６の設定内容のチェック（図５、図６）を行い、その結果（ｏｋ，エラー）を表示することが可能となる。
【００３９】
図５は、本発明の説明図を示す。これは、既述した図４のＳ１７の対応ｐｌｕｇ−ｉｎ（例えばｐｌｕｇ−ｉｎ−Ａ）の処理例を示す。ここでは、ｐｌｕｇ−ｉｎ−Ａの模式的に示す図示のスクリプト記述により、
・製品Ａの設定ファイルＡ．ｃｏｎｆｉｇを読み出す。
【００４０】
・Ａ．ｃｏｎｆｉｇから設定パラメータｐａｒａｍＡの値を読み出す。
・ｐａｒａｍＡの値がマシンのメモリ容量の２倍以上ならばＯＫ。それ以外ならＮＧ。
【００４１】
・ＮＧの場合はエラーメッセージを表示。
・ＯＫの場合はＯＫのメッセージを表示。
というチェック処理を実行する。その結果、図５の（ｂ）に示すメッセージの形式で、図５の（ｃ）のメッセージが表示される。
【００４２】
図５の（ｂ）は、メッセージの形式例を示す。
図５の（ｃ）は、メッセージの例を示す。ここでは、図示の下記のようにメッセージを表示する。
【００４３】
ｃｌｃｈｃｌｕｓｔｅｒ．ＥＲＲＯＲ：ｐｌｕｇ−ｉｎ−Ａ：０００１：ｐａｒａｍＡの値が６４ＭＢで小さすぎます。２５６ＭＢ以上の値を指定して下さい。
【００４４】
図６は、本発明の説明図（ｃｌｃｈｋｃｌｕｓｔｅｒによるチェック例）を示す。
図６の（ａ）は、アプリケーションＡとアプリケーションＸとのチェック例を示す。これは、（ａ−１）に示すように、アプリケーションＸはあるデータ管理機能を持つアプリケーションであり、アプリケーションＡはアプリケーションＸのＡＰＩ（アプリケーションインタフェース）を介してその機能を利用する関係にあり、両者が正常に動作するにはそれぞれのバージョンの組み合わせを合わせなくてはならないとする。この時、アプリケーションＡに対するパッチが適用された際、ｃｌｃｈｋｃｌｕｓｔｅｒコマンドを用いて（ａ−２）に記述した確認を、ユーザが意識して明示しなくても自動的に行うことができる。
【００４５】
図６の（ａ−１）は、アプリケーションＡがＡＰＩを介してアプリケーションＸの機能を利用する構成例を示す。
【００４６】
図６の（ａ−２）は、図６の（ａ−１）の構成でアプリケーションＡにパッチが適用されたときのチェック例を示す。
【００４７】
図６の（ｂ）は、ハードウェアＹ１とハードウェアＹ２とのチェック例を示す。これは、（ｂ−１）に示すように、ハードウェアＹ１とＹ２はネットワークカードであり、両者は１０Ｍｂｐｓの転送速度で通信処理を行う取り決めになっているものとする。このときＹ１を駆動するためのドライバに対してパッチが適用された際、ｃｌｃｈｋｃｌｕｓｔｅｒコマンドを用いて（ｂ−２）に記述した確認を、ユーザが意識して明示しなくても自動的に行うことができる。
【００４８】
図６の（ｂ−１）は、ハードウェアＹ１とハードウェアＹ２とが１０Ｍｂｐｓで通信する構成例を示す。
【００４９】
図６の（ｂ−２）は、図６の（ｂ−１）の構成でハードウェアＹ１を駆動するドライバにパッチが適用されたときのチェック例を示す。
【００５０】
図６の（ｃ）は、ハードウェアＭとアプリケーションＣとのチェック例を示す。これは、（ｃ−１）に示すように、ハードウェアＭはコンピュータのコンソールポートのハードウェアであり、アプリケーションＣはコンソールポートの出力をハードウェアＭから獲得し保存および出力を行う。ハードウェアＭの処理内容、処理速度にアプリケーションＣは依存するため、正常な動作のためにハードウェアＭのファーム版数とアプリケーションＣのバージョンの組み合わせを意識する必要があるものとする。この時、ハードウェアＭのファームに対してパッチが適用された際、ｃｌｃｈｋｃｌｕｓｔｅｒコマンドを用いて（ｃ−２）に記述した確認を、ユーザが意識して明示しなくても自動的に行うことができる。
【００５１】
図６の（ｃ−１）は、ハードウェアＭとアプリケーションＣとの構成例を示す。
図６の（ｃ−２）は、図６の（ｃ−１）の構成でハードウェアＭのファームにパッチが適用されたときのチェック例を示す。
【００５２】
図６の（ｄ）は、アプリケーションＥとハードウェアＦとのチェック例を示す。これは、（ｄ−１）に示すように、ハードウェアＦはコンピュータのグラフィックアダプタ装置であり、アプリケーションＥからの描画指示によって出力装置に描画を行う。アプリケーションＥの描画指示とそれを実行するハードウェアＦのファームの内容は互いに依存するため、両者が正常に動作するためにはそれぞれの組み合わせを意識する必要があるものとする。この時、アプリケーションＥに対してパッチが適用された際、ｃｌｃｈｋｃｌｕｓｔｅｒコマンドを用いて（ｄ−２）に記述した確認を、ユーザが意識して明示しなくても自動的に行うことができる。
【００５３】
図６の（ｄ−１）は、アプリケーションＥとハードウェアＦとの構成例を示す。
図６の（ｄ−２）は、図６の（ｄ−１）の構成でアプリケーションＥにパッチが適用されたときのチェック例を示す。
【００５４】
図７は、本発明の構成例を示す。
図７の（ａ）は、コンピュータがそれぞれ独立し、製品Ａ，Ｂ（機能Ａ，Ｂ）などをクライアントに提供するシステム例を示す。このシステムにおいて、コンピュータが持つ製品Ａ，Ｂ（機能Ａ，Ｂ）など毎にパッチ実施時にチェック処理の実行可否を既述した図２のフローチャートで説明したように設定し、図４のフローチャートで説明したように実行可の設定されたチェック処理のみを実行して設定内容のチェックを確実かつ短時間に実行することが可能となる。
【００５５】
図７の（ｂ）は、複数のコンピュータが共用ディスクをアクセスして全体として１つのコンピュータのように動作するクラスタシステムで、製品Ａ，Ｂ（機能Ａ，Ｂ）などをクライアントに提供するシステム例を示す。このシステムにおいて、コンピュータ毎、かつ当該コンピュータが持つ製品Ａ，Ｂ（機能Ａ，Ｂ）など毎にパッチ実施時にチェック処理の実行可否を既述した図２のフローチャートで説明したように設定し、図４のフローチャートで説明したように実行可の設定されたチェック処理のみを実行して設定内容のチェックを確実かつ短時間に実行することが可能となる。
【００５６】
複数の機能を持つコンピュータシステムのチェックを行うシステムチェック方法において、
パッチコマンドが投入されたときに、修正モジュールで該当モジュールを置換すると共に前記機能毎のチェック処理にその実行の可否を設定するステップと、
チェックコマンドが投入されたときに、前記設定された実行の可否に従いチェック処理を実行させるステップと
を有するシステムチェック方法。
【００５７】
（付記２）
前記コンピュータシステムとして、複数のコンピュータから構成されるクラスタシステムとしたことを特徴とする付記１記載のシステムチェック方法。
【００５８】
（付記３）
前記チェック処理は、置換した修正モジュールで設定された設定内容の誤りが無いかをチェックすることを特徴とする付記１あるいは付記２記載のシステムチェック方法。
【００５９】
（付記４）
前記チェック処理は、修正モジュールを置換した後のアプリケーションあるいはハードウェアと、他の関連するアプリケーションあるいはハードウェアとの間の設定内容の誤りが無いかをチェックすることを特徴とする付記１から付記３のいずれかに記載のシステムチェック方法。
【００６０】
（付記５）
複数の機能を持つコンピュータシステムのチェックを行うシステムチェックプログラムにおいて、
コンピュータに、
パッチコマンドが投入されたときに、修正モジュールで該当モジュールを置換すると共に前記機能毎のチェック処理にその実行の可否を設定するステップと、
チェックコマンドが投入されたときに、前記設定された実行の可否に従いチェック処理を実行させるステップと
を実行させるシステムチェックプログラム。
【産業上の利用可能性】
【００６１】
本発明は、パッチ適用コマンドをシステムに投入した際に、修正モジュールで置換すると共に合わせて対象製品毎のチェック処理にその実行可否を設定し、当該設定に従い必要なチェック処理のみを確実に実行し、構成チェックの時間を短縮すると共にチェックもれを防止するシステムチェック方法およびシステムチェックプログラムに関するものである。
【図面の簡単な説明】
【００６２】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（チェック可否設定）である。
【図３】本発明の説明図である。
【図４】本発明の動作説明フローチャート（チェック処理）である。
【図５】本発明の説明図である。
【図６】本発明の説明図（ｃｌｃｈｋｃｌｕｓｔｅｒによるチェック例）である。
【図７】本発明の構成例である。
【図８】従来技術の説明図である。
【符号の説明】
【００６３】
１：パッチ適用コマンド
２：構成チェックプログラム
３：コマンド実行手段
４：設定ファイル
５：チェックファイル
６：製品
【図１】
2007072838.tif 000003
【図２】
2007072838.tif 000004
【図３】
2007072838.tif 000005
【図４】
2007072838.tif 000006
【図５】
2007072838.tif 000007
【図６】
2007072838.tif 000008
【図７】
2007072838.tif 000009
【図８】
2007072838.tif 000010