JP5519553B2 - サーバ管理装置、サーバ管理プログラム、サーバ管理方法、およびサーバ管理システム - Google Patents

Description

本発明は、サーバ管理装置、サーバ管理プログラム、サーバ管理方法、およびサーバ管理システムに関する。

一般に、サービスを提供するシステムはコンピュータを用いて実現されている。これらコンピュータを用いたシステムは、利用者の要求に対して十分なサービスを提供するための保守運用管理が欠かせない。システムの保守においては、定期、または不定期にサーバをリブート（再起動）して、サーバの稼働状態を良好に維持することがおこなわれる。

また、近年のシステムは、システムを構成するサーバが数十台、またはそれ以上になるなど大規模化している。さらに、大規模システムは、データベースサーバやアプリケーションサーバ、ウェブサーバなどサーバが役割分担し、相互の起動順序に制約があるなど、システム構成が複雑化している。こうした複雑なシステムにおいて保守運用管理を容易にするために、複数のサーバを再起動するための最適な順序決定方法についての提案がある（たとえば、特許文献１参照）。

特開２００８−１７１４２７号公報

しかしながら、システムの運用を停止して保守をおこなうことができる時間は、限りがあり、システムを構成するすべてのサーバについて、保守に割り当てることができる時間内にリブートをおこなうのは非常に難しい。

保守担当者は、保守時間内にリブートが完了するようにサーバのリブートを実行するが、リブート実行中のエラーの発生により保守時間内にサーバのリブートが終わらない事態が起こり得る。このような場合、保守担当者は、運用を優先するためにリブートを中止せざるをえない。また、このような障害は、システムの運用開始時間までに復旧しなければ、システム運用にも支障をきたす。そのため、保守担当者は、リブートを中止した場合の復旧作業を速やかにおこなうべく対応することが求められる。

本発明は、このような点に鑑みてなされたものであり、保守担当者の負担を軽減して、保守時間内のサーバのリブートを実行可能なサーバ管理装置、サーバ管理プログラム、サーバ管理方法、およびサーバ管理システムの提供を目的とする。

上記課題を解決するために、サーバ管理装置は、リブート計画部と、縮退運用判定部と、リブート制御部とを備える。リブート計画部は、１以上のサーバから構成される複数のサーバグループのリブート順序を計画する。縮退運用判定部は、リブートが完了しないサーバを切り離してサーバグループの縮退運用が可能か否かを判定する。リブート制御部は、リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、第２のサーバグループにリブート指示をおこなう。

また、上記課題を解決するために、サーバ管理システムは、１以上のサーバから構成される複数のサーバグループと、サーバのリブートを管理するサーバ管理装置とを備える。サーバ管理装置は、リブート計画部と、縮退運用判定部と、リブート制御部とを備える。リブート計画部は、１以上のサーバから構成される複数のサーバグループのリブート順序を計画する。縮退運用判定部は、リブートが完了しないサーバを切り離してサーバグループの縮退運用が可能か否かを判定する。リブート制御部は、リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、第２のサーバグループにリブート指示をおこなう。

上記のサーバ管理装置、サーバ管理プログラム、サーバ管理方法、およびサーバ管理システムによれば、保守担当者の負担を軽減して、保守時間内のサーバのリブートを実行可能にする。

第１の実施形態のサーバ管理装置のブロック図である。 第２の実施形態のサーバ管理システムの構成例を示す図である。 第２の実施形態のサーバ管理装置のブロック図である。 第２の実施形態のサーバ管理装置のハードウェア構成例を示す図である。 第２の実施形態のリブート監視処理のフローチャートである。 第２の実施形態のサーバグループ毎のリブート計画表の一例である。 第２の実施形態のサーバグループを構成するサーバ毎のリブート計画表の一例である。 第２の実施形態のリブート履歴の一例である。 第２の実施形態の順次リブート制御処理のフローチャートである。 第２の実施形態のリブート計画生成処理のフローチャートである。 第２の実施形態のリブート計画更新処理のフローチャートである。 第２の実施形態のリブート履歴集計表の一例である。 第２の実施形態のリブート優先度定義の一例である。 第２の実施形態のリブート実行例である。 第２の実施形態のリブート実行例である。 第２の実施形態のリブート実行例である。

以下、実施形態を図面を参照して説明する。
［第１の実施形態］
まず、第１の実施形態のサーバ管理装置について、図１を用いて説明する。図１は、第１の実施形態のサーバ管理装置のブロック図である。

サーバ管理装置１は、複数のサーバ７を備えるシステムにおいて、各サーバ７のリブートを管理する装置である。各サーバ７は、システムが提供するサービスに応じて役割（機能）分担（たとえば、データベースサーバ、ＷＷＷ（World Wide Web）サーバ、アプリケーションサーバ、ホストゲートウェイサーバなど）がされている。各サーバ７は、第１のサーバグループ５、第２のサーバグループ６のように、所定単位のサーバ７でサーバグループを構成する。サーバグループを構成するサーバ７の数は、１台または複数台である。サーバグループを構成する単位は、たとえば、サーバが提供する機能、計算機の種別、性能、ネットワーク接続態様などによって切り分けられる。また、サーバグループは、１台以上のサーバ７で構成され、要求される処理能力への対応、各サーバの負荷分散や信頼性向上が求められる場合は、複数台のサーバ７で構成される。

サーバ管理装置１は、各サーバ７に対してリブートの実行を指示（リブート指示）する。サーバ管理装置１は、リブート計画部２と縮退運用判定部３とリブート制御部４を備える。

各サーバのリブートを実行する手順は、各サーバ７の役割、サーバ機種、構成などのリブート制約条件を考慮しなければならず、すべてのサーバ７について一斉にリブートをおこなうことができない。

リブート計画部２は、リブート制約条件にもとづいてサーバグループのリブート順序を計画する。リブート計画部２は、たとえば、第１のサーバグループ５についてリブートを実行した後に第２のサーバグループ６についてリブートを実行するリブート順序の計画を立てる。また、リブート計画部２は、リブート優先度にもとづいて各サーバグループを構成するサーバ７のリブートの実行の有無を計画する。リブート優先度は、サーバ７の役割、エラーの発生状況、前回リブートからの間隔などにもとづいて決定される。

縮退運用判定部３は、リブートを指示したサーバグループを構成するサーバ７についてリブートが完了しない場合、リブートが完了しないサーバ７を切り離してサーバグループの縮退運用が可能か否かを判定する。

サーバグループの縮退運用が可能か否かの判定は、リブートエラーを検出したサーバ７の数とあらかじめ設定される閾値との比較によりおこなう。たとえば、４台のサーバ７から構成される第１のサーバグループ５の縮退運用可能な閾値が２台と設定されている場合、２台までのリブートエラーが検出された第１のサーバグループ５は、縮退運用可と判定される。リブートエラーとは、リブートを指示されサーバ７がリブートを完了できない異常である。リブートエラーは、たとえば、リブートを指示されたサーバ７から、監視時間内のリブート完了報告がないことをもって検出できる。サーバ７の切り離しとは、障害が発生したサーバ７のシステムからの分離をいう。たとえば、切り離されたサーバ７は、負荷分散装置（ロードバランサ）による負荷割り当て対象から除外される。

リブート制御部４は、リブート計画部２が計画したリブート順序にしたがいサーバグループにリブート指示をおこなう。リブート計画部２が計画したリブート順序が、第１のサーバグループ５、第２のサーバグループ６の順序であれば、リブート制御部４は、第１のサーバグループ５にリブート指示をおこない、第１のサーバグループ５のリブート完了を待つ。リブート制御部４は、第１のサーバグループ５のリブート完了により、第２のサーバグループ６にリブート指示をおこなう。サーバグループのリブート完了は、サーバグループを構成するサーバ７のうちリブート対象となったサーバ７（すなわちリブート指示をおこなったサーバ７）のすべてのリブート完了である。

リブート制御部４は、第１のサーバグループ５を構成するサーバ７にリブートエラーがあっても、縮退運用判定部３による第１のサーバグループ５の縮退運用が可能の判定をリブート完了とみなして、第２のサーバグループ６にリブート指示をおこなう。

このように、サーバ管理装置１がリブートを管理するシステムは、第１のサーバグループ５を構成するサーバ７にリブートエラーがあっても、第２のサーバグループ６へのリブート指示を滞りなく実行することができる。

これにより、サーバ管理装置１は、保守担当者が第１のサーバグループ５を構成するサーバ７のリブートエラーの確認を待たなくとも、後段のサーバグループのリブートをおこなうことができる。したがって、保守担当者は、常にシステムを監視しなくともよく、保守担当者は、監視負担が軽減される。また、システムの保守作業は、一部のサーバ７にリブートエラーが発生しても、遅滞のない進行により保守時間内の完了が期待できる。

次に、より具体的なサーバ管理システムの第２の実施形態を説明する。
［第２の実施形態］
まず、サーバ管理システムの構成例について、図２を用いて説明する。図２は、第２の実施形態のサーバ管理システムの構成例を示す図である。第２の実施形態では、複数台のサーバを備えるシステムとして、サーバ管理システム１０を例示して説明する。サーバ管理システム１０は、たとえば、銀行などのオンラインシステムなどがある。

サーバ管理システム１０は、サーバ管理装置１１と複数のサーバを通信可能に接続するネットワーク１７を備える。サーバは、１台または複数台でサーバ群（サーバグループ）を構成する。データベースサーバであるＤＢ（Data Base）サーバ１２ａ、ＤＢサーバ１２ｂは、ＤＢサーバ群１２を構成する。データベースサーバであるＤＢサーバ１３ａ、ＤＢサーバ１３ｂは、ＤＢサーバ群１３を構成する。ウェブサーバであるＷＷＷサーバ１４ａ、ＷＷＷサーバ１４ｂ、ＷＷＷサーバ１４ｃ、ＷＷＷサーバ１４ｄ、ＷＷＷサーバ１４ｅは、ＷＷＷサーバ群１４を構成する。アプリケーションサーバであるＡＰ（APplication）サーバ１５ａ、ＡＰサーバ１５ｂ、ＡＰサーバ１５ｃ、ＡＰサーバ１５ｄは、ＡＰサーバ群１５を構成する。ホストゲートウェイサーバであるＨＧ（Host Gateway）サーバ１６ａ、ＨＧサーバ１６ｂ、ＨＧサーバ１６ｃは、ＨＧサーバ群１６を構成する。

このように、サーバ管理システム１０は、サーバが提供するサービス単位でサーバ群を構成する。また、サーバ管理システム１０は、すべてのＤＢサーバが同時にリブートエラーを起こすことがないように異なるリブート順序を設定するため、ＤＢサーバをＤＢサーバ群１２とＤＢサーバ群１３の２つのサーバ群に分割配置して構成する。また、各サーバ群は、サーバ機能を実装する計算機の種別、性能、要求される処理能力、信頼性、各サーバの負荷分散を考慮した台数のサーバで構成される。

サーバ管理システム１０は、たとえば、まずＤＢサーバ群１２のリブートの実行、次にＤＢサーバ群１３のリブートの実行をおこなう。そして、サーバ管理システム１０は、次にＷＷＷサーバ群１４のリブートの実行、ＡＰサーバ群１５のリブートの実行、ＨＧサーバ群１６のリブートの実行をおこなう。このように、サーバ管理システム１０は、サーバ群毎に順序を設定してリブートをおこなう。

次に、第２の実施形態のサーバ管理装置１１によりリブート管理を実現する構成について図３を用いて説明する。図３は、第２の実施形態のサーバ管理装置のブロック図である。サーバ管理装置１１は、リブート制御部２０と、リブート計画部２１と、リブート履歴生成部２２と、優先度設定部２３と、縮退運用判定部２４と、保守時間内完了判定部２５と、記憶部２６とを備える。

リブート制御部２０は、各処理部を統括的に制御して、ネットワーク３３を介してサーバ管理装置１１と通信可能に接続する各サーバ３４のリブート管理をおこなう。リブート制御部２０によるリブート管理は、サーバ３４へのリブート指示と、リブート指示を受けたサーバ３４のリブートの実行結果の確認をおこなう。リブート制御部２０は、リブート計画部２１が計画するリブート順序にしたがい各サーバ３４にリブート指示をおこなう。

リブート制御部２０は、サーバグループ３５毎に所定の順序でリブートを実行するため、サーバグループ３５単位でサーバ３４へのリブート指示をおこなう。なお、サーバグループ３５は、１台以上のサーバ３４により構成される。リブート制御部２０は、リブートの実行に順序関係のある２つのサーバグループ３５がある場合、前段のサーバグループ３５にリブート指示をおこない、前段のサーバグループ３５のリブート完了を待つ。リブート制御部２０は、前段のサーバグループ３５のリブート完了により、後段のサーバグループ３５にリブート指示をおこなう。ここで、サーバグループ３５のリブート完了は、リブート指示をおこなったすべてのサーバ３４のリブート完了の検出の他、縮退運用判定部２４によるサーバグループ３５の縮退運用可能の判定を含む。

リブート計画部２１は、複数のサーバグループ３５のリブート順序をリブート制約条件にもとづいて計画する。また、リブート計画部２１は、保守時間内にサーバ３４のリブートが完了するように、サーバグループ３５を構成するサーバ３４についてリブートの実行の有無をリブート優先条件にもとづいて計画する。リブート計画部２１は、サーバ３４のリブートの実行中にも、リブートの計画が保守時間内に完了しない場合には、リブート優先条件にもとづいてリブート順序の再計画をおこなう。

リブート履歴生成部２２は、各サーバ３４のリブート履歴を生成する。優先度設定部２３は、リブート履歴生成部２２が生成するリブート履歴と、あらかじめ設定したリブート優先条件とにもとづいて各サーバ３４のリブート優先度を設定する。

縮退運用判定部２４は、リブートが完了しないサーバ３４を切り離してサーバグループ３５の縮退運用が可能か否かを判定する。縮退運用判定部２４は、サーバ３４にリブート指示をおこなってから所定時間内のリブート完了通知の受信によってサーバ３４のリブート完了を判断する。縮退運用判定部２４は、サーバグループ３５毎に構成要素となるサーバ３４のリブート完了台数を計数する。縮退運用判定部２４は、リブート完了台数が縮退運用可能な台数に達すると縮退運用可と判定し、縮退運用可能な台数に達しないと縮退運用不可と判定する。なお、縮退運用判定部２４は、リブートエラーにより一部のサーバ３４が運用不可な場合の他、サーバグループ３５を構成するすべてのサーバ３４がリブート完了した場合を含めて縮退運用可の判定をおこなう。

保守時間内完了判定部２５は、リブート計画部２１がリブートを計画したすべてのサーバ３４のリブートが保守時間内に完了するか否かを判定する。記憶部２６は、リブート計画部２１が計画したリブート計画と、リブート履歴生成部２２が生成したリブート履歴と、優先度設定部２３が設定するリブート優先度を記憶する。また、記憶部２６は、あらかじめ設定される情報（たとえば、リブート制約条件とリブート優先条件）を記憶する。

次に、実施形態のサーバ管理装置１１のハードウェア構成例について図４を用いて説明する。図４は、第２の実施形態のサーバ管理装置のハードウェア構成例を示す図である。
サーバ管理装置１１は、コンピュータが所要のプログラムを実行することにより実現する。なお、サーバ３４についても、サーバ管理装置１１と同様のハードウェア構成によって実現し得る。

サーバ管理装置１１は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ＨＤＤ（Hard Disk Drive：ハードディスクドライブ）１０３、通信インタフェース１０４、グラフィック処理装置１０５、および入出力インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやホスト計算機としての機能を実現するアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０５には、モニタ１０８が接続されている。モニタ１０８は、リブート管理をおこなうための所定のＧＵＩ（Graphical User Interface）を表示する。
モニタ１０８は、たとえば、液晶ディスプレイである。グラフィック処理装置１０５は、ＣＰＵ１０１からの命令に従って、画像をモニタ１０８に表示させる。

入出力インタフェース１０６には、キーボード１１０、マウス１１１が接続されている。また、入出力インタフェース１０６は、可搬型記録媒体１１２への情報の書き込み、および可搬型記録媒体１１２からの情報の読み出しが可能な可搬型記録媒体インタフェースと接続可能になっている。入出力インタフェース１０６は、キーボード１１０、マウス１１１、可搬型記録媒体インタフェースから送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０４は、図示しないネットワークに接続されている。通信インタフェース１０４は、図示しないネットワークを介して他のコンピュータとの間でデータの送受信をおこなう。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。
なお、サーバ管理装置１１は、それぞれＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processer）などからなるモジュールを含んで構成することもでき、ＣＰＵ１０１を有しない構成とすることもできる。その場合、サーバ管理装置１１は、それぞれ不揮発性メモリ（たとえば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカードなど）を備え、モジュールのファームウェアを記憶する。不揮発性メモリは、可搬型記録媒体１１２、あるいは通信インタフェース１０４を介してファームウェアを書き込むことができる。このようにサーバ管理装置１１は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。

次に、サーバ管理装置１１が実行するリブート監視処理について図５から図８を用いて詳細に説明する。図５は、第２の実施形態のリブート監視処理のフローチャートである。図６は、第２の実施形態のサーバグループ毎のリブート計画表の一例である。図７は、第２の実施形態のサーバグループを構成するサーバ毎のリブート計画表の一例である。図８は、第２の実施形態のリブート履歴の一例である。

サーバ管理装置１１は、管理対象とするサーバ３４のリブート実行タイミングでリブート監視処理を実行する。たとえば、サーバ管理装置１１は、あらかじめスケジュールされた起動タイマによりリブート監視処理を実行する。また、サーバ管理装置１１は、保守管理担当者の実行指示によりリブート監視処理を実行するものであってもよい。

［ステップＳ１１］サーバ管理装置１１は、保守時間を取得する。保守時間は、リブートの実行にあてられる時間を特定できるものであればよく、たとえば、あらかじめ設定されたリブート完了予定時間がある。

［ステップＳ１２］サーバ管理装置１１は、記憶部２６からリブート計画を取得する。より具体的には、サーバ管理装置１１は、複数のサーバグループ３５のリブート順序を計画したサーバグループリブート計画表５０（図６参照）を取得する。また、サーバ管理装置１１は、サーバグループ３５を構成するサーバ３４がリブート対象となるか否かを計画したサーバ毎リブート計画表６０（図７参照）を取得する。なお、サーバグループリブート計画表５０とサーバ毎リブート計画表６０は、まとめて１つのリブート計画表であってもよい。

なお、サーバグループリブート計画表５０は、「グループ」、「サーバ名称」、「順序」、「正常運用可能台数」、「縮退運用可能台数」、「リブート時間」を項目に含み、各サーバグループ３５のリブート計画を表形式にしたデータである。「グループ」は、対象となるサーバグループ３５を一意に識別するための識別情報である。「サーバ名称」は、対象となるサーバグループ３５の名称であり、「ＤＢサーバ」、「ＷＷＷサーバ」のように役割に応じた名称がある。「順序」は、サーバグループ３５毎のリブート順序であり、「１」から昇順にリブートが実行されることを表す。「正常運用可能台数」は、対象となるサーバグループ３５を構成するサーバ３４の台数であり、正常時に稼働するサーバ３４の台数である。「縮退運用可能台数」は、対象となるサーバグループ３５を構成するサーバ３４のうち少なくとも稼働しなければいけないとするサーバ３４の台数である。「リブート時間」は、対象となるサーバグループ３５にリブート指示をしてから構成要素となるすべてのサーバ３４のリブートが完了までの予定時間である。

なお、サーバ毎リブート計画表６０は、「グループ」、「番号」、「サーバ名称」、「リブート時間」、「リブート対象」を項目に含み、各サーバ３４のリブート計画を表形式にしたデータである。「グループ」は、対象となるサーバ３４が属するサーバグループ３５を一意に識別するための識別情報である。「番号」は、対象となるサーバ３４が属するサーバグループ３５内で対象となるサーバ３４を一意に識別するための識別情報である。「サーバ名称」は、対象となるサーバ３４が属するサーバグループ３５の名称である。「リブート時間」は、対象となるサーバにリブート指示をしてからリブートが完了までの予定時間である。「リブート対象」は、対象となるサーバ３４のリブートの是非を判定するための情報である。「リブート対象」が「必須」であれば、対象となるサーバ３４は、最優先のリブート実行対象となる。「リブート対象」が「可」であれば、対象となるサーバ３４は、保守時間が許す範囲でリブート実行対象となる。「リブート対象」が「否」であれば、対象となるサーバ３４は、リブート実行対象から除外される。

［ステップＳ１３］サーバ管理装置１１は、リブート計画にしたがい、順次、所定のサーバグループ３５に属するサーバ３４にリブート指示をおこなう順次リブート制御処理を実行する。サーバ管理装置１１は、順次リブート制御処理において、リブート計画が保守時間内に完了予定の場合に、計画順序のサーバ３４にリブート指示をおこなう。一方、サーバ管理装置１１は、順次リブート制御処理において、リブート計画が保守時間内に完了予定でない場合に、リブート指示をおこなわない。順次リブート制御処理の詳細は、図９を用いて後で説明する。

［ステップＳ１４］サーバ管理装置１１は、順次リブート制御処理においてリブート指示がされている場合にステップＳ１５にすすみ、リブート指示がされていない場合にステップＳ１８にすすむ。

［ステップＳ１５］サーバ管理装置１１は、リブート指示をおこなったサーバ３４のリブート時間（サーバ毎リブート計画表６０の「リブート時間」）の経過を監視する。サーバ管理装置１１は、リブート時間が経過した場合にステップＳ１７にすすみ、リブート時間が経過していない場合にステップＳ１６にすすむ。

［ステップＳ１６］サーバ管理装置１１は、リブート指示をおこなったすべて（サーバグループリブート計画表５０の「正常運用可能台数」）のサーバ３４からリブート成功（完了）の報告があった場合にステップＳ１９にすすみ、未だすべてのサーバ３４からリブート成功の報告がない場合にステップＳ１５にもどる。

［ステップＳ１７］サーバ管理装置１１は、リブート指示をおこなったすべてのサーバ３４のうち最低稼働台数（サーバグループリブート計画表５０の「縮退運用可能台数」）のリブート成功（完了）の報告があった場合にステップＳ１９にすすみ、最低稼働台数のリブート成功の報告がない場合にステップＳ１８にすすむ。このように、サーバ管理装置１１は、リブートを計画したサーバ３４の一部のリブート成功を確認できなくとも、サーバグループ３５で最低稼働台数のリブート成功があれば、リブート計画を中断することなく続行する。これにより、サーバ管理装置１１は、保守担当者の負担を軽減して、保守時間内のサーバ３４のリブートを実行可能にする。

［ステップＳ１８］サーバ管理装置１１は、計画したリブートを完了できないので、リブートエラーを報知する。
［ステップＳ１９］サーバ管理装置１１は、リブート計画が完了したか否かを判定する。すなわち、サーバ管理装置１１は、サーバグループリブート計画表５０のリブート計画がすべて完了したか否かを判定する。サーバ管理装置１１は、リブート計画が完了した場合にステップＳ２０にすすみ、リブート計画が完了していない場合にステップＳ１３にもどる。

［ステップＳ２０］サーバ管理装置１１は、リブート履歴７０を更新してリブート監視処理を終了する。
なお、リブート履歴７０は、「リブート開始日時」、「リブート終了日時」、「グループ」、「番号」、「サーバ名称」、「結果」を項目に含み、各サーバ３４のリブート結果を表形式にしたデータである。「リブート開始日時」は、サーバ管理装置１１が各サーバ３４にリブートを指示した日時である。「リブート終了日時」は、サーバ管理装置１１が各サーバ３４のリブート結果を確認した日時である。「グループ」は、対象となるサーバ３４が属するサーバグループ３５を一意に識別するための識別情報である。「番号」は、対象となるサーバ３４が属するサーバグループ３５内で対象となるサーバ３４を一意に識別するための識別情報である。「サーバ名称」は、対象となるサーバ３４が属するサーバグループ３５の名称である。「結果」は、リブートの成否である。

次に、サーバ管理装置１１が実行する順次リブート制御処理について図９を用いて詳細に説明する。図９は、第２の実施形態の順次リブート制御処理のフローチャートである。サーバ管理装置１１は、リブート監視処理のステップＳ１３で順次リブート制御処理を実行する。

［ステップＳ２１］サーバ管理装置１１は、リブート監視処理のステップＳ１１で取得した保守時間と、リブート監視処理のステップＳ１２で取得したリブート計画、リブート計画にもとづいたリブートの進行とから、リブートが保守時間内に完了する見込みか否かを判定する。サーバ管理装置１１は、リブートが保守時間内に完了する見込みがある場合にステップＳ２４にすすみ、リブートが保守時間内に完了する見込みがない場合にステップＳ２２にすすむ。

［ステップＳ２２］サーバ管理装置１１は、リブートが保守時間内に完了する見込みがないためリブート計画を更新（再計画）するリブート計画更新処理を実行する。リブート計画更新処理の詳細は、図１１を用いて後で説明する。

［ステップＳ２３］サーバ管理装置１１は、リブート計画の更新に成功したか否かを判定する。すなわち、サーバ管理装置１１は、リブートが保守時間内に完了する見込みがないリブート計画を、リブートが保守時間内に完了する見込みのリブート計画に更新することができたか否かを判定する。サーバ管理装置１１は、リブート計画の更新に成功した場合にステップＳ２４にすすみ、失敗した場合に順次リブート制御処理を終了する。

［ステップＳ２４］サーバ管理装置１１は、サーバグループリブート計画表５０にしたがいリブート順序のサーバグループ３５をリブート対象に選択する。
［ステップＳ２５］サーバ管理装置１１は、選択したサーバグループ３５のうち、サーバ毎リブート計画表６０にしたがいリブート対象となるサーバ３４にリブートを指示して、順次リブート制御処理を終了する。

次に、サーバ管理装置１１が実行するリブート計画の生成と更新について図１０から図１３を用いて詳細に説明する。図１０は、第２の実施形態のリブート計画生成処理のフローチャートである。図１１は、第２の実施形態のリブート計画更新処理のフローチャートである。図１２は、第２の実施形態のリブート履歴集計表の一例である。図１３は、第２の実施形態のリブート優先度定義の一例である。

まず、リブート計画の生成をおこなうリブート計画生成処理について説明する。リブート計画生成処理は、サーバ管理装置１１により実行される。サーバ管理装置１１は、サーバ管理システム１０におけるリブートの終了後、次回のリブート開始までにリブート計画生成処理を実行してリブート計画を生成する。

［ステップＳ３１］サーバ管理装置１１は、次回のリブートに割り当て可能な保守時間を取得する。次回のリブートに割り当て可能な保守時間は、サーバ管理システム１０の運用時間や保守管理ポリシーなどの制約にしたがい保守管理担当者によってあらかじめ設定される。

［ステップＳ３２］サーバ管理装置１１は、リブート履歴を集計する。より詳しくは、サーバ管理装置１１は、リブート履歴７０とサーバ３４毎のエラー履歴とにもとづいてリブート履歴を集計したリブート履歴集計表８０を作成する。エラー履歴は、サーバ３４毎のエラー発生履歴であり、エラー内容、エラー発生日時などが記録される。なお、エラー履歴は、リブート履歴に含めて記録されるようにしてもよい。

なお、リブート履歴集計表８０は、「グループ」、「番号」、「サーバ名称」、「累積エラー」、「直近エラー」、「リブート間隔」を項目に含み、各サーバ３４のリブート履歴集計を表形式にしたデータである。「グループ」は、対象となるサーバ３４が属するサーバグループ３５を一意に識別するための識別情報である。「番号」は、対象となるサーバ３４が属するサーバグループ３５内で対象となるサーバ３４を一意に識別するための識別情報である。「サーバ名称」は、対象となるサーバ３４が属するサーバグループ３５の名称である。「累積エラー」は、前回のリブート実行以降に発生したエラーの累積回数である。「直近エラー」は、直近（たとえば、２４時間以内）に発生したエラーの有無である。「リブート間隔」は、リブート履歴集計タイミングと前回のリブート実行タイミングとの間隔である。たとえば、「リブート間隔」は、前回のリブート実行からの経過日数である。

［ステップＳ３３］サーバ管理装置１１は、サーバグループ３５毎のリブート優先度を決定する。より詳しくは、サーバ管理装置１１は、リブート履歴集計表８０と、あらかじめ定義してあるリブート優先度定義９０とにもとづいてリブート優先度を決定する。リブート優先度は、リブート計画の生成または更新をおこなう際に、いずれのサーバグループ３５を優先してリブートをおこなうかの指標である。

リブート優先度定義９０は、「対象サーバ」、「優先度」、「条件」を項目に含む、リブート優先定義のリストである。「対象サーバ」は、優先度設定の対象となるサーバグループ名である（全サーバのように複数指定を含む）。「優先度」は、リブート優先度である。たとえば、「優先度」は「０」から「５」の６段階があり、数値が大きいほど優先度が高い。「条件」は、対象サーバにおける優先度を設定する条件（リブート優先条件）である。条件設定がない場合は、対象サーバにおける優先度が無条件に設定される。条件設定がある場合は、設定条件を満たした場合に、対象サーバにおける優先度が設定される。たとえば、「ＤＢサーバ」は、無条件に優先度「５」が設定される。また、直近エラー（リブート履歴集計表８０の「直近エラー」）があるサーバ３４がある場合に、当該サーバ３４が属するサーバグループ３５は、優先度「４」が設定される。また、リブート間隔（リブート履歴集計表８０の「リブート間隔」）が「９０」以上、かつ累積エラー（リブート履歴集計表８０の「累積エラー」）があるサーバ３４がある場合に、当該サーバ３４が属するサーバグループ３５は、優先度「３」が設定される。「対象サーバ」が複数の「条件」を満足する場合は、大きな「優先度」が選択される。

［ステップＳ３４］サーバ管理装置１１は、ステップＳ３３で決定した優先度にしたがいリブート対象となるサーバグループ３５を決定する。また、サーバ管理装置１１は、リブート対象となるサーバグループ３５を構成するサーバ３４のうち、リブート対象となるサーバ３４を決定する。

なお、優先度「０」を設定されたサーバ３４は、リブート対象から除外（サーバ毎リブート計画表６０のリブート対象「否」）される。優先度「１」から優先度「４」を設定されたサーバ３４は、リブート計画生成時にリブート対象（サーバ毎リブート計画表６０のリブート対象「可」）とされる。優先度「５」を設定されたサーバ３４は、リブート計画生成時にリブート対象（サーバ毎リブート計画表６０のリブート対象「必須」）とされる。

［ステップＳ３５］サーバ管理装置１１は、サーバグループ３５のリブート対象の決定にもとづいてサーバグループリブート計画表５０（図６参照）を生成する。また、サーバ管理装置１１は、サーバ３４のリブート対象の決定にもとづいてサーバ毎リブート計画表６０（図７参照）を生成する。サーバ管理装置１１は、サーバグループリブート計画表５０とサーバ毎リブート計画表６０を生成して、リブート計画生成処理を終了する。

リブート計画生成処理によって生成されたリブート計画は、順次リブート制御処理の中で更新されうる。サーバ管理装置１１が順次リブート制御処理の中でリブート計画を更新するリブート計画更新処理について説明する。

リブート計画更新処理は、サーバグループリブート計画表５０にもとづくリブートの実行が保守時間内に終了しない見込みとなった場合に実行される。ここで、サーバ毎リブート計画表６０において、リブート対象「必須」および「不可」のサーバ３４は、リブートをスキップする余地がない。そのため、サーバ管理装置１１は、リブート対象「可」のサーバ３４を対象にして、リブートをスキップするリブート計画の更新をおこなう。なお、リブートのスキップは、サーバ３４ごとではなく、サーバグループ３５毎におこなう。

［ステップＳ４１］サーバ管理装置１１は、サーバ毎リブート計画表６０にリブート対象「可」のサーバ３４があるか否かを判定する。サーバ管理装置１１は、サーバ毎リブート計画表６０にリブート対象「可」のサーバ３４がある場合にステップＳ４２にすすむ。一方、リブート対象「可」のサーバ３４がない場合には、サーバ管理装置１１は、リブート計画を更新する余地がないとしてリブート計画更新処理を終了する。

［ステップＳ４２］サーバ管理装置１１は、リブート対象「可」のサーバ３４を含むサーバグループ３５のうち、リブートをスキップすることで保守時間内にサーバ管理システム１０のリブートを完了する見込みとなるサーバグループ３５を探索する。サーバ管理装置１１は、サーバグループ３５毎のリブートの優先順位を比較して、優先順位の低いサーバグループ３５をリブートのスキップ候補として探索する。サーバグループ３５毎のリブートの優先順位の比較は、各サーバグループ３５を構成するサーバの優先度のうち最も高い優先度を当該サーバグループ３５の優先度としておこなう。

［ステップＳ４３］サーバ管理装置１１は、リブートをスキップ可能なサーバグループ３５があるか否かを判定する。サーバ管理装置１１は、リブートをスキップ可能なサーバグループ３５がある場合にステップＳ４４にすすむ。一方、リブートをスキップ可能なサーバグループ３５がない場合には、サーバ管理装置１１は、リブート計画を更新する余地がないとしてリブート計画更新処理を終了する。

［ステップＳ４４］サーバ管理装置１１は、サーバグループリブート計画表５０を更新する。
具体的には、サーバ管理装置１１は、１番から５番のＷＷＷサーバ、２番および４番のＡＰサーバ、１番から３番のＨＧサーバがリブート対象「可」であるので、この中からリブートのスキップ対象を探索する（サーバ毎リブート計画表６０参照）。リブートは、サーバグループ３５単位で実行されるので、サーバ管理装置１１は、リブートのスキップ対象となるサーバグループを選択する。すなわち、サーバ管理装置１１は、グループ３番のＷＷＷサーバ（ＷＷＷサーバ群１４）、グループ４番のＡＰサーバ（ＡＰサーバ群１５）、グループ５番のＨＧサーバ（ＨＧサーバ群１６）からリブートのスキップ対象を選択する。ここで、サーバ管理装置１１は、優先度の低いＨＧサーバ群１６をリブートのスキップ対象とする（リブート優先度定義９０参照）。これにより、サーバ管理装置１１は、サーバグループリブート計画表５０からＨＧサーバ群１６を削除し、１５分のリブート時間短縮を図ることができる。なお、１５分以上のリブート時間短縮を図る場合は、サーバ管理装置１１は、さらにリブートのスキップ対象となるサーバグループ３５を選択する。

このようにして、保守時間内にサーバ管理システム１０のリブートを完了する見込みがなくなると、サーバ管理装置１１は、サーバグループリブート計画表５０を更新する。これにより、サーバ管理装置１１は、サーバ管理システム１０におけるリブートの障害時にいちいち保守担当者の判断を待つことなくリブートの進行をおこなうことができる。

このようなサーバ管理システム１０のリブート実行例について図１４から図１６を用いて説明する。図１４から図１６は、第２の実施形態のリブート実行例である。
まず、図１４を用いたリブート実行例について説明する。サーバ管理装置１１は、保守時間内において、１番目にリブートをおこなうＤＢサーバ群３６にリブート指示をおこなう（タイミングＴ１１）。サーバ管理装置１１は、ＤＢサーバ群３６を構成するＤＢサーバのうちリブート対象となっているものにリブート指示をおこなう。ＤＢサーバ群３６を構成するＤＢサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ１２）。

サーバ管理装置１１は、ＤＢサーバ群３６のリブート完了を受けて、２番目にリブートをおこなうＤＢサーバ群３７にリブート指示をおこなう（タイミングＴ１３）。サーバ管理装置１１は、ＤＢサーバ群３７を構成するＤＢサーバのうちリブート対象となっているものにリブート指示をおこなう。ＤＢサーバ群３７を構成するＤＢサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ１４）。

サーバ管理装置１１は、ＤＢサーバ群３７のリブート完了を受けて、３番目、４番目にリブートをおこなう２つのサーバ群、ＷＷＷサーバ群３８とＡＰサーバ群３９にリブート指示をおこなう（タイミングＴ１５）。サーバ管理装置１１は、ＷＷＷサーバ群３８を構成するＷＷＷサーバのうちリブート対象となっているものと、ＡＰサーバ群３９を構成するＡＰサーバのうちリブート対象となっているものにリブート指示をおこなう。ＷＷＷサーバ群３８を構成するＷＷＷサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ１６）。ＡＰサーバ群３９を構成するＡＰサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ１７）。

サーバ管理装置１１は、ＷＷＷサーバ群３８とＡＰサーバ群３９のリブート完了を受けて、５番目にリブートをおこなうＨＧサーバ群４０にリブート指示をおこなう（タイミングＴ１８）。サーバ管理装置１１は、ＨＧサーバ群４０を構成するＨＧサーバのうちリブート対象となっているものにリブート指示をおこなう。ＨＧサーバ群４０を構成するＨＧサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ１９）。

このように、サーバ管理装置１１は、障害が発生しない場合に、生成したリブート計画にしたがいリブートの実行を管理する。
次に、図１５を用いたリブート実行例について説明する。サーバ管理装置１１は、保守時間内において、１番目にリブートをおこなうＤＢサーバ群３６にリブート指示をおこなう（タイミングＴ２１）。ＤＢサーバ群３６を構成するＤＢサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２２）。

サーバ管理装置１１は、ＤＢサーバ群３６のリブート完了を受けて、２番目にリブートをおこなうＤＢサーバ群３７にリブート指示をおこなう（タイミングＴ２３）。ＤＢサーバ群３７を構成するＤＢサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２４）。

ここで、サーバ管理装置１１がリブートの実行に遅延、または保守時間の繰り上げなどにより保守時間内のリブート実行を完了できないと判断した場合、サーバ管理装置１１は、リブート計画を更新する。ここで、サーバ管理装置１１は、ＷＷＷサーバ群３８よりもリブート時間が長いＡＰサーバ群３９のリブートをスキップするリブート計画の更新をおこなう。

これにより、サーバ管理装置１１は、ＤＢサーバ群３７のリブート完了を受けて、３番目にリブートをおこなうＷＷＷサーバ群３８にリブート指示をおこなう（タイミングＴ２５）。ＷＷＷサーバ群３８を構成するＷＷＷサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２６）。ＡＰサーバ群３９は、リブートがスキップされたのでリブートをおこなわない。

サーバ管理装置１１は、ＷＷＷサーバ群３８のリブート完了を受けて、４番目にリブートをおこなうＨＧサーバ群４０にリブート指示をおこなう（タイミングＴ２７）。ＨＧサーバ群４０を構成するＨＧサーバは、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２８）。

このように、サーバ管理装置１１は、障害が発生した場合に、更新したリブート計画にしたがいリブートの実行を管理する。
次に、図１６を用いたリブート実行例について説明する。図１６を用いて説明する実行例は、図１５を用いて説明したリブート実行例において、ＷＷＷサーバ群３８を構成するＷＷＷサーバ４４でリブートの障害があっても、サーバグループ毎の縮退運転によってリブートを継続する実行例である。

サーバ管理装置１１は、ＤＢサーバ群３７のリブート完了を受けて、３番目にリブートをおこなうＷＷＷサーバ群３８にリブート指示をおこなう（タイミングＴ２５）。サーバ管理装置１１は、ＷＷＷサーバ群３８を構成するＷＷＷサーバ４２、ＷＷＷサーバ４３、ＷＷＷサーバ４４、ＷＷＷサーバ４５、ＷＷＷサーバ４６にリブート指示をおこなう。

ＷＷＷサーバ４２は、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２５１）。ＷＷＷサーバ４３は、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２５２）。ＷＷＷサーバ４５は、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２５３）。ＷＷＷサーバ４６は、リブートの実行後にリブート完了をサーバ管理装置１１に報告する（タイミングＴ２５４）。ＷＷＷサーバ４４は、サーバ毎リブート計画表６０にあるリブート時間（ＷＷＷサーバ群リブート時間：１５分）内にリブート完了ができない。サーバ管理装置１１は、ＷＷＷサーバ群リブート時間の経過を待って、リブート完了を報告したＷＷＷサーバの台数が縮退運用可能台数を超えているためＷＷＷサーバ群３８のリブートが完了したとみなす（タイミングＴ２６）。

これにより、サーバ管理装置１１は、ＷＷＷサーバ群３８を構成する一部のＷＷＷサーバのリブートに障害が発生しても、滞りなくリブート制御を進行することができる。
なお、サーバ管理装置１１は、ＷＷＷサーバ群リブート時間の経過を待って、ＷＷＷサーバ群３８のリブートを完了とみなしたが、縮退運用可能台数に達したタイミングでＷＷＷサーバ群３８のリブートを完了とみなしてもよい。これにより、サーバ管理装置１１は、保守時間に余裕を持ってリブート制御を進行することができる。

なお、サーバ管理装置１１は、リブート完了を報告したＷＷＷサーバの台数にもとづいて縮退運用可能台数を超えているかを判定したが、サーバ管理装置１１によるリブートエラーの検出にもとづいて縮退運用可能か否かを判定してもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、サーバ管理装置１１が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（可搬型記録媒体を含む）に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。

なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。

１ サーバ管理装置
２ リブート計画部
３ 縮退運用判定部
４ リブート制御部
５ 第１のサーバグループ
６ 第２のサーバグループ
７ サーバ

Claims (10)

1. １以上のサーバから構成される複数のサーバグループのリブート順序を計画するリブート計画部と、
   リブートが完了しない前記サーバを切り離して前記サーバグループの縮退運用が可能か否かを判定する縮退運用判定部と、
   前記リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、前記第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、前記第２のサーバグループにリブート指示をおこなうリブート制御部と、
   を備えることを特徴とするサーバ管理装置。
2. 前記リブートを計画したすべての前記サーバの前記リブートが保守時間内に完了するか否かを判定する保守時間内完了判定部を備え、
   前記リブート計画部は、前記リブートを計画したすべての前記サーバのリブートが保守時間内に完了しないと判定された場合に、リブート対象に計画した前記サーバグループの一部をリブート対象から除外して、前記リブート順序を再計画する、
   ことを特徴とする請求項１記載のサーバ管理装置。
3. 前記サーバのリブート履歴を生成するリブート履歴生成部と、
   前記リブート履歴にもとづいて前記サーバのリブート優先度を設定する優先度設定部と、
   を備え、
   前記リブート計画部は、予定する保守時間内に前記リブートが完了するように、前記リブート優先度にもとづいて、リブート対象とする前記サーバグループを選択する、
   ことを特徴とする請求項１または請求項２記載のサーバ管理装置。
4. 前記優先度設定部は、あらかじめ設定したリブート優先条件に合致する前記リブート履歴を有するサーバを抽出し、抽出したサーバについて所定の優先度を設定することを特徴とする請求項３記載のサーバ管理装置。
5. 前記縮退運用判定部は、リブートエラーを検出した前記サーバの数にもとづいて、前記サーバグループの縮退運用が可能か否かの判定をおこなうことを特徴とする請求項１乃至４記載のサーバ管理装置。
6. 前記縮退運用判定部は、リブート完了を検出した前記サーバの数にもとづいて、前記サーバグループの縮退運用が可能か否かの判定をおこなうことを特徴とする請求項１乃至４記載のサーバ管理装置。
7. 前記リブート計画部は、前記サーバグループを構成する前記サーバ毎にリブート対象とするか否かを計画し、
   前記リブート制御部は、リブート対象とした前記サーバ毎に、リブート指示をおこなうことを特徴とする請求項１乃至請求項６記載のサーバ管理装置。
8. コンピュータに、
   １以上のサーバから構成される複数のサーバグループのリブート順序を計画し、
   リブートが完了しない前記サーバを切り離して前記サーバグループの縮退運用が可能か否かを判定し、
   前記リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、前記第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、前記第２のサーバグループにリブート指示をおこなう、
   処理を実行させることを特徴とするサーバ管理プログラム。
9. コンピュータが、
   １以上のサーバから構成される複数のサーバグループのリブート順序を計画し、
   リブートが完了しない前記サーバを切り離して前記サーバグループの縮退運用が可能か否かを判定し、
   前記リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、前記第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、前記第２のサーバグループにリブート指示をおこなう、
   ことを特徴とするサーバ管理方法。
10. １以上のサーバから構成される複数のサーバグループと、前記サーバのリブートを管理するサーバ管理装置とを備え、
    前記サーバ管理装置は、
    前記サーバグループのリブート順序を計画するリブート計画部と、
    前記リブートが完了しない前記サーバを切り離して前記サーバグループの縮退運用が可能か否かを判定する縮退運用判定部と、
    前記リブート順序にしたがい、第１のサーバグループのリブート完了を待って、第２のサーバグループにリブート指示をおこなう場合に、前記第１のサーバグループの縮退運用が可能の判定をリブート完了とみなして、前記第２のサーバグループにリブート指示をおこなうリブート制御部と、
    を備えることを特徴とするサーバ管理システム。

Images