(57)【要約】【課題】サーバ構成の更新実施の容易化、更新時におけるシステム運用の中断時間発生等の悪影響の極小化、および、更新実施後のシステム安定性の向上を図ったサーバシステムおよびサーバ構成更新方法を提供する。【解決手段】サーバ増設時においては、まず、増設指示が既設サーバ１に対して行われる。既設サーバ１は、増設サーバ１０からの初期接続を待ち受ける。増設サーバ１０が起動され、既設サーバ１との接続連携が行われると、増設サーバ１０は自サーバに配置されている各サーバ情報を既設サーバ１に対して送信する。既設サーバ１は増設サーバ１０からの情報を受け、自己の各サーバ情報を更新する。次いで、既設サーバ１と増設サーバ１０との間でＡＰの起動連携が行われる。減設の場合は、減設サーバが、サーバ情報を既設サーバ１へ送信し、既設サーバ１が減設サーバから受けたサーバ情報によって自己のサーバ情報を更新する。【選択図】    図１
2005043961.tif 000002
【特許請求の範囲】
【請求項１】
単独もしくは複数のサーバ上に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおけるサーバ構成更新方法において、
増設指示を受けた既設サーバが増設サーバからの情報を受信する準備をする過程と、
増設サーバが前記既設サーバに接続要求を送信する過程と、
前記既設サーバが前記接続要求を受け付け、応答する過程と、
前記増設サーバが前記既設サーバからの応答を受けて前記既設サーバと接続連携を行い、サーバ情報を前記既設サーバへ送信する過程と、
前記既設サーバが前記増設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、
前記増設サーバと前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程と、
を具備することを特徴とするサーバ構成更新方法。
【請求項２】
減設指示を受けた既設サーバが減設対象である減設サーバへ減設指示を送信する過程と、
前記減設サーバが、自己のサーバ情報を前記既設サーバへ送信する過程と、
前記既設サーバが、前記減設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、
をさらに具備することを特徴とする請求項１に記載のサーバ構成更新方法。
【請求項３】
単独もしくは複数のサーバ上に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおけるサーバ構成更新方法において、
新たに増設された増設サーバを前記サーバシステムに組み込む過程と、
非運用状態にある非運用サーバを前記サーバシステムに組み込む指示を受けた既設サーバが前記非運用サーバへ復旧指示を送信する過程と、
前記復旧指示を受けた前記非運用サーバが前記既設サーバと接続連携を行ってサーバ情報を得る過程と、
前記非運用サーバが前記既設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、
前記非運用サーバが前記増設サーバと接続連携を行う過程と、
前記非運用サーバが前記増設サーバおよび前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程と、
を具備することを特徴とするサーバ構成更新方法。
【請求項４】
新たに減設された減設サーバを前記サーバシステムから除外する過程と、
非運用状態にある非運用サーバを前記サーバシステムに組み込む指示を受けた既設サーバが前記非運用サーバへ復旧指示を送信する過程と、
前記復旧指示を受けた前記非運用サーバが前記既設サーバと接続連携を行ってサーバ情報を得る過程と、
前記非運用サーバが前記既設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、
前記非運用サーバが前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程と、
をさらに具備することを特徴とする請求項３に記載のサーバ構成更新方法。
【請求項５】
前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバが前記既設サーバへ初期接続を実行する過程と、
前記既設サーバが自己のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行う過程と、
をさらに具備することを特徴とする請求項１に記載のサーバ構成更新方法。
【請求項６】
前記サーバシステムに異常が発生した後のシステム再開時に、前記既設サーバが自己のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行う過程と、
前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして処理する過程と、
をさらに具備することを特徴とする請求項２に記載のサーバ構成更新方法。
【請求項７】
単独もしくは複数のサーバ装置に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおける前記サーバ装置において、
増設サーバに対し増設指示を送信する増設指示送信手段と、
前記増設サーバからの要求を受け前記増設サーバと接続連携を行う連携手段と、
前記接続連携によって前記増設サーバから受けたサーバ情報に基づいてメモリ内のサーバ情報を更新するサーバ情報更新手段と、
前記増設サーバとの間においてアプリケーションプロセスの起動連携を行う起動連携手段と、
を具備することを特徴とするサーバ装置。
【請求項８】
減設対象である減設サーバに対して減設指示を送信する減設指示送信手段と、
前記減設サーバから受けたサーバ情報によって前記メモリ内のサーバ情報を更新するサーバ情報更新手段と、
を具備することを特徴とする請求項７に記載のサーバ装置。
【請求項９】
非運用状態にある非運用サーバへ復旧指示を送信する復旧指示送信手段と、
前記非運用サーバと接続連携を行って前記メモリ内のサーバサーバ情報を前記非運用サーバへ送信する送信手段と、
前記非運用サーバとの間においてアプリケーションプロセスの起動連携を行う起動連携手段と、
を具備することを特徴とする請求項７に記載のサーバ装置。
【請求項１０】
前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバから接続要求を受け、前記メモリ内のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行う手段を具備することを特徴とする請求項７に記載のサーバ装置。
【請求項１１】
前記サーバシステムに異常が発生した後のシステム再開時に、前記メモリ内のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行う接続連携手段と、
前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして前記メモリ内のサーバ情報を更新する更新手段と、
を具備することを特徴とする請求項８に記載のサーバ装置。
【請求項１２】
単独もしくは複数のサーバ装置に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおける前記サーバ装置のプログラムであって、
前記サーバ装置に、
増設サーバに対し増設指示を送信するステップと、
前記増設サーバからの要求を受け前記増設サーバと接続連携を行うステップと、
前記接続連携によって前記増設サーバから受けたサーバ情報に基づいてメモリ内のサーバ情報を更新するステップと、
前記増設サーバとの間においてアプリケーションプロセスの起動連携を行うステップと、
を実行させるためのプログラム。
【請求項１３】
減設対象である減設サーバに対して減設指示を送信するステップと、
前記減設サーバから受けたサーバ情報によって前記メモリ内のサーバ情報を更新するステップと、
を具備することを特徴とする請求項１２に記載のプログラム。
【請求項１４】
非運用状態にある非運用サーバへ復旧指示を送信するステップと、
前記非運用サーバと接続連携を行って前記メモリ内のサーバサーバ情報を前記非運用サーバへ送信するステップと、
前記非運用サーバとの間においてアプリケーションプロセスの起動連携を行うステップと、
を具備することを特徴とする請求項１２に記載のプログラム。
【請求項１５】
前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバから接続要求を受け、前記メモリ内のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行うステップを具備することを特徴とする請求項１２に記載のプログラム。
【請求項１６】
前記サーバシステムに異常が発生した後のシステム再開時に、前記メモリ内のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行うステップと、
前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして前記メモリ内のサーバ情報を更新するステップと、
を具備することを特徴とする請求項１３に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、単独もしくは複数サーバ構成にてシステム運用を行い、且つ、各サーバ間で機能連携して各種業務を実行するサーバシステムおよびそのサーバ構成更新方法並びにプログラムに関する。
【０００２】
【従来の技術】
特許文献１において記載した従来のサーバシステムでは、システムを構成するサーバ構成や各サーバ上で動作するＡＰ（アプリケーションプロセス）の構成を、システム運用開始時に決定する必要があり、運用開始後にサーバの構成を変更するには、一度システムを停止し、サーバ構成の再設定を行う必要があった。また、システム内に障害のあるサーバがある場合に、そのサーバのみシステムの構成管理情報を更新することができず、障害サーバの復旧までサーバの増設ができないなどサーバの増設時における制約事項が多かった。そのため、システム運用に多大の影響を及ぼすことが懸念された。
【０００３】
【特許文献１】
特開２００２−３４２１０７号公報
【０００４】
【発明が解決しようとする課題】
従来の方式では、システム管理サーバ構成の更新実行時にユーザが直接更新処理を実施する必要があり、このため、運用中のシステムを一旦停止する必要がある。また、更新情報の設定もユーザ側で実施する必要があるため、システム運用中断時間を長引かせる原因となっている。さらに、更新を実施した後に何かしらの異常が発生した場合はユーザ自身で元の状態に戻さなければならない。その場合、どこまで処理が行われたかを正確に把握できていないため、システムを元の状態に戻すことは困難であり、その後のシステム運用が不安定となる原因となっている。
【０００５】
本発明は上記事情を考慮してなされたもので、サーバ構成の更新実施の容易化、更新時におけるシステム運用の中断時間発生等の悪影響の極小化、および、更新実施後のシステム安定性の向上を目的としており、システム運用を継続させた状態での管理サーバ構成更新処理の円滑な実施と、処理実施後のシステム全体の運用安定化を実現させるサーバ構成更新方法およびサーバシステム並びにプログラムを提供する。
【０００６】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、単独もしくは複数のサーバ上に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおけるサーバ構成更新方法において、増設指示を受けた既設サーバが増設サーバからの情報を受信する準備をする過程と、増設サーバが前記既設サーバに接続要求を送信する過程と、前記既設サーバが前記接続要求を受け付け、応答する過程と、前記増設サーバが前記既設サーバからの応答を受けて前記既設サーバと接続連携を行い、サーバ情報を前記既設サーバへ送信する過程と、前記既設サーバが前記増設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、前記増設サーバと前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程とを具備することを特徴とするサーバ構成更新方法である。
【０００７】
請求項２に記載の発明は、請求項１に記載のサーバ構成更新方法において、減設指示を受けた既設サーバが減設対象である減設サーバへ減設指示を送信する過程と、前記減設サーバが、自己のサーバ情報を前記既設サーバへ送信する過程と、前記既設サーバが、前記減設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程とをさらに具備することを特徴とする。
【０００８】
請求項３に記載の発明は、単独もしくは複数のサーバ上に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおけるサーバ構成更新方法において、新たに増設された増設サーバを前記サーバシステムに組み込む過程と、非運用状態にある非運用サーバを前記サーバシステムに組み込む指示を受けた既設サーバが前記非運用サーバへ復旧指示を送信する過程と、前記復旧指示を受けた前記非運用サーバが前記既設サーバと接続連携を行ってサーバ情報を得る過程と、前記非運用サーバが前記既設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、前記非運用サーバが前記増設サーバと接続連携を行う過程と、前記非運用サーバが前記増設サーバおよび前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程とを具備することを特徴とするサーバ構成更新方法である。
【０００９】
請求項４に記載の発明は、請求項３に記載のサーバ構成更新方法において、新たに減設された減設サーバを前記サーバシステムから除外する過程と、非運用状態にある非運用サーバを前記サーバシステムに組み込む指示を受けた既設サーバが前記非運用サーバへ復旧指示を送信する過程と、前記復旧指示を受けた前記非運用サーバが前記既設サーバと接続連携を行ってサーバ情報を得る過程と、前記非運用サーバが前記既設サーバから受けたサーバ情報によって自己のサーバ情報を更新する過程と、前記非運用サーバが前記既設サーバとの間においてアプリケーションプロセスの起動連携を行う過程とをさらに具備することを特徴とする。
【００１０】
請求項５に記載の発明は、請求項１に記載のサーバ構成更新方法において、前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバが前記既設サーバへ初期接続を実行する過程と、前記既設サーバが自己のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行う過程とをさらに具備することを特徴とする。
【００１１】
請求項６に記載の発明は、請求項２に記載のサーバ構成更新方法において、前記サーバシステムに異常が発生した後のシステム再開時に、前記既設サーバが自己のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行う過程と、前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして処理する過程とをさらに具備することを特徴とする。
【００１２】
請求項７に記載の発明は、単独もしくは複数のサーバ装置に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおける前記サーバ装置において、増設サーバに対し増設指示を送信する増設指示送信手段と、前記増設サーバからの要求を受け前記増設サーバと接続連携を行う連携手段と、前記接続連携によって前記増設サーバから受けたサーバ情報に基づいてメモリ内のサーバ情報を更新するサーバ情報更新手段と、前記増設サーバとの間においてアプリケーションプロセスの起動連携を行う起動連携手段とを具備することを特徴とするサーバ装置である。
【００１３】
請求項８に記載の発明は、請求項７に記載のサーバ装置において、減設対象である減設サーバに対して減設指示を送信する減設指示送信手段と、前記減設サーバから受けたサーバ情報によって前記メモリ内のサーバ情報を更新するサーバ情報更新手段とを具備することを特徴とする。
請求項９に記載の発明は、請求項７に記載のサーバ装置において、非運用状態にある非運用サーバへ復旧指示を送信する復旧指示送信手段と、前記非運用サーバと接続連携を行って前記メモリ内のサーバサーバ情報を前記非運用サーバへ送信する送信手段と、前記非運用サーバとの間においてアプリケーションプロセスの起動連携を行う起動連携手段とを具備することを特徴とする。
【００１４】
請求項１０に記載の発明は、請求項７に記載のサーバ装置において、前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバから接続要求を受け、前記メモリ内のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行う手段を具備することを特徴とする。
【００１５】
請求項１１に記載の発明は、請求項８に記載のサーバ装置において、前記サーバシステムに異常が発生した後のシステム再開時に、前記メモリ内のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行う接続連携手段と、前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして前記メモリ内のサーバ情報を更新する更新手段とを具備することを特徴とする。
【００１６】
請求項１２に記載の発明は、単独もしくは複数のサーバ装置に分散配置されたアプリケーションプロセスが連携して１つの機能を提供するサーバシステムにおける前記サーバ装置のプログラムであって、前記サーバ装置に、増設サーバに対し増設指示を送信するステップと、前記増設サーバからの要求を受け前記増設サーバと接続連携を行うステップと、前記接続連携によって前記増設サーバから受けたサーバ情報に基づいてメモリ内のサーバ情報を更新するステップと、前記増設サーバとの間においてアプリケーションプロセスの起動連携を行うステップとを実行させるためのプログラムである。
【００１７】
請求項１３に記載の発明は、請求項１２に記載のプログラムにおいて、減設対象である減設サーバに対して減設指示を送信するステップと、前記減設サーバから受けたサーバ情報によって前記メモリ内のサーバ情報を更新するステップとを具備することを特徴とする。
請求項１４に記載の発明は、請求項１２に記載のプログラムにおいて、非運用状態にある非運用サーバへ復旧指示を送信するステップと、前記非運用サーバと接続連携を行って前記メモリ内のサーバサーバ情報を前記非運用サーバへ送信するステップと、前記非運用サーバとの間においてアプリケーションプロセスの起動連携を行うステップとを具備することを特徴とする。
【００１８】
請求項１５に記載の発明は、請求項１２に記載のプログラムにおいて、前記サーバシステムに異常が発生した後のシステム再開時に、前記増設サーバから接続要求を受け、前記メモリ内のサーバ情報に基づいて前記増設サーバがシステム内のサーバであるか否かを判断し、判断結果にしたがって前記増設サーバとの接続連携または接続拒否を行うステップを具備することを特徴とする。
【００１９】
請求項１６に記載の発明は、請求項１３に記載のプログラムにおいて、前記サーバシステムに異常が発生した後のシステム再開時に、前記メモリ内のサーバ情報に基づいて前記減設サーバがシステム内のサーバであるか否かを判断し、システム内と判断された場合に前記減設サーバとの接続連携を行うステップと、前記接続連携が一定時間以上できなかった場合に、前記減設サーバを非運用サーバとして前記メモリ内のサーバ情報を更新するステップとを具備することを特徴とする。
【００２０】
【発明の実施の形態】
以下、図面を参照し、この発明の実施の形態について説明する。図１〜図１１はこの発明の一実施の形態を説明するための図である。
本実施形態のサーバシステムは、単独もしくは複数のサーバ上に分散配置されたＡＰ（アプリケーションプロセス）が連携して１つの機能を提供するシステムである。このシステムにおいて、サーバ構成を更新する処理では、実行指示の方法はサーバ管理プロセスヘの更新処理要求用コマンドの実行による形式とする。図２を参照して説明する。コマンド入力時は処理に必要な情報を入力して実施する。増設時は増設指示情報（ＩＮ）に加え、増設対象サーバのサーバ名（ホスト名）、ＩＰアドレス、ポート番号、サーバ種別を指定。減設時は減設指示情報（ＯＵＴ）に加え、減設対象サーバのサーバ名（ホスト名）を指定する。
【００２１】
図１にサーバ増設時の処理を示す。図において１０は増設サーバ、１は既設サーバである。サーバ増設時においては、まず、増設コマンドを既設サーバ１上で実施する（ステップ▲１▼）。コマンド要求を受けた既設サーバ１では、増設サーバ１０からの初期接続を待ち受ける。増設サーバ１０が起動され、待ち受け状態にある既設サーバ１との接続連携が行われると（ステップ▲２▼）、増設サーバ１０では、自サーバ１０に配置されている各サーバ情報、すなわち、システム構成情報Ａ１、起動プロセス定義情報Ｂ１、プロセス競合情報Ｃ１、起動連携定義情報Ｄ１、サーバ最小構成定義情報Ｅ１の各種新サーバ情報を参照し（ステップ▲３▼）、接続連携を行った既設サーバ２に対して同情報の流通を行う（ステップ▲４▼）。既設サーバ１は増設サーバ１０からの情報を受け、自己の各サーバ情報、すなわち、システム構成情報Ａ２、起動プロセス定義情報Ｂ２、プロセス競合情報Ｃ２、起動連携定義情報Ｄ２、サーバ最小構成定義情報Ｅ２を更新する（ステップ▲５▼）。次いで、ＡＰの起動連携が行われる（ステップ▲６▼）。
【００２２】
サーバ増設時の具体的な処理シーケンスを図３に示す。既設サーバ１上で増設コマンドを実施したとする（ステップＳ１）。コマンド要求を受け付けた既設サーバ１は、増設サーバ１０からの接続要求待ち受け状態になる（ステップＳ２）。ユーザにより増設サーバ１０の起動（電源ＯＮ）が行われると（ステップＳ３）、まず、増設サーバ１０が各既設サーバに対して接続要求を行う（ステップＳ４、Ｓ５）。この時点では、増設サーバ１０からの待ち受け状態にある既設サーバ１のみが接続要求を受け付け、既設サーバ２は要求を受け付けない。増設サーバ１０は接続要求を受け付けた既設サーバ１に対してのみ接続連携をとり、新サーバ情報の流通を行う（ステップＳ６）。既設サーバ１では取得した情報を自サーバ１が管理する各種サーバ情報へ追加更新を行い（ステップＳ７）、処理完了後、既設サーバ２に対して増設サーバ１０との接続許可を行う（ステップＳ８）。この許可を受けて既設サーバ２は、上記、既設サーバ１と増設サーバ１０間の処理と同様に、新サーバ情報の流通（ステップＳ９）及び、自サーバ管理情報の更新（ステップＳ１０）を行い、全サーバ間の接続連携を完了する。
【００２３】
ＡＰの起動処理については、更新された各種サーバ情報に基づいて、増設サーバ１０を含めた各サーバ間で連携を取って行い（ステップＳ１１、Ｓ１２）、同処理の完了をもって増設処理完了とする（ステップＳ１３、Ｓ１４）。なお、増設処理に伴い起動処理対象となるＡＰについては、増設サーバ１０上への新規ＡＰ起動のみとなる。処理実施の際には、各対象ＡＰにおける「起動プロセス定義情報」の論理ＩＰ設定について、既設サーバ上で起動中ＡＰの設定論理ＩＰとの比較を行う。もし、同一論理ＩＰ設定のＡＰが起動中の場合は、複数サーバ間で同一論理ＩＰの割振りは不可との判断を行い、既に起動中である既設サーバ上のＡＰを優先して増設サーバヘの起動は行わない。また、サーバ情報の更新に伴い、既設サーバから増設サーバヘ起動先変更が必要となるＡＰについては、サーバ増設処理実施時に起動処理は行わない。サーバ増減設処理完了以降、システムの全再開処理によりＡＰの再起動処理を行う際に、更新された新サーバ情報を反映した処理を行う。
【００２４】
次に、サーバ増設実施時にシステム上の管理サーバの内で、サーバ故障もしくは保守者操作により意図的に非運用状態にあるサーバが存在するケースの処理シーケンスを図４に示す。まず、サーバ増設処理の実施については、故障サーバ２０を除く、増設サーバ１０と既設サーバ１間で、図３において説明した増設処理が実施され、増設処理は完了となる（ステップＳ２１）。その後に、故障サーバ２０が復旧し、故障サーバ２０の組み込み処理が実施される。この場合、まず、既設サーバ１にサーバ組み込み指示が入力され（ステップＳ２２）、既設サーバ１から故障サーバ２０へ復旧指示が出力される（ステップＳ２３）。以後、故障サーバ２０は運用状態にある既設サーバ１と接続連携処理を行う（ステップＳ２４）。この時、既設サーバ１から故障サーバ２０に対して、新サーバ情報の通知も行われ、故障サーバ２０は自サーバ２０が管理するサーバ情報の追加更新を行う（ステップＳ２５）。次いで、故障サーバ２０と増設サーバ１０との接続連携が行われる（ステップＳ２６）。ＡＰの起動処理については、更新されたサーバ情報に基づいて各サーバと連携を取って行う（ステップＳ２７、２８）。
【００２５】
次に、サーバ増設処理の途中でサーバ故障などの異常が発生した場合であって、処理進行状況について、構成管理情報の流通が未完了状態であるケースの処理シーケンスを図５に示す。いま、既設サーバ１においては、増設サーバ１０との接続連携が完了しているが、新サーバ情報への更新処理が未完了であり、一方、既設サーバ２においては、増設サーバ１０との接続連携が未完了である状態で故障が発生したとする。この場合、まず、故障発生までの間に、前述した図３の各ステップＳ１〜Ｓ６と同様のステップＳ３１〜Ｓ３６が実行される。そして、故障発生後のシステム再開の過程で、各サーバ間で初期接続が行われるが、両既設サーバ１，２においては旧サーバ情報を管理している為、増設サーバ１０からの接続要求は構成管理外からの接続要求とみなして拒否する（ステップＳ３７、Ｓ３８）。
【００２６】
一方、増設サーバ１０においては、通常、初期起動に伴う初期接続の際はタイマ設定が行われ、タイムアウト時に接続処理が完了しない場合は、起動失敗とする処理となっている。増設サーバ１０は、この処理により起動処理を終了する。また、この後のシステム再開に伴う既設サーバ１，２間の接続連携およびＡＰの起動処理については、増設サーバ１０を除いた、既設サーバ１、既設サーバ２の間で実施され（ステップＳ３９、Ｓ４０）、サーバ増設処理は失敗として完了となる。
【００２７】
次に、サーバ増設処理の途中でサーバ故障などの異常が発生するケースで、処理進行状況について、構成管理情報の流通が一部のサーバについてのみ完了している場合の処理シーケンスを図６に示す。いま、既設サーバ１においては、増設サーバ１０との接続連携及び新サーバ情報への更新処理が完了しており、一方、既設サーバ２においては、増設サーバ１０との接続連携が未完了である状態で故障が発生したとする。この場合、まず、故障発生までの間に、前述した図３の各ステップＳ１〜Ｓ７と同様のステップＳ４１〜Ｓ４７が実行される。そして、故障発生後のシステム再開の過程において、各サーバ間で初期接続が行われるが、増設サーバ１０と既設サーバ１においては、新サーバ情報を管理しているため、全サーバとの接続連携が可能となる（ステップＳ４８）。しかし、既設サーバ２においては、旧サーバ情報を管理しているため、既設サーバ１に対してのみ接続連携が可能となる。これにより、増設サーバ１０から既設サーバ２への接続要求は拒否されて（ステップＳ４９）、増設サーバ１０は、図５において説明した初期接続時のタイマ設定処理により起動処理失敗となる（ステップＳ５０）。
【００２８】
なお、既設サーバ１と既設サーバ２の間で接続連携が行われる際（ステップＳ５１）、既設サーバ１で管理している新サーバ情報は既設サーバ２に通知される。これにより、既設サーバ２においても増設サーバ１０の情報が管理され、増設サーバ１０の扱いについては構成管理内における故障サーバとして管理される。この後のシステム再開に伴うＡＰの起動処理については、図４において説明した故障サーバ２０が存在する場合の増設処理と同様の処理が行われ、サーバ増設処理は成功として完了となる（ステップＳ５２）。
【００２９】
次に、サーバ減設時の処理を図７を参照して説明する。図７において３０は減設サーバ、１は既設サーバである。サーバ減設時においては、減設コマンドを減設サーバ３０もしくは、他の既設サーバ１上で実施する。コマンド要求（ステップ▲１▼）を受けたサーバ１は、減設サーバ３０に対して減設指示を行い（ステップ▲２▼）、指示を受けた減設サーバ３０は、自サーバ３０に配置されているシステム構成情報Ａ３、起動プロセス定義情報Ｂ３、プロセス競合情報Ｃ３、起動連携定義情報Ｄ３、サーバ最小構成定義情報Ｅ３の各種新サーバ情報を参照し（ステップ▲３▼）、既設サーバ１に対して同情報の流通を行う（ステップ▲４▼）。新サーバ情報を受けた既設サーバ１は同情報によって自己のサーバ情報、すなわち、システム構成情報Ａ４、起動プロセス定義情報Ｂ４、プロセス競合情報Ｃ４、起動連携定義情報Ｄ４、サーバ最小構成定義情報Ｅ４を更新する（ステップ▲５▼）。
【００３０】
サーバ減設時の具体的な処理シーケンスを図８に示す。既設サーバ１上で減設コマンドを実施したとする（ステップＳ６１）。コマンド要求を受け付けた既設サーバ１は、減設サーバ３０以外の既設サーバ２に対して減設指示を行い（ステップＳ６２）、完了後、減設サーバ３０に対して減設指示を行う（ステップＳ６３）。実際の減設処理については、まず、減設要求を受け付けた既設サーバ１から減設サーバ３０に対して、減設後の新サーバ情報の取得要求を行い（ステップＳ６４）、要求を受け付けた減設サーバ３０は、自サーバ上に配置されている新サーバ情報を参照し情報を流通する（ステップＳ６５）。新サーバ情報の通知を受けた既設サーバ１は、既設サーバ２に対して同情報の流通を行い（ステップＳ６６）、既設サーバ１、既設サーバ２ともに、自サーバで管理しているサーバ情報の更新を行う（ステップＳ６７、Ｓ６８）。減設サーバ３０は、この情報流通処理が完了した時点で自主的に終了する。減設サーバ終了に伴う、ＡＰの救済起動処理については、更新されたサーバ情報に基づいて、既設サーバ１、既設サーバ２の間で起動連携を取って処理を行い、同処理の完了をもって減設処理完了とする（ステップＳ６９）。
【００３１】
次に、サーバ減設実施時にシステム上の管理サーバの内で、サーバ故障もしくは保守者操作により意図的に非運用状態にあるサーバが存在するケースの処理シーケンスを図９に示す。まず、サーバ減設処理の実施については、故障サーバ２０を除く、減設サーバ３０と既設サーバ１間で、図８の説明で上述した減設処理が実施され、減設処理は完了となる（ステップＳ７１）。その後に、故障サーバ２０が復旧し、故障サーバ２０の組み込み処理が実施される。この場合、まず、既設サーバ１にサーバ組み込み指示が入力され（ステップＳ７２）、既設サーバ１から故障サーバ２０へ復旧指示が出力される（ステップＳ７３）。以後、故障サーバ２０は運用状態にある既設サーバ１と接続連携処理を行う（ステップＳ７４）。この時、既設サーバ１から故障サーバ２０に対して、新サーバ情報の通知も行われ、故障サーバ２０は自サーバ２０が管理するサーバ情報の追加更新を行う（ステップＳ７５）。そして、ＡＰの起動処理については、更新されたサーバ情報に基づいて、減設サーバ３０を除き、既設サーバ１と連携を取って行う（ステップＳ７６）。
【００３２】
次に、サーバ減設処理の途中でサーバ故障などの異常が発生した場合で、処理進行状況について、構成管理情報の流通が未完了状態であるケースの処理シーケンスを図１０に示す。いま、既設サーバ１においては、減設サーバ３０及び既設サーバ２への減設指示要求が完了し、減設サーバ３０からの新サーバ情報受信待ち状態であり、既設サーバ２においては、既設サーバ１からの減設指示要求受け付けが完了し、新サーバ情報受信待ちである状態で異常が発生したとする。
【００３３】
この場合、まず、故障発生までの間に、前述した図８の各ステップＳ６１〜Ｓ６４と同様のステップＳ８１〜Ｓ８４が実行される。そして、故障発生後のシステム再開の過程において、各サーバ間で初期接続が行われるが、減設サーバ３０においては、新サーバ情報を管理しているため、自サーバの起動処理は行わず終了する。既設サーバ１と既設サーバ２においては、旧サーバ情報を管理しているため、減設サーバ３０を含めた構成での起動処理となるが、減設サーバ３０に対しては接続連携が不可能となる（ステップＳ８５、Ｓ８６）。各既設サーバ１、２から減設サーバ３０に対する接続処理は、一定時間実施されるが、図５において説明した初期接続時のタイマ設定処理により、各既設サーバ１、２側で、減設サーバ３０を起動タイムアウトとみなし、構成管理内における故障サーバとして管理される。この後のシステム再開に伴うＡＰの起動処理については、減設サーバを除いた、既設サーバ１、既設サーバ２の間で起動連携をとって実施され（ステップＳ８７、Ｓ８８）、サーバ減設処理は失敗として完了となる。
【００３４】
次に、サーバ減設処理の途中でサーバ故障などの異常が発生するケースで、処理進行状況が構成管理情報の流通完了済み状態にある処理シーケンスを図１１に示す。いま、既設サーバ１、既設サーバ２共に減設指示受け付け及び新サーバ情報への管理情報更新が完了し、減設サーバ３０の終了に伴うＡＰ救済起動処理実施中に異常が発生したとする。
【００３５】
この場合、まず、故障発生までの間に、前述した図８の各ステップＳ６１〜Ｓ６８と同様のステップＳ９１〜Ｓ９８が実行される。そして、故障発生後のシステム再開の過程において、各サーバ間で初期接続が行われるが、減設サーバ３０においては、新サーバ情報を管理しているため、自サーバの起動処理は行わず終了する。既設サーバ１と既設サーバ２においても、新サーバ情報を管理しているため、減設サーバ３０を除いた構成での起動処理と認識し、接続連携が行われる（ステップＳ９９）。システム再開に伴うＡＰの起動処理については、減設サーバを除いた、既設サーバ１、既設サーバ２の間で起動連携をとって実施され（ステップＳ１００）、サーバ減設処理は成功として完了となる。
【００３６】
以上がこの発明の一実施形態の詳細である。この実施形態によれば次の効果を得ることができる。
▲１▼  システム管理対象となるサーバ管理方法の拡大
▲２▼  処理自動化及び、オンライン処理実現による利用性の向上
▲３▼  異常発生時の迅速且つ正確な救済処理によるシステム運営の安定性向上
なお、上記実施形態における既設サーバ１、２、増設サーバ１０、減設サーバ３０、故障サーバ２０はいずれもコンピュータであり、システム構成情報等のサーバ情報はＲＡＭ（ランダムアクセスメモリ）に記憶されている。
【００３７】
【発明の効果】
以上説明したように、請求項１、請求項２、請求項７、請求項８、請求項１２、請求項１３の発明によれば、サービス提供しているＡＰを停止することなく、システムにサーバを追加することが可能であり、また減設対象のサーバ上で動作しているＡＰ以外のサービスを提供しているＡＰを停止することなくサーバ削減をすることができる効果がある。これにより、サーバ構成の更新実施の容易化、更新時におけるシステム運用の中断時間発生等の悪影響の極小化、および、更新実施後のシステム安定性の向上を図ることができる。
【００３８】
また、請求項３、請求項４、請求項９、請求項１４の発明によれば、サーバ増設又はサーバ減設を実施する際、サーバ故障のため、動作していないサーバがあった場合でも、サーバの増設又は減設によるサーバ構成の更新ができる効果がある。
また、請求項５、請求項６、請求項１０、請求項１１、請求項１５、請求項１６の発明によれば、サーバ増設又はサーバ減設の処理中に、運用中のシステムにおいてシステムの異常が発生し、その後の再開処理を実施した場合においても、各サーバヘのＡＰとサーバの構成管理情報の更新状況に合わせたサーバ増設又はサーバ減設の完了もしくは前状態への復旧ができる効果がある。
【図面の簡単な説明】
【図１】この発明の実施形態によるサーバシステムにおけるサーバ増設過程を説明するための説明図である。
【図２】同実施形態における更新処理要求用コマンドを示す図である。
【図３】同実施形態におけるサーバ増設過程を説明するためのシーケンス図である。
【図４】同実施形態において、故障サーバがある場合のサーバ増設過程を説明するためのシーケンス図である。
【図５】同実施形態において、システム故障が発生した場合のサーバ増設過程を説明するためのシーケンス図である。
【図６】同実施形態において、システム故障が発生した場合のサーバ増設過程を説明するためのシーケンス図である。
【図７】この発明の実施形態によるサーバシステムにおけるサーバ減設過程を説明するための説明図である。
【図８】同実施形態におけるサーバ減設過程を説明するためのシーケンス図である。
【図９】同実施形態において、故障サーバがある場合のサーバ減設過程を説明するためのシーケンス図である。
【図１０】同実施形態において、システム故障が発生した場合のサーバ減設過程を説明するためのシーケンス図である。
【図１１】同実施形態において、システム故障が発生した場合のサーバ減設過程を説明するためのシーケンス図である。
【符号の説明】
１、２…既設サーバ
１０…増設サーバ
２０…故障サーバ
３０…減設サーバ
Ａ１、Ａ２、Ａ３、Ａ４…システム構成情報
Ｂ１、Ｂ２、Ｂ３、Ｂ４…起動プロセス定義情報
Ｃ１、Ｃ２、Ｃ３、Ｃ４…プロセス競合情報
Ｄ１、Ｄ２、Ｄ３、Ｄ４…起動連携定義情報
Ｅ１、Ｅ２、Ｅ３、Ｅ４…サーバ最小構成定義情報
【図１】
2005043961.tif 000003
【図２】
2005043961.tif 000004
【図３】
2005043961.tif 000005
【図４】
2005043961.tif 000006
【図５】
2005043961.tif 000007
【図６】
2005043961.tif 000008
【図７】
2005043961.tif 000009
【図８】
2005043961.tif 000010
【図９】
2005043961.tif 000011
【図１０】
2005043961.tif 000012
【図１１】
2005043961.tif 000013