JPH07105065A - データのバックアップ方法 - Google Patents
データのバックアップ方法Info
- Publication number
- JPH07105065A JPH07105065A JP5247745A JP24774593A JPH07105065A JP H07105065 A JPH07105065 A JP H07105065A JP 5247745 A JP5247745 A JP 5247745A JP 24774593 A JP24774593 A JP 24774593A JP H07105065 A JPH07105065 A JP H07105065A
- Authority
- JP
- Japan
- Prior art keywords
- backup
- volume
- volumes
- execution
- executed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Techniques For Improving Reliability Of Storages (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】磁気ディスク装置などに格納されたデータをボ
リューム単位で複数回に分けてバックアップする方法に
関し、バックアップ対象とすることのできるボリューム
の個数に制限がなく、対象としたボリュームに対してバ
ックアップを均等に行うことを目的とする。 【構成】バックアップ対象の複数のボリュームに格納さ
れたデータをボリューム単位でバックアップする方法で
あって、各ボリュームに対してバックアップの実行順位
を決定しておき、バックアップを実行する回毎に、実行
順位の上位にある所定の個数のボリュームについてバッ
クアップを実行するとともに、バックアップが成功であ
ったボリュームの実行順位を後尾に、バックアップが不
成功であったボリュームの実行順位を先頭に、それぞれ
更新し、更新された実行順位によって次回のバックアッ
プを実行する。
リューム単位で複数回に分けてバックアップする方法に
関し、バックアップ対象とすることのできるボリューム
の個数に制限がなく、対象としたボリュームに対してバ
ックアップを均等に行うことを目的とする。 【構成】バックアップ対象の複数のボリュームに格納さ
れたデータをボリューム単位でバックアップする方法で
あって、各ボリュームに対してバックアップの実行順位
を決定しておき、バックアップを実行する回毎に、実行
順位の上位にある所定の個数のボリュームについてバッ
クアップを実行するとともに、バックアップが成功であ
ったボリュームの実行順位を後尾に、バックアップが不
成功であったボリュームの実行順位を先頭に、それぞれ
更新し、更新された実行順位によって次回のバックアッ
プを実行する。
Description
【０００１】
【産業上の利用分野】本発明は、磁気ディスク装置など
に格納されたデータをボリューム単位で複数回に分けて
バックアップする方法に関する。
に格納されたデータをボリューム単位で複数回に分けて
バックアップする方法に関する。
【０００２】計算機システムにおいて、磁気ディスク装
置などに格納された重要なデータについては、定期的な
バックアップが必要不可欠である。バックアップは一般
に論理ボリューム単位で行われるが、バックアップ対象
となった論理ボリュームの全部を１回（１日）でバック
アップできない場合には、複数回（複数日）に分割する
ことにより選択的にバックアップを行う必要がある。そ
の場合に、全部の論理ボリュームに対してできるだけ均
等にバックアップが行われることが望ましい。
置などに格納された重要なデータについては、定期的な
バックアップが必要不可欠である。バックアップは一般
に論理ボリューム単位で行われるが、バックアップ対象
となった論理ボリュームの全部を１回（１日）でバック
アップできない場合には、複数回（複数日）に分割する
ことにより選択的にバックアップを行う必要がある。そ
の場合に、全部の論理ボリュームに対してできるだけ均
等にバックアップが行われることが望ましい。
【０００３】
【従来の技術】従来においては、選択的なバックアップ
を行うに当たり、曜日をキーとして行われている。
を行うに当たり、曜日をキーとして行われている。
【０００４】すなわち、例えば、バックアップ対象とな
った全部のボリュームを、月曜日から日曜日までの７回
分に分割しておき、各曜日において割り当てられたボリ
ュームのバックアップを行うのである。
った全部のボリュームを、月曜日から日曜日までの７回
分に分割しておき、各曜日において割り当てられたボリ
ュームのバックアップを行うのである。
【０００５】バックアップの実行は、例えば、当日分の
ボリュームに対応する磁気テープをオペレータが磁気テ
ープ装置にマウントしておくことによって、当日の業務
が終了した後に自動的に行われる。バックアップが翌日
の業務開始までに終了するよう、計算機システムの処理
能力を考慮して１回分（１日分）のボリュームの個数が
決められている。
ボリュームに対応する磁気テープをオペレータが磁気テ
ープ装置にマウントしておくことによって、当日の業務
が終了した後に自動的に行われる。バックアップが翌日
の業務開始までに終了するよう、計算機システムの処理
能力を考慮して１回分（１日分）のボリュームの個数が
決められている。
【０００６】
【発明が解決しようとする課題】しかし、上述した従来
の方法によると、バックアップが不成功であった場合に
は、そのボリュームについて次の同じ曜日までの１週間
はバックアップが行われないこととなる。
の方法によると、バックアップが不成功であった場合に
は、そのボリュームについて次の同じ曜日までの１週間
はバックアップが行われないこととなる。
【０００７】例えば、バックアップのための所定の磁気
テープが磁気テープ装置に正しくマウントされていなか
った場合、又は業務終了後もボリュームが使用されてい
た場合などには、バックアップの採取に失敗する。この
ようなバックアップの失敗はときどき発生するが、その
場合には当該ボリュームのバックアップを次週まで待た
なければならず、各ボリュームに対するバックアップを
行うことについて均等さに欠けることとなる。
テープが磁気テープ装置に正しくマウントされていなか
った場合、又は業務終了後もボリュームが使用されてい
た場合などには、バックアップの採取に失敗する。この
ようなバックアップの失敗はときどき発生するが、その
場合には当該ボリュームのバックアップを次週まで待た
なければならず、各ボリュームに対するバックアップを
行うことについて均等さに欠けることとなる。
【０００８】また、当日のバックアップ対象を曜日で分
割する方法では、最大で７つのパターンしかスケジュー
ルを作成することができない。したがって、バックアッ
プ対象とすることのできるボリュームの個数に限度があ
り、それ以上にボリュームの個数がある場合にはスケジ
ュールを作成することができない。例えば、１回で可能
なバックアップの個数が３個であった場合には、ボリュ
ームが２１（＝７×３）個を越える場合にはスケジュー
ルを作成することができない。
割する方法では、最大で７つのパターンしかスケジュー
ルを作成することができない。したがって、バックアッ
プ対象とすることのできるボリュームの個数に限度があ
り、それ以上にボリュームの個数がある場合にはスケジ
ュールを作成することができない。例えば、１回で可能
なバックアップの個数が３個であった場合には、ボリュ
ームが２１（＝７×３）個を越える場合にはスケジュー
ルを作成することができない。
【０００９】なお、この場合に、隔週毎又は月単位でス
ケジュールを作成することが考えられるが、その場合に
は、バックアップを行う間隔が空きすぎることがあり、
対象ボリューム数に応じたきめ細かいスケジュールを作
成することができない。また、スケジュールが複雑にな
るので、バックアップのための磁気テープのマウントミ
スも発生し易くなる。
ケジュールを作成することが考えられるが、その場合に
は、バックアップを行う間隔が空きすぎることがあり、
対象ボリューム数に応じたきめ細かいスケジュールを作
成することができない。また、スケジュールが複雑にな
るので、バックアップのための磁気テープのマウントミ
スも発生し易くなる。
【００１０】本発明は、上述の問題に鑑みてなされたも
のであり、バックアップ対象とすることのできるボリュ
ームの個数に制限がなく、対象としたボリュームに対し
てバックアップが均等に行われるバックアップ方法を提
供することを目的とする。
のであり、バックアップ対象とすることのできるボリュ
ームの個数に制限がなく、対象としたボリュームに対し
てバックアップが均等に行われるバックアップ方法を提
供することを目的とする。
【００１１】
【課題を解決するための手段】請求項１の発明に係る方
法は、バックアップ対象の複数のボリュームに格納され
たデータをボリューム単位でバックアップする方法であ
って、前記各ボリュームに対してバックアップの実行順
位を決定しておき、バックアップを実行する回毎に、実
行順位の上位にある所定の個数のボリュームについてバ
ックアップを実行するとともに、バックアップが成功で
あったボリュームの実行順位を後尾に、バックアップが
不成功であったボリュームの実行順位を先頭に、それぞ
れ更新し、更新された実行順位によって次回のバックア
ップを実行するバックアップ方法である。
法は、バックアップ対象の複数のボリュームに格納され
たデータをボリューム単位でバックアップする方法であ
って、前記各ボリュームに対してバックアップの実行順
位を決定しておき、バックアップを実行する回毎に、実
行順位の上位にある所定の個数のボリュームについてバ
ックアップを実行するとともに、バックアップが成功で
あったボリュームの実行順位を後尾に、バックアップが
不成功であったボリュームの実行順位を先頭に、それぞ
れ更新し、更新された実行順位によって次回のバックア
ップを実行するバックアップ方法である。
【００１２】請求項２の発明に係る方法は、図１乃至図
３に示されているように、前記各ボリュームを示す識別
情報ＮＶを１レコードとし、これら複数のレコードによ
ってバックアップの実行順位を示す順位テーブル２１を
作成しておき、バックアップを実行する回毎に、実行順
位の上位にある所定の個数のレコードに対応するボリュ
ームのバックアップを実行するとともに、バックアップ
が成功であったボリュームについてのレコードの実行順
位が後尾となるよう、バックアップが不成功であったボ
リュームの実行順位が先頭となるよう、前記順位テーブ
ル２１を更新し、更新された順位テーブル２１に基づい
て次回のバックアップを実行するバックアップ方法であ
る。
３に示されているように、前記各ボリュームを示す識別
情報ＮＶを１レコードとし、これら複数のレコードによ
ってバックアップの実行順位を示す順位テーブル２１を
作成しておき、バックアップを実行する回毎に、実行順
位の上位にある所定の個数のレコードに対応するボリュ
ームのバックアップを実行するとともに、バックアップ
が成功であったボリュームについてのレコードの実行順
位が後尾となるよう、バックアップが不成功であったボ
リュームの実行順位が先頭となるよう、前記順位テーブ
ル２１を更新し、更新された順位テーブル２１に基づい
て次回のバックアップを実行するバックアップ方法であ
る。
【００１３】請求項３の発明に係る方法は、バックアッ
プを実行する回毎に、実行順位の上位にある所定の個数
のレコードを前記順位テーブル２１から抽出して実行テ
ーブル２２を作成し、前記実行テーブル２２に基づいて
各ボリュームのバックアップを実行するとともに、バッ
クアップが成功であったボリュームについてのレコード
の実行順位が後尾となるよう、バックアップが不成功で
あったボリュームの実行順位が先頭となるよう、前記順
位テーブル２１を更新し、更新された順位テーブル２１
に基づいて次回のバックアップを実行するバックアップ
方法である。
プを実行する回毎に、実行順位の上位にある所定の個数
のレコードを前記順位テーブル２１から抽出して実行テ
ーブル２２を作成し、前記実行テーブル２２に基づいて
各ボリュームのバックアップを実行するとともに、バッ
クアップが成功であったボリュームについてのレコード
の実行順位が後尾となるよう、バックアップが不成功で
あったボリュームの実行順位が先頭となるよう、前記順
位テーブル２１を更新し、更新された順位テーブル２１
に基づいて次回のバックアップを実行するバックアップ
方法である。
【００１４】
【作用】順位テーブル２１から、上位の所定の個数のボ
リュームを示す識別情報（例えばボリューム名）ＮＶが
抽出され、例えば抽出した識別情報ＮＶによって実行テ
ーブル２２が作成される。
リュームを示す識別情報（例えばボリューム名）ＮＶが
抽出され、例えば抽出した識別情報ＮＶによって実行テ
ーブル２２が作成される。
【００１５】実行テーブル２２に基づいて、該当するボ
リュームのバックアップが実行される。バックアップが
成功した場合には、その識別情報ＮＶのレコードが順位
テーブル２１の後尾となるように更新され、バックアッ
プが不成功であった場合には、その識別情報ＮＶのレコ
ードが順位テーブル２１の先頭となるように更新され
る。
リュームのバックアップが実行される。バックアップが
成功した場合には、その識別情報ＮＶのレコードが順位
テーブル２１の後尾となるように更新され、バックアッ
プが不成功であった場合には、その識別情報ＮＶのレコ
ードが順位テーブル２１の先頭となるように更新され
る。
【００１６】したがって、次回のバックアップにおい
て、今回のバックアップに失敗したボリュームの再度の
バックアップが優先的に行われる。
て、今回のバックアップに失敗したボリュームの再度の
バックアップが優先的に行われる。
【００１７】
【実施例】図１は本発明に係る計算機システム１のブロ
ック図である。計算機システム１は、ホスト１１、磁気
ディスク装置１２、磁気テープ装置１３、及び端末装置
１４などから構成されている。
ック図である。計算機システム１は、ホスト１１、磁気
ディスク装置１２、磁気テープ装置１３、及び端末装置
１４などから構成されている。
【００１８】磁気ディスク装置１２には、論理ボリュー
ムとして、システム用ボリューム１２ａと複数のユーザ
用ボリューム１２ｂとが設けられており、ユーザのため
にホスト１１により処理されたデータはいずれかのユー
ザ用ボリューム１２ｂに格納される。システム用ボリュ
ーム１２ａには、順位テーブル２１（２１ａ，ｂ…）が
格納されており、また、計算機システム１の立ち上げ時
において作成された実行テーブル２２（２２ａ，ｂ…）
が格納される。
ムとして、システム用ボリューム１２ａと複数のユーザ
用ボリューム１２ｂとが設けられており、ユーザのため
にホスト１１により処理されたデータはいずれかのユー
ザ用ボリューム１２ｂに格納される。システム用ボリュ
ーム１２ａには、順位テーブル２１（２１ａ，ｂ…）が
格納されており、また、計算機システム１の立ち上げ時
において作成された実行テーブル２２（２２ａ，ｂ…）
が格納される。
【００１９】磁気テープ装置１３には、ユーザ用ボリュ
ーム１２ｂのバックアップのための磁気テープがマウン
トされる。磁気テープのマウントは、当日のバックアッ
プ分について、オペレータによって業務の終了までに行
われる。なお、バックアップ用の磁気テープには、ボリ
ューム名ＮＶを示したラベルが貼り付けられている。１
個のボリュームに対して複数の磁気テープを要する場合
には、それらの磁気テープに対し、例えば「ｕｓｒ７
１」「ｕｓｒ７２」のように、ボリューム名の後に連番
が付される。
ーム１２ｂのバックアップのための磁気テープがマウン
トされる。磁気テープのマウントは、当日のバックアッ
プ分について、オペレータによって業務の終了までに行
われる。なお、バックアップ用の磁気テープには、ボリ
ューム名ＮＶを示したラベルが貼り付けられている。１
個のボリュームに対して複数の磁気テープを要する場合
には、それらの磁気テープに対し、例えば「ｕｓｒ７
１」「ｕｓｒ７２」のように、ボリューム名の後に連番
が付される。
【００２０】端末装置１４は、オペレータがコマンドを
入力することによって、当日にバックアップを行うべき
ボリューム名ＮＶ、つまり実行テーブル２２の内容が画
面ＨＧに表示される。
入力することによって、当日にバックアップを行うべき
ボリューム名ＮＶ、つまり実行テーブル２２の内容が画
面ＨＧに表示される。
【００２１】図２は順位テーブル２１を示す図、図３は
順位テーブル２１及び実行テーブル２２の内容の推移状
態を示す図である。図２において、順位テーブル２１
は、ユーザ用ボリューム１２ｂのうち、バックアップ対
象とされた各ボリュームについて、それぞれのボリュー
ム名ＮＶを１レコードとし、それらのレコードをバック
アップの実行順位にしたがって配置したものである。
順位テーブル２１及び実行テーブル２２の内容の推移状
態を示す図である。図２において、順位テーブル２１
は、ユーザ用ボリューム１２ｂのうち、バックアップ対
象とされた各ボリュームについて、それぞれのボリュー
ム名ＮＶを１レコードとし、それらのレコードをバック
アップの実行順位にしたがって配置したものである。
【００２２】図２の例では、バックアップを最優先で行
うボリュームのボリューム名ＮＶである「ｕｓｒ７」が
先頭に位置し、２番目以降に「ｕｓｒ２」「ｕｓｒ１」
…と続いている。
うボリュームのボリューム名ＮＶである「ｕｓｒ７」が
先頭に位置し、２番目以降に「ｕｓｒ２」「ｕｓｒ１」
…と続いている。
【００２３】次に、計算機システム１におけるバックア
ップ方法について、図３と図４に示すフローチャートと
を参照して説明する。なお、ここでは、１回にバックア
ップを行うボリューム数ｎを「３」とする。
ップ方法について、図３と図４に示すフローチャートと
を参照して説明する。なお、ここでは、１回にバックア
ップを行うボリューム数ｎを「３」とする。
【００２４】まず、順位テーブル２１の上位の３個のレ
コードを抽出し、抽出したレコードによって実行テーブ
ル２２ａを作成してシステム用ボリューム１２ａに格納
する（＃１）。
コードを抽出し、抽出したレコードによって実行テーブ
ル２２ａを作成してシステム用ボリューム１２ａに格納
する（＃１）。
【００２５】順位テーブル２１から抽出したレコードを
削除し、これによって順位テーブル２１ａとなる（＃
２）。実行テーブル２２にレコードがある場合に（＃３
でイエス）、１レコードを読み込む（＃４）。図３の例
では、実行テーブル２２ａから「ｕｓｒ７」が読み込ま
れる。
削除し、これによって順位テーブル２１ａとなる（＃
２）。実行テーブル２２にレコードがある場合に（＃３
でイエス）、１レコードを読み込む（＃４）。図３の例
では、実行テーブル２２ａから「ｕｓｒ７」が読み込ま
れる。
【００２６】読み込まれたレコードで示されるボリュー
ムのバックアップが実行される（＃５）。図１の例で
は、ユーザ用ボリューム１２ｂから磁気テープ装置１３
へバックアップが行われる。
ムのバックアップが実行される（＃５）。図１の例で
は、ユーザ用ボリューム１２ｂから磁気テープ装置１３
へバックアップが行われる。
【００２７】バックアップが正常に終了した場合には
（＃６でイエス）、そのレコードを順位テーブル２１ａ
の最後尾に挿入する（＃７）。図３の例では、「ｕｓｒ
７」のバックアップが正常に終了したので、順位テーブ
ル２１ａは順位テーブル２１ｂとなり、また実行テーブ
ル２２ａは実行テーブル２２ｂとなる。
（＃６でイエス）、そのレコードを順位テーブル２１ａ
の最後尾に挿入する（＃７）。図３の例では、「ｕｓｒ
７」のバックアップが正常に終了したので、順位テーブ
ル２１ａは順位テーブル２１ｂとなり、また実行テーブ
ル２２ａは実行テーブル２２ｂとなる。
【００２８】バックアップが正常に終了しなかった場合
には（＃６でノー）、そのレコードを順位テーブル２１
の先頭に戻す（＃８）。図３の例では、「ｕｓｒ２」の
バックアップが正常に終了しなかったので、順位テーブ
ル２１ｂは順位テーブル２１ｃとなる。
には（＃６でノー）、そのレコードを順位テーブル２１
の先頭に戻す（＃８）。図３の例では、「ｕｓｒ２」の
バックアップが正常に終了しなかったので、順位テーブ
ル２１ｂは順位テーブル２１ｃとなる。
【００２９】そして、ステップ＃３以降が繰り返され、
実行テーブル２２にレコードが無くなると（＃３でノ
ー）、処理を終了し、計算機システム１は停止する。図
３の例では、「ｕｓｒ１」のバックアップも正常に終了
し、最終的な順位テーブル２１ｄが作成される。
実行テーブル２２にレコードが無くなると（＃３でノ
ー）、処理を終了し、計算機システム１は停止する。図
３の例では、「ｕｓｒ１」のバックアップも正常に終了
し、最終的な順位テーブル２１ｄが作成される。
【００３０】次回（次の日）にバックアップが行われる
ときには、順位テーブル２１ｄの上位の３個のレコード
が抽出され、「ｕｓｒ２」「ｕｓｒ５」「ｕｓｒ６」の
順に配置された実行テーブル２２が作成される。したが
って、次回には、前回にバックアップの採取を失敗した
「ｕｓｒ２」について、再度のバックアップが行われ
る。なお、実行テーブル２２は、次の日の業務開始の際
の計算機システム１の立ち上げ時に自動的に作成され
る。
ときには、順位テーブル２１ｄの上位の３個のレコード
が抽出され、「ｕｓｒ２」「ｕｓｒ５」「ｕｓｒ６」の
順に配置された実行テーブル２２が作成される。したが
って、次回には、前回にバックアップの採取を失敗した
「ｕｓｒ２」について、再度のバックアップが行われ
る。なお、実行テーブル２２は、次の日の業務開始の際
の計算機システム１の立ち上げ時に自動的に作成され
る。
【００３１】このように、バックアップの採取を失敗し
たボリュームについては、次回において再度バックアッ
プが行われるので、バックアップの成功又は失敗に係わ
らず全部のボリュームに対してバックアップが均等に行
われ、従来のようにバックアップが１週間も空いてしま
うということがない。また、バックアップ対象のボリュ
ーム数に制限がなく、ボリューム名ＮＶを順位テーブル
２１に登録しておくことによって、ボリュームの個数に
関係なく均等なバックアップが行われる。したがって、
従来のように曜日などにとらわれることなく、自由にス
ケジュールを作成することができる。
たボリュームについては、次回において再度バックアッ
プが行われるので、バックアップの成功又は失敗に係わ
らず全部のボリュームに対してバックアップが均等に行
われ、従来のようにバックアップが１週間も空いてしま
うということがない。また、バックアップ対象のボリュ
ーム数に制限がなく、ボリューム名ＮＶを順位テーブル
２１に登録しておくことによって、ボリュームの個数に
関係なく均等なバックアップが行われる。したがって、
従来のように曜日などにとらわれることなく、自由にス
ケジュールを作成することができる。
【００３２】また、同一のボリュームについてバックア
ップを連続して失敗した場合には、何らかの警報を表示
しておくようにすればよい。そうすることによって、バ
ックアップ用の磁気テープの障害を早期に発見すること
ができる。
ップを連続して失敗した場合には、何らかの警報を表示
しておくようにすればよい。そうすることによって、バ
ックアップ用の磁気テープの障害を早期に発見すること
ができる。
【００３３】上述の実施例では、順位テーブル２１及び
実行テーブル２２に基づいてバックアップの順位を決定
し且つ実行したので、バックアップの処理が確実に行え
るが、上述とは構成の異なる順位テーブル及び実行テー
ブルを用い、又はそのようなテーブルを用いることな
く、バックアップを実行してもよい。
実行テーブル２２に基づいてバックアップの順位を決定
し且つ実行したので、バックアップの処理が確実に行え
るが、上述とは構成の異なる順位テーブル及び実行テー
ブルを用い、又はそのようなテーブルを用いることな
く、バックアップを実行してもよい。
【００３４】上述の実施例において、計算機システム１
の各部が１台又は複数台で構成されてもよい。順位テー
ブル２１及び実行テーブル２２の構成、フローチャート
の内容及び順序、計算機システム１の構成などは、本発
明の主旨に沿って種々変更することができる。
の各部が１台又は複数台で構成されてもよい。順位テー
ブル２１及び実行テーブル２２の構成、フローチャート
の内容及び順序、計算機システム１の構成などは、本発
明の主旨に沿って種々変更することができる。
【００３５】
【発明の効果】本発明によると、バックアップ対象とす
ることのできるボリュームの個数に制限がなく、対象と
したボリュームに対してバックアップが均等に行われる
バックアップ方法を提供することができる。
ることのできるボリュームの個数に制限がなく、対象と
したボリュームに対してバックアップが均等に行われる
バックアップ方法を提供することができる。
【００３６】請求項３に係る発明によると、バックアッ
プの処理を確実に行うことができる。
プの処理を確実に行うことができる。
【図１】本発明に係る計算機システムのブロック図であ
る。
る。
【図２】順位テーブルを示す図である。
【図３】順位テーブル及び実行テーブルの内容の推移状
態を示す図である。
態を示す図である。
【図４】バックアップの手順を示すフローチャートであ
る。
る。
２１ 順位テーブル ２２ 実行テーブル ＮＶ ボリューム名（識別情報）
Claims (3)
- 【請求項１】バックアップ対象の複数のボリュームに格
納されたデータをボリューム単位でバックアップする方
法であって、 前記各ボリュームに対してバックアップの実行順位を決
定しておき、 バックアップを実行する回毎に、実行順位の上位にある
所定の個数のボリュームについてバックアップを実行す
るとともに、バックアップが成功であったボリュームの
実行順位を後尾に、バックアップが不成功であったボリ
ュームの実行順位を先頭に、それぞれ更新し、 更新された実行順位によって次回のバックアップを実行
することを特徴とするデータのバックアップ方法。 - 【請求項２】バックアップ対象の複数のボリュームに格
納されたデータをボリューム単位でバックアップする方
法であって、 前記各ボリュームを示す識別情報（ＮＶ）を１レコード
とし、これら複数のレコードによってバックアップの実
行順位を示す順位テーブル（２１）を作成しておき、 バックアップを実行する回毎に、実行順位の上位にある
所定の個数のレコードに対応するボリュームのバックア
ップを実行するとともに、 バックアップが成功であったボリュームについてのレコ
ードの実行順位が後尾となるよう、バックアップが不成
功であったボリュームの実行順位が先頭となるよう、前
記順位テーブル（２１）を更新し、 更新された順位テーブル（２１）に基づいて次回のバッ
クアップを実行することを特徴とするデータのバックア
ップ方法。 - 【請求項３】バックアップ対象の複数のボリュームに格
納されたデータをボリューム単位でバックアップする方
法であって、 前記各ボリュームを示す識別情報（ＮＶ）を１レコード
とし、これら複数のレコードによってバックアップの実
行順位を示す順位テーブル（２１）を作成しておき、 バックアップを実行する回毎に、実行順位の上位にある
所定の個数のレコードを前記順位テーブル（２１）から
抽出して実行テーブル（２２）を作成し、 前記実行テーブル（２２）に基づいて各ボリュームのバ
ックアップを実行するとともに、 バックアップが成功であったボリュームについてのレコ
ードの実行順位が後尾となるよう、バックアップが不成
功であったボリュームの実行順位が先頭となるよう、前
記順位テーブル（２１）を更新し、 更新された順位テーブル（２１）に基づいて次回のバッ
クアップを実行することを特徴とするデータのバックア
ップ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24774593A JP3465933B2 (ja) | 1993-10-04 | 1993-10-04 | データのバックアップ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24774593A JP3465933B2 (ja) | 1993-10-04 | 1993-10-04 | データのバックアップ方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07105065A true JPH07105065A (ja) | 1995-04-21 |
| JP3465933B2 JP3465933B2 (ja) | 2003-11-10 |
Family
ID=17168041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24774593A Expired - Lifetime JP3465933B2 (ja) | 1993-10-04 | 1993-10-04 | データのバックアップ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3465933B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6168844B1 (en) | 1997-08-01 | 2001-01-02 | Taiyo Yuden Co., Ltd. | Optical information recording medium |
| US6287662B1 (en) | 1997-06-19 | 2001-09-11 | Taiyo Yuden Co., Ltd. | Optical data recording medium |
| JP2005339215A (ja) * | 2004-05-27 | 2005-12-08 | Hitachi Ltd | ディスクアレイ装置およびその制御方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05120110A (ja) * | 1991-10-30 | 1993-05-18 | Hitachi Ltd | フアイルの自動バツクアツプシステム |
-
1993
- 1993-10-04 JP JP24774593A patent/JP3465933B2/ja not_active Expired - Lifetime
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05120110A (ja) * | 1991-10-30 | 1993-05-18 | Hitachi Ltd | フアイルの自動バツクアツプシステム |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6287662B1 (en) | 1997-06-19 | 2001-09-11 | Taiyo Yuden Co., Ltd. | Optical data recording medium |
| US6168844B1 (en) | 1997-08-01 | 2001-01-02 | Taiyo Yuden Co., Ltd. | Optical information recording medium |
| JP2005339215A (ja) * | 2004-05-27 | 2005-12-08 | Hitachi Ltd | ディスクアレイ装置およびその制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3465933B2 (ja) | 2003-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4752910A (en) | Method and apparatus for continuous after-imaging | |
| US20080215639A1 (en) | Data Synchronization | |
| JP2003316634A (ja) | データベース管理方法および装置およびその処理プログラム | |
| JPH07105065A (ja) | データのバックアップ方法 | |
| CN113868025A (zh) | 数据备份方法、装置、电子设备和存储介质 | |
| US20050216440A1 (en) | Information processing apparatus and information processing method | |
| JPH11212845A (ja) | バックアップデータ管理装置、バックアップデータ管理方法、及び記録媒体 | |
| JPS6232817B2 (ja) | ||
| JPH05250243A (ja) | 拡張記憶装置のデータ処理方式 | |
| JPH1040123A (ja) | ジョブ管理方式と方法 | |
| JP2610972B2 (ja) | データベースのデータ保全方式 | |
| JP2732948B2 (ja) | 磁気テープボリュームの装着方法及び計算機システム | |
| JPH01293452A (ja) | データベース障害回復方式 | |
| JP3154296B2 (ja) | 患者情報保管用紙 | |
| JPH0512089A (ja) | 分散データベースフアイルのバツクアツプ自動制御方式 | |
| JP2818100B2 (ja) | データ処理装置 | |
| JPH10275107A (ja) | データ登録方式及び方法 | |
| JP3003035B2 (ja) | バックアップデータ管理方法 | |
| JPH0624911Y2 (ja) | 電子スケジュ−ラ | |
| JPH05189482A (ja) | 情報検索装置 | |
| JPH03282725A (ja) | データ退避復帰制御方式 | |
| Kemper | A flexible backup system | |
| JPS6257040A (ja) | 情報処理デ−タの自動保全回復方式 | |
| JPH10254679A (ja) | データの管理方法及び装置 | |
| JPS6194137A (ja) | 計算機端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030819 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080829 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090829 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090829 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100829 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130829 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |