特開 2024-143771 バックアップ支援プログラム、情報処理装置およびバックアップ支援方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024143771

(43)【公開日】2024-10-11

(54)【発明の名称】バックアップ支援プログラム、情報処理装置およびバックアップ支援方法

(51)【国際特許分類】

   G06F 11/34 20060101AFI20241003BHJP

   G06F 9/48 20060101ALI20241003BHJP

   G06F 11/30 20060101ALI20241003BHJP

【ＦＩ】

G06F11/34 142

G06F11/34 176

G06F9/48 300G

G06F11/30 140C

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023056641

(22)【出願日】2023-03-30

(71)【出願人】

【識別番号】598057291

【氏名又は名称】エフサステクノロジーズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】大石 亮介

(72)【発明者】

【氏名】弘中 祐哉

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA22

5B042MA05

5B042MA14

5B042MC22

5B042MC31

5B042MC40

(57)【要約】

【課題】同一物理サーバ内の各サーバのバックアップの実行時間を短縮する。
【解決手段】物理サーバ１は、複数のＡＰサーバ２２と、各ＡＰサーバ２２と組のバックアップサーバ２１とを含み、各バックアップサーバ２１および各ＡＰサーバ２２の一定時間毎のＣＰＵ使用率を負荷情報ＤＢ１４に保存し、負荷情報ＤＢ１４に基づいて、各バックアップサーバ２１によって次回実行されるバックアップの開始時刻および実行時間を推定し、バックアップが同時に実行される時間帯が発生すると推定される場合には、負荷情報ＤＢ１４を用いて、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する。かかる物理サーバ１の処理は、例えば、複数の異なるユーザのシステムがブレードサーバを共有する場合に、適切なバックアップのタイミングの推定に適用できる。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のアプリケーションサーバと、各アプリケーションサーバと組のバックアップサーバとを含むコンピュータに実行させるバックアップ支援プログラムであって、
各バックアップサーバの一定時間毎のＣＰＵ使用率を第１の履歴情報に保存し、
各アプリケーションサーバの一定時間毎のＣＰＵ使用率を第２の履歴情報に保存し、
前記第１の履歴情報に基づいて、各バックアップサーバによって次回実行されるバックアップの開始時刻および実行時間を推定し、
バックアップが同時に実行される時間帯が発生すると推定される場合には、前記第２の履歴情報を用いて、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する
処理を前記コンピュータに実行させることを特徴とするバックアップ支援プログラム。

【請求項2】

該決定された順序の内、推定されたバックアップの開始時刻を遅らせる方の前記組を管理する管理者に、遅らせる時間を通知する
ことを特徴とする請求項１に記載のバックアップ支援プログラム。

【請求項3】

前記順序を決定する処理は、
前記第２の履歴情報を用いて、一方のバックアップサーバが推定された開始時刻から先にバックアップを開始し、推定された実行時間後から他方のバックアップサーバがバックアップを開始する場合のバックアップ中の前記組で対応付けられるアプリケーションサーバのＣＰＵ使用率から得られる総負荷を算出し、バックアップサーバの先後を入れ替えた場合のバックアップ中の前記組で対応付けられるアプリケーションサーバのＣＰＵ使用率から得られる総負荷を算出し、
それぞれ算出した総負荷を比較し、
総負荷が小さい方の順序をバックアップの順序として決定する
ことを特徴とする請求項１に記載のバックアップ支援プログラム。

【請求項4】

アプリケーションサーバと、当該アプリケーションサーバと組のバックアップサーバとを含む第１のシステムと、
前記アプリケーションサーバと異なるアプリケーションサーバと、当該アプリケーションサーバと組のバックアップサーバとを含む第２のシステムと、
制御部と、を含み、
前記制御部は、
各バックアップサーバの一定時間毎のＣＰＵ使用率を第１の履歴情報に保存する第１の保存部と、
各アプリケーションサーバの一定時間毎のＣＰＵ使用率を第２の履歴情報に保存する第２の保存部と、
前記第１の履歴情報に基づいて、各バックアップサーバによって次回実行されるバックアップの開始時刻および実行時間を推定する推定部と、
バックアップが同時に実行される時間帯が発生すると推定される場合には、前記第２の履歴情報を用いて、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する決定部と、
を有することを特徴とする情報処理装置。

【請求項5】

複数のアプリケーションサーバと、各アプリケーションサーバと組のバックアップサーバとを含むコンピュータが実行するバックアップ支援方法であって、
各バックアップサーバの一定時間毎のＣＰＵ使用率を第１の履歴情報に保存し、
各アプリケーションサーバの一定時間毎のＣＰＵ使用率を第２の履歴情報に保存し、
前記第１の履歴情報に基づいて、各バックアップサーバによって次回実行されるバックアップの開始時刻および実行時間を推定し、
バックアップが同時に実行される時間帯が発生すると推定される場合には、前記第２の履歴情報を用いて、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する
処理を前記コンピュータが実行することを特徴とするバックアップ支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、バックアップ支援プログラムなどに関する。

【背景技術】

【0002】

各サーバ装置と各ストレージ装置とが通信可能に接続されている環境がある。かかる環境で、各サーバ装置が、業務環境を共有する他のサーバ装置から情報を取得し、データコピー処理の終了時間を予測し、また、データコピー処理におけるタスクの重複度を予測する技術が開示されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５－１３２９８７号公報

【特許文献2】特開２００４－２０６６１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

また、同一物理サーバ内に異なる顧客の複数のアプリケーションサーバおよびバックアップサーバをそれぞれ仮想化した仮想マシン（ＶＭ：Virtual Machine）がある場合がある。かかる場合に、複数のバックアップサーバが同時にバックアップ動作を行うと、ＣＰＵ（Central Processing Unit）の負荷が上昇し、各バックアップの実行時間が長くなるという問題がある。この結果、バックアップ時間が長くなると、バックアップ元のアプリケーションサーバの負荷が増大し、アプリケーションの実行に影響がでてしまう。

【0005】

従来技術では、各サーバ装置は、他のサーバ装置から情報を取得し、データコピー処理の終了時間やデータコピー処理におけるタスクの重複度を予測できる。しかしながら、従来技術では、各サーバ装置が同一物理サーバ内にある異なる顧客のサーバ装置である場合には、顧客が異なるので、他のサーバ装置から情報を取得できず、データコピー処理の終了時間やデータコピー処理におけるタスクの重複度を予測できない。

【0006】

本発明は、１つの側面では、同一物理サーバ内に異なる顧客の複数のサーバがある場合に、各サーバのバックアップの実行時間を短縮することを目的とする。

【課題を解決するための手段】

【0007】

１つの態様では、バックアップ支援プログラムは、複数のアプリケーションサーバと、各アプリケーションサーバと組のバックアップサーバとを含むコンピュータに実行させるバックアップ支援プログラムであって、各バックアップサーバの時点毎のＣＰＵ使用率を記憶する第１の履歴情報に基づいて、各バックアップサーバによって次回実行されるバックアップの開始時刻および実行時間を推定し、バックアップが同時に実行される時間帯が発生すると推定される場合には、同時に実行される時間帯が発生せず、総実行時間が短くなるようにバックアップの順序を決定する、処理をコンピュータに実行させる。

【発明の効果】

【0008】

１実施態様によれば、各サーバのバックアップの実行時間を短縮できる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施例に係る物理サーバの機能構成の一例を示す図である。

【図2】図２は、実施例に係る負荷情報ＤＢの一例を示す図である。

【図3】図３は、実施例に係るスケジュール推定ＤＢの一例を示す図である。

【図4A】図４Ａは、実施例に係る通知処理の一例を示す図（１）である。

【図4B】図４Ｂは、実施例に係る通知処理の一例を示す図（２）である。

【図5】図５は、実施例に係るバックアップ支援処理のフローチャートの一例を示す図である。

【図6】図６は、バックアップ支援プログラムを実行するコンピュータの一例を示す図である。

【発明を実施するための形態】

【0010】

以下に、本願の開示するバックアップ支援プログラム、情報処理装置およびバックアップ支援方法の実施例を図面に基づいて詳細に説明する。なお、本発明は、実施例により限定されるものではない。

【実施例0011】

［物理サーバの機能構成］
図１は、実施例に係る物理サーバの機能構成の一例を示すブロック図である。図１に示す物理サーバ１は、各システム２０のバックアップを支援し、バックアップ支援部１０を有する。物理サーバ１は、バックアップサーバ２１とアプリケーション（ＡＰ：APplication））サーバ２２とを組とするシステム２０を複数備える。図１では、システム２０Ａおよびシステム２０Ｂの２つのシステム２０が備えられる。バックアップサーバ２１は、アプリケーションサーバ２２のバックアップを実行するサーバである。アプリケーションサーバ２２は、アプリケーションを実行するサーバである。バックアップサーバ２１およびアプリケーションサーバ２２は、それぞれ仮想マシン（ＶＭ：Virtual Machine）によって実現される。

【0012】

なお、実施例に係る物理サーバ１の前提条件は、以下のとおりである。物理サーバ１とシステム２０Ａとシステム２０Ｂとの管理者は、それぞれ異なる。物理サーバ１の管理者は、各システム２０内のどのＶＭがバックアップサーバ２１であるのかについては認識しているが、どのようなバックアップ設定を行っているのかについては認識できない。システム２０Ａのバックアップ設定を行うことができるのは、システム２０Ａの管理者だけである。システム２０Ｂのバックアップ設定を行うことができるのは、システム２０Ｂの管理者だけである。また、システム２０Ａの管理者およびシステム２０Ｂの管理者は、いずれも自己の管理下にないＶＭの存在について認識していない。また、実施例では、以降で推定されるバックアップのスケジュールを前倒しするような通知を行わないものとする。

【0013】

システム２０Ａは、バックアップサーバ２１と、ＡＰサーバ２２と、ストレージ２３とを有する。バックアップサーバ２１は、ＶＭによって実現され、ＶＭ１と記載される場合がある。ＡＰサーバ２２は、ＶＭによって実現され、ＶＭ３と記載される場合がある。バックアップサーバ２１（ＶＭ１）は、ＡＰサーバ２２（ＶＭ３）のバックアップを実行する。そして、バックアップサーバ２１（ＶＭ１）は、ストレージ２３（Ｓ１）に格納する。ＡＰサーバ２２（ＶＭ３）は、アプリケーションを実行する。

【0014】

システム２０Ｂは、バックアップサーバ２１と、ＡＰサーバ２２と、ストレージ２３とを有する。バックアップサーバ２１は、ＶＭによって実現され、ＶＭ２と記載される場合がある。ＡＰサーバ２２は、ＶＭによって実現され、ＶＭ４と記載される場合がある。バックアップサーバ２１（ＶＭ２）は、ＡＰサーバ２２（ＶＭ４）のバックアップを実行する。そして、バックアップサーバ２１（ＶＭ２）は、ストレージ２３（Ｓ２）に格納する。ＡＰサーバ２２（ＶＭ４）は、アプリケーションを実行する。

【0015】

バックアップ支援部１０は、各バックアップサーバ２１の一定時間毎のＣＰＵ使用率を記憶する履歴情報に基づいて、各バックアップサーバ２１によって次回実行されるバックアップの開始時刻および実行時間を推定する。そして、バックアップ支援部１０は、バックアップが同時に実行される時間帯が発生すると推定される場合には、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する。バックアップ支援部１０は、収集部１１、推定部１２、通知部１３、負荷情報ＤＢ（DataBase）１４およびスケジュール推定ＤＢ１５を有する。なお、収集部１１は、第１の保存部および第２の保存部の一例である。推定部１２は、推定部の一例である。通知部１３は、決定部の一例である。

【0016】

負荷情報ＤＢ１４は、各ＶＭについて、一定期間ごとに測定されるＣＰＵ使用率を負荷情報として記憶する。すなわち、負荷情報ＤＢ１４は、バックアップサーバ２１（ＶＭ１，ＶＭ２）およびＡＰサーバ２２（ＶＭ３，ＶＭ４）のＣＰＵ使用率を一定時間ごとに記憶する。負荷情報ＤＢ１４は、過去ｎ日分の負荷情報を記憶する。一定時間ごととは、例えば、１分ごとであるが、これに限定されない。なお、物理サーバ１が複数のＣＰＵで構成されている場合、複数のコアで構成されている場合、１つのＣＰＵ使用率は、各コアの使用率の平均値とする。なお、負荷情報ＤＢ１４は、後述する収集部１１によって生成される。

【0017】

ここで、負荷情報ＤＢ１４の一例を、図２を参照して説明する。図２は、実施例に係る負荷情報ＤＢの一例を示す図である。図２に示すように、負荷情報ＤＢ１４は、ＶＭ１のＣＰＵ使用率、ＶＭ２のＣＰＵ使用率、ＶＭ３のＣＰＵ使用率、ＶＭ４のＣＰＵ使用率を日時に対応付けて記憶する。ＶＭ１のＣＰＵ使用率は、システム２０Ａのバックアップサーバ２１の一定期間ごとに測定されたＣＰＵ使用率の履歴情報である。ＶＭ２のＣＰＵ使用率は、システム２０Ｂのバックアップサーバ２１の一定期間ごとに測定されたＣＰＵ使用率の履歴情報である。ＶＭ３のＣＰＵ使用率は、システム２０ＡのＡＰサーバ２２の一定期間ごとに測定されたＣＰＵ使用率の履歴情報である。ＶＭ４のＣＰＵ使用率は、システム２０ＢのＡＰサーバ２２の一定期間ごとに測定されたＣＰＵ使用率の履歴情報である。なお、一定期間は、１秒であるが、１０秒であっても良いし、３０秒であっても良いし、これに限定されない。

【0018】

一例として、日時が「１／１ ０：００」である場合に、ＶＭ１のＣＰＵ使用率として「６１％」、ＶＭ２のＣＰＵ使用率として「３％」、ＶＭ３のＣＰＵ使用率として「１２％」、ＶＭ４のＣＰＵ使用率として「２％」を記憶している。

【0019】

図１に戻って、スケジュール推定ＤＢ１５は、各バックアップサーバ２１のバックアップについて、推定される開始時刻および実行時間を記憶する。なお、スケジュール推定ＤＢ１５は、後述する推定部１２によって作成される。

【0020】

ここで、スケジュール推定ＤＢ１５の一例を、図３を参照して説明する。図３は、実施例に係るスケジュール推定ＤＢの一例を示す図である。図３に示すように、スケジュール推定ＤＢ１５は、バックアップサーバ２１ごと（ＶＭ１，ＶＭ２）の推定開始時刻および実行時間を対応付けて記憶する。推定開始時刻は、バックアップの推定される開始時刻である。実行時間は、バックアップの推定される実行時間である。

【0021】

一例として、ＶＭ１のバックアップジョブについて、推定開始時刻が「１／１ １：００」（１月１日 午前１時）である場合に、実行時間として「２：０５」（２時間５分）を記憶している。推定開始時刻が「１／８ １：００」（１月８日 午前１時）である場合に、実行時間として「未実施」を記憶している。また、ＶＭ２のバックアップジョブについて、推定開始時刻が「１／１ １：１０」（１月１日 午前１時１０分）である場合に、実行時間として「１：０５」（１時間５分）を記憶している。推定開始時刻が「１／８ １：１０」（１月８日 午前１時１０分）である場合に、実行時間として「未実施」を記憶している。かかる実行時間が「未実施」である推定開始時刻が、次回実行されるバックアップの開始時刻として推定される。

【0022】

図１に戻って、収集部１１は、各ＶＭについて、負荷情報を収集する。例えば、収集部１１は、システム２０Ａのバックアップサーバ２１（ＶＭ１）およびＡＰサーバ２２（ＶＭ３）の一定期間ごとのＣＰＵ使用率を測定し、過去ｎ日分を負荷情報ＤＢ１４に格納する。また、収集部１１は、システム２０Ｂのバックアップサーバ２１（ＶＭ２）およびＡＰサーバ２２（ＶＭ４）の一定期間ごとのＣＰＵ使用率を測定し、過去ｎ日分を負荷情報ＤＢ１４に格納する。なお、物理サーバ１が複数のＣＰＵで構成されている場合や複数のコアで構成されている場合、収集部１１は、１つの一定期間に対し、各コアの使用率の平均値を算出し、当該一定期間に対応するＣＰＵ使用率とする。

【0023】

推定部１２は、負荷情報ＤＢ１４に基づいて、各バックアップサーバ２１によって次回実行されるバックアップの開始時刻および実行時間を推定する。例えば、推定部１２は、負荷情報ＤＢ１４に記憶される、システム２０Ａのバックアップサーバ２１（ＶＭ１）の負荷情報を参照して、ＣＰＵ使用率が閾値以上の時間帯をバックアップの時間帯として特定する。そして、推定部１２は、特定した時間帯の開始時刻をバックアップの開始時刻として推定するとともに、特定した時間帯の実行時間をバックアップの実行時間として推定する。同様に、推定部１２は、負荷情報ＤＢ１４に記憶される、システム２０Ｂのバックアップサーバ２１（ＶＭ２）の負荷情報を参照して、ＣＰＵ使用率が閾値以上の時間帯をバックアップの時間帯として特定する。そして、推定部１２は、特定した時間帯の開始時刻をバックアップの開始時刻として推定するとともに、特定した時間帯の実行時間をバックアップの実行時間として推定する。そして、推定部１２は、バックアップサーバ２１に対応付けて、推定した開始時刻および実行時間を、スケジュール推定ＤＢ１５に格納する。そして、推定部１２は、各バックアップサーバ２１について、スケジュール推定ＤＢ１５に記憶された過去のバックアップの開始時刻および実行時間を用いて、次に実行されるバックアップの開始時刻と実行時間を推定する。そして、推定部１２は、バックアップサーバ２１に対応付けて、推定した開始時刻および実行時間をスケジュール推定ＤＢ１５に格納する。

【0024】

通知部１３は、推定されたバックアップスケジュールのスケジュール変更を依頼すべく、いずれかのシステム２０Ａ，２０Ｂの管理者にアラートを通知する。

【0025】

例えば、通知部１３は、スケジュール推定ＤＢ１５から、次に実行されると推定されるバックアップサーバ２１のジョブを選択する。一例として、通知部１３は、スケジュール推定ＤＢ１５を参照し、バックアップサーバ２１ごとの実行時間が「未実施」を示す推定開始時刻の各ジョブを選択する。通知部１３は、選択された各ジョブの推定実行時間を、スケジュール推定ＤＢ１５に記憶された過去ｎ日分の実行時間の平均値と推定する。通知部１３は、選択された各ジョブを推定開始時刻から推定実行時間分実行する場合に、バックアップが同時に実行される時間帯が発生するか否かを判定する。通知部１３は、同時に実行される時間帯が発生しない場合には、いずれのバックアップサーバ２１の管理者にもアラートを通知しない。

【0026】

また、通知部１３は、バックアップが同時に実行される時間帯が発生する場合には、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する。一例として、通知部１３は、負荷情報ＤＢ１４を用いて、一方のバックアップサーバ２１が推定開始時刻から先にバックアップを開始し、推定実行時間経過後から他方のバックアップサーバ２１がバックアップを開始する場合のバックアップ中の総負荷を算出する。また、通知部１３は、バックアップサーバ２１の先後を入れ替えて、バックアップ中の総負荷を算出する。総負荷は、バックアップサーバ２１と組であるＡＰサーバ２２のＣＰＵ使用率の時間積分を算出すれば良い。そして、通知部１３は、それぞれ算出された総負荷を比較し、総負荷が小さい方の順序をバックアップの順序として決定する。

【0027】

また、通知部１３は、決定された順序の内、推定開始時刻を遅らせる方のシステム２０の管理者に、遅らせる時間を通知する。

【0028】

［通知処理の一例］
ここで、通知部１３によって実行される通知処理について、図４Ａおよび図４Ｂを参照して説明する。図４Ａおよび図４Ｂは、実施例に係る通知処理の一例を示す図である。なお、通知部１３は、推定開始時刻を前倒しするような通知を行わない。

【0029】

まず、通知部１３は、スケジュール推定ＤＢ１５から、次に実行されると推定されるバックアップサーバ２１（ＶＭ１，ＶＭ２）のジョブを選択する。一例として、通知部１３は、スケジュール推定ＤＢ１５を参照し、バックアップサーバ２１（ＶＭ１，ＶＭ２）ごとの実行時間が「未実施」を示す推定開始時刻の各ジョブを選択する。ここでは、ＶＭ１のジョブを「ｊ１」とし、ＶＭ２のジョブを「ｊ２」とする。また、ＶＭ１のジョブ「ｊ１」の推定開始時刻をＴｉｍｅ（ｊ１）とし、ＶＭ２のジョブ「ｊ２」の推定開始時刻をＴｉｍｅ（ｊ２）とする。また、ＶＭ１のジョブ「ｊ１」の推定実行時間を「ｔ１」とし、ＶＭ２のジョブ「ｊ２」の推定実行時間を「ｔ２」とする。ＶＭ１のジョブ「ｊ１」の推定実行時間は、スケジュール推定ＤＢ１５のＶＭ１に対応付けられた過去ｎ日分の実行時間の平均値として計算される。ＶＭ２のジョブ「ｊ２」の推定実行時間は、スケジュール推定ＤＢ１５のＶＭ２に対応付けられた過去ｎ日分の実行時間の平均値として計算される。なお、「ｊ１」の推定開始時刻が「ｊ２」の推定開始時刻より早いとする。

【0030】

このような状況の下、通知部１３は、選択された各ジョブを推定開始時刻から推定実行時間分実行する場合に、バックアップが同時に実行される時間帯が発生するか否かを判定する。具体的には、通知部１３は、「ｊ１」を先に推定開始時刻から実行し、且つ「ｊ２」の推定開始時刻が「ｊ１」の終了時刻より早いか否かを判定する。すなわち、通知部１３は、「Ｔｉｍｅ（ｊ１）＋ｔ１」が「Ｔｉｍｅ（ｊ２）」より大きいか否かを判定する。

【0031】

ここで、通知部１３は、バックアップが同時に実行される時間帯が発生しない場合には、システム２０Ａおよびシステム２０Ｂの管理者にアラートを通知しない。具体的には、通知部１３は、「Ｔｉｍｅ（ｊ１）＋ｔ１」が「Ｔｉｍｅ（ｊ２）」以下である場合には、システム２０Ａおよびシステム２０Ｂの管理者にアラートを通知しない。かかる場合には、バックアップの時間帯が重なることによるＣＰＵ負荷が増大しないからである。

【0032】

図４Ａは、「Ｔｉｍｅ（ｊ１）＋ｔ１」が「Ｔｉｍｅ（ｊ２）」以下である場合である。かかる場合には、ＶＭ１のジョブ「ｊ１」とＶＭ２のジョブ「ｊ２」とが同時に実行されない可能性が高い。したがって、通知部１３は、システム２０Ａおよびシステム２０Ｂの管理者にアラートを通知しない。

【0033】

これに対して、図４Ｂ上図は、「Ｔｉｍｅ（ｊ１）＋ｔ１」が「Ｔｉｍｅ（ｊ２）」より大きい場合である。かかる場合には、ＶＭ１のジョブ「ｊ１」とＶＭ２のジョブ「ｊ２」とが同時に実行される時間帯が発生するので、バックアップの効率が悪化する可能性がある。そこで、通知部１３は、システム２０Ａおよびシステム２０Ｂのいずれかの管理者にアラートを通知する。

【0034】

例えば、通知部１３は、通知部１３は、負荷情報ＤＢ１４を用いて、一方のバックアップサーバ２１が推定開始時刻から先にバックアップを開始し、推定実行時間経過後から他方のバックアップサーバ２１がバックアップを開始する場合のバックアップ中の総負荷を算出する。また、通知部１３は、バックアップサーバ２１の先後を入れ替えて、バックアップ中の総負荷を算出する。

【0035】

図４Ｂ中図（［１］）は、ＶＭ１のジョブ「ｊ１」をＶＭ２のジョブ「ｊ２」より先に実行すると仮定した場合である。すなわち、ＶＭ１のジョブ「ｊ１」が推定開始時刻Ｔｉｍｅ（ｊ１）から先にバックアップを開始し、「ｊ１」の終了後にＶＭ２のジョブ「ｊ２」がバックアップを開始する場合である。かかる場合の総負荷は、「ｊ１」を実行中に実行されるＡＰサーバ２２であるＶＭ３のＣＰＵ使用率の和（式（１））と、「ｊ２」を実行中に実行されるＡＰサーバ２２であるＶＭ４のＣＰＵ使用率の和（式（２））とで求められる。つまり、総負荷は、時間積分で表される。なお、式（１）のＵｓａｇｅ（ＶＭ３，ｊ１，Ｔｉｍｅ（ｊ１））は、Ｔｉｍｅ（ｊ１）からジョブ「ｊ１」を実行中に実行されるＶＭ３の総負荷を示す。かかる総負荷は、Ｔｉｍｅ（ｊ１）からＴｉｍｅ（ｊ１）＋ｔ１までのＶＭ３のＣＰＵ使用率の時間積分により計算され、［１］の総負荷（ａ）に対応する。式（２）のＵｓａｇｅ（ＶＭ４，ｊ２，Ｔｉｍｅ（ｊ１）＋ｔ１）は、Ｔｉｍｅ（ｊ１）＋ｔ１からジョブ「ｊ２」を実行中に実行されるＶＭ４の総負荷を示す。かかる総負荷は、Ｔｉｍｅ（ｊ１）＋ｔ１からＴｉｍｅ（ｊ１）＋ｔ１＋ｔ２までのＶＭ４のＣＰＵ使用率の時間積分により計算され、［１］の総負荷（ｂ）に対応する。

【0036】

【数1】

【0037】

【数2】

【0038】

また、図４Ｂ下図（［２］）は、ＶＭ２のジョブ「ｊ２」をＶＭ１のジョブ「ｊ１」より先に実行すると仮定した場合である。すなわち、ＶＭ２のジョブ「ｊ２」が推定開始時刻Ｔｉｍｅ（ｊ２）から先にバックアップを開始し、「ｊ２」の終了後にＶＭ１のジョブ「ｊ１」がバックアップを開始する場合である。かかる場合の総負荷は、「ｊ２」を実行中に実行されるＡＰサーバ２２であるＶＭ４のＣＰＵ使用率の和（式（３））と、「ｊ１」を実行中に実行されるＡＰサーバ２２であるＶＭ３のＣＰＵ使用率の和（式（４））とで求められる。つまり、総負荷は、時間積分で表される。なお、式（３）のＵｓａｇｅ（ＶＭ４，ｊ２，Ｔｉｍｅ（ｊ２））は、Ｔｉｍｅ（ｊ２）からジョブ「ｊ２」を実行中のＶＭ４の総負荷を示す。かかる総負荷は、Ｔｉｍｅ（ｊ２）からＴｉｍｅ（ｊ２）＋ｔ２までのＶＭ４のＣＰＵ使用率の時間積分により計算され、［２］の総負荷（ｃ）に対応する。式（４）のＵｓａｇｅ（ＶＭ３，ｊ１，Ｔｉｍｅ（ｊ２）＋ｔ２）は、Ｔｉｍｅ（ｊ２）＋ｔ２からジョブ「ｊ１」を実行中のＶＭ３の総負荷を示す。かかる総負荷は、Ｔｉｍｅ（ｊ２）＋ｔ２からＴｉｍｅ（ｊ２）＋ｔ１＋ｔ２までのＶＭ３のＣＰＵ使用率の時間積分により計算され、「２」の総負荷（ｄ）に対応する。

【0039】

【数3】

【0040】

【数4】

【0041】

そして、通知部１３は、それぞれ算出された総負荷を比較する。すなわち、通知部１３は、ＶＭ１のジョブ「ｊ１」を先に実行すると仮定した場合（［１］）と、ＶＭ２のジョブ「ｊ２」を先に実行すると仮定した場合（［２］）とで、「ｊ１」と「ｊ２」の総負荷の和を比較する。具体的には、通知部１３は、“「ｊ１」の総負荷（ａ）＋「ｊ２」の総負荷（ｂ）”（［１］）と、“「ｊ２」の総負荷（ｃ）＋「ｊ１」の総負荷（ｄ）“（［２］）とを比較する。

【0042】

そして、通知部１３は、総負荷が小さい方の順序をバックアップの順序として決定する。具体的には、通知部１３は、“「ｊ１」の総負荷（ａ）＋「ｊ２」の総負荷（ｂ）”（［１］）が“「ｊ２」の総負荷（ｃ）＋「ｊ１」の総負荷（ｄ）“（［２］）より小さい場合には、「ｊ１」「ｊ２」の順序をバックアップの順序として決定する。これは、［１］の場合の方がより総バックアップ時間を短縮できる可能性が高いと推定されるからである。

【0043】

また、通知部１３は、“「ｊ１」の総負荷（ａ）＋「ｊ２」の総負荷（ｂ）”（［１］）が“「ｊ２」の総負荷（ｃ）＋「ｊ１」の総負荷（ｄ）“（［２］）以上の場合には、「ｊ２」「ｊ１」の順序をバックアップの順序として決定する。これは、［２］の場合の方がより総バックアップ時間を短縮できる可能性が高いと推定されるからである。

【0044】

そして、通知部１３は、決定された順序の内、推定開始時刻を遅らせる方のシステム２０の管理者に、遅らせる時間を通知する。具体的には、通知部１３は、「ｊ１」「ｊ２」の順序をバックアップの順序として決定する場合には、順序の遅い方のシステム２０Ｂの管理者に、「次回のジョブ実行開始時刻を「Ｔｉｍｅ（ｊ１）＋ｔ１－Ｔｉｍｅ（ｊ２）」だけ遅らせた方がよい」旨を通知する。なお、通知部１３は、順序の早い方のシステム２０Ａの管理者に、通知を行わない。

【0045】

また、通知部１３は、「ｊ２」「ｊ１」の順序をバックアップの順序として決定する場合には、順序の遅い方のシステム２０Ａの管理者に、「次回のジョブ実行開始時刻を「Ｔｉｍｅ（ｊ２）＋ｔ２－Ｔｉｍｅ（ｊ１）」だけ遅らせた方がよい」旨を通知する。なお、通知部１３は、順序の早い方のシステム２０Ｂの管理者に、通知を行わない。

【0046】

［バックアップ支援処理のフローチャート］
ここで、バックアップ支援部１０が行うバックアップ支援処理のフローチャートを、図５を参照して説明する。図５は、実施例に係るバックアップ支援処理のフローチャートの一例を示す図である。なお、物理サーバ１には、システム２０Ａおよびシステム２０Ｂが構成されているとする。また、バックアップ支援部１０は、負荷情報ＤＢ１４を参照して、システム２０Ａのバックアップサーバ２１（ＶＭ１）のバックアップの開始時刻および実行時間を推定し、スケジュール推定ＤＢ１５に格納したものとする。同様に、バックアップ支援部１０は、負荷情報ＤＢ１４を参照して、システム２０Ｂのバックアップサーバ２１（ＶＭ２）の過去のバックアップの開始時刻および実行時間を推定し、スケジュール推定ＤＢ１５に格納したものとする。

【0047】

図５に示すように、バックアップ支援部１０は、システム２０Ａおよびシステム２０Ｂの各バックアップサーバ２１によって次回実行される各ジョブを推定する（ステップＳ１１）。例えば、バックアップ支援部１０は、各バックアップサーバ２１（ＶＭ１，ＶＭ２）について、スケジュール推定ＤＢ１５に記憶された過去のバックアップのジョブの開始時刻および実行時間を用いて、次に実行されるバックアップのジョブの開始時刻と実行時間を推定する。

【0048】

そして、バックアップ支援部１０は、推定した各ジョブは重複実行する可能性があるか否かを判定する（ステップＳ１２）。例えば、バックアップ支援部１０は、推定された各バックアップのジョブを推定開始時刻から推定実行時間分実行する場合に、バックアップが同時に実行される時間帯が発生するか否かを判定する。

【0049】

推定した各ジョブは重複実行する可能性がないと判定した場合には（ステップＳ１２；Ｎｏ）、バックアップ支援部１０は、アラート通知を行わない（ステップＳ１３）。そして、バックアップ支援部１０は、バックアップ支援処理を終了する。

【0050】

一方、推定した各ジョブは重複実行する可能性があると判定した場合には（ステップＳ１２；Ｙｅｓ）、バックアップ支援部１０は、（ａ）（ｂ）（ｃ）（ｄ）のケースについて総負荷を計算する（ステップＳ１４）。ここでいう（ａ）とは、図４Ｂで示したように、「ｊ１」を先に実行すると仮定した場合の、「ｊ１」を実行中に実行されるＡＰサーバ２２（例えばＶＭ３）のＣＰＵ使用率の和（式（１））に対応する。ここでいう（ｂ）とは、図４Ｂで示したように、「ｊ１」を先に実行すると仮定した場合の、後続する「ｊ２」を実行中に実行されるＡＰサーバ２２（例えばＶＭ４）のＣＰＵ使用率の和（式（２））に対応する。ここでいう（ｃ）とは、図４Ｂで示したように、「ｊ２」を先に実行すると仮定した場合の、「ｊ２」を実行中に実行されるＡＰサーバ２２（ＶＭ４）のＣＰＵ使用率の和（式（３））に対応する。ここでいう（ｄ）とは、図４Ｂで示したように、「ｊ２」を先に実行すると仮定した場合の、後続する「ｊ１」を実行中に実行されるＡＰサーバ２２（例えばＶＭ３）のＣＰＵ使用率の和（式（４））に対応する。

【0051】

そして、バックアップ支援部１０は、（ａ）＋（ｂ）＜（ｃ）＋（ｄ）であるか否かを判定する（ステップＳ１５）。（ａ）＋（ｂ）＜（ｃ）＋（ｄ）であると判定した場合には（ステップＳ１５；Ｙｅｓ）、バックアップ支援部１０は、システム２０Ｂの管理者にアラートを通知する（ステップＳ１６）。例えば、バックアップ支援部１０は、総負荷の小さい方の「ｊ１」「ｊ２」の順序をバックアップの順序として決定する。これは、「ｊ１」を先に実行すると仮定した場合の方が「ｊ２」を先に実行すると仮定した場合よりも総バックアップ時間を短縮できる可能性が高いと推定されるからである。そして、バックアップ支援部１０は、順序の遅い方のシステム２０Ｂの管理者に、遅らせた方がよい時間を通知する。そして、バックアップ支援部１０は、バックアップ支援処理を終了する。

【0052】

一方、（ａ）＋（ｂ）≧（ｃ）＋（ｄ）であると判定した場合には（ステップＳ１５；Ｎｏ）、バックアップ支援部１０は、システム２０Ａの管理者にアラートを通知する（ステップＳ１７）。例えば、バックアップ支援部１０は、総負荷の小さい方の「ｊ２」「ｊ１」の順序をバックアップの順序として決定する。これは、「ｊ２」を先に実行すると仮定した場合の方が「ｊ１」を先に実行すると仮定した場合よりも総バックアップ時間を短縮できる可能性が高いと推定されるからである。そして、バックアップ支援部１０は、順序の遅い方のシステム２０Ａの管理者に、遅らせた方がよい時間を通知する。そして、バックアップ支援部１０は、バックアップ支援処理を終了する。

【0053】

［実施例の効果］
上記実施例によれば、物理サーバ１は、複数のＡＰサーバ２２と、各ＡＰサーバ２２と組のバックアップサーバ２１とを含む。物理サーバ１におけるバックアップ支援部１０は、各バックアップサーバ２１の一定時間毎のＣＰＵ使用率を負荷情報ＤＢ１４に保存する。バックアップ支援部１０は、各ＡＰサーバ２２の一定時間毎のＣＰＵ使用率を負荷情報ＤＢ１４に保存する。バックアップ支援部１０は、負荷情報ＤＢ１４に基づいて、各バックアップサーバ２１によって次回実行されるバックアップの開始時刻および実行時間を推定する。バックアップ支援部１０は、バックアップが同時に実行される時間帯が発生すると推定される場合には、負荷情報ＤＢ１４を用いて、仮に同時に実行されない場合に時間短縮できるバックアップの順序を決定する。かかる構成によれば、バックアップ支援部１０は、同時に実行される時間帯を回避することで、バックアップの実行時間を短縮できる。

【0054】

また、上記実施例によれば、バックアップ支援部１０は、該決定された順序の内、推定されたバックアップの開始時刻を遅らせる方の組を管理する管理者に、遅らせる時間を通知する。かかる構成によれば、バックアップ支援部１０は、実際のバックアップのスケジュールに反映することができる。

【0055】

また、上記実施例によれば、バックアップ支援部１０は、負荷情報ＤＢ１４を用いて、一方のバックアップサーバ２１が推定された開始時刻から先にバックアップを開始し、推定された実行時間後から他方のバックアップサーバ２１がバックアップを開始する場合のバックアップ中の組で対応付けられるＡＰサーバ２２のＣＰＵ使用率から得られる総負荷を算出し、バックアップサーバの先後を入れ替えた場合のバックアップ中の組で対応付けられるＡＰサーバ２２のＣＰＵ使用率から得られる総負荷を算出する。バックアップ支援部１０は、それぞれ算出した総負荷を比較し、総負荷が小さい方の順序をバックアップの順序として決定する。かかる構成によれば、バックアップ支援部１０は、バックアップ中のＡＰサーバ２２の総負荷の小さい方の順序を適用することで、バックアップの実行時間を短縮することが可能となる。

【0056】

［その他］
なお、図示した物理サーバ１におけるバックアップ支援部１０の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、物理サーバ１におけるバックアップ支援部１０の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。また、負荷情報ＤＢ１４およびスケジュール推定ＤＢ１５を含む記憶部（図示せず）を物理サーバ１の外部装置としてネットワーク経由で接続するようにしても良い。

【0057】

また、上記実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した物理サーバ１におけるバックアップ支援部１０と同様の機能を実現するバックアップ支援プログラムを実行するコンピュータの一例を説明する。ここでは、物理サーバ１におけるバックアップ支援部１０と同様の機能を実現するバックアップ支援プログラムを一例として説明する。図６は、バックアップ支援プログラムを実行するコンピュータの一例を示す図である。

【0058】

図６に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信Ｉ／Ｆ（Interface）２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard Disk Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、表示装置２０９、ドライブ装置２１３、入力装置２１５、通信Ｉ／Ｆ２１７は、バス２１９で接続されている。

【0059】

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、バックアップ支援プログラム２０５ａおよびバックアップ支援処理関連情報２０５ｂを記憶する。通信Ｉ／Ｆ２１７は、ネットワークと装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ２１７には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

【0060】

表示装置２０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。表示装置２０９は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどを採用することができる。

【0061】

ＣＰＵ２０３は、バックアップ支援プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは物理サーバ１の各機能部に対応する。バックアップ支援処理関連情報２０５ｂには、例えば、負荷情報ＤＢ１４およびスケジュール推定ＤＢ１５が含まれる。そして、例えばリムーバブルディスク２１１が、バックアップ支援プログラム２０５ａなどの各情報を記憶する。

【0062】

なお、バックアップ支援プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらからバックアップ支援プログラム２０５ａを読み出して実行するようにしても良い。

【0063】

また、上記実施例で説明した物理サーバ１が行うバックアップ支援処理は、例えば、複数の異なるユーザのシステムがブレードサーバを共有する場合に、適切なバックアップのタイミングの推定に適用することができる。

【符号の説明】

【0064】

１ 物理サーバ
１０ バックアップ支援部
１１ 収集部
１２ 推定部
１３ 通知部
１４ 負荷情報ＤＢ
１５ スケジュール推定ＤＢ
２０Ａ，２０Ｂ システム
２１ バックアップサーバ
２２ ＡＰサーバ
２３ ストレージ

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】