JPH1031562A - 情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 情報処理システム内のデータ破壊時における
データ回復およびデータ保護のためのデータバックアッ
プの最適制御を実現する。 【解決手段】 バックアップシステム１０２と、バック
アップ対象サーバ１０３が、ＬＡＮ１０１等のネットワ
ークを介して接続された構成の情報処理システムにおい
て、バックアップ対象サーバ１０３には、当該バックア
ップ対象サーバ１０３の特定ジョブやアプリケーション
プログラムの終了に引続いてバックアップ開始をバック
アップシステム１０２に指示する制御論理を設け、バッ
クアップシステム１０２には、バックアップ開始指令に
て、バックアップ対象サーバ１０３から自バックアップ
システム１０２へのバックアップ対象データの転送を指
示する制御論理を設け、バックアップ処理を自動実行す
る。また、バックアップ対象サーバ１０３やＬＡＮ１０
１の低負荷時を選んでバックアップ処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理技術に関
し、特に、データを格納している記憶装置のデータ破壊
に備えたデータバックアップ等に適用して有効な技術に
関する。

【０００２】

【従来の技術】近年、複数のパーソナルコンピュータ等
を情報ネットワークを接続して構築されるＰＣ−ＬＡＮ
環境の整備、拡大が著しい中、ネットワークに接続され
ているサーバ装置に付属のディスク装置等のデータ記憶
装置に求められる信頼性への要求は飛躍的に増大してい
る。サーバ装置に接続されているディスク装置にはハー
ドウエア障害によるデータ破壊に加え、ユーザのオペレ
ーションミスによる人為的データ損失、不測のソフトウ
エア障害によるデータ破壊、ＣＰＵ異常によるデータ破
壊等様々な危険が潜んでいる。この様なデータ破壊およ
び損失に対処する方法としてコンピュータシステムのデ
ータバックアップがある。

【０００３】たとえば、特開昭６３−９５５４４号公報
に開示された技術では、連接している複数の計算機（コ
ンピュータシステム）の各々の稼働（故障）率を監視
し、故障が予想される計算機のイメージをバックアップ
用の計算機に自動的にローディングしておき、各計算機
のＣＰＵの異常を異常信号により検知し、バックアップ
処理プログラムを起動させる。起動されたバックアップ
処理プログラムは、異常のあったＣＰＵからシステムを
切離し正常なＣＰＵに自動接続してバックアップ運転を
行うことにより、任意の計算機のダウン時の復旧所要時
間の短縮を図るものである。

【０００４】

【発明が解決しようとする課題】上記従来技術では、Ｃ
ＰＵの障害発生時に連接されている正常なシステムのＣ
ＰＵを用いて自動的にバックアップ運転を行おうとして
いるが、ＣＰＵが連接されていない場合のデータの保護
およびユーザのオペレーションミスによる人為的データ
損失、不測のソフトウエア障害によるデータ破壊等のデ
ータ損失への対処が行えないという技術的課題があっ
た。

【０００５】本発明の目的は、情報処理システム内のデ
ータ破壊時におけるデータ回復およびデータ保護のため
のデータバックアップの最適制御を実現することにあ
る。

【０００６】本発明の他の目的は、データバックアップ
作業を含むシステムの運用管理の省力化および的確化を
実現することが可能な情報処理システムを提供すること
にある。

【０００７】本発明の他の目的は、情報ネットワークを
利用したデータバックアップの効率化を実現することが
可能な情報処理システムを提供することにある。

【０００８】本発明の他の目的は、データバックアップ
のスケジュール管理を多様かつ的確に行うことが可能な
情報処理システムを提供することにある。

【０００９】

【課題を解決するための手段】本発明は、情報ネットワ
ークにて接続される複数の情報処理装置の間におけるデ
ータバックアップ処理を自動的に実行する制御論理を備
えるようにしたものである。より具体的には、一例とし
て、情報ネットワークにバックアップ対象サーバおよび
バックアップシステムを接続した構成において、各バッ
クアップ対象サーバおよびバックアップシステムの少な
くとも一方にバックアップ制御論理を持たせ、情報ネッ
トワーク上にあるバックアップシステムに対しデータバ
ックアップの開始要求を送出し、データバックアップを
自動的に開始するデータバックアップ制御を実現したも
のである。

【００１０】バックアップ制御論理は、たとえば、バッ
クアップ対象サーバにおける任意のアプリケーションプ
ログラムやジョブが終了した時、バックアップ対象サー
バにおける各種リソースの使用率が所定の値よりも低い
状態の時、情報ネットワーク上の負荷が低い時、等を契
機としてデータバックアップの開始要求をバックアップ
システムに送出してデータバックアップ処理を開始させ
る。

【００１１】また、バックアップ制御論理は、バックア
ップ対象サーバや情報ネットワークにおける各種リソー
スの使用状況、稼働状況、負荷等の情報と、データバッ
クアップの対象となるデータ量の多少等に基づいてデー
タバックアップの所要時間を計算し、予め、データバッ
クアップ処理の終了時刻が指定されている場合には、当
該終了時刻に間に合うように、バックアップシステムに
対して、データバックアップの開始時刻を指定する。

【００１２】また、バックアップ制御論理は、必要に応
じて、バックアップ対象サーバにおいてデータバックア
ップの対象となるデータファイルを圧縮し、データ量を
減らして、バックアップシステムに送り出す。

【００１３】また、バックアップ制御論理は、必要に応
じて、情報ネットワークにおけるデータ転送パラメータ
を、データバックアップ処理の期間だけ、選択的にデー
タバックアップに適した値に変更させた後、バックアッ
プ対象サーバからバックアップシステムへのデータ転送
を開始させる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら詳細に説明する。

【００１５】図１は、本発明の一実施の形態である情報
処理システムの構成の一例を示す概念図である。この図
１は、一例として、バックアップシステムを含む最小の
ネットワークシステムが示されている。このシステム
は、バックアップシステム１０２とバックアップ対象サ
ーバ１０３、およびそれらのシステムが接続しているロ
ーカルエリアネットワーク（ＬＡＮ）１０１から構成さ
れている。このバックアップシステム１０２とバックア
ップ対象サーバ１０３はＬＡＮ１０１を経由して互いに
通信することが可能である。そして本実施の形態では、
ＬＡＮ１０１を経由したバックアップの開始要求はバッ
クアップ対象サーバ１０３から発行され、これを受領し
たバックアップシステム１０２はバックアップ処理をＬ
ＡＮ１０１経由で開始し、実行する。

【００１６】図２は、本実施の形態のバックアップシス
テム１０２のハードウエア構成の一例を示すブロック図
であり、図３は、バックアップシステム１０２のソフト
ウエア構造の一例を示す概念図である。ＬＡＮ１０１に
接続されているバックアップシステム１０２は、１台ま
たは複数台の磁気テープ装置２０５を有し、さらにマイ
クロプロセッサＡ（２０１）およびネットワークインタ
フェース部Ａ（２０２）、Ｉ／Ｏインタフェース部Ａ
（２０４）、メモリ（バッファ）Ａ（２０３）を有して
いる。マイクロプロセッサＡ（２０１）は、主記憶装置
２０１ａに接続されており、この主記憶装置２０１ａに
格納される各種ソフトウェアによってバックアップシス
テム１０２の動作を制御する。

【００１７】すなわち、図３に例示されるように、バッ
クアップシステム１０２の主記憶装置２０１ａにおける
オペレーティングシステムＡ（３０１）上にはネットワ
ークインタフェース部Ａ（２０２）を制御するネットワ
ークインタフェースドライバＡ（３０２）およびＩ／Ｏ
インタフェース部Ａ（２０４）を制御するＩ／Ｏインタ
フェースドライバＡ（３０４）が存在する。

【００１８】さらに本実施の形態の場合、オペレーティ
ングシステムＡ（３０１）上にはＬＡＮ１０１を経由し
た全バックアップ処理を制御するバックアップ処理制御
機構３０３が存在する。このバックアップ処理制御機構
３０３は、ネットワークインタフェースドライバＡ（３
０２）により制御されているネットワークインタフェー
ス部Ａ（２０２）からＬＡＮ１０１に接続されているバ
ックアップ対象サーバ１０３のデータを取込みメモリ
（バッファ）Ａ（２０３）に転送する。さらにＩ／Ｏイ
ンタフェースドライバＡ（３０４）により制御されてい
るＩ／Ｏインタフェース部Ａ（２０４）を経由してメモ
リ（バッファ）Ａ（２０３）上のデータを磁気テープ装
置２０５に書込むといったバックアップ処理の制御機能
を保持する。これら一連の処理はマイクロプロセッサＡ
（２０１）の下で行われている。

【００１９】図４は本実施の形態のバックアップ対象サ
ーバ１０３のハードウエア構成の一部を示すブロック図
であり、図５は、バックアップ対象サーバ１０３のソフ
トウエア構造を示した概念図である。ＬＡＮ１０１に接
続されているバックアップ対象サーバ１０３は、データ
が格納されている１台または複数台の磁気ディスク装置
４０５を有し、さらにマイクロプロセッサＢ（４０１）
およびネットワークインタフェース部Ｂ（４０２）、Ｉ
／Ｏインタフェース部Ｂ（４０４）、メモリ（バッフ
ァ）Ｂ（４０３）を有している。マイクロプロセッサＢ
（４０１）には主記憶装置４０１ａが接続されており、
この主記憶装置４０１ａに格納される各種ソフトウェア
によってバックアップシステム１０２の動作を制御す
る。

【００２０】すなわち、バックアップ対象サーバ１０３
の主記憶装置４０１ａに格納されたオペレーティングシ
ステムＢ（５０１）上にはネットワークインタフェース
部Ｂ（４０２）を制御するネットワークインタフェース
ドライバＢ（５０２）およびＩ／Ｏインタフェース部Ｂ
（４０４）を制御するＩ／ＯインタフェースドライバＢ
（５０４）、バックアップ対象サーバ１０３内のジョブ
５０６を管理するジョブスケジューラ５０５が存在す
る。なお、ジョブスケジューラ５０５の代わりに任意の
運用管理システム、バッチジョブ登録実行制御機能等を
用いてもよい。

【００２１】さらに本実施の形態の場合、オペレーティ
ングシステムＢ（５０１）上には、ＬＡＮ１０１を経由
したバックアップの開始要求を発行するバックアップ制
御機構５０３が存在する。このバックアップ制御機構５
０３は、ジョブスケジューラ５０５により管理されてい
るジョブ５０６の完了に引続きデータのバックアップを
開始するための制御機能を有する。バックアップ制御機
構５０３で作成されたバックアップ開始要求は、ネット
ワークインタフェースドライバＢ（５０２）により制御
されているネットワークインタフェース部Ｂ（４０２）
よりＬＡＮ１０１へ送出される。その後、バックアップ
システム１０２からのデータ転送要求に対してＩ／Ｏイ
ンタフェースドライバＢ（５０４）により制御されてい
るＩ／Ｏインタフェース部Ｂ（４０４）を経由して磁気
ディスク装置４０５からデータを読み出し、メモリ（バ
ッファ）Ｂ（４０３）に転送する。さらに、ネットワー
クインタフェースドライバＢ（５０２）により制御され
ているネットワークインタフェース部Ｂ（４０２）を用
いメモリ（バッファ）Ｂ（４０３）上のデータをバック
アップシステム１０２に対し送出するという機能を保持
する。これら一連の処理はマイクロプロセッサＢ（４０
１）の下で行われている。

【００２２】まず、バックアップ対象サーバ１０３にお
けるバックアップ制御機構５０３のバックアップ通知処
理について、図６のフローチャートを用いて説明する。

【００２３】バックアップ対象サーバ１０３では、マイ
クロプロセッサＢ（４０１）がオペレーティングシステ
ムＢ（５０１）上のジョブスケジューラ５０５によって
管理されているジョブ５０６の処理を行っている。ジョ
ブスケジューラ５０５はジョブ５０６から処理終了の報
告を受領した後、オペレーティングシステムＢ（５０
１）を経由してマイクロプロセッサＢ（４０１）に報告
する。これを受けて、マイクロプロセッサＢ（４０１）
はジョブスケジューラ５０５からの特定ジョブの処理完
了報告をバックアップ制御機構５０３に対し通知する
（ステップ６０１）。その後、バックアップ制御機構５
０３は、ステップ６０２にて通知データを作成する。さ
らに、ステップ６０３では作成した通知データをメモリ
（バッファ）Ｂ（４０３）に転送し、マイクロプロセッ
サＢ（４０１）を使ってメモリ（バッファ）Ｂ（４０
３）上の通知データをネットワークインタフェースドラ
イバＢ（５０２）を用いネットワークインタフェース部
Ｂ（４０２）からＬＡＮ１０１に送出する。この通知デ
ータには、必要に応じて、当該バックアップ対象サーバ
１０３の磁気ディスク装置４０５のファイルシステムに
おけるバックアップ対象のボリューム名やディレクトリ
名、ファイル名等のパラメータが含まれる。

【００２４】このように、バックアップ対象サーバ１０
３にバックアップ制御機構５０３を付加することによ
り、バックアップ対象サーバ１０３の特定ジョブ終了後
および特定アプリケーションの処理完了後にデータバッ
クアップの開始要求を行いデータバックアップを実行す
ることが可能となる。

【００２５】さらに、たとえば図８のフローチャートに
例示されるように、バックアップ対象サーバ１０３のマ
イクロプロセッサＢ（４０１）（ＣＰＵ）、主記憶装置
４０１ａ、データバス等のリソース使用率を監視し、使
用率が低い時間帯にデータバックアップの開始要求を出
すことも可能である。すなわち、バックアップ制御機構
５０３は、ジョブ終了報告を受けると（ステップ８０
１）、バックアップ対象サーバ１０３内のリソース使用
率をチェックし（ステップ８０２）、当該使用率が既定
値以下ならば、当該チェックを継続し（ステップ８０
３）、リソース使用率が既定値よりも低くなった時点
で、“バックアップ開始要求”を含む通知データを作成
し（ステップ８０４）、作成した通知データをＬＡＮ１
０１を経由してバックアップシステム１０２に送出する
（ステップ８０５）、という動作を行うようにすること
もできる。

【００２６】次に、バックアップシステム１０２におけ
るバックアップ処理制御機構３０３のバックアップ開始
処理について、図７のフローチャートを用いて説明す
る。

【００２７】ＬＡＮ１０１に送出された通知データは、
バックアップシステム１０２のネットワークインタフェ
ース部Ａ（２０２）によって受領される。ネットワーク
インタフェース部Ａ（２０２）はメモリ（バッファ）Ａ
（２０３）に通知データを転送する。マイクロプロセッ
サＡ（２０１）はバックアップ処理制御機構３０３に対
し転送されてきた通知データを解釈することを要求する
（ステップ７０１）。その後、バックアップ処理制御機
構３０３は、ステップ７０２にてバックアップ処理の開
始を決定する。次に、ステップ７０３にて転送命令デー
タを作成する。さらに、ステップ７０４では作成した転
送命令データをメモリ（バッファ）Ａ（２０３）に転送
し、マイクロプロセッサＡ（２０１）を使い、メモリ
（バッファ）Ａ（２０３）上の転送命令データをネット
ワークインタフェースドライバＡ（３０２）を用いネッ
トワークインタフェース部Ａ（２０２）からＬＡＮ１０
１に送出する。同時に、バックアップ処理制御機構３０
３はステップ７０５にて、オペレーティングシステムＡ
（３０１）を介してデータバックアップのための動作準
備を行う。

【００２８】ＬＡＮ１０１に送出された転送命令データ
はバックアップ対象サーバ１０３のネットワークインタ
フェース部Ｂ（４０２）から取込まれ、メモリ（バッフ
ァ）Ｂ（４０３）に引渡される。マイクロプロセッサＢ
（４０１）は、この転送命令データを解釈しオペレーテ
ィングシステムＢ（５０１）上のバックアップ制御機構
５０３に対し、磁気ディスク装置４０５上のデータをバ
ックアップシステム１０２に転送することを指示する。
バックアップ制御機構５０３は、オペレーティングシス
テムＢ（５０１）を介しＩ／Ｏインタフェースドライバ
Ｂ（５０４）に対して磁気ディスク装置４０５からのデ
ータ読出しを要求する。マイクロプロセッサＢ（４０
１）はＩ／ＯインタフェースドライバＢ（５０４）を用
いＩ／Ｏインタフェース部Ｂ（４０４）に接続されてい
る磁気ディスク装置４０５からデータを読出し、メモリ
（バッファ）Ｂ（４０３）に転送する。マイクロプロセ
ッサＢ（４０１）はネットワークインタフェースドライ
バＢ（５０２）用い、メモリ（バッファ）Ｂ（４０３）
上のデータをネットワークインタフェース部Ｂ（４０
２）からＬＡＮ１０１にデータを送出する。なお、ＬＡ
Ｎ１０１にデータを送出する前に、必要に応じて、磁気
ディスク装置４０５から読出したデータを所定のアルゴ
リズムにて圧縮してもよい。これにより、ＬＡＮ１０１
を通過するデータ量が削減され、ＬＡＮ１０１の負荷を
軽減することができるとともに、バックアップシステム
１０２の側における磁気テープ装置２０５の記憶容量の
節約を実現できる。バックアップ対象サーバ１０３で
は、このような動作を繰返し、バックアップシステム１
０２にデータを転送する。

【００２９】一方、バックアップシステム１０２のマイ
クロプロセッサＡ（２０１）は、バックアップ対象サー
バ１０３から送出されたデータをネットワークインタフ
ェース部Ａ（２０２）から取込み、メモリ（バッファ）
Ａ（２０３）に転送する。マイクロプロセッサＡ（２０
１）は、オペレーティングシステムＡ（３０１）上のバ
ックアップ処理制御機構３０３に対し磁気テープ装置２
０５へのデータ書込みを指示する。バックアップ処理制
御機構３０３はオペレーティングシステムＡ（３０１）
を介しＩ／ＯインタフェースドライバＡ（３０４）に対
しデータ書込み要求を出す。マイクロプロセッサＡ（２
０１）はＩ／ＯインタフェースドライバＡ（３０４）を
用いＩ／Ｏインタフェース部Ａ（２０４）に接続されて
いる磁気テープ装置２０５にデータの書込みを行う。バ
ックアップシステム１０２では、このような動作を繰返
し、ＬＡＮ１０１を経由して送られてきたバックアップ
対象サーバ１０３の磁気ディスク装置４０５のデータを
バックアップシステム１０２の磁気テープ装置２０５に
書込む。

【００３０】図１０のフローチャートに、バックアップ
対象サーバ１０３およびバックアップシステム１０２
の、図６、図８および図７のフローチャートに例示した
各動作の連携関係の一例を示す。

【００３１】なお、バックアップ対象サーバ１０３で
は、たとえば、図９のフローチャートに例示されるよう
に、当該バックアップ対象サーバ１０３における業務ス
ケジュール等の都合により、特定の時刻までに、バック
アップ処理を完了させたい場合には、バックアップシス
テム１０２に対して、“バックアップ開始要求”にパラ
メータの一つとしてバックアップ開始時刻を指定するこ
とも可能である。すなわち、バックアップ制御機構５０
３は、ジョブ終了報告の受領を受けると（ステップ９０
１）、ＬＡＮ１０１の負荷をチェックし（ステップ９０
２）、さらに、バックアップ対象サーバ１０３内のリソ
ースの使用率、負荷、バックアップ対象のデータ量等の
情報をチェックし（ステップ９０３）、これらの情報に
基づいて、バックアップ所要時間を計算し、このバック
アップ所要時間と、目的のバックアップ処理終了時刻か
ら、バックアップ開始時刻を逆算し（ステップ９０
４）、“バックアップ開始要求”にパラメータとして
“指定開始時刻”を含む通知データを作成し（ステップ
９０５）、この通知データをＬＡＮ１０１を経由してバ
ックアップシステム１０２に送出する（ステップ９０
６）、という動作を行わせることもできる。

【００３２】この場合、バックアップ対象サーバ１０３
とバックアップシステム１０２の連携動作を示した図１
１のフローチャートに例示されるように、バックアップ
システム１０２の側では、バックアップ対象サーバ１０
３から到来する“バックアップ開始要求”に随伴した
“指定開始時刻”の情報に基づいて、バックアップ処理
の開始時刻をタイマ管理する動作を行う。すなわち、図
７に例示したフローチャートにおいて、たとえばステッ
プ７０４の前に、指定された開始時刻になったか否かを
判定するステップを設け、指定された開始時刻になった
時点で、ステップ７０４以降を実行するように動作す
る。

【００３３】また、図１２のフローチャートに例示され
るように、バックアップ処理においては、バックアップ
システム１０２の側から、バックアップ対象サーバ１０
３に対するバックアップデータの転送要求に先立って、
ＬＡＮ１０１におけるデータ転送での転送パラメータを
一時的に変更するようにしてもよい。なお、この転送パ
ラメータの変更指示は、バックアップ対象サーバ１０３
の側から行ってもよいことは言うまでもない。

【００３４】すなわち、データバックアップ処理におい
ては、その処理の特性から、大量のデータが継続的にＬ
ＡＮ１０１を流れることになるので、たとえば、ＬＡＮ
１０１におけるデータの転送単位であるパケットやフレ
ーム等のサイズが可変である場合には、パケットやフレ
ームのサイズを最大にして、大量のデータを高速に転送
可能な状態とすることが望ましい。

【００３５】このように、本実施の形態の場合には、バ
ックアップ対象サーバ１０３のバックアップ制御機構５
０３およびバックアップシステム１０２のバックアップ
処理制御機構３０３の連携した動作により、ＬＡＮ１０
１上にある複数のバックアップ対象コンピュータシステ
ム（バックアップ対象サーバ１０３）から各システムの
都合の良い時間帯にバックアップ処理開始の要求を受け
てバックアップシステム１０２がデータバックアップを
実行することが可能となる。さらにバックアップシステ
ム１０２のバックアップ処理制御機構３０３において、
ＬＡＮ１０１の使用（稼動）状態を監視することによ
り、ネットワーク負荷の低い時間帯を選んでデータバッ
クアップを開始することも可能である。

【００３６】したがって、本実施の形態の情報処理シス
テムによれば、バックアップ対象サーバ１０３の特定ジ
ョブおよびアプリケーション終了後の当該コンピュータ
システムのリソースが低使用率の際に、自動的にデータ
バックアップの開始指示を行えるので、バックアップ時
間が短縮され、効率良く行えるとともに、情報処理シス
テムの管理運用における省力化、管理の的確化を実現で
きる、という効果がある。さらに、ユーザ環境のＬＡＮ
１０１等のネットワークのトラフィックが高い時間帯に
は、ネットワーク負荷監視により、データバックアップ
の開始時間を変更し、低ネットワーク負荷の時間帯にバ
ックアップを実行できるという効果がある。

【００３７】さらに、都合のよい時間帯にデータバック
アップが完了するように、データバックアップ処理の所
要時間から逆算して開始時刻を指定できるので、データ
バックアップのスケジュール管理を多様かつ的確に行う
ことが可能になる。

【００３８】以上本発明者によってなされた発明を実施
の形態に基づき具体的に説明したが、本発明は前記実施
の形態に限定されるものではなく、その要旨を逸脱しな
い範囲で種々変更可能であることはいうまでもない。

【００３９】たとえば、上述の実施の形態の説明では、
データバックアップ処理の開始契機をバックアップ対象
サーバの側から与えているが、バックアップシステムの
側から定期的にデータバックアップ処理の開始の可否を
バックアップ対象サーバの側に問い合わせて、バックア
ップ対象サーバの都合の良い時にデータバックアップを
開始することも、本発明に含まれる。

【００４０】

【発明の効果】本発明の情報処理システムによれば、情
報処理システム内のデータ破壊時におけるデータ回復お
よびデータ保護のためのデータバックアップの最適制御
を実現することができる、という効果が得られる。

【００４１】また、データバックアップ作業を含むシス
テムの運用管理の省力化および的確化を実現することが
できる、という効果が得られる。

【００４２】また、情報ネットワークを利用したデータ
バックアップの効率化を実現することができる、という
効果が得られる。

【００４３】また、データバックアップのスケジュール
管理を多様かつ的確に行うことができる、という効果が
得られる。

【図面の簡単な説明】

【図１】本発明の一実施の形態である情報処理システム
の構成の一例を示す概念図である。

【図２】本発明の一実施の形態である情報処理システム
を構成するバックアップシステムのハードウエア構成の
一例を示すブロック図である。

【図３】本発明の一実施の形態である情報処理システム
を構成するバックアップシステムのソフトウエア構造の
一例を示す概念図である。

【図４】本発明の一実施の形態である情報処理システム
を構成するバックアップ対象サーバのハードウエア構成
の一部を示すブロック図である。

【図５】本発明の一実施の形態である情報処理システム
を構成するバックアップ対象サーバのソフトウエア構造
を示した概念図である。

【図６】本発明の一実施の形態である情報処理システム
を構成するバックアップ対象サーバの作用の一例を示す
フローチャートである。

【図７】本発明の一実施の形態である情報処理システム
を構成するバックアップシステム作用の一例を示すフロ
ーチャートである。

【図８】本発明の一実施の形態である情報処理システム
を構成するバックアップ対象サーバの作用の変形例を示
すフローチャートである。

【図９】本発明の一実施の形態である情報処理システム
を構成するバックアップ対象サーバの作用の変形例を示
すフローチャートである。

【図１０】本発明の一実施の形態である情報処理システ
ムを構成するバックアップ対象サーバおよびバックアッ
プシステムの各動作の連携関係の一例を示すフローチャ
ートである。

【図１１】本発明の一実施の形態である情報処理システ
ムを構成するバックアップ対象サーバおよびバックアッ
プシステムの各動作の連携関係の一例を示すフローチャ
ートである。

【図１２】本発明の一実施の形態である情報処理システ
ムを構成するバックアップ対象サーバおよびバックアッ
プシステムの各動作の連携関係の一例を示すフローチャ
ートである。

【符号の説明】

１０１…ＬＡＮ（情報ネットワーク）、１０２…バック
アップシステム（第２の情報処理装置）、１０３…バッ
クアップ対象サーバ（第１の情報処理装置）、２０１…
マイクロプロセッサＡ、２０１ａ…主記憶装置、２０２
…ネットワークインタフェース部Ａ、２０３…メモリ
（バッファ）Ａ、２０４…Ｉ／Ｏインタフェース部Ａ、
２０５…磁気テープ装置（第２の記憶装置）、３０１…
オペレーティングシステムＡ、３０２…ネットワークイ
ンタフェースドライバＡ、３０３…バックアップ処理制
御機構（バックアップ制御論理）、３０４…Ｉ／Ｏイン
タフェースドライバＡ、４０１…マイクロプロセッサ
Ｂ、４０１ａ…主記憶装置、４０２…ネットワークイン
タフェース部Ｂ、４０３…メモリ（バッファ）Ｂ、４０
４…Ｉ／Ｏインタフェース部Ｂ、４０５…磁気ディスク
装置（第１の記憶装置）、５０１…オペレーティングシ
ステムＢ、５０２…ネットワークインタフェースドライ
バＢ、５０３…バックアップ制御機構（バックアップ制
御論理）、５０４…Ｉ／ＯインタフェースドライバＢ、
５０５…ジョブスケジューラ、５０６…ジョブ、６０１
〜６０３…バックアップ通知の処理フロー、７０１〜７
０５…バックアップ開始の処理フロー、８０１〜８０５
…バックアップ通知の変形例の処理フロー、９０１〜９
０６…バックアップ通知の変形例の処理フロー。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 第１の記憶装置を備えた少なくとも一つ
   の第１の情報処理装置と、第２の記憶装置を備えた少な
   くとも一つの第２の情報処理装置と、前記第１および第
   ２の情報処理装置を接続する情報ネットワークとを含む
   情報処理システムであって、 前記第１の情報処理装置における前記第１の記憶装置に
   格納されているデータを、前記情報ネットワークを経由
   して前記第２の情報処理装置の前記第２の記憶装置に退
   避させるデータバックアップ処理を自動的に実行するバ
   ックアップ制御論理を備えたことを特徴とする情報処理
   システム。
2. 【請求項２】 請求項１記載の情報処理システムにおい
   て、 前記第１の情報処理装置におけるＣＰＵ、主記憶、デー
   タバス等のリソースの使用率を監視し、前記使用率が低
   い時に前記データバックアップ処理を起動させ、個々の
   前記リソースの使用状況の最適化と前記データバックア
   ップ処理の自動実行を実現する第１の操作、 ユーザが指定した任意のアプリケーションの前記第１の
   情報処理装置における終了を契機として、前記データバ
   ックアップ処理の開始を前記第２の情報処理装置に通知
   する第２の操作、 前記第１の情報処理装置における複数のジョブ実行を制
   御する運用管理システム、ジョブスケジューラ、バッチ
   ジョブ登録実行制御機能等で管理されるジョブの完了に
   引き続いて前記データバックアップ処理の開始を前記第
   ２の情報処理装置に通知する第３の操作、 データバックアップ対象の前記第１の情報処理装置にお
   ける第１の記憶装置に格納されている一部または全部の
   データファイルを数個のデータバックアップファイルに
   圧縮し、圧縮された前記データバックアップファイルを
   前記第２の情報処理装置の前記第２の記憶装置に退避さ
   せる第４の操作、 の少なくとも一つの操作を、前記バックアップ制御論理
   が実行することを特徴とする情報処理システム。
3. 【請求項３】 請求項１または２記載の情報処理システ
   ムにおいて、前記バックアップ制御論理は、 前記情報ネットワークの使用（稼動）状態を監視し、前
   記情報ネットワークの負荷の少ない時間帯に前記データ
   バックアップ処理を開始することを特徴とする情報処理
   システム。
4. 【請求項４】 請求項１，２または３記載の情報処理シ
   ステムにおいて、前記バックアップ制御論理は、 前記情報ネットワーク上における前記第１の情報処理装
   置から前記第２の情報処理装置へのデータ転送における
   データ転送パラメータを、前記データバックアップ処理
   中のみ、当該データバックアップ処理に最適な値に置き
   換えて前記データバックアップ処理を実行することを特
   徴とする情報処理システム。
5. 【請求項５】 請求項１，２，３または４記載の情報処
   理システムにおいて、前記バックアップ制御論理は、 前記第１の情報処理装置における前記第１の記憶装置に
   格納されたデータバックアップ対象のデータ容量、およ
   び前記第１および第２の情報処理装置の少なくとも一方
   におけるリソース使用状態、および前記情報ネットワー
   クの使用（稼動）状態、の少なくとも一つに基づいて、
   前記データバックアップ処理の所要時間を算出し、予め
   指定されている前記データバックアップ処理の完了時刻
   から逆算して、前記データバックアップ処理の開始時刻
   を自動的に決定して前記データバックアップ処理を実行
   することを特徴とする情報処理システム。