JP4426736B2 - プログラム修正方法およびプログラム - Google Patents
プログラム修正方法およびプログラム Download PDFInfo
- Publication number
- JP4426736B2 JP4426736B2 JP2001130919A JP2001130919A JP4426736B2 JP 4426736 B2 JP4426736 B2 JP 4426736B2 JP 2001130919 A JP2001130919 A JP 2001130919A JP 2001130919 A JP2001130919 A JP 2001130919A JP 4426736 B2 JP4426736 B2 JP 4426736B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- logical computer
- computer
- network
- patch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/656—Updates while running
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、計算機上で稼動しているプログラムの修正方法に係わり、特にサービスを停止させることなくプログラムの修正を行う方法に関する。
【０００２】
【従来の技術】
インターネットの普及により、あらゆる計算機が実質的に世界中のどこからでもアクセスできるようになった。しかし同時に計算機が不正にアクセスされるケースも増大することが予想される。こういった事態に対し、計算機が不正にアクセスされないようにするパッチファイルが公開されている。パッチファイルとはプログラムを修正するためのプログラム変更情報が記録されたファイルであり、このパッチファイルを使用しプログラムの修正を行うことによって不正アクセスを防止することができる。パッチファイルの適用は、計算機上で稼動している全てのプログラムが対象となる。例えば、オペレーティングシステムやアプリケーションなどである。パッチファイルを用いたプログラム修正手順は次の通りである。（１）サービスの停止、（２）パッチファイルを適用しプログラムを修正し、（３）システムを再起動し、（４）サービスを再開始する。このようにプログラムを修正するためには、一旦サービスを停止する必要がある。これは、通常オペレーティングシステムやアプリケーションを稼動したままプログラムの修正が行えないためである。そのため、プログラムの修正は一時的に使用中のプログラムとは別のプログラムに対して適用し、次回起動時には修正されたプログラムを使って起動する手段を用いている。
【０００３】
【発明が解決しようとする課題】
従来のプログラム修正方法では、サービスを一旦停止し、プログラム修正を行う必要がある。プログラム修正のための新規のパッチファイルは頻繁に発生しており、そのたびにサービスを停止していてはサービスの質を低下させることになる。一方、パッチファイルをある程度まとめてプログラム修正を行うことでサービスの停止を抑える運用方法もある。しかしいつ誰から計算機に対して不正アクセスをされるかわからないので、セキュリティに関するプログラム修正を引き伸ばすのは好ましくない。プログラムの修正に関する技術として、特開平８−２６３２７９号公報に記載された技術がある。これは計算機を仮想化し、１台の物理計算機から複数の論理的な計算機を構築する機構を持った計算機システムにおいて、論理計算機上で稼動しているプログラムを終了することなくプログラム修正を行う方法が述べられている。しかしそのプログラム修正は、論理計算機上で稼動しているプログラムに対してではなく、複数の論理的な計算機を集中的に制御する制御プログラムに対するプログラム修正である。またこの制御プログラムを修正している間は、ほとんどの論理計算機上のプログラムは停止している。つまり論理計算機上のプログラムは機能を停止させられているためサービスを継続することはできない。またサービスを処理している論理計算機上のオペレーティングシステムやアプリケーションに対するプログラム修正ではない。
【０００４】
本発明の目的は、論理計算機上で稼動しているサービスを停止させることなくプログラム修正を行う方法を提供することにある。
【０００５】
本発明の他の目的は、外部で修正プログラムの新規登録が発生したことを迅速に検知し、その修正プログラムを用いて早急にプログラム修正を行う方法を提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、複数の論理計算機を有する計算機システムについて、稼動中の第１の論理計算機の制御下のプログラムとデータを記憶手段から記憶手段へコピーし、コピーされたそのプログラムを用いて待機中の第２の論理計算機を起動し、コピーされたプログラム中の修正プログラムを用いてコピーされたそのプログラムを修正し、第１の論理計算機の制御下のネットワークが第２の論理計算機の制御下になるように切り替えを行い、第１の論理計算機の稼動から修正されたプログラムを用いる第２の論理計算機の稼動に切り替えるプログラム修正方法を特徴とする。
【０００７】
また本発明は、外部に修正プログラムの新規登録があるか否かを監視し、修正プログラムが新規登録された場合に登録された修正プログラムをダウンロードして記憶手段に登録し、その修正プログラムの登録を外部の管理者端末に通知し、管理者端末からの指示に従って修正プログラムを実行して修正対象のプログラムを修正するプログラム修正方法を特徴とする。
【０００８】
【発明の実施の形態】
［実施例１］
以下、本発明に係る論理計算機環境におけるプログラム修正方法の実施例１について図面を用いて詳細に説明する。
【０００９】
図１は、実施例１の論理計算機環境におけるプログラム修正方法の概略構成図を示している。１０１は物理計算機であり、１０２，１０３，１０４はそれぞれ物理計算機１０１内のプロセッサ，ディスク装置，ネットワーク装置である。１１０は計算機資源分割機構であり、物理計算機１０１から論理的な複数の計算機を構成するための機構である。１０５，１０６は計算機資源分割機構によって生成された論理計算機である。１０７，１０８，１０９は論理計算機１０５内で動作するプログラムであり、それぞれアプリケーションプログラム、オペレーティングシステム、パッチマネージャである。オペレーティングシステム１０８は、論理計算機１０５で稼動するゲストＯＳと呼ばれるオペレーティングシステムであり、論理計算機１０５のハードウェア制御やアプリケーション１０７の動作を支援する。パッチマネージャ１０９は、本実施例の特徴となるプログラムであり、論理計算機１０５上で稼動しているアプリケーションが提供するサービスを停止させることなくプログラム修正を行うプログラムである。論理計算機１０６は、パッチ用の予備論理計算機（待機中の論理計算機）であり、待機中のためプログラムが動作していない状態を示している。論理計算機１０５は、複数存在可能である。
【００１０】
図２は、パッチマネージャ１０９によるプログラム修正の流れを示している。１０５，１０６はそれぞれ論理計算機である。論理計算機１（１０５）上で既にサービスが稼動しており（ステップ２０３）、論理計算機２（１０６）を使用し、サービスを停止させることなくプログラム修正を行う処理の流れを示している。ステップ２０４ではパッチマネージャ１０９がパッチ処理の起動をする。この起動処理中に論理計算機１（１０５）内のプログラム及びデータが論理計算機２（１０６）内にコピーされる。次に論理計算機２（１０６）上でパッチ処理が実行され、論理計算機２（１０６）上のソフトウェアのプログラム修正が行われる（ステップ２０５）。論理計算機２（１０６）上のソフトウェアのプログラム修正が行われた後、論理計算機１（１０５）に制御が移行し、論理計算機１（１０５）はシステム切り替え処理（ステップ２０６）を実行する。システム切り替え処理（ステップ２０６）により、サービスは論理計算機１（１０５）の制御を離れ、論理計算機２（１０６）で稼動することになる（ステップ２０７）。これらの処理により、サービスはプログラムが修正された論理計算機上で稼動できるため、高信頼なサービスを提供できるようになるとともに、一時的に論理計算機を２つ使用することによってサービスを停止する必要がなくなる。
【００１１】
図３は、パッチマネージャ１０９の構成を示している。パッチマネージャ１０９は、パッチ実行プログラム３０２、パッチ監視プログラム３０３、論理計算機資源管理テーブル３０６、パッチテーブル３０７、論理計算機制御プログラム３０５から構成される。パッチ実行プログラム３０２は、予備論理計算機上でパッチ処理を起動するプログラムである。パッチ監視プログラム３０３は、インターネット上等のパッチファイルが格納されたサーバ（図示せず）を定期的に監視し、新しいパッチファイルが登録されたかどうかを監視し、パッチ処理を管理者に促すプログラムである。論理計算機資源管理テーブル３０６は、各論理計算機が持つプロセッサ，ディスク装置，ネットワーク装置等の資源が登録されている。パッチテーブル３０７はパッチファイルを管理するテーブルで、既に処理したパッチファイルと未だ処理していないパッチファイルの区分等の情報が登録されている。論理計算機資源管理テーブル３０６とパッチテーブル３０７は、パッチ実行プログラム３０２やパッチ監視プログラム３０３の実行時に参照／更新される。論理計算機制御プログラム３０５は、パッチ実行プログラム３０２やパッチ監視プログラム３０３が他の論理計算機を制御する場合に使用される。論理計算機制御プログラム３０５は、論理計算機間の通信や論理計算機の起動などのインターフェースを提供する。
【００１２】
図４は、稼動中の論理計算機の一般的な構成を示している。論理計算機１０５内には、サービスを提供するアプリケーションプログラム１０７、オペレーティングシステム１０８、パッチマネージャ１０９がある。またアプリケーションプログラム１０７が使用するデータを格納するアプリケーションディスク４０５やオペレーティングシステム１０８が使用するシステムディスク４０６、外部とネットワーク通信するためのネットワーク装置１０４が接続されている。本実施例では、図４に示された論理計算機の構成を例にサービスを停止させないプログラム修正方法について述べる。
【００１３】
図５は、論理計算機資源管理テーブル３０６の構造を示している。論理計算機資源管理テーブル３０６は、各論理計算機が所有するプロセッサ，ディスク装置，ネットワーク装置，メモリ容量等の資源割当情報を格納する。カラム５０１は論理計算機の識別子，カラム５０２はプロセッサ割当率、カラム５０３は割り当てられたメモリ容量、カラム５０４は割り当てられたディスク装置、カラム５０５は割り当てられたネットワーク装置を示している。例えば、論理計算機１は、物理プロセッサ１を１００％割り当てられており、周辺装置としてＤＩＳＫ１およびＤＩＳＫ２、またネットワーク装置ＮＥＴ１が割り当てられていることを示している。この例では、論理計算機１又は論理計算機２が他の論理計算機に割り当てられた資源をカバーする資源を割り当てられており、他の論理計算機について予備論理計算機となり得る。
【００１４】
図６は、パッチテーブル３０７の構造を示している。パッチテーブル３０７には、これまでに処理したパッチファイル情報や未だ処理していないパッチファイルの情報などが格納されている。カラム６０１はパッチファイル名、カラム６０２からカラム６０４はパッチファイルの種類を示している。カラム６０２はセキュリティ関連、カラム６０３は機能向上関連、カラム６０４は機能修正関連などである。カラム６０５は修正された日時を示している。カラム６０６は、次回のパッチ処理時にパッチを適用するかどうかが記述されている。カラム６０７は、最後に処理されたパッチ処理実行結果が格納されている。
【００１５】
図７は、パッチ実行プログラム３０２のフローチャートを示している。ステップ７０１は、予備論理計算機のサーチを行う。このステップは、パッチ処理をしたい論理計算機と同等な資源を持つ未使用論理計算機をサーチする。このために、図５に示す論理計算機資源管理テーブル３０６を参照し、例えば論理計算機１のプログラムにパッチ処理を行う場合、割り当てられた資源をカバーする論理計算機２を割り当てる。ステップ７０２はシステムディスクをチェックする。ここでシステムディスクとは現在サービスを実行中の論理計算機が使用しているオペレーティングシステムを格納する記憶装置である。主なチェック項目は、システムがウイルス等の不正なプログラムを所有していないかどうかのチェックである。これは、ステップ７０３でシステムディスクのコピーを行うに当たっての前処理であり、不正なプログラムが格納された状態のまま、新しいシステムに移行するのを防止するのが目的である。ステップ７０３ではシステムディスクのコピーを行う。例えば論理計算機資源管理テーブル３０６の論理計算機１のＤＩＳＫ１がシステムディスクの場合、論理計算機２のＤＩＳＫ３へディスクの内容をコピーする。ステップ７０４ではアプリケーションディスクのコピーを行う。アプリケーションディスクとは、アプリケーションプログラムやアプリケーションデータを格納する記憶装置である。このディスクには、現在サービスを行っている論理計算機上で稼動しているアプリケーションが使用するデータが格納されている。例えば論理計算機資源管理テーブル３０６の論理計算機１のＤＩＳＫ２を論理計算機２のＤＩＳＫ４へコピーする。ステップ７０５ではパッチファイルのコピーを予備論理計算機のシステムディスクに対して行う。この時、パッチテーブル３０７も同じようにコピーする。図６のパッチテーブル３０７に記載されているパッチファイル６０１がコピーの対象となる。このパッチファイルを利用して、予備論理計算機が起動された時にパッチ処理が行われる。ステップ７０６ではパッチ実行スクリプトのコピーを予備論理計算機のシステムディスクに対して行う。パッチ実行スクリプトは、後で詳細に説明するが予備論理計算機が起動された時に自動的にパッチ処理が行われるようにするための自動化スクリプトである。
【００１６】
ステップ７０７は、予備論理計算機の起動を要求する。要求は、論理計算機制御プログラム３０５に対して発行され、論理計算機制御プログラム３０５は、計算機資源分割機構１１０に対して指定された論理計算機の起動要求を行う。これにより、予備論理計算機はステップ７０２でコピーされたシステムディスクを用いてオペレーティングシステム１０８が起動する。予備論理計算機が起動されると、ステップ７０６でコピーされたパッチ実行スクリプトが自動的に起動され所定のパッチ処理を実行する。ステップ７０８では、予備論理計算機の再起動要求を発行する。要求は、論理計算機制御プログラム３０５に対して発行され、論理計算機制御プログラム３０５は、計算機資源分割機構１１０に対して指定された論理計算機の再起動を行う。これは、パッチ処理を有効にするためである。パッチ処理を終了した時点では、またパッチ処理の内容は有効になっておらず、システム再起動すると有効になる。そのため、ステップ７０８で再起動要求を発行し予備論理計算機のシステムを再起動する。ステップ７０９では、予備論理計算機上でのパッチ処理が正常に終了したかどうかをチェックする。その結果、予備論理計算機上でのパッチ処理が正常に終了していれば、ステップ７１０でネットワーク切り替え処理を行い、サービスを処理する論理計算機を交替する。予備論理計算機上でのパッチ処理が正常に終了していなければ、現状の論理計算機上でサービスを継続して実行する。パッチ処理が正常に終了したかどうか、すぐには判断できないケースもある。例えば、パッチ処理後に数時間稼動した後、不具合が発生する場合である。この場合、元の論理計算機にサービスを再交代させることでサービスを継続させつつ、その間にパッチ処理による不具合の修正等が可能である。
【００１７】
図８は、図７のステップ７０３におけるシステムディスクのコピーの詳細フローを示している。ステップ８０１では書き込み履歴の採取開始を行う。これはコピー中に更新された情報を記録する目的である。ステップ８０２では、システムディスクのコピーを実施する。ステップ８０３ではコピーが終了したかどうかをチェックする。ステップ８０４では、書き込み履歴の採取を終了する。ステップ８０５では、コピー中に更新された情報を、コピー先のシステムディスクに反映する。こうすることで、コピーされたシステムディスクを最新の状態に保つことができる。
【００１８】
図９は、図７のステップ７０４におけるアプリケーションディスクのコピーの詳細フローを示している。ステップ９０１では書き込み履歴の採取開始を行う。これは、コピー中に更新された情報を記録する目的である。ステップ９０２では、アプリケーションディスクのコピーを実施する。ステップ９０３ではコピーが終了したかどうかをチェックする。ステップ９０４では、書き込み履歴の採取を終了する。ステップ９０５では、コピー中に更新された情報を、コピー先のアプリケーションディスクに反映する。こうすることで、コピーされたアプリケーションディスクを最新の状態に保つことができる。
【００１９】
図１０は、図８および図９における書き込み履歴の採取を説明する図である。書き込み操作が行われる場合（１００１）、書き込み操作を履歴取得プログラム１００２がトラップし、書き込みデータは例えばシステムディスクの場合はシステムディスク１００３へ書き込まれると共に、書き込み履歴ディスク１００８に、書き込み時間１００４、書き込み位置１００５、データ長１００６、データ１００７を追記書きする。このデータをもとに、システムディスクあるいはアプリケーションディスクのコピー後に最新の情報に更新することができる。これにより、ディスク容量が大きくコピーに時間がかかる場合にも、コピー中およびコピー後に発生した変更をコピー先のディスクに反映することができるようになる。従って予備論理計算機が本番稼動前にステップ８０５及びステップ９０５を実行し、未更新データをディスクに反映することができる。また他の方法として、ディスク装置が持つ機能を利用することもできる。ディスク装置がディスクのミラーリングを有し、一時的にミラーリングを解除し２つのディスクに分割する機能を持っている場合、この機能を使用することができる。ステップ７０３およびステップ７０４の要求でミラーリングを解除し、一つのディスクを現状のサービスを提供している論理計算機に割当て、もう一つを予備論理計算機に割り当てることによって、コピーと同等の機能を提供することができる。この機能は、一方のディスクに更新が発生した場合、再度ミラーリングの形態に戻す時に分割された両方のディスクのデータを一致させる機能があり、これにより最新の情報を確保したままコピーが完了したのと同じ動作をさせることができる。
【００２０】
図１１は、図７のステップ７０６でコピーされるパッチ実行スクリプト１１０７と関連するプログラムを示している。オペレーティングシステムは、通常起動時に自動的に実行される起動スクリプト１１０２〜１１０６を格納しておくことができる。この機能を使用し、オペレーティングシステムが起動したときにパッチ処理を行うように設定することが、パッチ実行スクリプト１１０７の目的である。オペレーティングシステムが起動した時に自動的にスクリプトを実行するスクリプト実行プログラム１１０１は、所定の場所に格納された各起動スクリプト１１０２〜１１０６を順番に実行する。このような起動スクリプトの１つとして、パッチ実行スクリプト１１０７を格納しておく。このパッチ実行スクリプト１１０７は、パッチファイル１１０９とパッチテーブル３０７を参照しながらパッチ処理を実行する。このような起動スクリプトの代わりにマシン語で表現された起動プログラムでもよいが、スクリプト言語で記載されたスクリプトであればシステム管理者による変更が容易となる。スクリプトの例としてシステムコマンド列から成るスクリプトなどがある。
【００２１】
図１２は、パッチ実行スクリプト１１０７の詳細フローを示している。ステップ１２０１では、パッチテーブル３０７を読み込む。ステップ１２０２では、パッチテーブル３０７をサーチし、パッチ処理を行うパッチファイル６０１を決定する。これは、図６のカラム６０６の次回実行カラムを参照することで実現できる。ステップ１２０３では、所定のパッチファイル１１０９を読み込み、ステップ１２０４でパッチプログラムを実行する。パッチプログラムは、通常オペレーティングシステムが標準で有しており、このプログラムと指定されたパッチファイル１１０９とで、オペレーティングシステム、アプリケーションなどのプログラムの修正を行うことができる。ステップ１２０５では、パッチプログラムの実行結果をパッチテーブル３０７のカラム６０７に格納する。ステップ１２０６では、指定された全てのパッチファイルが実行されたかどうかをチェックし、全て処理されていなければ、ステップ１２０３を実行し、全て実行されていればステップ１２０７へ移行する。ステップ１２０７では、論理計算機制御プログラム３０５を介して論理計算機１のパッチマネージャ１０９へパッチ処理が終了したことを通知する。この通知では、予備論理計算機のパッチテーブル３０７と共に、パッチ処理が終了したことを論理計算機１のパッチマネージャ１０９に伝える。これにより、パッチマネージャ１０９は、パッチ処理の終了と、パッチ処理が正常に行われたかどうかの情報を有するパッチテーブル３０７からパッチ処理の結果を知ることができる。
【００２２】
図１３は、ネットワークの切り替えフローを示している。ステップ１３０１では、ネットワークの切り替えが完了するまでネットワークの外部要求の受付を禁止する。既に受け付けた要求は処理するが、新たな要求は一時的に受け付けなくする。ステップ１３０２では、既に受け付けた要求を全て処理し終えるまで待機する。ステップ１３０３では、ネットワークの切り替え要求を発行する。このネットワーク切り替え要求は、論理計算機制御プログラム３０５を介して計算機資源分割機構１１０に対して発行され、これを受けた計算機資源分割機構１１０は、ネットワークのハードウエア経路を現論理計算機から予備論理計算機に変更する。ステップ１３０４では、ネットワークの切り替えが正常に行われ、論理計算機制御プログラム３０５を介して予備論理計算機のアプリケーションプログラム１０７を起動した後、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。ステップ１３０１からしばらくの間、ネットワークの受付が一時的にできなくなる期間ができるが、ネットワークは再要求を自動的に発行するため、使用者にはこの影響はない。このネットワークの切り替えを図示したのが、図１４である。
【００２３】
図１４は、ネットワークの切り替えを説明する図である。この例では、論理計算機１（１０５）から論理計算機２（１０６）へネットワーク装置１０４を切り替える様子を示している。この機能は計算機資源分割機構１１０が有しており、ネットワーク切り替え要求１４０２によってネットワーク装置１０４の通信経路が元の論理計算機の経路１４０３から新しい論理計算機の経路１４０４に切り替えられ、これによって、ネットワーク装置１０４のデータは論理計算機２（１０６）で受け付けることができるようになる。これにより、物理計算機１０１内の一つのネットワーク装置１０４の割当を変更することができるようになる。
【００２４】
図１５は、物理計算機が２つ以上のネットワーク装置１０４を有していた場合の、ネットワーク切り替えフローを示している。図１３で示したネットワーク切り替えは、一つのネットワーク装置１０４を切り替えるフローであるが、図１５では、２つ以上のネットワーク装置１０４を使用したネットワーク切り替えフローを示している。ステップ１５０１では、ネットワークの切り替えが完了するまでネットワークの外部要求の受付を禁止する。既に受け付けた要求は処理するが、新たな要求は一時的に受け付けなくする。ステップ１５０２では、既に受け付けた要求を全て処理し終えるまで待機する。ステップ１５０３では、自ネットワークアドレスを変更する。この変更はオペレーティングシステム１０８が標準で有しているネットワーク情報変更プログラムによって行う。ステップ１５０４では論理計算機制御プログラム３０５を介して予備論理計算機にアドレスの変更要求を発行する。ここでは、これまでサービスを処理していた論理計算機が使用していたネットワークアドレスを予備論理計算機に割り当てる。図１６にこの処理を示している。
【００２５】
図１６では、ステップ１６０１で予備論理計算機がネットワークアドレス変更要求を受け付ける。ステップ１６０２ではネットワークアドレスを変更する。この変更はオペレーティングシステムが標準で有しているネットワーク情報変更プログラムによって行う。ステップ１６０３では、ネットワークアドレスが変更されたことを、ネットワーク上の装置に通知する。ステップ１６０４では、論理計算機制御プログラム３０５を介して切り替えが正常に行われたかどうかを要求元に通知する。これにより、予備論理計算機のネットワークアドレスの変更を行う。一方、図１５のステップ１５０５では、ネットワークアドレスが変更されたことをネットワーク上の装置に通知する。ステップ１５０６では、ネットワークの切り替えが正常に行われ、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。これらの処理により、これまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことができる。
【００２６】
図１７は、物理計算機１０１が２つのネットワーク装置（１０４−１，１０４−２）を有している場合のネットワークの切り替えを示している。この例では、論理計算機１（１０５）から論理計算機２（１０６）のネットワークアドレスの切り替えを示している。論理計算機１（１０５）にはネットワーク装置１０４−１が割り当てられており、論理計算機２にはネットワーク装置１０４−２が割り当てられている。図１５の処理により、例えば論理計算機１の旧ネットワークアドレス１１１１１１１１を新しいネットワークアドレス（２２２２２２２２）に変更し、論理計算機２のネットワークアドレスを１１１１１１１１に変更する。論理計算機１（１０５）が計算機資源分割機構１１０を介して論理計算機２（１０６）へネットワークアドレス変更要求を発行することによって（１７０３）、ネットワーク装置が無くても論理計算機間で通信することができる。これらの処理により、２つの論理計算機のネットワーク接続を維持したまま、新しい論理計算機上にサービスを移行することができる。
【００２７】
図１８は、物理計算機１０１上の論理計算機１０５で稼動しているパッチマネージャ１０９内のパッチ監視プログラム３０３の概要を示している。パッチ監視プログラム３０３の機能は、インターネット１９０５上のパッチファイルが格納されたパッチサーバ１９０７の更新状況をチェックし、パッチファイルの更新が行われるとメールサーバ１９１１を介して管理者端末１９０６に通知する機能と、管理者端末１９０６が通知されたパッチの処理を行うかどうかをパッチ監視プログラム３０３に指示する機能を有する。パッチサーバ１９０７は、通常ＷＷＷサーバ１９０８またはファイル転送サーバで構成され、ディスク内にはパッチファイルや更新日付およびパッチの内容が記述されたファイル１９１０が格納されている。以下、パッチ監視プログラム３０３の詳細説明を行う。
【００２８】
図１９は、パッチ監視プログラム３０３のフローを示している。ステップ１８０１では、パッチ監視プログラム３０３がインターネット１９０５上等のパッチサーバ１９０７に接続する。ステップ１８０２ではそのパッチサーバを検索し、以前に監視した時間より後に更新されたパッチファイルがあればそれをダウンロードしてパッチテーブル３０７に登録する（ステップ１８０３）。ステップ１８０４では、新しく登録されたパッチファイルのリストを作成し、それをステップ１８０５で管理者端末１９０６に電子メールにて通知する。この時、パッチファイルの種別（図６のセキュリティ６０２から機能修正６０４）を参照し、特に重要なセキュリティに関する項目だけ管理者端末に送信するといったことも可能である。ステップ１８０６では、管理者端末１９０６からの電子メールによる指示を待つ。ステップ１８０７では、管理者端末１９０６からのメールの認証を行い、認証が正しければステップ１８０８に移行し、指示の内容に従いパッチテーブル３０７の次回実行６０６のカラムを更新する。その後、ステップ１８０９で、パッチ実行プログラム３０２を起動し、パッチ処理を行う。パッチ監視プログラム３０３は定期的に起動し、新しくパッチファイルが登録されたかどうかを監視する。図２０に管理者端末１９０６とパッチ監視プログラム３０３の通信の概略を示す。
【００２９】
図２０は、パッチ監視プログラム３０３と管理者端末１９０６の電子メールの通信内容例を示している。新しくパッチファイルが登録されると、パッチ監視プログラム３０３は管理者端末１９０６へ電子メールを送信する（ステップ２００３）。この時、認証用のコードを送信する。管理者端末１９０６は、電子メールを受けるとこれに対し、パッチ処理を行うかどうかが記述された電子メールを、認証用コードから生成したコードと共にパッチ監視プログラム３０３に通知する（ステップ２００４）。管理者かどうかの認証は、管理者端末１９０６が生成したコードと同じ方法でパッチ監視プログラム３０３がコード生成し、管理者端末１９０６が送信したコードと一致すれば管理者からの正しいメールと判断する。これらの電子メールは、それぞれメールサーバ１９１１を介して行われる。上記により、頻繁に更新されるパッチ情報でも管理者は的確に判断でき、また電子メールで指示を出すことができるようになるため、遠隔地からでも即パッチを行うことができるようになる。
【００３０】
本実施例の効果として、物理的に一つのプロセッサしか持たない物理計算機１０１でも、計算機資源分割機構１１０を使用し、サービスを停止させないでパッチ処理を行うことができる。
【００３１】
また本実施例１ではハードウェアが有する計算機資源分割機構１１０を使用したが、ソフトウェアで計算機資源を分割し複数の仮想計算機を構築する場合でも適用可能である。しかし計算機資源の使用効率は実施例１で示したハードウェアによる計算機資源分割機構１１０の方が優れている。
［実施例２］
本実施例２では、サービスの一時的な停止を無くするネットワーク切り替え方法を示している。実施例１では、図１３のステップ１３０１〜１３０４及び図１５のステップ１５０１〜１５０６にて一時的にサービスを受け付けられない期間が存在した。これに対し、本実施例２では、全ての要求を受け付けられるようにすることが目的である。図２１は、パッチマネージャ１０９’の構成を示している。パッチマネージャ１０９’は、パッチ実行プログラム３０２’、パッチ監視プログラム３０３、論理計算機資源管理テーブル３０６、パッチテーブル３０７、論理計算機制御プログラム３０５及びパケット変更プログラム２１０４から構成される。パッチ実行プログラム３０２’は、予備論理計算機を使用してプログラム修正処理を制御するプログラムである。パッチ監視プログラム３０３は、インターネット１９０５上等のパッチファイルが格納されたパッチサーバ１９０７を定期的に監視し、新しいパッチファイルが登録されたかどうかを監視し、パッチ処理を管理者に促すプログラムである。論理計算機資源管理テーブル３０６は、各論理計算機が持つプロセッサ，ディスク装置，ネットワーク装置等の資源が登録されている。パッチテーブル３０７はパッチファイルを管理するテーブルで、既に処理したパッチファイルと未だ処理していないパッチファイルの区分等が登録されている。論理計算機資源管理テーブル３０６とパッチテーブル３０７は、パッチ実行プログラム３０２’やパッチ監視プログラム３０３の実行時に参照／更新される。論理計算機制御プログラム３０５は、パッチ実行プログラム３０２’やパッチ監視プログラム３０３が論理計算機を制御する場合に使用される。論理計算機制御プログラム３０５は、論理計算機間の通信や論理計算機の起動などのインターフェースを提供する。パケット変更プログラム２１０４は、ネットワークに送信する情報を更新する機能を有し、これについては後で詳細に説明する。以下で説明する以外の各構成については、実施例１と同じである。
【００３２】
図２２は、パッチ実行プログラム３０２’内のネットワーク切り替えフローを示している。ステップ２２０１では、予備論理計算機にアドレスの変更要求を発行する。ステップ２２０２では、自ネットワークアドレスの変更を行う。ステップ２２０３では、ネットワークアドレスが変更されたことをネットワーク上の装置に通知する。この時点でこれまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことになる。新規に発行されたネットワークからの要求は、新しい予備論理計算機上で処理される。しかしこれまでサービスを処理していた論理計算機内には未処理の要求が残っており、これらを正常に処理する必要がある。そのためにステップ２２０４でパッチ実行プログラム３０２’は、パケット変更通知を発行する。これについては後で詳細に説明する。ステップ２２０５では、ネットワークの切り替えが正常に行われ、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。これらの処理により、これまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことができる。
【００３３】
図２３は、パケット変更プログラム２１０４の位置付けを示している。オペレーティングシステム１０８内のネットワーク制御プログラム２３０４に、パケットを送信する処理を行うパケット送信プログラム２３０５がある。パケット変更プログラム２１０４は、このパケット送信プログラム２３０５から呼び出されるプログラムである。
【００３４】
図２４は、パケット送信プログラム２３０５のフローを示している。ステップ２４０１では、パケット送信プログラム２３０５は、要求されたデータからパケットを生成する。ステップ２４０２では、パケット変更通知が発行されたかどうかをチェックする。パケット変更通知は、図２２のステップ２２０４で発行される。もしパケット変更通知が発行されていれば、ステップ２４０３に移行しパケット変更プログラム２１０４を呼び出す。パケット変更プログラム２１０４は、図２５に示すように、パケット内の送信元アドレスをサービスを処理していた時に使用していた元のネットワークアドレスに変更する（ステップ２５０１）。ステップ２４０４では、生成されたパケットを送信する。
【００３５】
図２６は、パケットの構造を示している。パケットはネットワークを介して転送されるデータであり、送信元ネットワークアドレス２６０２と送信先ネットワークアドレス２６０３が格納されている。パケット変更プログラム２１０４を実行する前のパケット構造は２６０４で示されており、送信元ネットワークアドレス２６０２には、図２２のステップ２２０２により新たに更新された新しいネットワークアドレスが格納される。しかしこのパケットを生成することになったネットワーク上の装置からの要求は、サービスを行っていたときに受け付けられており、このままその装置に返送すると、要求した装置はこのパケットを受け付けることができない。そのためパケット変更プログラム２１０４は、パケット変更通知が発行されている間だけ、パケット２６０７内の送信元アドレス２６０２を、サービスを処理していた時に使用していた元のネットワークアドレスに変更する。こうすることで、要求の発行者は論理計算機が途中で変更されても問題が起こらないようにすることができる。なお全ての要求が処理された時点でパケット変更通知は解除されることが望ましい。
【００３６】
実施例２の効果は、サービスをまったく停止させることなくパッチ処理を行うことができるようになることである。
【００３７】
また実施例２ではハードウェアが有する計算機資源分割機構１１０を使用したが、ソフトウェアで計算機資源を分割し複数の仮想計算機を構築する場合でも適用可能である。しかし計算機資源の使用効率は実施例２で示したハードウェアによる計算機資源分割機構１１０の方が優れている。
【００３８】
【発明の効果】
本発明により、サービスを停止させることなくパッチ処理を行えるとともに、パッチファイルが頻繁に更新される場合でも管理者は容易にパッチファイルの更新を知ることができ、また遠隔地からでもパッチ更新の指示を出すことができる。
【図面の簡単な説明】
【図１】本発明の実施例１における全体構成図である。
【図２】実施形態のパッチ処理の流れを示す図である。
【図３】実施形態のパッチマネージャの構成を示す図である。
【図４】論理計算機の構成例を示す図である。
【図５】実施形態の論理計算機資源管理テーブルの構成を示す図である。
【図６】実施形態のパッチテーブルの構成を示す図である。
【図７】実施形態のパッチ実行プログラムのフロー図である。
【図８】実施形態のシステムディスクのコピーフロー図である。
【図９】実施形態のアプリケーションディスクのコピーフロー図である。
【図１０】実施形態の書き込み履歴の構成を示す図である。
【図１１】実施形態のスクリプトの構造を示す図である。
【図１２】実施形態のパッチ実行スクリプトのフロー図である。
【図１３】実施形態のネットワーク切り替えフロー図である。
【図１４】実施形態のネットワーク切り替え処理を説明する図である。
【図１５】実施形態のネットワーク切り替えフロー図である。
【図１６】実施形態の予備論理計算機内のネットワーク切り替えフロー図である。
【図１７】実施形態のネットワーク切り替え処理を説明する図である。
【図１８】実施形態のパッチ監視プログラムの動作環境を示す図である。
【図１９】実施形態のパッチ監視プログラムの処理フロー図である。
【図２０】実施形態のパッチ監視プログラムの動作概要を示す図である。
【図２１】実施例２におけるパッチマネージャの構成を示す図である。
【図２２】実施例２におけるネットワーク切り替えフローを示す図である。
【図２３】実施例２におけるパケット変更プログラムの位置付けを示す図である。
【図２４】実施例２におけるパケット送信プログラムのフローを示す図である。
【図２５】実施例２におけるパケット変更プログラムのフローを示す図である。
【図２６】実施例２におけるパケットの構成を示す図である。
【符号の説明】
１０１：物理計算機、１０５，１０６：論理計算機、１０７：アプリケーションプログラム、１０８：オペレーティングシステム、１０９：パッチマネージャ、１１０：計算機資源分割機構、３０２：パッチ実行プログラム、３０３：パッチ監視プログラム、３０７：パッチテーブル、１１０７：パッチ実行スクリプト、１１０９：パッチファイル、１９０６：管理者端末、１９０７：パッチサーバ、１９１１：メールサーバ
【発明の属する技術分野】
本発明は、計算機上で稼動しているプログラムの修正方法に係わり、特にサービスを停止させることなくプログラムの修正を行う方法に関する。
【０００２】
【従来の技術】
インターネットの普及により、あらゆる計算機が実質的に世界中のどこからでもアクセスできるようになった。しかし同時に計算機が不正にアクセスされるケースも増大することが予想される。こういった事態に対し、計算機が不正にアクセスされないようにするパッチファイルが公開されている。パッチファイルとはプログラムを修正するためのプログラム変更情報が記録されたファイルであり、このパッチファイルを使用しプログラムの修正を行うことによって不正アクセスを防止することができる。パッチファイルの適用は、計算機上で稼動している全てのプログラムが対象となる。例えば、オペレーティングシステムやアプリケーションなどである。パッチファイルを用いたプログラム修正手順は次の通りである。（１）サービスの停止、（２）パッチファイルを適用しプログラムを修正し、（３）システムを再起動し、（４）サービスを再開始する。このようにプログラムを修正するためには、一旦サービスを停止する必要がある。これは、通常オペレーティングシステムやアプリケーションを稼動したままプログラムの修正が行えないためである。そのため、プログラムの修正は一時的に使用中のプログラムとは別のプログラムに対して適用し、次回起動時には修正されたプログラムを使って起動する手段を用いている。
【０００３】
【発明が解決しようとする課題】
従来のプログラム修正方法では、サービスを一旦停止し、プログラム修正を行う必要がある。プログラム修正のための新規のパッチファイルは頻繁に発生しており、そのたびにサービスを停止していてはサービスの質を低下させることになる。一方、パッチファイルをある程度まとめてプログラム修正を行うことでサービスの停止を抑える運用方法もある。しかしいつ誰から計算機に対して不正アクセスをされるかわからないので、セキュリティに関するプログラム修正を引き伸ばすのは好ましくない。プログラムの修正に関する技術として、特開平８−２６３２７９号公報に記載された技術がある。これは計算機を仮想化し、１台の物理計算機から複数の論理的な計算機を構築する機構を持った計算機システムにおいて、論理計算機上で稼動しているプログラムを終了することなくプログラム修正を行う方法が述べられている。しかしそのプログラム修正は、論理計算機上で稼動しているプログラムに対してではなく、複数の論理的な計算機を集中的に制御する制御プログラムに対するプログラム修正である。またこの制御プログラムを修正している間は、ほとんどの論理計算機上のプログラムは停止している。つまり論理計算機上のプログラムは機能を停止させられているためサービスを継続することはできない。またサービスを処理している論理計算機上のオペレーティングシステムやアプリケーションに対するプログラム修正ではない。
【０００４】
本発明の目的は、論理計算機上で稼動しているサービスを停止させることなくプログラム修正を行う方法を提供することにある。
【０００５】
本発明の他の目的は、外部で修正プログラムの新規登録が発生したことを迅速に検知し、その修正プログラムを用いて早急にプログラム修正を行う方法を提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、複数の論理計算機を有する計算機システムについて、稼動中の第１の論理計算機の制御下のプログラムとデータを記憶手段から記憶手段へコピーし、コピーされたそのプログラムを用いて待機中の第２の論理計算機を起動し、コピーされたプログラム中の修正プログラムを用いてコピーされたそのプログラムを修正し、第１の論理計算機の制御下のネットワークが第２の論理計算機の制御下になるように切り替えを行い、第１の論理計算機の稼動から修正されたプログラムを用いる第２の論理計算機の稼動に切り替えるプログラム修正方法を特徴とする。
【０００７】
また本発明は、外部に修正プログラムの新規登録があるか否かを監視し、修正プログラムが新規登録された場合に登録された修正プログラムをダウンロードして記憶手段に登録し、その修正プログラムの登録を外部の管理者端末に通知し、管理者端末からの指示に従って修正プログラムを実行して修正対象のプログラムを修正するプログラム修正方法を特徴とする。
【０００８】
【発明の実施の形態】
［実施例１］
以下、本発明に係る論理計算機環境におけるプログラム修正方法の実施例１について図面を用いて詳細に説明する。
【０００９】
図１は、実施例１の論理計算機環境におけるプログラム修正方法の概略構成図を示している。１０１は物理計算機であり、１０２，１０３，１０４はそれぞれ物理計算機１０１内のプロセッサ，ディスク装置，ネットワーク装置である。１１０は計算機資源分割機構であり、物理計算機１０１から論理的な複数の計算機を構成するための機構である。１０５，１０６は計算機資源分割機構によって生成された論理計算機である。１０７，１０８，１０９は論理計算機１０５内で動作するプログラムであり、それぞれアプリケーションプログラム、オペレーティングシステム、パッチマネージャである。オペレーティングシステム１０８は、論理計算機１０５で稼動するゲストＯＳと呼ばれるオペレーティングシステムであり、論理計算機１０５のハードウェア制御やアプリケーション１０７の動作を支援する。パッチマネージャ１０９は、本実施例の特徴となるプログラムであり、論理計算機１０５上で稼動しているアプリケーションが提供するサービスを停止させることなくプログラム修正を行うプログラムである。論理計算機１０６は、パッチ用の予備論理計算機（待機中の論理計算機）であり、待機中のためプログラムが動作していない状態を示している。論理計算機１０５は、複数存在可能である。
【００１０】
図２は、パッチマネージャ１０９によるプログラム修正の流れを示している。１０５，１０６はそれぞれ論理計算機である。論理計算機１（１０５）上で既にサービスが稼動しており（ステップ２０３）、論理計算機２（１０６）を使用し、サービスを停止させることなくプログラム修正を行う処理の流れを示している。ステップ２０４ではパッチマネージャ１０９がパッチ処理の起動をする。この起動処理中に論理計算機１（１０５）内のプログラム及びデータが論理計算機２（１０６）内にコピーされる。次に論理計算機２（１０６）上でパッチ処理が実行され、論理計算機２（１０６）上のソフトウェアのプログラム修正が行われる（ステップ２０５）。論理計算機２（１０６）上のソフトウェアのプログラム修正が行われた後、論理計算機１（１０５）に制御が移行し、論理計算機１（１０５）はシステム切り替え処理（ステップ２０６）を実行する。システム切り替え処理（ステップ２０６）により、サービスは論理計算機１（１０５）の制御を離れ、論理計算機２（１０６）で稼動することになる（ステップ２０７）。これらの処理により、サービスはプログラムが修正された論理計算機上で稼動できるため、高信頼なサービスを提供できるようになるとともに、一時的に論理計算機を２つ使用することによってサービスを停止する必要がなくなる。
【００１１】
図３は、パッチマネージャ１０９の構成を示している。パッチマネージャ１０９は、パッチ実行プログラム３０２、パッチ監視プログラム３０３、論理計算機資源管理テーブル３０６、パッチテーブル３０７、論理計算機制御プログラム３０５から構成される。パッチ実行プログラム３０２は、予備論理計算機上でパッチ処理を起動するプログラムである。パッチ監視プログラム３０３は、インターネット上等のパッチファイルが格納されたサーバ（図示せず）を定期的に監視し、新しいパッチファイルが登録されたかどうかを監視し、パッチ処理を管理者に促すプログラムである。論理計算機資源管理テーブル３０６は、各論理計算機が持つプロセッサ，ディスク装置，ネットワーク装置等の資源が登録されている。パッチテーブル３０７はパッチファイルを管理するテーブルで、既に処理したパッチファイルと未だ処理していないパッチファイルの区分等の情報が登録されている。論理計算機資源管理テーブル３０６とパッチテーブル３０７は、パッチ実行プログラム３０２やパッチ監視プログラム３０３の実行時に参照／更新される。論理計算機制御プログラム３０５は、パッチ実行プログラム３０２やパッチ監視プログラム３０３が他の論理計算機を制御する場合に使用される。論理計算機制御プログラム３０５は、論理計算機間の通信や論理計算機の起動などのインターフェースを提供する。
【００１２】
図４は、稼動中の論理計算機の一般的な構成を示している。論理計算機１０５内には、サービスを提供するアプリケーションプログラム１０７、オペレーティングシステム１０８、パッチマネージャ１０９がある。またアプリケーションプログラム１０７が使用するデータを格納するアプリケーションディスク４０５やオペレーティングシステム１０８が使用するシステムディスク４０６、外部とネットワーク通信するためのネットワーク装置１０４が接続されている。本実施例では、図４に示された論理計算機の構成を例にサービスを停止させないプログラム修正方法について述べる。
【００１３】
図５は、論理計算機資源管理テーブル３０６の構造を示している。論理計算機資源管理テーブル３０６は、各論理計算機が所有するプロセッサ，ディスク装置，ネットワーク装置，メモリ容量等の資源割当情報を格納する。カラム５０１は論理計算機の識別子，カラム５０２はプロセッサ割当率、カラム５０３は割り当てられたメモリ容量、カラム５０４は割り当てられたディスク装置、カラム５０５は割り当てられたネットワーク装置を示している。例えば、論理計算機１は、物理プロセッサ１を１００％割り当てられており、周辺装置としてＤＩＳＫ１およびＤＩＳＫ２、またネットワーク装置ＮＥＴ１が割り当てられていることを示している。この例では、論理計算機１又は論理計算機２が他の論理計算機に割り当てられた資源をカバーする資源を割り当てられており、他の論理計算機について予備論理計算機となり得る。
【００１４】
図６は、パッチテーブル３０７の構造を示している。パッチテーブル３０７には、これまでに処理したパッチファイル情報や未だ処理していないパッチファイルの情報などが格納されている。カラム６０１はパッチファイル名、カラム６０２からカラム６０４はパッチファイルの種類を示している。カラム６０２はセキュリティ関連、カラム６０３は機能向上関連、カラム６０４は機能修正関連などである。カラム６０５は修正された日時を示している。カラム６０６は、次回のパッチ処理時にパッチを適用するかどうかが記述されている。カラム６０７は、最後に処理されたパッチ処理実行結果が格納されている。
【００１５】
図７は、パッチ実行プログラム３０２のフローチャートを示している。ステップ７０１は、予備論理計算機のサーチを行う。このステップは、パッチ処理をしたい論理計算機と同等な資源を持つ未使用論理計算機をサーチする。このために、図５に示す論理計算機資源管理テーブル３０６を参照し、例えば論理計算機１のプログラムにパッチ処理を行う場合、割り当てられた資源をカバーする論理計算機２を割り当てる。ステップ７０２はシステムディスクをチェックする。ここでシステムディスクとは現在サービスを実行中の論理計算機が使用しているオペレーティングシステムを格納する記憶装置である。主なチェック項目は、システムがウイルス等の不正なプログラムを所有していないかどうかのチェックである。これは、ステップ７０３でシステムディスクのコピーを行うに当たっての前処理であり、不正なプログラムが格納された状態のまま、新しいシステムに移行するのを防止するのが目的である。ステップ７０３ではシステムディスクのコピーを行う。例えば論理計算機資源管理テーブル３０６の論理計算機１のＤＩＳＫ１がシステムディスクの場合、論理計算機２のＤＩＳＫ３へディスクの内容をコピーする。ステップ７０４ではアプリケーションディスクのコピーを行う。アプリケーションディスクとは、アプリケーションプログラムやアプリケーションデータを格納する記憶装置である。このディスクには、現在サービスを行っている論理計算機上で稼動しているアプリケーションが使用するデータが格納されている。例えば論理計算機資源管理テーブル３０６の論理計算機１のＤＩＳＫ２を論理計算機２のＤＩＳＫ４へコピーする。ステップ７０５ではパッチファイルのコピーを予備論理計算機のシステムディスクに対して行う。この時、パッチテーブル３０７も同じようにコピーする。図６のパッチテーブル３０７に記載されているパッチファイル６０１がコピーの対象となる。このパッチファイルを利用して、予備論理計算機が起動された時にパッチ処理が行われる。ステップ７０６ではパッチ実行スクリプトのコピーを予備論理計算機のシステムディスクに対して行う。パッチ実行スクリプトは、後で詳細に説明するが予備論理計算機が起動された時に自動的にパッチ処理が行われるようにするための自動化スクリプトである。
【００１６】
ステップ７０７は、予備論理計算機の起動を要求する。要求は、論理計算機制御プログラム３０５に対して発行され、論理計算機制御プログラム３０５は、計算機資源分割機構１１０に対して指定された論理計算機の起動要求を行う。これにより、予備論理計算機はステップ７０２でコピーされたシステムディスクを用いてオペレーティングシステム１０８が起動する。予備論理計算機が起動されると、ステップ７０６でコピーされたパッチ実行スクリプトが自動的に起動され所定のパッチ処理を実行する。ステップ７０８では、予備論理計算機の再起動要求を発行する。要求は、論理計算機制御プログラム３０５に対して発行され、論理計算機制御プログラム３０５は、計算機資源分割機構１１０に対して指定された論理計算機の再起動を行う。これは、パッチ処理を有効にするためである。パッチ処理を終了した時点では、またパッチ処理の内容は有効になっておらず、システム再起動すると有効になる。そのため、ステップ７０８で再起動要求を発行し予備論理計算機のシステムを再起動する。ステップ７０９では、予備論理計算機上でのパッチ処理が正常に終了したかどうかをチェックする。その結果、予備論理計算機上でのパッチ処理が正常に終了していれば、ステップ７１０でネットワーク切り替え処理を行い、サービスを処理する論理計算機を交替する。予備論理計算機上でのパッチ処理が正常に終了していなければ、現状の論理計算機上でサービスを継続して実行する。パッチ処理が正常に終了したかどうか、すぐには判断できないケースもある。例えば、パッチ処理後に数時間稼動した後、不具合が発生する場合である。この場合、元の論理計算機にサービスを再交代させることでサービスを継続させつつ、その間にパッチ処理による不具合の修正等が可能である。
【００１７】
図８は、図７のステップ７０３におけるシステムディスクのコピーの詳細フローを示している。ステップ８０１では書き込み履歴の採取開始を行う。これはコピー中に更新された情報を記録する目的である。ステップ８０２では、システムディスクのコピーを実施する。ステップ８０３ではコピーが終了したかどうかをチェックする。ステップ８０４では、書き込み履歴の採取を終了する。ステップ８０５では、コピー中に更新された情報を、コピー先のシステムディスクに反映する。こうすることで、コピーされたシステムディスクを最新の状態に保つことができる。
【００１８】
図９は、図７のステップ７０４におけるアプリケーションディスクのコピーの詳細フローを示している。ステップ９０１では書き込み履歴の採取開始を行う。これは、コピー中に更新された情報を記録する目的である。ステップ９０２では、アプリケーションディスクのコピーを実施する。ステップ９０３ではコピーが終了したかどうかをチェックする。ステップ９０４では、書き込み履歴の採取を終了する。ステップ９０５では、コピー中に更新された情報を、コピー先のアプリケーションディスクに反映する。こうすることで、コピーされたアプリケーションディスクを最新の状態に保つことができる。
【００１９】
図１０は、図８および図９における書き込み履歴の採取を説明する図である。書き込み操作が行われる場合（１００１）、書き込み操作を履歴取得プログラム１００２がトラップし、書き込みデータは例えばシステムディスクの場合はシステムディスク１００３へ書き込まれると共に、書き込み履歴ディスク１００８に、書き込み時間１００４、書き込み位置１００５、データ長１００６、データ１００７を追記書きする。このデータをもとに、システムディスクあるいはアプリケーションディスクのコピー後に最新の情報に更新することができる。これにより、ディスク容量が大きくコピーに時間がかかる場合にも、コピー中およびコピー後に発生した変更をコピー先のディスクに反映することができるようになる。従って予備論理計算機が本番稼動前にステップ８０５及びステップ９０５を実行し、未更新データをディスクに反映することができる。また他の方法として、ディスク装置が持つ機能を利用することもできる。ディスク装置がディスクのミラーリングを有し、一時的にミラーリングを解除し２つのディスクに分割する機能を持っている場合、この機能を使用することができる。ステップ７０３およびステップ７０４の要求でミラーリングを解除し、一つのディスクを現状のサービスを提供している論理計算機に割当て、もう一つを予備論理計算機に割り当てることによって、コピーと同等の機能を提供することができる。この機能は、一方のディスクに更新が発生した場合、再度ミラーリングの形態に戻す時に分割された両方のディスクのデータを一致させる機能があり、これにより最新の情報を確保したままコピーが完了したのと同じ動作をさせることができる。
【００２０】
図１１は、図７のステップ７０６でコピーされるパッチ実行スクリプト１１０７と関連するプログラムを示している。オペレーティングシステムは、通常起動時に自動的に実行される起動スクリプト１１０２〜１１０６を格納しておくことができる。この機能を使用し、オペレーティングシステムが起動したときにパッチ処理を行うように設定することが、パッチ実行スクリプト１１０７の目的である。オペレーティングシステムが起動した時に自動的にスクリプトを実行するスクリプト実行プログラム１１０１は、所定の場所に格納された各起動スクリプト１１０２〜１１０６を順番に実行する。このような起動スクリプトの１つとして、パッチ実行スクリプト１１０７を格納しておく。このパッチ実行スクリプト１１０７は、パッチファイル１１０９とパッチテーブル３０７を参照しながらパッチ処理を実行する。このような起動スクリプトの代わりにマシン語で表現された起動プログラムでもよいが、スクリプト言語で記載されたスクリプトであればシステム管理者による変更が容易となる。スクリプトの例としてシステムコマンド列から成るスクリプトなどがある。
【００２１】
図１２は、パッチ実行スクリプト１１０７の詳細フローを示している。ステップ１２０１では、パッチテーブル３０７を読み込む。ステップ１２０２では、パッチテーブル３０７をサーチし、パッチ処理を行うパッチファイル６０１を決定する。これは、図６のカラム６０６の次回実行カラムを参照することで実現できる。ステップ１２０３では、所定のパッチファイル１１０９を読み込み、ステップ１２０４でパッチプログラムを実行する。パッチプログラムは、通常オペレーティングシステムが標準で有しており、このプログラムと指定されたパッチファイル１１０９とで、オペレーティングシステム、アプリケーションなどのプログラムの修正を行うことができる。ステップ１２０５では、パッチプログラムの実行結果をパッチテーブル３０７のカラム６０７に格納する。ステップ１２０６では、指定された全てのパッチファイルが実行されたかどうかをチェックし、全て処理されていなければ、ステップ１２０３を実行し、全て実行されていればステップ１２０７へ移行する。ステップ１２０７では、論理計算機制御プログラム３０５を介して論理計算機１のパッチマネージャ１０９へパッチ処理が終了したことを通知する。この通知では、予備論理計算機のパッチテーブル３０７と共に、パッチ処理が終了したことを論理計算機１のパッチマネージャ１０９に伝える。これにより、パッチマネージャ１０９は、パッチ処理の終了と、パッチ処理が正常に行われたかどうかの情報を有するパッチテーブル３０７からパッチ処理の結果を知ることができる。
【００２２】
図１３は、ネットワークの切り替えフローを示している。ステップ１３０１では、ネットワークの切り替えが完了するまでネットワークの外部要求の受付を禁止する。既に受け付けた要求は処理するが、新たな要求は一時的に受け付けなくする。ステップ１３０２では、既に受け付けた要求を全て処理し終えるまで待機する。ステップ１３０３では、ネットワークの切り替え要求を発行する。このネットワーク切り替え要求は、論理計算機制御プログラム３０５を介して計算機資源分割機構１１０に対して発行され、これを受けた計算機資源分割機構１１０は、ネットワークのハードウエア経路を現論理計算機から予備論理計算機に変更する。ステップ１３０４では、ネットワークの切り替えが正常に行われ、論理計算機制御プログラム３０５を介して予備論理計算機のアプリケーションプログラム１０７を起動した後、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。ステップ１３０１からしばらくの間、ネットワークの受付が一時的にできなくなる期間ができるが、ネットワークは再要求を自動的に発行するため、使用者にはこの影響はない。このネットワークの切り替えを図示したのが、図１４である。
【００２３】
図１４は、ネットワークの切り替えを説明する図である。この例では、論理計算機１（１０５）から論理計算機２（１０６）へネットワーク装置１０４を切り替える様子を示している。この機能は計算機資源分割機構１１０が有しており、ネットワーク切り替え要求１４０２によってネットワーク装置１０４の通信経路が元の論理計算機の経路１４０３から新しい論理計算機の経路１４０４に切り替えられ、これによって、ネットワーク装置１０４のデータは論理計算機２（１０６）で受け付けることができるようになる。これにより、物理計算機１０１内の一つのネットワーク装置１０４の割当を変更することができるようになる。
【００２４】
図１５は、物理計算機が２つ以上のネットワーク装置１０４を有していた場合の、ネットワーク切り替えフローを示している。図１３で示したネットワーク切り替えは、一つのネットワーク装置１０４を切り替えるフローであるが、図１５では、２つ以上のネットワーク装置１０４を使用したネットワーク切り替えフローを示している。ステップ１５０１では、ネットワークの切り替えが完了するまでネットワークの外部要求の受付を禁止する。既に受け付けた要求は処理するが、新たな要求は一時的に受け付けなくする。ステップ１５０２では、既に受け付けた要求を全て処理し終えるまで待機する。ステップ１５０３では、自ネットワークアドレスを変更する。この変更はオペレーティングシステム１０８が標準で有しているネットワーク情報変更プログラムによって行う。ステップ１５０４では論理計算機制御プログラム３０５を介して予備論理計算機にアドレスの変更要求を発行する。ここでは、これまでサービスを処理していた論理計算機が使用していたネットワークアドレスを予備論理計算機に割り当てる。図１６にこの処理を示している。
【００２５】
図１６では、ステップ１６０１で予備論理計算機がネットワークアドレス変更要求を受け付ける。ステップ１６０２ではネットワークアドレスを変更する。この変更はオペレーティングシステムが標準で有しているネットワーク情報変更プログラムによって行う。ステップ１６０３では、ネットワークアドレスが変更されたことを、ネットワーク上の装置に通知する。ステップ１６０４では、論理計算機制御プログラム３０５を介して切り替えが正常に行われたかどうかを要求元に通知する。これにより、予備論理計算機のネットワークアドレスの変更を行う。一方、図１５のステップ１５０５では、ネットワークアドレスが変更されたことをネットワーク上の装置に通知する。ステップ１５０６では、ネットワークの切り替えが正常に行われ、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。これらの処理により、これまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことができる。
【００２６】
図１７は、物理計算機１０１が２つのネットワーク装置（１０４−１，１０４−２）を有している場合のネットワークの切り替えを示している。この例では、論理計算機１（１０５）から論理計算機２（１０６）のネットワークアドレスの切り替えを示している。論理計算機１（１０５）にはネットワーク装置１０４−１が割り当てられており、論理計算機２にはネットワーク装置１０４−２が割り当てられている。図１５の処理により、例えば論理計算機１の旧ネットワークアドレス１１１１１１１１を新しいネットワークアドレス（２２２２２２２２）に変更し、論理計算機２のネットワークアドレスを１１１１１１１１に変更する。論理計算機１（１０５）が計算機資源分割機構１１０を介して論理計算機２（１０６）へネットワークアドレス変更要求を発行することによって（１７０３）、ネットワーク装置が無くても論理計算機間で通信することができる。これらの処理により、２つの論理計算機のネットワーク接続を維持したまま、新しい論理計算機上にサービスを移行することができる。
【００２７】
図１８は、物理計算機１０１上の論理計算機１０５で稼動しているパッチマネージャ１０９内のパッチ監視プログラム３０３の概要を示している。パッチ監視プログラム３０３の機能は、インターネット１９０５上のパッチファイルが格納されたパッチサーバ１９０７の更新状況をチェックし、パッチファイルの更新が行われるとメールサーバ１９１１を介して管理者端末１９０６に通知する機能と、管理者端末１９０６が通知されたパッチの処理を行うかどうかをパッチ監視プログラム３０３に指示する機能を有する。パッチサーバ１９０７は、通常ＷＷＷサーバ１９０８またはファイル転送サーバで構成され、ディスク内にはパッチファイルや更新日付およびパッチの内容が記述されたファイル１９１０が格納されている。以下、パッチ監視プログラム３０３の詳細説明を行う。
【００２８】
図１９は、パッチ監視プログラム３０３のフローを示している。ステップ１８０１では、パッチ監視プログラム３０３がインターネット１９０５上等のパッチサーバ１９０７に接続する。ステップ１８０２ではそのパッチサーバを検索し、以前に監視した時間より後に更新されたパッチファイルがあればそれをダウンロードしてパッチテーブル３０７に登録する（ステップ１８０３）。ステップ１８０４では、新しく登録されたパッチファイルのリストを作成し、それをステップ１８０５で管理者端末１９０６に電子メールにて通知する。この時、パッチファイルの種別（図６のセキュリティ６０２から機能修正６０４）を参照し、特に重要なセキュリティに関する項目だけ管理者端末に送信するといったことも可能である。ステップ１８０６では、管理者端末１９０６からの電子メールによる指示を待つ。ステップ１８０７では、管理者端末１９０６からのメールの認証を行い、認証が正しければステップ１８０８に移行し、指示の内容に従いパッチテーブル３０７の次回実行６０６のカラムを更新する。その後、ステップ１８０９で、パッチ実行プログラム３０２を起動し、パッチ処理を行う。パッチ監視プログラム３０３は定期的に起動し、新しくパッチファイルが登録されたかどうかを監視する。図２０に管理者端末１９０６とパッチ監視プログラム３０３の通信の概略を示す。
【００２９】
図２０は、パッチ監視プログラム３０３と管理者端末１９０６の電子メールの通信内容例を示している。新しくパッチファイルが登録されると、パッチ監視プログラム３０３は管理者端末１９０６へ電子メールを送信する（ステップ２００３）。この時、認証用のコードを送信する。管理者端末１９０６は、電子メールを受けるとこれに対し、パッチ処理を行うかどうかが記述された電子メールを、認証用コードから生成したコードと共にパッチ監視プログラム３０３に通知する（ステップ２００４）。管理者かどうかの認証は、管理者端末１９０６が生成したコードと同じ方法でパッチ監視プログラム３０３がコード生成し、管理者端末１９０６が送信したコードと一致すれば管理者からの正しいメールと判断する。これらの電子メールは、それぞれメールサーバ１９１１を介して行われる。上記により、頻繁に更新されるパッチ情報でも管理者は的確に判断でき、また電子メールで指示を出すことができるようになるため、遠隔地からでも即パッチを行うことができるようになる。
【００３０】
本実施例の効果として、物理的に一つのプロセッサしか持たない物理計算機１０１でも、計算機資源分割機構１１０を使用し、サービスを停止させないでパッチ処理を行うことができる。
【００３１】
また本実施例１ではハードウェアが有する計算機資源分割機構１１０を使用したが、ソフトウェアで計算機資源を分割し複数の仮想計算機を構築する場合でも適用可能である。しかし計算機資源の使用効率は実施例１で示したハードウェアによる計算機資源分割機構１１０の方が優れている。
［実施例２］
本実施例２では、サービスの一時的な停止を無くするネットワーク切り替え方法を示している。実施例１では、図１３のステップ１３０１〜１３０４及び図１５のステップ１５０１〜１５０６にて一時的にサービスを受け付けられない期間が存在した。これに対し、本実施例２では、全ての要求を受け付けられるようにすることが目的である。図２１は、パッチマネージャ１０９’の構成を示している。パッチマネージャ１０９’は、パッチ実行プログラム３０２’、パッチ監視プログラム３０３、論理計算機資源管理テーブル３０６、パッチテーブル３０７、論理計算機制御プログラム３０５及びパケット変更プログラム２１０４から構成される。パッチ実行プログラム３０２’は、予備論理計算機を使用してプログラム修正処理を制御するプログラムである。パッチ監視プログラム３０３は、インターネット１９０５上等のパッチファイルが格納されたパッチサーバ１９０７を定期的に監視し、新しいパッチファイルが登録されたかどうかを監視し、パッチ処理を管理者に促すプログラムである。論理計算機資源管理テーブル３０６は、各論理計算機が持つプロセッサ，ディスク装置，ネットワーク装置等の資源が登録されている。パッチテーブル３０７はパッチファイルを管理するテーブルで、既に処理したパッチファイルと未だ処理していないパッチファイルの区分等が登録されている。論理計算機資源管理テーブル３０６とパッチテーブル３０７は、パッチ実行プログラム３０２’やパッチ監視プログラム３０３の実行時に参照／更新される。論理計算機制御プログラム３０５は、パッチ実行プログラム３０２’やパッチ監視プログラム３０３が論理計算機を制御する場合に使用される。論理計算機制御プログラム３０５は、論理計算機間の通信や論理計算機の起動などのインターフェースを提供する。パケット変更プログラム２１０４は、ネットワークに送信する情報を更新する機能を有し、これについては後で詳細に説明する。以下で説明する以外の各構成については、実施例１と同じである。
【００３２】
図２２は、パッチ実行プログラム３０２’内のネットワーク切り替えフローを示している。ステップ２２０１では、予備論理計算機にアドレスの変更要求を発行する。ステップ２２０２では、自ネットワークアドレスの変更を行う。ステップ２２０３では、ネットワークアドレスが変更されたことをネットワーク上の装置に通知する。この時点でこれまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことになる。新規に発行されたネットワークからの要求は、新しい予備論理計算機上で処理される。しかしこれまでサービスを処理していた論理計算機内には未処理の要求が残っており、これらを正常に処理する必要がある。そのためにステップ２２０４でパッチ実行プログラム３０２’は、パケット変更通知を発行する。これについては後で詳細に説明する。ステップ２２０５では、ネットワークの切り替えが正常に行われ、サービスが正常に開始されたかどうかをチェックする。もしネットワークやサービスの切り替えが正常に行われていない場合は、逆の手順によって元の論理計算機でサービスを再切替することで、サービスの停止を無くすことができる。これらの処理により、これまでサービスを処理していた論理計算機は新しいネットワークアドレスを有し、予備論理計算機はこれまでサービスを提供していた論理計算機のネットワークアドレスを引き継ぐことができる。
【００３３】
図２３は、パケット変更プログラム２１０４の位置付けを示している。オペレーティングシステム１０８内のネットワーク制御プログラム２３０４に、パケットを送信する処理を行うパケット送信プログラム２３０５がある。パケット変更プログラム２１０４は、このパケット送信プログラム２３０５から呼び出されるプログラムである。
【００３４】
図２４は、パケット送信プログラム２３０５のフローを示している。ステップ２４０１では、パケット送信プログラム２３０５は、要求されたデータからパケットを生成する。ステップ２４０２では、パケット変更通知が発行されたかどうかをチェックする。パケット変更通知は、図２２のステップ２２０４で発行される。もしパケット変更通知が発行されていれば、ステップ２４０３に移行しパケット変更プログラム２１０４を呼び出す。パケット変更プログラム２１０４は、図２５に示すように、パケット内の送信元アドレスをサービスを処理していた時に使用していた元のネットワークアドレスに変更する（ステップ２５０１）。ステップ２４０４では、生成されたパケットを送信する。
【００３５】
図２６は、パケットの構造を示している。パケットはネットワークを介して転送されるデータであり、送信元ネットワークアドレス２６０２と送信先ネットワークアドレス２６０３が格納されている。パケット変更プログラム２１０４を実行する前のパケット構造は２６０４で示されており、送信元ネットワークアドレス２６０２には、図２２のステップ２２０２により新たに更新された新しいネットワークアドレスが格納される。しかしこのパケットを生成することになったネットワーク上の装置からの要求は、サービスを行っていたときに受け付けられており、このままその装置に返送すると、要求した装置はこのパケットを受け付けることができない。そのためパケット変更プログラム２１０４は、パケット変更通知が発行されている間だけ、パケット２６０７内の送信元アドレス２６０２を、サービスを処理していた時に使用していた元のネットワークアドレスに変更する。こうすることで、要求の発行者は論理計算機が途中で変更されても問題が起こらないようにすることができる。なお全ての要求が処理された時点でパケット変更通知は解除されることが望ましい。
【００３６】
実施例２の効果は、サービスをまったく停止させることなくパッチ処理を行うことができるようになることである。
【００３７】
また実施例２ではハードウェアが有する計算機資源分割機構１１０を使用したが、ソフトウェアで計算機資源を分割し複数の仮想計算機を構築する場合でも適用可能である。しかし計算機資源の使用効率は実施例２で示したハードウェアによる計算機資源分割機構１１０の方が優れている。
【００３８】
【発明の効果】
本発明により、サービスを停止させることなくパッチ処理を行えるとともに、パッチファイルが頻繁に更新される場合でも管理者は容易にパッチファイルの更新を知ることができ、また遠隔地からでもパッチ更新の指示を出すことができる。
【図面の簡単な説明】
【図１】本発明の実施例１における全体構成図である。
【図２】実施形態のパッチ処理の流れを示す図である。
【図３】実施形態のパッチマネージャの構成を示す図である。
【図４】論理計算機の構成例を示す図である。
【図５】実施形態の論理計算機資源管理テーブルの構成を示す図である。
【図６】実施形態のパッチテーブルの構成を示す図である。
【図７】実施形態のパッチ実行プログラムのフロー図である。
【図８】実施形態のシステムディスクのコピーフロー図である。
【図９】実施形態のアプリケーションディスクのコピーフロー図である。
【図１０】実施形態の書き込み履歴の構成を示す図である。
【図１１】実施形態のスクリプトの構造を示す図である。
【図１２】実施形態のパッチ実行スクリプトのフロー図である。
【図１３】実施形態のネットワーク切り替えフロー図である。
【図１４】実施形態のネットワーク切り替え処理を説明する図である。
【図１５】実施形態のネットワーク切り替えフロー図である。
【図１６】実施形態の予備論理計算機内のネットワーク切り替えフロー図である。
【図１７】実施形態のネットワーク切り替え処理を説明する図である。
【図１８】実施形態のパッチ監視プログラムの動作環境を示す図である。
【図１９】実施形態のパッチ監視プログラムの処理フロー図である。
【図２０】実施形態のパッチ監視プログラムの動作概要を示す図である。
【図２１】実施例２におけるパッチマネージャの構成を示す図である。
【図２２】実施例２におけるネットワーク切り替えフローを示す図である。
【図２３】実施例２におけるパケット変更プログラムの位置付けを示す図である。
【図２４】実施例２におけるパケット送信プログラムのフローを示す図である。
【図２５】実施例２におけるパケット変更プログラムのフローを示す図である。
【図２６】実施例２におけるパケットの構成を示す図である。
【符号の説明】
１０１：物理計算機、１０５，１０６：論理計算機、１０７：アプリケーションプログラム、１０８：オペレーティングシステム、１０９：パッチマネージャ、１１０：計算機資源分割機構、３０２：パッチ実行プログラム、３０３：パッチ監視プログラム、３０７：パッチテーブル、１１０７：パッチ実行スクリプト、１１０９：パッチファイル、１９０６：管理者端末、１９０７：パッチサーバ、１９１１：メールサーバ
Claims (10)
- 第１の論理計算機と第２の論理計算機とを有する計算機システムに於けるプログラム修正方法であって、
稼動中の前記第１の論理計算機は、オペレーティングシステム、アプリケーションプログラム、パッチ実行スクリプトとパッチファイルとを含むパッチマネージャからなるプログラムとデータとを前記第１の論理計算機の第１の記憶手段から前記第２の論理計算機の第２の記憶手段へコピーし、待機中の前記第２の論理計算機を起動し、
前記第２の論理計算機は、コピーされたパッチ実行スクリプトを用いてコピーされたプログラムを修正し、
前記第１の論理計算機は、ネットワークとのハードウェア経路を前記第１の論理計算機に接続された第１の経路から前記第２の論理計算機に接続された第２の経路に切り替え、前記第１の論理計算機の稼動から修正されたプログラムを用いる前記第２の論理計算機の稼動に切り替えることを特徴とするプログラム修正方法。 - 前記コピーを実行時に、前記第１の論理計算機は、コピー元の前記第１の記憶手段に施される更新の履歴を採取し、コピー終了後に前記履歴を用いてコピー先の前記第２の記憶手段を更新することを特徴とする請求項１記載のプログラム修正方法。
- 前記コピーされたプログラムの修正の結果を前記第２の論理計算機は、前記第１の論理計算機に通知し、
前記修正の結果が正常と判定される場合、前記第１の論理計算機は、前記第１の論理計算機の稼動から前記修正されたプログラムを用いる前記第２の論理計算機の稼動に切り替えることを特徴とする請求項１記載のプログラム修正方法。 - 前記ネットワークの切り替えの際に、前記第１の論理計算機は、前記ネットワークを介する外部要求の受付禁止とし、すでに受け付けられた外部要求の処理を完了し、前記第１の論理計算機の制御下の第１のネットワーク装置の第１のネットワークアドレスを第２のネットワークアドレスに変更し、前記第２の論理計算機の制御下の第２のネットワーク装置のネットワークアドレスとして前記第１のネットワークアドレスを設定することを特徴とする請求項１記載のプログラム修正方法。
- 稼動中の前記第１の論理計算機の制御下の第１のネットワーク装置のネットワークアドレスが第１のネットワークアドレスである場合に、前記ネットワークの切り替えに際して、前記第１の論理計算機は、前記第２の論理計算機の制御下の第２のネットワーク装置のネットワークアドレスとして前記第１のネットワークアドレスを設定し、前記第１のネットワーク装置のネットワークアドレスを第２のネットワークアドレスに変更し、前記ネットワークを介して外部に送信するパケットの送信元アドレスが前記第２のネットワークアドレスであるパケットについて前記送信元アドレスを前記第１のネットワークアドレスに変更することを特徴とする請求項１記載のプログラム修正方法。
- コンピュータに、稼動中の第１の論理計算機のオペレーティングシステム、アプリケーションプログラム、パッチ実行スクリプトとパッチファイルとを含むパッチマネージャからなるプログラムとデータとを前記第１の論理計算機の第１の記憶手段から第２の論理計算機の第２の記憶手段へコピーする機能、コピーされたプログラムを用いて待機中の前記第２の論理計算機を起動する機能、コピーされたパッチ実行スクリプトを用いて前記コピーされたプログラムを修正する機能、ネットワークとのハードウェア経路を前記第１の論理計算機に接続された第１の経路から前記第２の論理計算機に接続された第２の経路に切り替える機能、および前記第１の論理計算機の稼動から修正されたプログラムを用いる前記第２の論理計算機の稼動に切り替える機能を実現させるためのプログラム。
- 前記コンピュータに、さらに前記コピーを実行時に、コピー元の前記第１の記憶手段に施される更新の履歴を採取する機能、およびコピー終了後に前記履歴を用いてコピー先の前記第２の記憶手段を更新する機能を実現させることを特徴とする請求項６記載のプログラム。
- 前記コンピュータに、さらにコピーされた前記プログラムの修正の結果を前記第２の論理計算機から前記第１の論理計算機に通知する機能、および正常と判定される場合に前記第１の論理計算機の稼動から前記修正されたプログラムを用いる前記第２の論理計算機の稼動に切り替える機能を実現させることを特徴とする請求項６記載のプログラム。
- 前記コンピュータに、さらに前記ネットワークの切り替えの際に、前記ネットワークを介する外部要求の受付禁止とする機能、すでに受け付けられた外部要求の処理を完了する機能、前記第１の論理計算機の制御下の第１のネットワーク装置の第１のネットワークアドレスを第２のネットワークアドレスに変更する機能、および前記第２の論理計算機の制御下の第２のネットワーク装置のネットワークアドレスとして前記第１のネットワークアドレスを設定する機能を実現させることを特徴とする請求項６記載のプログラム。
- 前記コンピュータに、さらに稼動中の前記第１の論理計算機の制御下の第１のネットワーク装置のネットワークアドレスが第１のネットワークアドレスである場合に、前記ネットワークの切り替えに際して、前記第２の論理計算機の制御下の第２のネットワーク装置のネットワークアドレスとして前記第１のネットワークアドレスを設定する機能、前記第１のネットワーク装置のネットワークアドレスを第２のネットワークアドレスに変更する機能、および前記ネットワークを介して外部に送信するパケットの送信元アドレスが前記第２のネットワークアドレスであるパケットについて前記送信元アドレスを前記第１のネットワークアドレスに変更する機能を実現させることを特徴とする請求項６記載のプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001130919A JP4426736B2 (ja) | 2001-04-27 | 2001-04-27 | プログラム修正方法およびプログラム |
| US10/046,203 US7127635B2 (en) | 2001-04-27 | 2002-01-16 | Method for correcting a program running on a computer system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001130919A JP4426736B2 (ja) | 2001-04-27 | 2001-04-27 | プログラム修正方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002328813A JP2002328813A (ja) | 2002-11-15 |
| JP4426736B2 true JP4426736B2 (ja) | 2010-03-03 |
Family
ID=18979196
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001130919A Expired - Fee Related JP4426736B2 (ja) | 2001-04-27 | 2001-04-27 | プログラム修正方法およびプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7127635B2 (ja) |
| JP (1) | JP4426736B2 (ja) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4054616B2 (ja) * | 2002-06-27 | 2008-02-27 | 株式会社日立製作所 | 論理計算機システム、論理計算機システムの構成制御方法および論理計算機システムの構成制御プログラム |
| US7865578B1 (en) | 2002-08-19 | 2011-01-04 | Juniper Networks, Inc. | Generation of a configuration patch for network devices |
| US7558835B1 (en) * | 2002-08-19 | 2009-07-07 | Juniper Networks, Inc. | Application of a configuration patch to a network device |
| US7233975B1 (en) | 2002-08-19 | 2007-06-19 | Juniper Networks, Inc. | Private configuration of network devices |
| US7483965B1 (en) | 2002-08-19 | 2009-01-27 | Juniper Networks, Inc. | Generation of a configuration patch for network devices |
| US7523097B1 (en) | 2004-01-13 | 2009-04-21 | Juniper Networks, Inc. | Restoration of archived configurations for a network device |
| JP4537724B2 (ja) * | 2004-02-06 | 2010-09-08 | 国立大学法人東京工業大学 | ソフトウェア更新方法及びソフトウェア更新プログラム |
| US7373492B2 (en) * | 2004-08-30 | 2008-05-13 | Lehman Brothers Inc. | Boot disk management utility |
| US8146073B2 (en) | 2004-09-30 | 2012-03-27 | Microsoft Corporation | Updating software while it is running |
| JP4516933B2 (ja) * | 2006-05-09 | 2010-08-04 | キリンエンジニアリング株式会社 | 制御システム及び制御装置群の更新方法 |
| JP2007304845A (ja) * | 2006-05-11 | 2007-11-22 | Nec Corp | 仮想計算機システムおよびソフトウェア更新方法 |
| US8286238B2 (en) | 2006-09-29 | 2012-10-09 | Intel Corporation | Method and apparatus for run-time in-memory patching of code from a service processor |
| US8032351B2 (en) * | 2006-11-30 | 2011-10-04 | Symantec Corporation | Running a virtual machine directly from a physical machine using snapshots |
| JP4809209B2 (ja) * | 2006-12-28 | 2011-11-09 | 株式会社日立製作所 | サーバ仮想化環境における系切り替え方法及び計算機システム |
| US9417895B2 (en) * | 2007-10-19 | 2016-08-16 | Kubisys Inc. | Concurrent execution of a first instance and a cloned instance of an application |
| JP5141196B2 (ja) * | 2007-11-13 | 2013-02-13 | 富士通株式会社 | センタ管理装置、センタ管理プログラム、センタ管理方法 |
| US8261254B2 (en) * | 2008-03-31 | 2012-09-04 | Symantec Corporation | Dynamic insertion and removal of virtual software sub-layers |
| JP5161696B2 (ja) * | 2008-08-07 | 2013-03-13 | 株式会社日立製作所 | 仮想計算機システムおよび仮想計算機システムにおけるエラー回復方法ならびに仮想計算機制御プログラム |
| US8930894B2 (en) * | 2008-10-08 | 2015-01-06 | Oracle America, Inc. | Method and system for executing an executable file |
| JP4838338B2 (ja) * | 2009-08-31 | 2011-12-14 | 株式会社ソニー・コンピュータエンタテインメント | 情報処理装置 |
| WO2011042961A1 (ja) * | 2009-10-07 | 2011-04-14 | 富士通株式会社 | 更新管理装置及び方法 |
| JP5532874B2 (ja) * | 2009-12-02 | 2014-06-25 | 日本電気株式会社 | 情報処理装置 |
| JP5728812B2 (ja) * | 2010-02-17 | 2015-06-03 | 日本電気株式会社 | 分散型情報処理システム及び分散ストレージシステム |
| JP2011186915A (ja) * | 2010-03-10 | 2011-09-22 | Hitachi Ltd | 仮想計算機システム及び仮想計算機の制御方法 |
| US8799453B2 (en) | 2010-10-20 | 2014-08-05 | Microsoft Corporation | Managing networks and machines for an online service |
| US8751656B2 (en) | 2010-10-20 | 2014-06-10 | Microsoft Corporation | Machine manager for deploying and managing machines |
| US8386501B2 (en) | 2010-10-20 | 2013-02-26 | Microsoft Corporation | Dynamically splitting multi-tenant databases |
| US9075661B2 (en) | 2010-10-20 | 2015-07-07 | Microsoft Technology Licensing, Llc | Placing objects on hosts using hard and soft constraints |
| US20120102480A1 (en) * | 2010-10-20 | 2012-04-26 | Microsoft Corporation | High availability of machines during patching |
| US8417737B2 (en) | 2010-10-20 | 2013-04-09 | Microsoft Corporation | Online database availability during upgrade |
| US8296267B2 (en) | 2010-10-20 | 2012-10-23 | Microsoft Corporation | Upgrade of highly available farm server groups |
| US8850550B2 (en) | 2010-11-23 | 2014-09-30 | Microsoft Corporation | Using cached security tokens in an online service |
| US9721030B2 (en) | 2010-12-09 | 2017-08-01 | Microsoft Technology Licensing, Llc | Codeless sharing of spreadsheet objects |
| US8812832B2 (en) * | 2011-02-18 | 2014-08-19 | Avast Software A.S. | Method and system of using a non-native operating system for scanning and modifying system configuration data of a native operating system |
| US9367298B1 (en) | 2012-03-28 | 2016-06-14 | Juniper Networks, Inc. | Batch configuration mode for configuring network devices |
| US9152410B2 (en) * | 2012-06-21 | 2015-10-06 | Vaibhav KHANDELWAL | Auto-update while running client interface with handshake |
| JP6053637B2 (ja) * | 2013-08-07 | 2016-12-27 | 日本電信電話株式会社 | 仮想ホストのバージョンアップ方法、および、ネットワーク装置 |
| JP6254963B2 (ja) * | 2015-01-30 | 2017-12-27 | 日本電信電話株式会社 | 分散処理システム、および、分散処理方法 |
| JP6384847B1 (ja) * | 2018-04-17 | 2018-09-05 | Ａｄｖａｎｃｅｄ Ｍｅｄｉｃａｌ ＩｎｆｏＴｅｃ株式会社 | 情報処理システム、情報処理方法及び情報処理プログラム |
| JP7196556B2 (ja) * | 2018-11-20 | 2022-12-27 | コニカミノルタ株式会社 | 画像形成装置、情報処理装置及びプログラム |
| JP7413169B2 (ja) * | 2020-07-06 | 2024-01-15 | 株式会社日立産機システム | コントロール装置 |
| US12072781B2 (en) * | 2020-12-23 | 2024-08-27 | Intel Corporation | Methods and apparatus for continuous monitoring of telemetry in the field |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5437033A (en) * | 1990-11-16 | 1995-07-25 | Hitachi, Ltd. | System for recovery from a virtual machine monitor failure with a continuous guest dispatched to a nonguest mode |
| US5621885A (en) * | 1995-06-07 | 1997-04-15 | Tandem Computers, Incorporated | System and method for providing a fault tolerant computer program runtime support environment |
| US5852724A (en) * | 1996-06-18 | 1998-12-22 | Veritas Software Corp. | System and method for "N" primary servers to fail over to "1" secondary server |
| US5829001A (en) * | 1997-01-21 | 1998-10-27 | Netiq Corporation | Database updates over a network |
| US5951695A (en) * | 1997-07-25 | 1999-09-14 | Hewlett-Packard Company | Fast database failover |
| US6275953B1 (en) * | 1997-09-26 | 2001-08-14 | Emc Corporation | Recovery from failure of a data processor in a network server |
| US6185695B1 (en) * | 1998-04-09 | 2001-02-06 | Sun Microsystems, Inc. | Method and apparatus for transparent server failover for highly available objects |
| US6898727B1 (en) * | 2000-03-22 | 2005-05-24 | Emc Corporation | Method and apparatus for providing host resources for an electronic commerce site |
| US6701455B1 (en) * | 2000-08-29 | 2004-03-02 | Hitachi, Ltd. | Remote copy system with data integrity |
| US6948089B2 (en) * | 2002-01-10 | 2005-09-20 | Hitachi, Ltd. | Apparatus and method for multiple generation remote backup and fast restore |
-
2001
- 2001-04-27 JP JP2001130919A patent/JP4426736B2/ja not_active Expired - Fee Related
-
2002
- 2002-01-16 US US10/046,203 patent/US7127635B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20020162049A1 (en) | 2002-10-31 |
| US7127635B2 (en) | 2006-10-24 |
| JP2002328813A (ja) | 2002-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4426736B2 (ja) | プログラム修正方法およびプログラム | |
| US11880679B2 (en) | System and method for supporting patching in a multitenant application server environment | |
| CN114341792B (zh) | 存储集群之间的数据分区切换 | |
| US10853056B2 (en) | System and method for supporting patching in a multitenant application server environment | |
| CN106991035B (zh) | 一种基于微服务架构的主机监控系统 | |
| US10178184B2 (en) | System and method for session handling in a multitenant application server environment | |
| CN107102916B (zh) | 在服务的次要位置重放作业 | |
| KR100960009B1 (ko) | 네트워크를 통한 파일 분배용의 로컬화된 판독전용기억장치 | |
| US8417796B2 (en) | System and method for transferring a computing environment between computers of dissimilar configurations | |
| JP4359609B2 (ja) | 計算機システム、システムソフトウェア更新方法及び第１サーバ装置 | |
| US20090144720A1 (en) | Cluster software upgrades | |
| US9448834B2 (en) | Automated testing of physical servers using a virtual machine | |
| US10635428B2 (en) | System and method for in-service update of software | |
| US20070220323A1 (en) | System and method for highly available data processing in cluster system | |
| US11169835B1 (en) | VM data migration between storage devices | |
| WO2011111249A1 (ja) | 仮想計算機システム及び仮想計算機の制御方法 | |
| CN115858086A (zh) | 数据恢复方法、数据恢复系统、设备及存储介质 | |
| CN111090546A (zh) | 一种操作系统重启方法、装置、设备及可读存储介质 | |
| JP2002041298A (ja) | 計算機と資源自動適用処理プログラムと資源自動適用処理プログラムの記録媒体 | |
| US20240160354A1 (en) | Node cache migration |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060612 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060612 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090807 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090825 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091021 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091124 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091211 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121218 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131218 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |