JPH10254633A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに接続された複数のコンピュー
タのデータのバックアップを効率的に行い、簡単にデー
タのリストアを行えるようにする。 【解決手段】 ネットワークケーブル２上にはサーバー
マシン１と複数のクライアントＰＣ１１，１２，１３と
が接続され、サーバーマシン１にはジュークボックス３
が接続されており、ジュークボックス３内には複数の光
磁気ディスク６ａ，６ｂ，６ｃ，…が収納されてＭＯド
ライブ５によってデータの記録再生が行われる。各クラ
イアントＰＣにはそれぞれ別々の光磁気ディスクが対応
づけられてこの対応情報を含むディスク管理情報が管理
テーブル１０に登録されている。各クライアントＰＣ１
１，１２，１３のデータをバックアップする際は、サー
バーマシン１により管理テーブル１０のディスク管理情
報に基づいて対応する光磁気ディスクに選択的にバック
アップデータを書き込むようになっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたコンピュータの記憶装置に格納されているデー
タのバックアップを行う情報処理装置に関する。

【０００２】

【従来の技術】従来より、複数のコンピュータを相互に
接続してネットワークを構成し、資源やデータを共有し
たり、処理や作業の分散化、分業化により作業効率を向
上させるようなことが行われている。近年では、パーソ
ナルコンピュータ（以下、ＰＣと呼ぶ）の発達に伴い、
例えばオフィス等では各人にＰＣを割り当ててこれらを
ネットワークに接続し、各人のＰＣで通常の業務を行
い、サーバー上には共有のデータやバックアップデータ
などを保管するような構成が採られている。

【０００３】一般に情報処理装置では、コンピュータの
記憶装置に格納されているデータを不慮の事故等による
データ破壊から守るために、後で復元可能なように別の
記録媒体にデータの複製をとっておくバックアップを行
うようにしている。ネットワークに接続された複数のコ
ンピュータにおいて、各ローカルコンピュータに接続さ
れたハードディスクドライブ等の記憶装置のバックアッ
プは、従来ではサーバー等のリモートコンピュータによ
って集中的に行われ、リモートコンピュータに接続され
た磁気テープ装置、光ディスク装置、光磁気ディスク装
置あるいはこれらの磁気テープ装置、光磁気ディスク等
の記録媒体を複数備えて入れ替えて使用するオートロー
ダ装置などの大容量の記憶装置にバックアップデータが
格納されるようになっていた。

【０００４】従来の情報処理装置におけるバックアップ
時のデータの論理構成を図７に模式的に示す。ネットワ
ークに接続された複数のコンピュータ（クライアントＰ
Ｃ）には、それぞれ自身の記憶装置７１ａ，７１ｂ，７
１ｃ，…としてハードディスクドライブが接続されてい
る。これらの記憶装置は例えば論理ドライブＣ：として
ディレクトリ定義されており、符号７２ａ，７２ｂ，７
２ｃ，…は各クライアントＰＣにおける論理ドライブ
Ｃ：のルートディレクトリである。これらのクライアン
トＰＣの論理ドライブＣ：上のデータをバックアップす
る際には、ネットワーク上のリモートコンピュータであ
るサーバーによって集中的に管理及び制御がなされてバ
ックアップが実行される。

【０００５】サーバーに接続されたバックアップ用の記
憶装置７３は、各クライアントＰＣから見ると例えば論
理ドライブＤ：として認識されており、符号７４はサー
バーにおける論理ドライブＤ：のルートディレクトリで
ある。このサーバーの論理ドライブＤ：には、ルートデ
ィレクトリ７４の下にサブディレクトリとしてクライア
ントＰＣのバックアップディレクトリ７５が設けられ、
ここに複数のクライアントＰＣのバックアップデータが
格納される。サーバーの記憶装置７３を例えば光磁気デ
ィスクのジュークボックス装置とすると、バックアップ
ディレクトリ７５に格納されるバックアップデータは複
数のディスク７６ａ，７６ｂ，７６ｃ，…に記憶される
ことになる。

【０００６】複数のクライアントＰＣのバックアップデ
ータをサーバーの記憶装置の複数のディスクに格納した
場合のデータ格納状態の一例を図８に示す。ディスクｉ
・７６ａには、クライアントＰＣＩ及びIII のバックア
ップデータとクライアントＰＣVIのバックアップデータ
の一部が格納され、ディスクii・７６ｂには、クライア
ントＰＣVIのバックアップデータの残りとクライアント
ＰＣIIのバックアップデータとクライアントＰＣIVのバ
ックアップデータの一部が格納され、ディスクIII ・７
６ｃには、クライアントＰＣIVのバックアップデータの
残りとクライアントＰＣＶのバックアップデータが格納
されている。

【０００７】このように従来の装置では、複数のクライ
アントＰＣのバックアップデータは複数の記録媒体（テ
ープカートリッジ、光磁気ディスク等）にまとめて格納
され、いくつかのコンピュータのバックアップデータは
複数の媒体上にまたがって保存されることがあった。

【０００８】特開平５−１３４８６３号公報には、記録
媒体を複数のロジカル領域に分割して各ロジカル領域に
それぞれ特定のユーザーがアクセス可能とし、これらの
ロジカル領域に各々ユーザーがデータを記録できるよう
にして、一箇所の記録媒体に複数のユーザーのデータを
分割管理しつつまとめて格納するようにした装置の例が
開示されている。また、特開平８−２８７６５９号公報
には、複数枚の記録媒体を一単位として一個のマガジン
に格納し、ホストコンピュータからの指令に応じて各記
録媒体を個別に取り出してドライブ装置に装填して記録
／再生を行うオートチェンジャー（オートローダ装置）
を用いて、このマガジン内の記録媒体の全てを論理的に
一個の記録媒体として取り扱い、記録媒体毎の各種ファ
イル情報などの基礎情報を特定の記録媒体に格納するよ
うにして、複数枚の記録媒体を備えたオートチェンジャ
ーを一つの大容量の記憶装置として容易に扱えるように
した情報管理システムの例が開示されている。

【０００９】

【発明が解決しようとする課題】前述したように、従来
の情報処理装置では、複数のクライアントＰＣのバック
アップデータは混在して複数の記録媒体にまとめて格納
され、いくつかのコンピュータのバックアップデータは
複数の媒体上に分散されて保存されることがあり、全て
のバックアップデータを参照しないと目的のデータがど
こに格納されているかを容易に判別できず、また特定の
クライアントＰＣのバックアップデータのみを取り出す
ことは困難であり、バックアップデータのリストア時に
煩雑な作業を必要としていた。

【００１０】あるコンピュータのハードディスクドライ
ブ等の記憶装置がヘッドクラッシュ等で故障し、バック
アップデータをリストアするときには、全てのコンピュ
ータのバックアップデータが入ったテープカートリッジ
や光磁気ディスク等の記録媒体をこのコンピュータにド
ライブ装置を直接接続してマウントさせたり、ネットワ
ークを介してマウントさせて、このコンピュータのバッ
クアップデータを探し出してからリストアしなければな
らない。このため、目的のコンピュータに対応するバッ
クアップデータを探すのに手間がかかるので、リストア
に時間を要し、また、リストアをしている間は他のコン
ピュータのバックアップを取ることもできず、さらに複
数台同時に故障した場合、同じ記録媒体を使用するため
同時にリストアすることができないという問題点があ
る。

【００１１】本発明は、上記事情に鑑みてなされたもの
で、ネットワークに接続された複数のコンピュータの記
憶装置上のデータのバックアップを効率的に行い、コン
ピュータの記憶装置の故障の際には簡単にかつ確実にデ
ータのリストアを行うことが可能な情報処理装置を提供
することを目的としている。

【００１２】

【課題を解決するための手段】本発明による情報処理装
置は、ネットワークに接続された複数のコンピュータに
係るデータのバックアップをこのネットワーク上のリモ
ートコンピュータにて集中的に行う情報処理装置におい
て、前記複数のコンピュータに係るデータを可搬記録媒
体に対して記録再生するデータ記録再生手段と、前記複
数のコンピュータをそれぞれ別々の可搬記録媒体に対応
づけして、この対応情報を含む媒体管理情報に基づい
て、前記データ記録再生手段において取り扱う複数の可
搬記録媒体の管理を行う記録媒体管理手段と、前記各コ
ンピュータに係るデータのバックアップを前記媒体管理
情報に基づいて対応する可搬記録媒体に選択的に行うバ
ックアップ制御手段と、を有し、前記可搬記録媒体に記
録されたバックアップのデータは、各コンピュータに対
応する可搬記録媒体を利用することによりそれぞれ対応
するコンピュータにリストア可能であることを特徴とす
る。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図１は本発明の一実施形態に係る
情報処理装置の主要部の構成を示すブロック図である。

【００１４】情報処理装置は、バックアップ処理等の制
御を行うサーバーマシン１と、複数のコンピュータとし
てクライアントＰＣＩ・１１，クライアントＰＣII・１
２，クライアントＰＣIII ・１３とを有して構成され、
各コンピュータはネットワークケーブル２に接続されて
相互にコマンド及びデータ等をやり取りできるようにな
っている。なお、本実施形態では３つのクライアントＰ
Ｃをネットワークに接続した例を示しているが、コンピ
ュータの数はいくつであっても良い。また、ネットワー
クは図示したものに限らず、構内のＬＡＮ（local area
network）、遠隔地を結ぶＷＡＮ（wide area network
）などであっても、簡単なケーブル接続のみによるも
のであっても良く、複数のコンピュータ間の接続の物理
形態や論理形態はどのようなものでも用いることができ
る。

【００１５】サーバーマシン１には、記憶装置として光
磁気ディスクを用いたオートローダ装置である光磁気デ
ィスクジュークボックス装置（以下、ジュークボックス
と呼ぶ）３及びハードディスクドライブ（以下、ＨＤＤ
と呼ぶ）４がＳＣＳＩ等のインターフェースケーブルを
介して接続されている。ジュークボックス３は、光磁気
ディスクドライブ装置（以下、ＭＯドライブと呼ぶ）５
を内蔵しており、サーバーマシン１からの指示に従って
装置内に収納した複数の記録媒体としての光磁気ディス
ク６ａ，６ｂ，６ｃ，…を入れ替えて、複数のディスク
の中から一つをＭＯドライブ５に装填して記録／再生を
行うようになっている。

【００１６】前記複数の記録媒体のうち、ディスクＩ・
６ａにはクライアントＰＣＩ・１１のバックアップデー
タが記録され、ディスクII・６ｂにはクライアントＰＣ
II・１２のバックアップデータが記録され、ディスクII
I ・６ｃにはクライアントＰＣIII ・１３のバックアッ
プデータが記録されるようになっており、これらの光磁
気ディスクはジュークボックス３内に収納されている。

【００１７】各クライアントＰＣには記憶装置として、
クライアントＰＣＩ・１１にはＨＤＤＩ・７が、クライ
アントＰＣII・１２にはＨＤＤII・８が、クライアント
ＰＣIII ・１３にはＨＤＤIII ・９が、それぞれＳＣＳ
Ｉ等のインターフェースケーブルを介して接続されてお
り、各ＨＤＤにはそれぞれローカルのＰＣ上でのデータ
が格納されるようになっている。

【００１８】サーバーマシン１に接続されたＨＤＤ０・
４には、ジュークボックス３内の複数の光磁気ディスク
６ａ，６ｂ，６ｃ，…を管理するための管理テーブル１
０が格納され、管理テーブル１０においてクライアント
ＰＣと光磁気ディスクとの対応情報などのディスク管理
情報が登録されている。

【００１９】なお、バックアップ動作の際にジュークボ
ックス３を制御する制御手段（図１ではサーバーマシン
１）及びディスク管理情報が登録された管理テーブル１
０を格納する記憶手段（図１ではＨＤＤ０・４）は、図
１の構成例のようにジュークボックス３と別体であって
も良いし、ジュークボックス３内に一体的に設けられて
いても良い。

【００２０】また、バックアップ用の記録媒体として
は、光磁気ディスクに限らず、ＤＡＴや８mmビデオ等の
磁気テープ、ＤＶＤ、ＣＤ−Ｒ、リムーバブルＨＤ、Ｐ
Ｄなど可搬記録媒体であればどのようなものでも用いる
ことができる。記録媒体の容量は、基本的には、（クラ
イアントＰＣの記憶装置のデータ量）＜（バックアップ
用の記録媒体の容量）であるものとする。

【００２１】図２は本実施形態の情報処理装置における
バックアップ時のデータの論理構成を模式的に示したも
のである。

【００２２】各クライアントＰＣに接続された記憶装置
であるＨＤＤＩ・７，ＨＤＤII・８，ＨＤＤIII ・９
は、それぞれ論理ドライブＣ：としてディレクトリ定義
されており、符号１４，１５，１６は各クライアントＰ
Ｃにおける論理ドライブＣ：のルートディレクトリであ
る。一方、サーバーマシン１に接続されたバックアップ
用の記憶装置であるジュークボックス３は、内蔵された
複数の光磁気ディスク６ａ，６ｂ，６ｃ，…を含めて、
サーバーマシン１により各クライアントＰＣから見ると
論理ドライブＤ：としてマウントされて認識されてお
り、符号１７はサーバーマシンにおける論理ドライブ
Ｄ：のルートディレクトリである。

【００２３】このサーバーマシンの論理ドライブＤ：に
は、ルートディレクトリ１７の下にサブディレクトリと
してディスクＩ・６ａの論理領域であるディスクＩディ
レクトリ１８，ディスクII・６ｂの論理領域であるディ
スクIIディレクトリ１９，ディスクIII ・６ｃの論理領
域であるディスクIII ディレクトリ２０，…が設けら
れ、各ディレクトリのデータ、すなわち各クライアント
ＰＣのバックアップデータが対応する光磁気ディスクに
格納される。ここでは、クライアントＰＣ及びバックア
ップ用サブディレクトリと光磁気ディスクとが一対一に
対応してバックアップデータが格納される例を示してい
る。

【００２４】前記論理ドライブＤ：のサブディレクトリ
としてのディスクＩディレクトリ１８，ディスクIIディ
レクトリ１９，ディスクIII ディレクトリ２０，…は、
各クライアントＰＣのユーザからは見えないようにして
も良いし、クライアントＰＣ側では対応するディスクの
ディレクトリのみが認識されてアクセス可能となってい
ても良い。

【００２５】上記構成において、クライアントＰＣＩ・
１１のユーザがＨＤＤＩ・７上のデータのバックアップ
を行う場合、まずサーバーマシン１によってＨＤＤ０・
４に格納されている管理テーブル１０にディスク管理情
報としてディスクとＰＣの対応情報を、すなわちクライ
アントＰＣＩ・１１に対応する光磁気ディスク（ここで
はディスクＩ・６ａ）を登録する。このディスク管理情
報の登録作業は一度だけ行えば後で変更のない限り再度
行う必要はない。他のクライアントＰＣについても同様
にディスクとＰＣの対応情報を登録しておく。なお、デ
ィスク管理情報の登録作業は各クライアントＰＣから直
接行えるようにしても良い。

【００２６】そして、クライアントＰＣＩ・１１のＨＤ
ＤＩ・７にインストールされたローカルのバックアップ
用ソフトウェアを使って、サーバーマシン１にデータの
バックアップ要求をネットワークを介しソフトウェア的
に行う。サーバーマシン１はこのバックアップ要求を受
けて、管理テーブル１０のディスク管理情報に基づき、
ジュークボックス３内に納められているクライアントＰ
ＣＩ・１１用のディスクＩ・６ａをＭＯドライブ５にロ
ードしてマウントする。その後、サーバーマシン１は、
クライアントＰＣＩ・１１の論理ドライブＣ：のルート
ディレクトリ１４以下のデータをサーバーマシン１の論
理ドライブＤ：のルートディレクトリ１７の下に設けら
れたサブディレクトリとしてのディスクＩディレクトリ
１８にバックアップデータとして記録する。これによ
り、クライアントＰＣＩ・１１のバックアップデータが
ディスクＩ・６ａに格納される。

【００２７】図３は上述したバックアップ作業の手順を
示したものである。まずステップＳ１で、初期化処理と
して、クライアントＰＣＩ・１１のＨＤＤＩ・７上のデ
ータをディスクＩ・６ａにバックアップするように、管
理テーブル１０にディスクとＰＣの対応情報を登録して
おく。そしてステップＳ２で、クライアントＰＣＩ・１
１からサーバーマシン１へバックアップ要求を送出する
と、ステップＳ３で、サーバーマシン１はバックアップ
要求を受けてジュークボックス３へ指令を送り、管理テ
ーブル１０のディスク管理情報に基づいてクライアント
ＰＣＩ・１１に対応するディスクＩ・６ａをＭＯドライ
ブ５にマウントする。次いでステップＳ４で、サーバー
マシン１はクライアントＰＣＩ・１１のＨＤＤＩ・７上
のデータ（論理ドライブＣ：のルートディレクトリ１４
以下のデータ）をディスクＩ・６ａにバックアップす
る。バックアップ完了後、ステップＳ５で、サーバーマ
シン１はディスクＩ・６ａをＭＯドライブ５からデマウ
ント（マウント解除）する。

【００２８】ここでは、バックアップ作業の開始要求を
クライアントＰＣ側で行った後、実際の作業はサーバー
マシン側で行う例を示したが、クライアントＰＣ側で全
ての作業を行うようにしても良い。このため、ジューク
ボックス３は、ＭＯドライブ５にマウントされていない
ディスクにアクセス要求があった場合に自動的にディス
クの入れ替えを行う構成になっているものとする。

【００２９】なお、複数のクライアントＰＣから同時に
バックアップの要求があった場合に、処理速度を向上さ
せるために、ジュークボックス３に内蔵されているＭＯ
ドライブ５を複数台数用意して並列に処理しても良い。

【００３０】次に、クライアントＰＣＩ・１１のＨＤＤ
Ｉ・７がヘッドクラッシュ等で故障してデータが全滅し
た場合を例にとり、データのリストアについて説明す
る。

【００３１】ユーザは、まずジュークボックス３よりク
ライアントＰＣＩ・１１に対応するバックアップデータ
が格納されたディスクＩ・６ａを抜き取る。このとき、
ユーザが例えばサーバーマシン１においてリストアしよ
うとするクライアントＰＣＩ・１１を指定すると、サー
バーマシン１は管理テーブル１０のディスク管理情報を
参照して対応するディスクＩ・６ａをジュークボックス
３からイジェクトしたり、モニタにディスク番号を表示
したりして、データ・リストアに必要なディスクをユー
ザに知らせるようにする。

【００３２】次に、ユーザはクライアントＰＣＩ・１１
の故障したＨＤＤＩ・７を交換し、新たなＨＤＤをクラ
イアントＰＣＩの論理ドライブＣ：としてフォーマット
を行った上で、クライアントＰＣＩ・１１に図１の破線
で示すように外付けのＭＯドライブを接続する。そし
て、このＭＯドライブにジュークボックス３から抜き取
ったディスクＩ・６ａを挿入し、データ・リストア用の
ソフトウェアがインストールされている別のシステムデ
ィスク（フロッピーディスク等）を使用してクライアン
トＰＣＩ・１１を起動して、前記ディスクＩ・６ａをマ
ウントする。その後、クライアントＰＣＩ・１１におい
てデータ・リストア用のソフトウェアを使用してディス
クＩ・６ａに格納されているバックアップデータをクラ
イアントＰＣＩ・１１のＨＤＤＩ・７に戻すことによ
り、データのリストアを行う。

【００３３】図４は上述したデータ・リストア作業の手
順を示したものである。まずステップＳ１１で、ユーザ
はジュークボックス３からクライアントＰＣＩ・１１に
対応するディスクＩ・６ａを抜き取る。そしてステップ
Ｓ１２で、ヘッドクラッシュしたクライアントＰＣＩ・
１１のＨＤＤＩ・７を交換し、ステップＳ１３で、交換
したＨＤＤをフォーマットして論理ドライブＣ：とす
る。次いでステップＳ１４で、クライアントＰＣＩ・１
１にＭＯドライブを接続し、ステップＳ１５で、データ
・リストア用のソフトウェアがインストールされている
別のシステムディスクでクライアントＰＣＩ・１１を起
動する。そして、ステップＳ１６で、クライアントＰＣ
Ｉ・１１よりデータ・リストア用のソフトウェアを使用
してディスクＩ・６ａ上のデータをＨＤＤＩ・７にリス
トアする。

【００３４】ここでは、ネットワークを使わずにデータ
・リストアを行う例を示したが、ネットワークが使用で
きる状態であればもちろんネットワークを使ってデータ
・リストア作業を行うようにしても良い。

【００３５】このデータ・リストア作業中にクライアン
トＰＣII・１２のＨＤＤII・８のバックアップをとりた
い場合は、ジュークボックス３の中にクライアントＰＣ
II・１２に対応したディスクII・６ｂがあるので、前述
したクライアントＰＣＩ・１１の場合と同じ方法でバッ
クアップ作業を行うことができる。また、クライアント
ＰＣが複数台同時に故障した場合には、それぞれのクラ
イアントＰＣに対応するディスクを使用して同時にデー
タ・リストア作業を行うことも可能である。

【００３６】データ・リストア作業の他の例として、Ｈ
ＤＤの故障以外でクライアントＰＣＩ・１１のＨＤＤＩ
・７にバックアップデータのリストアのみを行う場合の
手順を説明する。ＨＤＤの交換及びフォーマットを省略
した形で他は前述の手順とほぼ同様である。

【００３７】ユーザは、まずジュークボックス３よりク
ライアントＰＣＩ・１１に対応するバックアップデータ
が格納されたディスクＩ・６ａを抜き取り、クライアン
トＰＣＩ・１１に外付けのＭＯドライブを接続する。そ
して、このＭＯドライブにディスクＩ・６ａを挿入し、
データ・リストア用のソフトウェアがインストールされ
ている別のシステムディスクを使用してクライアントＰ
ＣＩ・１１を起動してディスクＩ・６ａをマウントす
る。その後、クライアントＰＣＩ・１１においてデータ
・リストア用のソフトウェアを使用してディスクＩ・６
ａに格納されているバックアップデータをクライアント
ＰＣＩ・１１のＨＤＤＩ・７に戻すことにより、データ
のリストアを行う。ここでも、ネットワークを使わずに
データ・リストアを行ったが、ネットワークが使用でき
る状態であればもちろんネットワークを使ってデータ・
リストア作業を行うことができる。

【００３８】このデータ・リストア作業中にクライアン
トＰＣIII ・１３のＨＤＤIII ・９のバックアップをと
りたい場合は、ジュークボックス３の中にクライアント
ＰＣIII ・１３に対応したディスクIII ・６ｃがあるの
で、前述したクライアントＰＣＩ・１１の場合と同じ方
法でバックアップ作業を行うことができる。また、複数
のクライアントＰＣについて同時にデータ・リストアを
行いたい場合には、それぞれのクライアントＰＣに対応
するディスクを使用して同時にリストアすることも可能
である。

【００３９】次に、バックアップのスケジューリングに
ついて説明する。図５ないし図７はバックアップデータ
管理方法の一例であり、記録媒体のデータ記録領域の論
理構成を模式的に示したものである。ここでは、１週間
単位でバックアップを日曜日に開始し、土曜日に終了す
るスケジュールを例に説明する。

【００４０】図５に示すように、記録媒体としてのディ
スクのデータ記録領域３０には、対応するクライアント
ＰＣのバックアップデータがディスクの初めの領域から
順に格納されていくようになっている。論理領域Ａ３１
は、第１週目のバックアップデータ格納領域を示したも
のである。ディスクのデータ記録領域３０のうち、論理
領域Ａ３１で使用した領域の残り領域は空領域３２とな
っている。

【００４１】論理領域Ａ３１には、図５の下側に示すよ
うに第１週目の各曜日のバックアップデータが格納され
ている。論理領域Ａ３１の初めから順番に、日曜日のフ
ルバックアップ・データ領域３３、月曜日の差分バック
アップ・データ領域３４、火曜日の差分バックアップ・
データ領域３５、水曜日の差分バックアップ・データ領
域３６、木曜日の差分バックアップ・データ領域３７、
金曜日の差分バックアップ・データ領域３８、土曜日の
差分バックアップ・データ領域３９となっている。

【００４２】次の週には、図６の（ａ）に示すように、
第２週目のバックアップデータ格納領域として、論理領
域Ａ３１に続く論理領域Ｂ４１にバックアップデータが
格納される。この論理領域Ａ３１と論理領域Ｂ４１で使
用した領域の残り領域が空領域３２となる。

【００４３】さらに次の週には、図６の（ｂ）に示すよ
うに、第１週目のバックアップデータが格納された論理
領域Ａ３１が解放され、第３週目のバックアップデータ
格納領域として、論理領域Ｃパート１・４２ａと論理領
域Ｃパート２・４２ｂとにバックアップデータが格納さ
れる。すなわち、第３週目のバックアップデータの格納
途中でディスクの終わりの領域まで達した場合は、最も
古い第１週目のバックアップデータが格納された論理領
域Ａ３１を解放して空領域とし、再度ディスクの初めの
領域からバックアップデータの残りを格納する。この論
理領域Ｂ４１と論理領域Ｃパート１・４２ａ及び論理領
域Ｃパート２・４２ｂで使用した領域の残り領域が空領
域３２となる。

【００４４】第１週目は、日曜日にフルバックアップ
（対象データ全体のバックアップ）を行い、月曜日から
土曜日は差分バックアップを行う。第１週目のバックア
ップデータの格納領域を論理領域Ａ３１とする。この時
点で論理領域Ａ３１のバックアップデータがデータ・リ
ストアに利用できる。

【００４５】差分バックアップは、対象データ全体をバ
ックアップするフルバックアップを行った時点（ここで
は日曜日）を基準日として、この基準日の後からバック
アップを実行する時点までにデータの変更、追加、削除
等があった変化分のみをバックアップするバックアップ
方法である。例えば、日曜日のフルバックアップの後
に、月曜日の差分バックアップでは月曜日の変化分を追
記保存し、火曜日の差分バックアップでは月曜日の変化
分と火曜日の変化分を合わせて追記保存するというよう
に順次バックアップを行っていく。この差分バックアッ
プを用いた場合は、一般にバックアップデータのデータ
量が大きくなるものの、データをリストアする際にはフ
ルバックアップのデータと直前の差分バックアップのデ
ータを利用するだけで復元できるため、データ・リスト
ア作業を容易かつ高速に行うことができるという利点が
ある。

【００４６】第２週目も第１週目と同様に、日曜日にフ
ルバックアップを行い、月曜日から土曜日は差分バック
アップを行う。第２週目のバックアップデータの格納領
域を論理領域Ｂ４１とする。この時点で論理領域Ａ３１
と論理領域Ｂ４１のバックアップデータがデータ・リス
トアに利用できる。

【００４７】第３週目も日曜日にフルバックアップを行
い、月曜日から土曜日は差分バックアップを行うが、例
えば火曜日のバックアップが終了した時点でディスクの
データ記録領域３０の終わりに到達した場合に、続きは
データ記録領域３０の初めから記録する。つまり、水曜
日からのバックアップデータは古い第１週目のバックア
ップデータが格納されている論理領域Ａ３１に上書きす
る。第３週目のバックアップデータの格納領域は２つの
領域にまたがるようになり、日曜日から火曜日のデータ
領域を論理領域Ｃパート１・４２ａとし、水曜日から土
曜日のデータ領域を論理領域Ｃパート２・４２ｂとす
る。この時点で論理領域Ｂ４１と論理領域Ｃパート１・
４２ａ及び論理領域Ｃパート２・４２ｂのバックアップ
データがデータ・リストアに利用できる。

【００４８】第４週以降も同様に行うが、１週前のデー
タ領域をデータ・リストアに利用することを前提とし
て、少なくとも１週前のバックアップデータを残してお
くようにし、もし１週前のデータ領域に上書きする必要
が生じた場合は、ディスクが一杯になったと判断してバ
ックアップを中止するというような処理をしても良い。

【００４９】このように、シーケンシャル構造のデータ
を格納する場合に、ディスクのデータ記録領域をエンド
レス形式に使用して、バックアップデータの格納領域が
ディスクのデータ記録領域の終わりに達したらディスク
の初めに戻って続きを記録するようにし、少なくとも１
週前のバックアップデータを残して古いバックアップデ
ータの格納領域を上書きすることにより、ディスク使用
量を少なくすることができる。

【００５０】なお、上述したバックアップ手順では差分
バックアップを使用した例を示したが、よりディスク使
用量を少なくしたい場合は増分バックアップを行うよう
にしても良い。

【００５１】増分バックアップは、直前のフルバックア
ップまたは増分バックアップを行った時点を基準日とし
て、この基準日の後からバックアップを実行する時点ま
でにデータの変更、追加、削除等があった変化分のみを
バックアップするバックアップ方法である。例えば、日
曜日のフルバックアップの後に、月曜日の増分バックア
ップでは月曜日の変化分を追記保存し、火曜日の増分バ
ックアップでは火曜日の変化分のみを追記保存するとい
うように順次バックアップを行っていく。この増分バッ
クアップを用いた場合は、差分バックアップに比べてデ
ータ・リストアの際に多少手間がかかるものの、バック
アップデータのデータ量を小さくすることができるとい
う利点がある。

【００５２】また、上述したバックアップ手順ではバッ
クアップデータをテープ媒体に記録するのと同様にシー
ケンシャル構造のファイルとしてバックアップ用の記録
媒体に記録する方法を用いたが、ＨＤＤ上のデータをそ
のまま記録媒体にコピーしたようなランダム構造のファ
イルとして、スケジュール管理機能を持ったランダム方
式のバックアップ用ソフトウェアを使用して記録媒体に
バックアップするという方法を用いることもできる。ラ
ンダム構造のファイルであれば、各クライアントＰＣか
らバックアップ用ソフトウェアの仲介なしにデータのリ
ード／ライトが直接できるため、リストアなどの際にデ
ータへのアクセスが容易に行えるという利点がある。

【００５３】なお、本実施形態では一つのクライアント
ＰＣに対してバックアップデータの記録用に一つのディ
スクを割り当てるようにしているが、クライアントＰＣ
の記憶装置のデータ量が多くて保存しておく必要のある
バックアップデータを全て記録できないなど一つの記録
媒体にバックアップデータが十分に格納できない場合
は、一つのクライアントＰＣに対してバックアップ用の
記録媒体を複数割り当てるようにしても良い。また、バ
ックアップデータを圧縮して記録することにより、一つ
の記録媒体に記録可能なデータ量を増やすことも可能で
ある。各バックアップ用記録媒体には一つのクライアン
トＰＣに係るバックアップデータのみが記録されるよう
になっていれば上記と同様の作用効果が得られる。

【００５４】以上のように本実施形態によれば、ネット
ワークに接続された複数のコンピュータとこれらに対し
てリモートコンピュータであるサーバーマシンに接続さ
れたジュークボックス内の複数の光磁気ディスク等の可
搬記録媒体とを対応づけて、複数のコンピュータのデー
タをそれぞれのコンピュータごとに対応する記録媒体に
バックアップすることにより、コンピュータのＨＤＤ等
の記憶装置の故障等によりデータをリストアする際に、
対応する記録媒体を選択してこの媒体内のバックアップ
データから復元すれば良いため、複数の記録媒体からバ
ックアップデータを探し出す必要がなく、多くの手間や
時間を要することもなく容易にデータ・リストアを行う
ことができる。

【００５５】また、データ・リストアの際に目的のコン
ピュータに対応する記録媒体のバックアップデータのみ
を利用するため、リストアをしている間にも他のコンピ
ュータのバックアップを行うことができる。また、コン
ピュータが複数台同時に故障してデータ・リストアを行
う場合にも、それぞれに対応する記録媒体を使用して同
時にリストアすることができる。

【００５６】また、バックアップ用の記憶装置としてオ
ートローダ装置を用いることにより、大容量のハードデ
ィスク装置を設けたり、コンピュータごとに光磁気ディ
スク装置を設けたりなど、多くのドライブ装置を設ける
必要がなく、少ない数のドライブ装置で多くのコンピュ
ータのバックアップデータをとることができる。光磁気
ディスク等の可搬記録媒体のみをコンピュータの数に応
じて揃えればよいため、安価に構成でき、コンピュータ
の増減にも容易に対応可能である。

【００５７】［付記］ （１） ネットワークに接続された複数のコンピュータ
に係るデータのバックアップをこのネットワーク上のリ
モートコンピュータにて集中的に行う情報処理装置にお
いて、前記複数のコンピュータに係るデータを可搬記録
媒体に対して記録再生するデータ記録再生手段と、前記
複数のコンピュータをそれぞれ別々の可搬記録媒体に対
応づけして、この対応情報を含む媒体管理情報に基づい
て、前記データ記録再生手段において取り扱う複数の可
搬記録媒体の管理を行う記録媒体管理手段と、前記各コ
ンピュータに係るデータのバックアップを前記媒体管理
情報に基づいて対応する可搬記録媒体に選択的に行うバ
ックアップ制御手段と、を有し、前記可搬記録媒体に記
録されたバックアップのデータは、各コンピュータに対
応する可搬記録媒体を利用することによりそれぞれ対応
するコンピュータにリストア可能であることを特徴とす
る情報処理装置。

【００５８】（２） 前記記録媒体管理手段は、前記バ
ックアップを行う際に、前記媒体管理情報に基づいてバ
ックアップ対象のコンピュータに対応する可搬記録媒体
を選択して前記データ記録再生手段においてデータ書き
込み可能とすることを特徴とする付記１に記載の情報処
理装置。

【００５９】（３） 前記記録媒体管理手段は、前記リ
ストアを行う際に、前記媒体管理情報に基づいてリスト
ア対象のコンピュータに対応する可搬記録媒体をデータ
アクセス可能となるように指示することを特徴とする付
記１に記載の情報処理装置。

【００６０】（４） 前記可搬記録媒体に記録されたバ
ックアップのデータは、前記各コンピュータに対応する
可搬記録媒体を、それぞれ対応するコンピュータに直接
的に接続される情報記録再生装置または前記ネットワー
クを介して接続される情報記録再生装置においてデータ
にアクセスすることにより、前記対応するコンピュータ
にリストア可能であることを特徴とする付記１に記載の
情報処理装置。

【００６１】（５） 前記可搬記録媒体に記録されたバ
ックアップのデータは、複数の媒体の中から各コンピュ
ータに対応する可搬記録媒体をそれぞれ対応するコンピ
ュータに直接的に接続される情報記録再生装置に装填し
てデータにアクセスすることにより、前記対応するコン
ピュータにリストア可能であることを特徴とする付記１
に記載の情報処理装置。

【００６２】（６） 前記可搬記録媒体に記録されるバ
ックアップのデータは、シーケンシャル構造であり、前
記バックアップ制御手段は、記録情報が前記可搬記録媒
体の記録領域の最後部に達した際に、前記記録領域の先
頭部に戻って新しいデータを不必要となった古いデータ
上に上書きすることを特徴とする付記１に記載の情報処
理装置。

【００６３】（７） 前記可搬記録媒体に記録されるバ
ックアップのデータは、ランダム構造であり、前記可搬
記録媒体の記録領域においてランダムにデータ読み書き
可能であることを特徴とする付記１に記載の情報処理装
置。

【００６４】（８） 前記複数のコンピュータと前記可
搬記録媒体とは一対一の対応関係であることを特徴とす
る付記１に記載の情報処理装置。

【００６５】（９） 前記複数のコンピュータと前記可
搬記録媒体とは一対複数の対応関係であることを特徴と
する付記１に記載の情報処理装置。

【００６６】（１０） 前記データ記録再生手段と前記
記録媒体管理手段とを含んで構成され、前記複数の可搬
記録媒体を入れ替えてデータの記録再生を行うオートロ
ーダ装置を有してなることを特徴とする付記１に記載の
情報処理装置。

【００６７】（１１） ネットワークに接続された複数
のコンピュータに係るデータのバックアップをこのネッ
トワーク上のリモートコンピュータにて集中的に行う情
報処理装置におけるデータのバックアップ方法であっ
て、前記複数のコンピュータをそれぞれ別々の可搬記録
媒体に対応づけして、この対応情報を含む媒体管理情報
に基づいて複数の可搬記録媒体の管理を行い、前記各コ
ンピュータに係るデータのバックアップを対応する可搬
記録媒体に選択的に行うことを特徴とするデータのバッ
クアップ方法。

【００６８】（１２） ネットワークに接続された複数
のコンピュータに係るデータのバックアップをこのネッ
トワーク上のリモートコンピュータにて集中的に行う情
報処理装置におけるデータのバックアップ及びリストア
方法であって、前記複数のコンピュータをそれぞれ別々
の可搬記録媒体に対応づけして、この対応情報を含む媒
体管理情報に基づいて、前記各コンピュータに係るバッ
クアップのデータを対応する可搬記録媒体に選択的に記
録すると共に、このバックアップのデータが記録された
可搬記録媒体の中から、対象となるコンピュータに対応
する可搬記録媒体を選択してそれぞれ対応するコンピュ
ータに直接的に接続される情報記録再生装置または前記
ネットワークを介して接続される情報記録再生装置にお
いてデータにアクセスすることにより、前記バックアッ
プのデータを前記対応するコンピュータにリストアする
ことを特徴とするデータのバックアップ及びリストア方
法。

【００６９】

【発明の効果】以上説明したように本発明によれば、ネ
ットワークに接続された複数のコンピュータの記憶装置
上のデータのバックアップを効率的に行い、コンピュー
タの記憶装置の故障の際には簡単にかつ確実にデータの
リストアを行うことが可能な情報処理装置を提供できる
効果がある。

【図面の簡単な説明】

【図１】本発明の実施形態に係る情報処理装置の主要部
の構成を示すブロック図

【図２】本実施形態の情報処理装置におけるバックアッ
プ時のデータの論理構成を示すブロック図

【図３】本実施形態の情報処理装置におけるバックアッ
プ作業の手順を示すフローチャート

【図４】本実施形態の情報処理装置におけるデータ・リ
ストア作業の手順を示すフローチャート

【図５】バックアップデータ管理方法の一例を示したも
ので、第１週目のバックアップデータを示す作用説明図

【図６】バックアップデータ管理方法の一例を示したも
ので、（ａ）は第２週目のバックアップデータを、
（ｂ）は第３週目のバックアップデータを示す作用説明
図

【図７】従来の情報処理装置におけるバックアップ時の
データの論理構成を示すブロック図

【図８】複数のクライアントＰＣのバックアップデータ
を複数のディスクに格納した場合のデータ格納状態の一
例を示す作用説明図

【符号の説明】

１…サーバーマシン ２…ネットワークケーブル ３…光磁気ディスクジュークボックス装置（ジュークボ
ックス） ４…ハードディスクドライブ（ＨＤＤ０） ５…光磁気ディスクドライブ装置（ＭＯドライブ） ６ａ，６ｂ，６ｃ…光磁気ディスク ７…ハードディスクドライブ（ＨＤＤＩ） ８…ハードディスクドライブ（ＨＤＤII） ９…ハードディスクドライブ（ＨＤＤIII ） １０…管理テーブル １１…クライアントＰＣＩ １２…クライアントＰＣII １３…クライアントＰＣIII

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数のコンピ
   ュータに係るデータのバックアップをこのネットワーク
   上のリモートコンピュータにて集中的に行う情報処理装
   置において、 前記複数のコンピュータに係るデータを可搬記録媒体に
   対して記録再生するデータ記録再生手段と、 前記複数のコンピュータをそれぞれ別々の可搬記録媒体
   に対応づけして、この対応情報を含む媒体管理情報に基
   づいて、前記データ記録再生手段において取り扱う複数
   の可搬記録媒体の管理を行う記録媒体管理手段と、 前記各コンピュータに係るデータのバックアップを前記
   媒体管理情報に基づいて対応する可搬記録媒体に選択的
   に行うバックアップ制御手段と、を有し、 前記可搬記録媒体に記録されたバックアップのデータ
   は、各コンピュータに対応する可搬記録媒体を利用する
   ことによりそれぞれ対応するコンピュータにリストア可
   能であることを特徴とする情報処理装置。
2. 【請求項２】 前記可搬記録媒体に記録されたバックア
   ップのデータは、複数の媒体の中から各コンピュータに
   対応する可搬記録媒体をそれぞれ対応するコンピュータ
   に直接的に接続される情報記録再生装置に装填してデー
   タにアクセスすることにより、前記対応するコンピュー
   タにリストア可能であることを特徴とする請求項１に記
   載の情報処理装置。
3. 【請求項３】 前記可搬記録媒体に記録されるバックア
   ップのデータは、シーケンシャル構造であり、前記バッ
   クアップ制御手段は、記録情報が前記可搬記録媒体の記
   録領域の最後部に達した際に、前記記録領域の先頭部に
   戻って新しいデータを不必要となった古いデータ上に上
   書きすることを特徴とする請求項１に記載の情報処理装
   置。