JPH08263389A - データのバックアップ方法 - Google Patents

Abstract

(57)【要約】 【目的】 バックアップ先となる二次記憶装置での記憶
容量を最小限に抑えると同時に、バックアップ所要時間
を増加させることになるアクセス速度の遅い二次記憶装
置での検索を必要としないデータのバックアップ方法を
提供すること。 【構成】 情報処理装置に接続される第１の二次記憶装
置の記憶領域を予め定められた大きさの分割記憶領域に
分割し、前記分割記憶領域毎に１ビットを対応させたビ
ットマップを作成しておき、前記分割記憶領域にデータ
が記憶される毎に対応するビットを記憶データ有りの状
態に設定し、第１の二次記憶装置のバックアップが指示
されたならば、前記ビットマップの各ビットを調べ、デ
ータが記憶されていることを示すビットのみに対応する
分割記憶領域のデータと、前記ビットマップとをバック
アップ先となる第２の二次記憶装置に複写する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、二次記憶装置に記憶さ
れるデータのバックアップ方法に係わり、特に、バック
アップに要する時間の短縮化およびバックアップ装置の
省容量化に有効な技術に関するものである。

【０００２】

【従来の技術】近年、情報処理装置に対する信頼性の要
求が著しく向上してきているが、ソフトウエアおよびハ
ードウエアの障害によるデータ破壊、あるいはオペレー
ションミスによるデータ破壊に対する防衛手段として
は、二次記憶装置のデータを他の二次記憶装置（外部記
憶装置）にバックアップしておく以外に対応策がない。

【０００３】二次記憶装置のバックアップ方法として
は、１９９２年にＨｅｗｌｅｔｔ Ｐａｃｋｅｒｄ社が
発行したＭａｒｔｙ Ｐｏｏｎｉａｔｏｗｓｋｉ著の
「ＴＨＥＨＰ−ＵＸ Ｓｙｓｔｅｍ Ａｄｍｉｎｉｓｔ
ｒａｔｏｒ’ｓ ”Ｈｏｗ Ｔｏ” Ｂｏｏｋ」に記載
されるバックアップ方法が代表的である。

【０００４】このバックアップ方法には、（１）データ
の格納状態に関わらずバックアップ元である二次記憶装
置の内容全てをバックアップ先となる二次記憶装置（外
部記憶装置）に”ｄｄ”コマンド等で複写する方法と、
（２）バックアップ元である二次記憶装置のデータ使用
状況を順次調べ、記憶されているデータだけをバックア
ップ先である二次記憶装置に”ｆｂａｃｋｕｐ”コマン
ド等で複写する方法がある。

【０００５】（１）に示すバックアップ方法にあって
は、（ａ）ブロックを連続的に複写することよって、単
位容量あたりのバックアップを高速に実行できる。

【０００６】（ｂ）バックアップ元とバックアップ先の
内容が完全に一致するように複写を実行するため、同一
性の検証を行う際には両方のデータを先頭から順番に比
較するだけでよい。

【０００７】（ｃ）バックアップ元とバックアップ先の
内容が完全に一致するため、バックアップと同じ手順で
複写する方向を逆にするだけでリストア（バックアップ
データの復元）が完了する、という利点がある。

【０００８】一方、（２）に示すバックアップ方法にあ
っては、ファイルの管理情報とデータ領域の両方を検索
し、別々に二次記憶装置にバックアップすることによ
り、（ａ）ファイルの格納位置，名称およびタイムスタ
ンプといった管理情報を基に、バックアップの対象の選
択を容易にできる。

【０００９】（ｂ）実際にファイルとして使用中の領域
で、特に選択したファイルのみをバックアップ対象とす
ることができるため、バックアップ先となる二次記憶装
置の記憶容量が、バックアップ元での使用容量以下に抑
えられる、という利点がある。

【００１０】

【発明が解決しようとする課題】しかしながら、情報処
理システムの大規模化に伴い、二次記憶装置の容量も増
加の一途にあり、それに伴いバックアップに要する時間
の増加および必要容量の確保が困難となっている。

【００１１】しかしながら、（１）のバックアップ方法
にあっては、バックアップ元での使用容量とは関係な
く、未使用領域をも複写されてしまうため、バックアッ
プ先となる二次記憶装置にもバックアップ元と同じ容量
が必要となる。

【００１２】すなわち、バックアップ元での使用領域が
少ない場合であっても、バックアップに要する容量およ
び時間はバックアップ元での使用領域が多い場合と同じ
となり、バックアップ効率が非常に悪いという問題があ
った。

【００１３】一方、（２）のバックアップ方法にあって
は、バックアップ対象となるファイル毎にアクセス速度
の遅い二次記憶装置内を逐一検索する必要があるため、
バックアップに要する時間が増加してしまうという問題
があった。

【００１４】本発明の目的は、バックアップ先となる二
次記憶装置での記憶容量を最小限に抑えると同時に、バ
ックアップ所要時間を増加させることになるアクセス速
度の遅い二次記憶装置での検索を必要としないデータの
バックアップ方法を提供することにある。

【００１５】本発明の前記目的と新規な特徴は、本明細
書の記述及び添付図面によって明らかになるであろう。

【００１６】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１７】第１の二次記憶装置の記憶領域を予め定め
られた大きさの分割記憶領域に分割し、前記分割記憶領
域毎に１ビットを対応させたビットマップを作成してお
き、前記分割記憶領域にデータが記憶される毎に対応す
るビットを記憶データ有りの状態に設定し、前記情報処
理装置に第１の二次記憶装置のバックアップが指示され
たならば、前記情報処理装置は前記ビットマップの各ビ
ットを調べ、データが記憶されていることを示すビット
のみに対応する分割記憶領域のデータと、前記ビットマ
ップとを第２の二次記憶装置に複写する。

【００１８】

【作用】前述した手段によれば、例えば情報処理装置で
一定時間経過後に起動されるバックアッププログラム、
あるいはオペレータによるバックアップ指示によって、
情報処理装置に第１の二次記憶装置の記憶情報をバック
アップする必要が生じた場合、まずビットマップをバッ
クアップ先である第２の二次記憶装置に書き出す。

【００１９】次に、このビットマップを検索し、その結
果、記憶データ有りの状態を示すビットがあることが判
明した場合、このビットに対応する分割記憶領域のデー
タを第１の二次記憶装置からバックアップ先である第２
の二次記憶装置に複写することで、第１の二次記憶装置
のバックアップを完了する。

【００２０】このように、ビットマップの検索結果に基
づき、情報が格納されている分割記憶領域のみを第１の
二次記憶装置から第２の二次記憶装置にバックアップす
ることにより、未使用領域もバックアップしてしまうこ
とが原因となる、バックアップ効率の低下を防止できる
と同時に、第１の二次記憶装置上でバックアップ対象で
あるファイルの格納位置を検索するために要する時間を
減少できる。

【００２１】

【実施例】以下、本発明について、実施例とともに図面
を参照して詳細に説明する。

【００２２】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００２３】（実施例１）図１は、本発明を適用した第
１の実施例の情報処理装置の概略構成を示すブロック図
である。

【００２４】図１において、１００は情報処理装置であ
り、入力装置であるキーボード１０１、出力装置である
表示装置１０２、第１の二次記憶装置である磁気ディス
ク装置１０３、および第２の二次記憶装置（バックアッ
プ装置）である磁気テープ装置１０４が接続されてい
る。

【００２５】この情報処理装置１００は、プログラムの
実行および入出力を制御し、データ（ファイル）の管理
および主記憶領域の割り当て等を行うオペレーティング
システム１１０と、磁気ディスク装置１０３の記憶領域
を予め定められた大きさの分割記憶領域（ブロック）に
分割し、その管理を行うブロック管理手段１２０と、磁
気ディスク装置１０３に記憶されるデータを磁気テープ
装置１０４にバックアップするバックアップ手段１３０
とを有する。

【００２６】また、２００はブロック使用状況管理ビッ
トマップであり、ブロック管理手段１２０が磁気ディス
ク装置１０３の各ブロックにデータが格納されているか
否かを示すビットマップを格納する。

【００２７】図２は、磁気ディスク装置１０３内の各ブ
ロックとブロック使用状況管理ビットマップ２００の各
ビットとの対応を示す説明図である。

【００２８】図２において、３００は磁気ディスク装置
１０３の全記憶領域を表わし、この記憶領域３００はブ
ロック１〜ｎに分割されている。

【００２９】例えば、３０１はデータが未格納であるブ
ロック１を示し、３０２はデータ３が格納されているブ
ロック３を示す。

【００３０】一方、ブロック使用状況管理ビットマップ
２００の各ビットは１ビット目から順番に記憶領域３０
０の各ブロック１〜ｎに対応しており、例えば、１番目
のブロック１（３０１）に対応するビットは１番目のビ
ット２０１に、３番目のブロック３（３０２）に対応す
るビットは３番目のビット３０２にそれぞれ対応する。

【００３１】また、ブロック使用状況管理ビットマップ
２００の各ビットは、対応するブロックにデータが格納
されているか否かを示し、「０」は対応するブロックに
データが格納されていない場合を、「１」はデータが格
納されている場合をそれぞれ示す。

【００３２】例えば、データ３を格納するブロック３
（３０２）に対応するビット２０２には、データが格納
されていることを示す「１」が、データが格納されてい
ないブロック１（３０１）に対応するビット２０１に
は、データが格納されていないことを示す「０」がそれ
ぞれ格納される。

【００３３】次に、図１に基づき、情報処理装置１００
でのファイル作成やバックアップ等のファイル操作を伴
う場合のブロック管理手段１２０の動作について説明す
る。

【００３４】まず、オペレーティングシステム１１０が
ファイルの作成を行うために、磁気ディスク装置１０３
に新たなデータ格納領域を必要とした場合について説明
する。

【００３５】オペレーティングシステム１１０がブロッ
ク管理手段１２０に対してデータ格納領域の割り当て要
求を出すと、ブロック管理手段１２０は磁気ディスク装
置１０３の記憶領域すなわちブロックに未使用領域が存
在するか否かを調べるために、ブロック使用状況管理ビ
ットマップ２００を検索する。

【００３６】ここで、未使用領域の存在が確認できた場
合には、ブロック管理手段１２０はオペレーティングシ
ステム１１０に対して、ブロック単位で磁気ディスク装
置１０３の空き領域を割り当てると共に、このブロック
に対応するビットを反転させて「１」を設定することに
より、新たにブロックが使用中になったことをブロック
使用状況管理ビットマップ２００に反映させる。

【００３７】このブロックを割り当て領域として確保し
たことをオペレーティングシステム１１０に通知するこ
とにより、ファイルの作成処理は終了となる。

【００３８】次に、ファイルの削除により、データが格
納されていた領域が不必要となった場合について説明す
ると、まず、オペレーティングシステム１１０はブロッ
ク管理手段１２０に領域開放要求を出す。

【００３９】ブロック管理手段１２０は、ブロック単位
でこのデータ領域を開放すると共に、ブロック使用状況
管理ビットマップ２００の対応するビットを反転させて
「０」にすることにより、このブロックが開放されたこ
とをブロック使用状況管理ビットマップ２００に反映さ
せる。

【００４０】最後に、このブロックを開放したことをオ
ペレーティングシステム１１０に通知し、ファイルの削
除処理は終了となる。

【００４１】このように、磁気ディスク装置１０３に記
憶されているデータに対する操作を行う場合には、必ず
ブロック管理手段１２０を介して行うことにより、記憶
領域３００の使用ブロックおよび未使用ブロックを特定
する必要が生じた場合には、ブロック使用状況管理ビッ
トマップ２００を調べることにより容易に特定できる。

【００４２】次に、前記手順により作成されたブロック
使用状況管理ビットマップ２００を使用して、磁気ディ
スク装置１０３のデータを磁気テープ装置１０４にバッ
クアップする方法を説明する。

【００４３】まず、オペレータによるキーボード１０１
からの指示、あるいはオペレーティングシステム１１０
が有する自動バックアップ等によってバックアップ手段
１３０が起動する。

【００４４】バックアップ手段１３０は、まず本実施例
のバックアップ方法でバックアップしたデータであるこ
とを示すバックアップヘッダと、ブロック使用状況管理
ビットマップ２００とを磁気テープ装置１０４に書き出
し、記憶させる。

【００４５】次に、バックアップ手段１３０は、データ
が格納され使用中となっているブロックを特定するため
に、ブロック使用状況管理ビットマップ２００を検索
し、ビットが設定されている、すなわち「１」のビット
のみを特定する。

【００４６】このビットに対応するブロックのデータの
みをブロック番号の小さい方から順番に磁気ディスク装
置１０３から情報処理装置１００に読み込み、次に、読
み込んだ順番で磁気テープ装置１０４に書き出し、記憶
させる。

【００４７】バックアップの対象となった全てのブロッ
クの書き込みの完了が、バックアップ処理の終了であ
る。

【００４８】次に、磁気テープ装置１０４に格納されて
いる、本実施例１に示す方法でバックアップしたデータ
を磁気ディスク装置１０３へ復元（リストア）方法を説
明すると、まず、オペレータによりキーボード１０１よ
りリストアが指示される。

【００４９】この結果、バックアップ手段１３０が起動
し、まず、磁気テープ装置１０４のデータの検索を行
い、バックアップデータの格納位置が特定できたなら
ば、まず、バックアップヘッダとブロック使用状況管理
ビットマップ２００を読み込む。

【００５０】次に、ブロックのデータをバックアップさ
れている順番に読み込み、さらにこのデータを先に読み
込んだブロック使用状況管理ビットマップ２００に従
い、磁気ディスク装置の該当するブロックに書き込む。

【００５１】このとき、読み込んだデータは、読み込ん
だブロック使用状況管理ビットマップ２００の「１」が
設定されているビットに対応するブロックのデータのみ
となるため、このデータを磁気ディスク装置１０３に書
き込む際には、ブロック使用状況管理ビットマップ２０
０の「１」の設定されている位置に対応するブロックに
のみ書き込みを行うことにより、リストアを終了とす
る。

【００５２】以上説明したように、磁気ディスク装置１
０３のデータをバックアップする際は、ブロック管理手
段１２０が管理するブロック使用状況管理ビットマップ
２００と「１」が設定されているビットに対応するブロ
ックのデータのみをバックアップすることにより、デー
タが格納されているブロックのみをファイル検索等の処
理を行うことなく、磁気テープ装置１０４にバックアッ
プすることが可能となるため、バックアップに要する記
憶容量を節約すると同時に、磁気ディスク装置１０３へ
のアクセスに要する時間を短縮したバックアップができ
る。

【００５３】（実施例２）図３は、本発明を適用した第
２の実施例の情報処理装置１００の概略構成を示すブロ
ック図である。

【００５４】図３において、４００は最適化手段であ
り、磁気ディスク装置１０３のデータを磁気テープ装置
１０４にバックアップする際のバックアップ効率を高め
るために、ブロック使用状況管理ビットマップ２００を
バックアップ用に最適化する、すなわちデータが記憶さ
れているブロックと、記憶されていないブロックとの並
び方によりバックアップ対象のブロックを変更する。

【００５５】一方、４１０はバックアップ最適化ビット
マップであり、最適化手段４００により最適化されたバ
ックアップ専用のビットマップを格納する主記憶上の記
憶領域である。

【００５６】次に、実施例２の情報処理装置１００の最
適化手段４００のアルゴリズムを示すフローチャートを
図４に、図２に示すブロック使用状況管理ビットマップ
２００に最適化手段４００を実行した結果を図５に示
し、以下、図４および図５に基づきバックアップ時の動
作を説明する。

【００５７】なお、図５のブロック使用状況管理ビット
マップ２００およびバックアップ最適化ビットマップ４
１０中に示す点線は、以下に示す分割領域の境界を示す
ものであり、実際のデータに存在するものではない。

【００５８】このフローチャートの起動は、キーボード
１０１からのバックアップ手段１３０の起動、あるいは
オペレーティングシステム１１０によるバックアップ手
段１３０の起動であり、まず、ステップ６０１で最適化
手段４００はブロック使用状況管理ビットマップ２００
を読み込み、ステップ６０２に進む。

【００５９】ステップ６０２では、このブロック使用状
況管理ビットマップ２００を、予め定められたビット数
である８ビット毎の分割領域、すなわち７０１の分割領
域１、７０２の分割領域２、７０３の分割領域３に示さ
れるように分割し、次のステップ６０３に進む。

【００６０】ステップ６０３では、まず、分割領域１
（７０１）を読み込み、使用中であるブロック数が予め
定められた「しきい値＝６」以上であるか、すなわち
「１」の設定されているビットが６ビット以上あるかを
調べ、６ビットに満たないことが判明すると、次のステ
ップ６０４に進む。

【００６１】ステップ６０４では、この分割領域１（７
０１）の未使用ブロックはバックアップ対象とはしない
ことを決定し、次のステップ６０５で、この分割領域１
（７０１）のビットマップをバックアップ最適化ビット
マップ４１０に変更することなく書き出し、再びステッ
プ６０３に戻る。

【００６２】ステップ６０３では、次の分割領域２（７
０２）のビットマップを読み込み、「１」の設定されて
いるビット数が「しきい値＝６」以上かを調べ、６ビッ
ト以上であることが判明すると、次のステップ６０６に
進む。

【００６３】ステップ６０６では、この分割領域２（７
０２）内の「０」が設定されているビットを「１」に反
転させることにより対応するブロックを全てバックアッ
プ対象とし、次のステップ６０５でこのビットマップを
バックアップ最適化ビットマップ４１０内の分割領域１
（７０１）の後に続けて書き出し、再びステップ６０３
に戻る。

【００６４】以上に示すステップ６０３〜６０６までの
動作を、ステップ６０２で分割した全ての分割領域に対
して実行し、処理の終了となる。

【００６５】この結果を受けて、バックアップ手段１３
０は、バックアップヘッダ、ブロック使用状況管理ビッ
トマップ２００およびバックアップ最適化ビットマップ
４１０を磁気テープ装置１０４に書き出す。

【００６６】次に、バックアップ手段１３０は、バック
アップ最適化ビットマップ４１０を検索し、「１」が設
定されているビットに対応するブロックのデータをアド
レスの小さいほうから順番に、磁気ディスク装置１０３
から情報処理装置１００に読み込み、次に、この順番で
磁気テープ装置１０４に書き出し、記憶させる。

【００６７】バックアップ対象となった全てのブロック
の書き込みの完了が、バックアップ手段１３０の終了と
なる。

【００６８】次に、磁気テープ装置１０４に格納されて
いるバックアップデータを磁気ディスク装置１０３へ復
元（リストア）する方法を説明する。

【００６９】まず、オペレータによりキーボード１０１
からリストアが指示されると、バックアップ手段１３０
が起動し、まず、磁気テープ装置１０４からバックアッ
プヘッダ、ブロック使用状況管理ビットマップ２００お
よびバックアップ最適化ビットマップ４１０を読み込
む。

【００７０】読み込みが終了したならば、次にブロック
のデータをバックアップされている順番に読み込み、さ
らにこのデータを先に読み込んだバックアップ最適化ビ
ットマップ４１０に従い、磁気ディスク装置１０３の該
当するブロック位置に書き込む。

【００７１】このとき、読み込んだデータは、読み込ん
だバックアップ最適化ビットマップ４１０の「１」が設
定されているビットに対応するブロックのデータのみと
なるため、このデータを磁気ディスク装置１０３に書き
込む際には、バックアップ最適化ビットマップ５１０の
「１」の設定されている位置に対応するブロックに書き
込みを行うことにより、リストアを終了とする。

【００７２】以上説明したように、磁気ディスク装置１
０３のデータをバックアップする際に、データが格納さ
れているブロックのみを厳格にバックアップ対象とする
のではなく、最適化手段４００で冗長である空きブロッ
クをもバックアップ対象とし、バックアップ対象となる
ブロックの連続性を高め、読み込みおよび書き込み（リ
ードライト）動作を連続化させることにより、磁気ディ
スク装置１０３のアクセス回数が低減できるので、バッ
クアップに要する時間を短縮できる。

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

【００７４】例えば、前記実施例２の情報処理装置１０
０の最適化手段のアルゴリズムを図６に示すように、最
適化対象となるビットを前後のビットの状態、すなわち
「０」であるか「１」であるかにより決定してもよい。

【００７５】図７は、図２に示すブロック使用状況管理
ビットマップ２００を図６に示すアルゴリズムにより最
適化した結果を示す説明図である。

【００７６】以下、図６および図７に基づき最適化時の
アルゴリズムを説明すると、まず、ステップ８０１でブ
ロック使用状況管理ビットマップ２００を読み込み、次
のステップ８０２に進む。

【００７７】ステップ８０２では、このブロック使用状
況管理ビットマップ２００のアドレス番地の小さいほ
う、すなわち１ビット目である９０１から検索を行う
と、この１ビット目は「０」のため、次のビットが９０
２が「０」であるか否かを検索し、「０」という結果を
得ると、次のステップ８０４に進む。

【００７８】ステップ８０４では、このブロックはバッ
クアップ対象とせず、次のステップ８０５でこの１番目
のビット９０１を「０」のまま書き出し、ステップ８０
２に戻る。

【００７９】ステップ８０２では、次のビットである２
番目のビット９０２から未使用ブロックの検索を行い、
「０」であることが判明すると、両側のビットすなわち
１番目と２番目のビットが共に「１」であるか否かを検
索する。

【００８０】この結果、３ビット目は「１」であるが、
１ビット目が「０」であるためステップ８０４に進み、
バックアップ対象とせず、次のステップ８０５でこの２
番目のビット９０２を「０」のまま書き出し、ステップ
８０２に戻る。

【００８１】ステップ８０２では、次のビットである３
番目のビットから未使用ブロックの検索を行い、５番目
のビットになった場合を、以下説明すると、５番目のビ
ット９０５が「０」であることが判明すると、ステップ
８０２で両側のビットすなわち４番目と６番目のビット
が共に「１」であるか否かを検索する。

【００８２】この結果、共に「１」であることが判明す
ると、ステップ８０６に進み、このビット９０５に対応
するブロック５もバックアップ対象とするために、
「０」を「１」に設定し、ステップ８０５で「１」を書
き出す。

【００８３】以上に示すステップ８０２〜ステップ８０
５を、ブロック使用状況管理ビットマップ２００の全て
のビットに対して実行し、本フローチャートの終了とな
る。

【００８４】以上説明したように、最適化手段４００に
本アルゴリズムを使用することによっても、バックアッ
プ対象となるブロックの連続性を高めることができ、読
み込みおよび書き込み（リードライト）動作を連続させ
られることにより、磁気ディスク装置１０３のアクセス
回数が低減できるので、バックアップに要する時間をさ
らに短縮できる。

【００８５】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００８６】バックアップ先となる二次記憶装置の記憶
容量を最小限に抑えられると同時に、二次記憶装置に記
憶されるバックアップ対象となるファイルの格納位置の
検索に要する時間を短縮でき、その結果として、バック
アップ所要時間の短縮が図れる。

【図面の簡単な説明】

【図１】本発明を適用した第１の実施例の情報処理装置
の概略構成を示すブロック図である。

【図２】磁気ディスク装置の各ブロックとブロック使用
状況管理ビットマップとの対応を示す説明図である。

【図３】本発明を適用した第２の実施例の情報処理装置
の概略構成を示すブロック図である。

【図４】実施例２の情報処理装置の最適化手段のアルゴ
リズムを示すフローチャートである。

【図５】図２に示すブロック使用状況管理ビットマップ
に、実施例２に示す最適化を行った結果を示す説明図で
ある。

【図６】最適化手段の他のアルゴリズム例を示すフロー
チャートである。

【図７】図２に示すブロック使用状況管理ビットマップ
に、図６の最適化処理を行った結果を示す説明図であ
る。

【符号の説明】

１００…情報処理装置、１０１…キーボード、１０２…
表示装置、１０３…磁気ディスク装置、１０４…磁気テ
ープ装置、１１０…オペレーティングシステム、１２０
…ブロック管理手段、１３０…バックアップ手段、２０
０…ブロック使用状況管理ビットマップ、３００…磁気
ディスク装置の記憶領域、４００…最適化手段、４１０
…バックアップ最適化ビットマップ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 情報処理装置の第１の二次記憶装置から
   第２の二次記憶装置へのデータのバックアップ方法であ
   って、 前記第１の二次記憶装置の記憶領域を予め定められた大
   きさの分割記憶領域に分割し、前記分割記憶領域毎に１
   ビットを対応させたビットマップを作成しておき、 前記分割記憶領域にデータが記憶される毎に対応するビ
   ットを記憶データ有りの状態に設定し、前記情報処理装
   置に第１の二次記憶装置のバックアップが指示されたな
   らば、前記情報処理装置は前記ビットマップの各ビット
   を調べ、データが記憶されていることを示すビットのみ
   に対応する分割記憶領域のデータと、前記ビットマップ
   とを第２の二次記憶装置に複写することを特徴とするデ
   ータのバックアップ方法。