(57)【要約】【課題】管理対象端末の稼動を確実に継続させながら運用管理システムのバージョンを円滑に移行するバージョン移行方法を提供する。【解決手段】管理対象ノード２ａ、２ｂ、２ｃと、旧エージェントａ、ｂ、ｃを制御して管理対象ノード２ａ、２ｂ、２ｃの運用管理を行う旧管理サーバ６から構成される旧バージョンの運用管理システムに、新バージョンの新管理サーバ８を設置し、管理対象ノード２ａ、２ｂ、２ｃに新バージョンの新エージェントａ´、ｂ´、ｃ´をインストールする。次に、管理対象ノード２ａ、２ｂ、２ｃにおいて処理される業務毎に旧管理サーバ６から新管理サーバ８へ運用管理を移行する。次に、旧管理サーバ６の制御に基づく管理対象ノード２ａ、２ｂ、２ｃの運用管理を継続したまま、新管理サーバ８の制御に基づく管理対象ノード２ａ、２ｂ、２ｃの試験運用管理を行う。そして、正常に運用管理が行うことができることを確認した後に、旧エージェントａ、ｂ、ｃをアンインストールし、旧管理サーバ６を廃止して運用管理システムを新バージョンに移行する。【選択図】　図４
2004126979.tif 000002
【特許請求の範囲】
【請求項１】
旧バージョンの旧運用管理ソフトウェアがインストールされている管理対象端末と、前記旧運用管理ソフトウェアを制御することにより前記管理対象端末の運用を管理する旧バージョンの旧管理サーバとがネットワークを介して接続されている運用管理システムのバージョンを、旧バージョンから新バージョンに移行するバージョン移行方法において、
新バージョンの新管理サーバを設置する新管理サーバ設置工程と、
前記旧管理サーバに記憶されている前記管理対象端末の運用管理情報を複製し、前記新管理サーバに移行する運用管理情報移行工程と、
前記管理対象端末に前記新管理サーバにより制御される新バージョンの新運用管理ソフトウェアをインストールする新運用管理ソフトウェアインストール工程と、
前記管理対象端末において行われる業務の運用管理を該業務毎に、前記旧管理サーバから前記新管理サーバへ移行する業務移行工程と、
前記業務移行工程において、前記旧管理サーバによる制御に基づいて運用管理が行われていた全ての業務を前記新管理サーバに移行した場合に、前記旧管理サーバを廃止する旧管理サーバ廃止工程と
を含むことを特徴とするバージョン移行方法。
【請求項２】
前記業務移行工程は、前記新管理サーバへ移行された業務について、前記新管理サーバが前記新運用管理ソフトウェアを制御することにより試験運用管理を行う試験運用管理工程を含むことを特徴とする請求項１記載のバージョン移行方法。
【請求項３】
前記試験運用管理工程は、前記新管理サーバによる前記試験運用管理に問題が発生した場合には、前記新管理サーバに移行された業務の運用管理を、前記旧管理サーバによる制御に基づく運用管理に戻す復旧工程を含むことを特徴とする請求項２記載のバージョン移行方法。
【請求項４】
前記旧管理サーバ廃止工程は、前記管理対象端末から前記旧運用管理ソフトウェアをアンインストールする旧運用管理ソフトウェアアンインストール工程を含むことを特徴とする請求項１〜請求項３の何れか一項に記載のバージョン移行方法。
【請求項５】
前記管理対象端末は、常時稼動端末であることを特徴とする請求項１〜請求項４の何れか一項に記載のバージョン移行方法。
【請求項６】
旧バージョンの旧ソフトウェアがインストールされてるクライアントと、前記クライアントの管理を行う旧バージョンの旧管理サーバとがネットワークを介して接続されているクライアント・サーバシステムのバージョンを、旧バージョンから新バージョンに移行するバージョン移行方法において、
新バージョンの新管理サーバを設置する新管理サーバ設置工程と、
前記旧管理サーバに記憶されている前記クライアントの管理情報を複製し、前記新管理サーバに移行する管理情報移行工程と、
前記クライアントに新バージョンの新ソフトウェアをインストールする新ソフトウェアインストール工程と、
前記クライアントにおいて稼動するソフトウェアの管理を所定の単位毎に、前記旧管理サーバから前記新管理サーバへ移行する管理移行工程と、
前記管理移行工程において、前記旧管理サーバにより管理が行われていた全てのソフトウェアの管理を前記新管理サーバに移行した場合に、前記旧管理サーバを廃止する旧管理サーバ廃止工程と
を含むことを特徴とするバージョン移行方法。
【請求項７】
前記管理移行工程は、前記新管理サーバへ管理が移行されたソフトウェアについて、前記新管理サーバによる試験管理を行う試験管理工程を含むことを特徴とする請求項６記載のバージョン移行方法。
【請求項８】
前記試験管理工程は、前記新管理サーバによる前記試験管理に問題が発生した場合には、前記新管理サーバに移行されたソフトウェアの管理を、前記旧管理サーバによる管理に戻す復旧工程を含むことを特徴とする請求項７記載のバージョン移行方法。
【請求項９】
前記旧管理サーバ廃止工程は、前記クライアントから前記旧ソフトウェアをアンインストールする旧ソフトウェアアンインストール工程を含むことを特徴とする請求項６〜請求項８の何れか一項に記載のバージョン移行方法。
【請求項１０】
前記クライアントは、常時稼動していることを特徴とする請求項６〜請求項９の何れか一項に記載のバージョン移行方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、管理対象端末の運用管理を行う運用管理システムや分散データ処理を行うクライアント・サーバシステムのバージョンを移行するバージョン移行方法に関するものである。
【０００２】
【従来の技術】
従来、例えば、運用管理システムのバージョンを移行する場合には、管理対象端末の稼動を停止し、バージョン移行のための作業を行っていた。即ち、まず、管理サーバによる管理対象端末の運用管理を停止すると共に、管理対象端末の稼動を停止し、管理サーバのバージョンを移行すると共に、管理対象端末にインストールされている旧バージョンの旧運用管理ソフトウェアをアンインストールし、又はモジュールの入れ替え、定義データの変換をしていた。そして、管理対象端末に新バージョンの新管理運用ソフトウェアのインストールやモジュールの入れ替え、定義データの変換を行い、運用管理システムのバージョンを移行していた。従って運用管理システムのバージョンを移行する場合には、管理対象端末を停止しなければならず、停止することによる影響が少ない日時、例えば休日や夜間等に管理対象端末の稼動を全面的に停止して運用管理システムのバージョンを移行するための作業を行っていた。
【０００３】
なお、クライアント・サーバシステムにおいて、２台のサーバを常設して１台のサーバのバージョンを新しくする一方、残りの１台のサーバのバージョンはそのままとし、新バージョンに移行したクライアント（端末）から、順次、管理を新サーバに切り替えて、システムを稼動させたままバージョンを移行するシステムが存在する（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開平１１−３５３２０２号公報
【０００５】
【発明が解決しようとする課題】
ところで、夜間等に管理対象端末の稼動を停止することが可能な場合には、従来と同様に管理対象端末の稼働を停止して運用管理システムのバージョンを移行することが可能である。しかし、常時稼動させることが必要なシステム、例えば、証券取引のシステム、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｍｍｅｒｃｅ）サイト等の管理対象端末においては、運用管理システムのバージョンを移行するために管理対象端末の稼働を停止することは困難である。即ち、管理対象端末の稼動を停止することにより、場合によっては大きな損害が発生することになる。
【０００６】
また、短時間ならば管理対象端末の稼動を停止することが可能な場合であっても、この場合には限られた時間内にバージョン移行の作業を行うため、新バージョンで正常な運用管理を行うことができるか否かの確認を十分に行うことができない。
【０００７】
この発明の課題は、管理対象端末やクライアントの稼動を確実に継続させながら運用管理システムやクライアント・サーバシステムのバージョンを円滑に移行するバージョン移行方法を提供することである。
【０００８】
【課題を解決するための手段】
請求項１記載のバージョン移行方法は、旧バージョンの旧運用管理ソフトウェアがインストールされている管理対象端末と、前記旧運用管理ソフトウェアを制御することにより前記管理対象端末の運用を管理する旧バージョンの旧管理サーバとがネットワークを介して接続されている運用管理システムのバージョンを、旧バージョンから新バージョンに移行するバージョン移行方法において、新バージョンの新管理サーバを設置する新管理サーバ設置工程と、前記旧管理サーバに記憶されている前記管理対象端末の運用管理情報を複製し、前記新管理サーバに移行する運用管理情報移行工程と、前記管理対象端末に前記新管理サーバにより制御される新バージョンの新運用管理ソフトウェアをインストールする新運用管理ソフトウェアインストール工程と、前記管理対象端末において行われる業務の運用管理を該業務毎に、前記旧管理サーバから前記新管理サーバへ移行する業務移行工程と、前記業務移行工程において、前記旧管理サーバによる制御に基づいて運用管理が行われていた全ての業務を前記新管理サーバに移行した場合に、前記旧管理サーバを廃止する旧管理サーバ廃止工程とを含むことを特徴とする。
【０００９】
この請求項１記載のバージョン移行方法によれば、まず、新バージョンの新管理サーバを設置し、管理対象端末に旧運用管理ソフトウェアに加えて更に新運用管理ソフトウェアをインストールしている。そして、管理対象端末において処理される業務毎に旧管理サーバから新管理サーバへ運用管理を移行して運用管理システムのバージョンを移行している。従って、管理対象端末の運用管理を旧管理サーバ及び新管理サーバの双方で行うことができる状態で、業務（一般に「ジョブ」と表現され、管理対象端末において行われる仕事の単位）毎に旧管理サーバから新管理サーバに運用管理を移行している。そのため、管理対象端末の稼動を停止することなく円滑に運用管理システムのバージョンを移行することができる。
【００１０】
また、請求項２記載のバージョン移行方法は、前記業務移行工程は、前記新管理サーバへ移行された業務について、前記新管理サーバが前記新運用管理ソフトウェアを制御することにより試験運用管理を行う試験運用管理工程を含むことを特徴とする。
【００１１】
この請求項２記載のバージョン移行方法によれば、旧管理サーバによる制御に基づく管理対象端末の運用管理を継続したままで、旧管理サーバから新管理サーバに運用管理が移行された業務の試験運用管理を行っている。従って、管理対象端末の稼動を停止することなく新管理サーバによる制御に基づく運用管理が正常に行われるか否かを十分に確認することができ、安全に運用管理システムのバージョンを移行することができる。
【００１２】
また、請求項３記載のバージョン移行方法は、前記試験運用管理工程は、前記新管理サーバによる前記試験運用管理に問題が発生した場合には、前記新管理サーバに移行された業務の運用管理を、前記旧管理サーバによる制御に基づく運用管理に戻す復旧工程を含むことを特徴とする。
【００１３】
この請求項３記載のバージョン移行方法によれば、新管理サーバによる制御に基づく業務の試験運用管理に問題が発生した場合には、旧管理サーバによる制御に基づく運用管理に戻すことができる。従って、管理対象端末の稼動を停止することなく容易に復旧作業を行うことができる。
【００１４】
また、請求項４記載のバージョン移行方法は、前記旧管理サーバ廃止工程が、前記管理対象端末から前記旧運用管理ソフトウェアをアンインストールする旧運用管理ソフトウェアアンインストール工程を含むことを特徴とする。
【００１５】
この請求項４記載のバージョン移行方法によれば、新バージョンでの運用管理についての試験を行った後に、管理対象端末にインストールされていた旧運用管理ソフトウェアをアンインストールしている。そのため、安全、かつ、確実に運用管理システムのバージョンを旧バージョンから新バージョンへと移行することができる。
【００１６】
また、請求項５記載のバージョン移行方法は、前記管理対象端末が常時稼動端末であることを特徴とする。
【００１７】
この請求項５記載のバージョン移行方法によれば、新旧のバージョンを並存させた状態でバージョンの移行を行っているため、管理対象端末を確実に常時稼動させることができ、管理対象端末の停止による損害の発生を防止することができる。
【００１８】
また、請求項６記載のバージョン移行方法は、旧バージョンの旧ソフトウェアがインストールされてるクライアントと、前記クライアントの管理を行う旧バージョンの旧管理サーバとがネットワークを介して接続されているクライアント・サーバシステムのバージョンを、旧バージョンから新バージョンに移行するバージョン移行方法において、新バージョンの新管理サーバを設置する新管理サーバ設置工程と、前記旧管理サーバに記憶されている前記クライアントの管理情報を複製し、前記新管理サーバに移行する管理情報移行工程と、前記クライアントに新バージョンの新ソフトウェアをインストールする新ソフトウェアインストール工程と、前記クライアントにおいて稼動するソフトウェアの管理を所定の単位毎に、前記旧管理サーバから前記新管理サーバへ移行する管理移行工程と、前記管理移行工程において、前記旧管理サーバにより管理が行われていた全てのソフトウェアの管理を前記新管理サーバに移行した場合に、前記旧管理サーバを廃止する旧管理サーバ廃止工程とを含むことを特徴とする。
【００１９】
この請求項６記載のバージョン移行方法によれば、まず、新バージョンの新管理サーバを設置し、クライアントに旧ソフトウェアに加えて更に新ソフトウェアをインストールしている。そして、クライアントにおいて稼動するソフトウェアの管理を所定の単位毎に、旧管理サーバから新管理サーバへ移行してクライアント・サーバシステムのバージョンを移行している。従って、クライアントの管理を旧管理サーバ及び新管理サーバの双方で行うことができる状態で、ソフトウェアの管理を所定の単位（一般的に「ジョブ」と表現され、例えば、複数のソフトウェアが協働して一つの処理を行う場合における処理の単位）毎に旧管理サーバから新管理サーバに移行している。そのため、クライアントの稼動を停止することなく円滑にクライアント・サーバシステムのバージョンを移行することができる。
【００２０】
また、請求項７記載のバージョン移行方法は、前記管理移行工程が、前記新管理サーバへ管理が移行されたソフトウェアについて、前記新管理サーバによる試験管理を行う試験管理工程を含むことを特徴とする。
【００２１】
この請求項７記載のバージョン移行方法によれば、旧管理サーバによるクライアントの管理を継続したままで、新管理サーバに管理が移行されたソフトウェアの試験管理を行っている。従って、クライアントの稼動を停止することなく新管理サーバによる管理が正常に行われるか否かを十分に確認することができ、安全にクライアント・サーバシステムのバージョンを移行することができる。
【００２２】
また、請求項８記載のバージョン移行方法は、前記試験管理工程が、前記新管理サーバによる前記試験管理に問題が発生した場合には、前記新管理サーバに移行されたソフトウェアの管理を、前記旧管理サーバによる管理に戻す復旧工程を含むことを特徴とする。
【００２３】
この請求項８記載のバージョン移行方法によれば、新管理サーバによるクライアントにおけるソフトウェアの試験管理に問題が発生した場合には、旧管理サーバによる管理に戻すことができる。従って、クライアントの稼動を停止することなく容易に復旧作業を行うことができる。
【００２４】
また、請求項９記載のバージョン移行方法は、前記旧管理サーバ廃止工程が、前記クライアントから前記旧ソフトウェアをアンインストールする旧ソフトウェアアンインストール工程を含むことを特徴とする。
【００２５】
この請求項９記載のバージョン移行方法によれば、新バージョンでの管理についての試験を行った後に、クライアントにインストールされていた旧ソフトウェアをアンインストールしている。そのため、安全、かつ、確実にクライアント・サーバシステムのバージョンを旧バージョンから新バージョンへと移行することができる。
【００２６】
また、請求項１０記載のバージョン移行方法は、前記クライアントが、常時稼動していることを特徴とする。
【００２７】
この請求項１０記載のバージョン移行方法によれば、新旧のバージョンを並存させた状態でバージョンの移行を行っているため、クライアントを確実に常時稼動させることができ、クライアントの停止による損害の発生を防止することができる。
【００２８】
【発明の実施の形態】
以下、図面を参照して、この発明の実施の形態に係るバージョン移行方法について説明する。なお、以下においては、インターネットを介したオンラインショッピングのＷｅｂサイトを提供している端末（ノード）を管理対象端末（管理対象ノード）とする運用管理システムのバージョンを移行する場合を例として説明する。
【００２９】
図１は、この実施の形態に係る運用管理システムのブロック構成図である。この運用管理システムは、管理対象ノード２ａ、２ｂ、２ｃを備え、この管理対象ノード２ａ、２ｂ、２ｃには、管理対象ノード２ａ、２ｂ、２ｃの運用管理を行う管理サーバ６がネットワーク４を介して接続されている。
【００３０】
管理対象ノード２ａ、２ｂ、２ｃは、ネットワーク４を介して相互に接続されており、オンラインショッピングのＷｅｂサイトを提供するための業務を分散処理により行う。ここで、Ｗｅｂサイトを提供するための業務とは、管理対象ノード２ａ、２ｂ、２ｃにより処理が行われる仕事の単位を意味し、一般には「ジョブ」と表現される。この業務の処理は、管理対象ノード２ａ、２ｂ、２ｃの各々により異なる業務の処理が行われる場合や、管理対象ノード２ａ、２ｂ、２ｃの何れか２以上により一つの業務が分散して行われる場合がある。
【００３１】
また、図１に示すように、例えば、管理対象ノード２ａには、管理サーバ６の制御に基づいて管理対象ノード２ａの運用管理を行うエージェントａが常駐している。即ち、管理対象ノード２ａの運用管理を行うソフトウェアがインストールされている。このエージェントａは、例えば、予め設定された時刻に業務の処理を開始させる等の管理対象ノード２ａの運用や、管理対象ノード２ａが正常に稼動しているか否かの監視等を行う。そして、エージェントａは、管理対象ノード２ａの稼動状況、例えば、管理対象ノード２ａにおける業務の処理状況や、管理対象ノード２ａの監視状況、例えば、管理対象ノード２ａの稼動に障害が発生した、又は、管理対象ノード２ａを構成する装置の一部が故障した等をネットワーク４を介して管理サーバ６に通知する。
【００３２】
また、管理対象ノード２ｂにも、管理対象ノード２ｂの運用管理を行うエージェントｂが常駐している。また、管理対象ノード２ｃにも、管理対象ノード２ｃの運用管理を行うエージェントｃが常駐している。エージェントｂ及びエージェントｃは、エージェントａと同様に、管理対象ノード２ｂ、２ｃそれぞれの運用及び監視等を行い、稼動状況や監視状況をネットワーク４を介して管理サーバ６に通知する。
【００３３】
図２は、この実施の形態に係る管理サーバのブロック構成図である。管理サーバ６は、管理サーバ６におけるデータ処理の制御を行うデータ制御部１０を備えている。このデータ制御部１０には、管理対象ノード２ａ、２ｂ、２ｃとの間の通信を制御する通信制御部１２及び管理対象ノード２ａ、２ｂ、２ｃの運用管理情報等を記憶するデータ記憶部１４が接続されている。また、データ制御部１０には、管理対象ノード２ａ、２ｂ、２ｃに常駐しているエージェントａ、ｂ、ｃの各々から通知された監視状況等を表示する表示部１６が接続されている。
【００３４】
データ記憶部１４には、管理対象ノード２ａ、２ｂ、２ｃの運用管理を行うための運用管理情報が記憶されている。例えば、管理対象ノード２ａ、２ｂ、２ｃにおいて処理される業務の処理順序、業務処理のための動作環境等（業務の処理に必要なノードの割り当て、例えば、ある業務は管理対象ノード２ａ、２ｃで並行して処理を行い、他の業務を管理対象ノード２ａ、２ｂ、２ｃにおいて処理を行う等）の運用管理情報が記憶されている。
【００３５】
次に、図３のフローチャートを参照して、この実施の形態に係るバージョン移行方法について説明する。
【００３６】
まず、図１に示す運用管理システムに、新バージョンの新管理サーバ８を設置する（ステップＳ１０）。即ち、図４に示すように、旧バージョンの管理サーバ（旧管理サーバ）６を備える運用管理システムに更に新管理サーバ８を設置し、２つの管理サーバを備えるようにする。
【００３７】
図５は、運用管理システムに新たに設置された新管理サーバ８のブロック構成図である。この新管理サーバ８は、図２に示す管理サーバ６と同様に、データ制御部２０、通信制御部２２、データ記憶部２４及び表示部２６を備える。
【００３８】
次に、旧管理サーバ６から新管理サーバ８に運用管理情報を移行する（ステップＳ１１）。即ち、旧管理サーバ６のデータ記憶部１４に記憶されている運用管理情報を複製し、複製された運用管理情報を通信制御部１２を介して新管理サーバ８に送信する。新管理サーバ８においては、通信制御部２２を介して運用管理情報を受信し、受信した運用管理情報をデータ記憶部２４に記憶する。従って、同一の運用管理情報が旧管理サーバ６のデータ記憶部１４及び新管理サーバ８のデータ記憶部２４のそれぞれに記憶される。
【００３９】
次に、管理対象ノード２ａ、２ｂ、２ｃの各々に新管理サーバ８により制御される新バージョンの新エージェントをインストールする（ステップＳ１２）。即ち、既に管理対象ノード２ａに常駐しているエージェント（旧エージェント）ａの他に、新エージェントａ´を管理対象ノード２ａにインストールし、旧エージェントａ及び新エージェントａ´を常駐させる。同様にして、管理対象ノード２ｂに新エージェントｂ´を、管理対象ノード２ｃに新エージェントｃ´をそれぞれインストールし、新旧のエージェントを管理対象ノード２ｂ、２ｃの各々に常駐させる（図４参照）。
【００４０】
次に、旧エージェントａ、ｂ、ｃを旧管理サーバ６が制御することにより運用管理が行われている業務の中から、一部の業務を新管理サーバ８に移行する（ステップＳ１３）。即ち、処理の停止による影響の小さい業務、例えば、移行を行う時点で処理が行われていない業務や、移行を行う時点から最も遅い時刻に処理が開始される業務を、新管理サーバ８による運用管理に移行する。
【００４１】
次に、各管理対象ノード２ａ、２ｂ、２ｃの各々に常駐している新エージェントａ´、ｂ´、ｃ´を新管理サーバ８が制御することにより、移行された業務の試験運用管理を行う（ステップＳ１４）。即ち、新エージェントａ´、ｂ´、ｃ´を新管理サーバ８が制御することにより行われる管理対象ノード２ａ、２ｂ、２ｃの運用管理が正常に行われるか否かの確認を行う。
【００４２】
ここで、管理対象ノード２ａ、２ｂ、２ｃの試験運用管理、例えば、管理対象ノード２ａにおける試験運用管理は、旧エージェントａを旧管理サーバ６が制御することにより行われる運用管理を継続したままで行われる。なお、管理対象ノード２ｂ、２ｃの試験運用管理を行う場合にも、旧エージェントｂ又は旧エージェントｃを旧管理サーバ６が制御することにより行われる運用管理を継続したままで行われる。
【００４３】
次に、ステップＳ１４において行われた試験運用管理において、運用管理が正常に行われない等の問題が発生した場合には（ステップＳ１５）、運用管理システムのバージョンを旧バージョンに復旧させる（ステップＳ１６）。即ち、新エージェントａ´、ｂ´、ｃ´を新管理サーバ８が制御することにより行われる運用管理の状態から、旧エージェントａ、ｂ、ｃを旧管理サーバ６が制御することにより行われる運用管理の状態に戻す。
【００４４】
次に、新管理サーバ８の運用管理において発生した問題の原因調査、障害の除去等の必要な調整を行う（ステップＳ１７）。そして、ステップＳ１３に戻り、再び業務を新管理サーバ８に移行し、新エージェントａ´、ｂ´、ｃ´を新管理サーバ８が制御することにより行われる運用管理の試験運用管理を行う（ステップＳ１４）。
【００４５】
一方、ステップＳ１４における試験運用管理が問題なく行われた場合には（ステップＳ１５）、全ての業務が新管理サーバ８の制御に基づく運用管理に移行されたか否かを判断する（ステップＳ１８）。運用管理を旧管理サーバ６から新管理サーバ８に移行していない業務が存在する場合には、ステップＳ１３に戻り、移行していない業務を新管理サーバ８の制御に基づく運用管理に移行し、移行された業務の試験運用管理を行う（ステップＳ１４）。
【００４６】
全ての業務が旧管理サーバ６の制御に基づく運用管理から新管理サーバ８の制御に基づく運用管理に移行された場合には（ステップＳ１８）、旧エージェントａ、ｂ、ｃをアンインストールする（ステップＳ１９）。即ち、管理対象ノード２ａ、２ｂ、２ｃに常駐している旧エージェントａ、ｂ、ｃをアンインストールし、管理対象ノード２ａ、２ｂ、２ｃに新エージェントａ´、ｂ´、ｃ´のみが常駐するようにする。
【００４７】
次に、旧管理サーバ６による運用管理を停止すると共に、旧管理サーバ６を運用管理システムから除去し、旧管理サーバ６を廃止する（ステップＳ２０）。即ち、図６に示すように、管理対象ノード２ａ、２ｂ、２ｃに新エージェントａ´、ｂ´、ｃ´を常駐させ、新エージェントａ´、ｂ´、ｃ´を新管理サーバ８が制御することにより管理対象ノード２ａ、２ｂ、２ｃの運用管理が行われるようにして、運用管理システムのバージョンを旧バージョンから新バージョンへと移行する。
【００４８】
この発明の実施の形態に係るバージョン移行方法によれば、旧管理サーバと新管理サーバとで同一の運用管理情報を保持し、旧管理サーバと新管理サーバの双方で運用管理可能な状態にして業務毎に、これを監視する運用管理システムのバージョンを移行している。そのため、管理対象ノードによる業務の処理を確実に継続したまま、円滑に運用管理システムのバージョンを移行することができる。
【００４９】
また、旧管理サーバの制御に基づく運用管理を継続したまま、新管理サーバの制御に基づく試験運用管理を行っているため、管理対象ノードによる業務の処理を停止させることなく、新管理サーバによる試験運用管理のための時間を十分に確保することができる。
【００５０】
また、十分な試験運用管理を行うことにより、新バージョンの運用管理システムが確実に正常な運用管理を行うことができることを確認した後に、バージョンを移行しているため、安全に運用管理システムのバージョン移行を行うことができる。
【００５１】
また、試験運用管理に問題が発生した場合には、直ちに旧管理サーバの制御に基づく運用管理の状態に戻して、管理対象ノードの稼動を維持している。そのため、確実に管理対象ノードを常時稼動させることができ、管理対象ノードの稼動が停止することによる損害の発生を確実に防止しながら、容易にバージョン移行を行うことができる。
【００５２】
なお、この発明の実施の形態に係るバージョン移行方法によれば、全ての業務の運用管理を新管理サーバに移行した場合には、旧エージェントをアンインストールすると共に旧管理サーバを廃止しているが、これらを残していてもよい。即ち、図４に示すシステム構成のまま、旧管理サーバによる運用管理を停止し、旧管理サーバを新管理サーバに障害が発生した場合のバックアップ用の管理サーバとして残すようにしてもよい。このような場合には、新管理サーバに障害が発生し、運用管理が正常に行われなくなった場合であっても、直ちに旧管理サーバによる運用管理に切り替えることによって管理対象ノードによる業務の処理を継続することができる。
【００５３】
また、上述の実施の形態に係るバージョン移行方法においては、運用管理システムのバージョンを移行する場合を例としているが、クライアント・サーバシステムのバージョンも同様にして移行することができる。即ち、まず、新バージョンの新管理サーバを設置し、クライアントに旧ソフトウェアに加えて更に新ソフトウェアをインストールする。次に、クライアントの管理情報を旧管理サーバ及び新管理サーバの双方において記憶し、クライアントにおいて稼動するソフトウェアの管理を所定の単位毎に、旧管理サーバから新管理サーバへ移行する。次に、新管理サーバによりクライアントを正常に管理できるか否かについての試験管理を行い、試験管理により正常に管理できることが全てのソフトウェアについて確認された場合には、クライアントから旧ソフトウェアをアンインストールしている。そして、旧管理サーバによるクライアントの管理を停止すると共に、旧管理サーバを廃止している。従って、クライアントの稼動を停止することなく円滑にクライアント・サーバシステムのバージョンを移行することができる。
【００５４】
【発明の効果】
この発明によれば、管理対象端末の運用管理を旧管理サーバ及び新管理サーバの双方で行うことができる状態で、業務毎に旧管理サーバから新管理サーバに運用管理を移行している。そのため、管理対象端末の稼動を停止することなく円滑に運用管理システムのバージョンを移行することができ、管理対象端末の稼働を停止することによる損害の発生を確実に防止することができる。
【００５５】
また、旧管理サーバと新管理サーバの双方が管理対象端末の運用管理を行うことができる状態で、旧管理サーバから新管理サーバに運用管理が移行された業務の試験運用管理を行っている。従って、管理対象端末の稼動を停止することなく新管理サーバの制御に基づく運用管理が正常に行われるか否かを十分に確認することができ、安全に運用管理システムのバージョンを移行することができると共に、問題が発生した場合には、直ちに旧バージョンの運用管理の状態に復旧し、管理対象端末の常時稼動を確実に確保することができる。
【００５６】
また、クライアントの管理を旧管理サーバ及び新管理サーバの双方で行うことができる状態で、クライアントにおいて稼動するソフトウェアの管理を所定の単位毎に旧管理サーバから新管理サーバに移行している。そのため、クライアントの稼動を停止することなく円滑にクライアント・サーバシステムのバージョンを移行することができ、クライアントの稼働を停止することによる損害の発生を確実に防止することができる。
【００５７】
また、新管理サーバによる試験管理を行っているため、安全にクライアント・サーバシステムのバージョンを移行することができると共に、容易に旧管理サーバに復旧することができるため、確実にクライアントの常時稼動を確保することができる。
【図面の簡単な説明】
【図１】この発明の実施の形態に係る運用管理システムのブロック構成図である。
【図２】この発明の実施の形態に係る管理サーバのブロック構成図である。
【図３】この発明の実施の形態に係るバージョン移行方法を説明するためのフローチャートである。
【図４】この発明の実施の形態に係る運用管理システムのバージョン移行を行う際の運用管理システムのブロック構成図である。
【図５】この発明の実施の形態に係る新管理サーバのブロック構成図である。
【図６】この発明の実施の形態に係る新バージョンの運用管理システムのブロック構成図である。
【符号の説明】
２ａ、２ｂ、２ｃ、…管理対象ノード、４…ネットワーク、６…管理サーバ（旧管理サーバ）、８…新管理サーバ、１０…データ制御部、１２…通信制御部、１４…データ記憶部、１６…表示部、２０…データ制御部、２２…通信制御部、２４…データ記憶部、２６…表示部。
【図１】
2004126979.tif 000003
【図２】
2004126979.tif 000004
【図３】
2004126979.tif 000005
【図４】
2004126979.tif 000006
【図５】
2004126979.tif 000007
【図６】
2004126979.tif 000008