(57)【要約】【課題】従来のバックアップの処理方式では、バックアップに時間がかかり、ユーザ業務開始までに完了しなかった場合、そのバックアップは中断し、次の機会に最初からバックアップは取り直しになる。【解決手段】データ記憶装置と、バックアップ装置を備えたコンピュータでバックアップ処理を行うシステムにおいて、管理表を用いて処理されたファイルを管理し、中断したバックアップ処理を再開することを実現する。さらに、前記バックアップの処理時間を見積もることによって、前記中断までの処理を管理し、該管理情報に基づいてバックアップ処理を行うことができる。【選択図】  図１
2004318810.tif 000002
【特許請求の範囲】
【請求項１】
バックアップ装置と記憶手段を有する計算機とを備えたデータ管理システムにおけるデータ管理方法において、
前記計算機は、予め前記記憶手段に格納されたファイルと該ファイルと対応づけられたバックアップ中断時刻の情報を読み込み、前記ファイルのバックアップ時刻と前記読み出したバックアップ中断時刻の情報にもとづいて前記バックアップ装置に対する処理の指示を前記バックアップ装置へ送信することを特徴とするデータ管理方法。
【請求項２】
バックアップ装置と記憶手段を有する計算機とを備えたデータ管理システムにおいて、
予め前記記憶手段に格納されたファイルと該ファイルと対応づけられたバックアップ中断時刻の情報を読み出す手段と、前記ファイルのバックアップ時刻と前記読み出したバックアップ中断時刻の情報にもとづいて、前記バックアップ装置への処理の指示を送信する手段とを含むことを特徴とするデータ管理システム。
【請求項３】
バックアップ装置と記憶手段を有する計算機とを備えたデータ管理システムにおいて、
中断前と再開後のファイルを管理表によって管理する手段と、中断した前記バックアップ処理を再開する手段とを含むことを特徴とするデータ管理システム。
【請求項４】
前記バックアップの処理時間を見積もることによって、前記中断までの処理を管理し、該管理情報に基づいてバックアップ処理を行うことを特徴とする請求項１記載のデータ管理方法。
【請求項５】
前記バックアップの処理時間を見積もることによって、中断までの処理を管理する手段を有することを特徴とする請求項２記載のデータ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機の格納されたデータの管理技術に関し、データ記憶装置へのバックアップやリストアする技術に関する。
【０００２】
【従来の技術】
従来のバックアップの処理方法としては、バックアップに予想以上に時間がかかり、夜間に実施していたバックアップが朝のユーザ業務開始までに完了しなかった場合、そのバックアップは中断し、次の機会に最初からバックアップは取り直すことになる。
【０００３】
バックアップ処理に関するものとして、特許文献１がある。
【０００４】
【特許文献１】
特開平７−２５３９１７号公報
【０００５】
【発明が解決しようとする課題】
上記従来方式は、中断したバックアップを再開することを想定しておらず、どのファイル（もしくはデータ）までバックアップされたか、またどのファイルが再開するまでに更新されたかに関して、バックアップやリストアするべきファイルをユーザが判断する必要がある。わずかだと思われる残りのバックアップを取得し、有効なバックアップデータとして利用することができないと、業務の無い休日などにバックアップをとるなどの手段が必要となってくる場合もある。
【０００６】
本発明の目的は、中断したバックアップ処理の再開を可能とすることにある。
【０００７】
【課題を解決するための手段】
データ記憶装置と、バックアップ装置を備えたコンピュータでバックアップ処理を行うシステムにおいて、中断前と再開後のファイルを管理表によって管理し、中断したバックアップ処理を再開することを実現する。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を用いて詳細に説明する。
【０００９】
図１は本発明の構成図である。
【００１０】
図１において、バックアップサーバ１０１がハードディスク装置１０２とバックアップ装置１０３に接続されている。
【００１１】
バックアップサーバ１０１は、管理表制御部１０４、データ制御部１０５、中断／再開制御部１０６を有する。
【００１２】
管理表制御部１０４は、管理表作成部１０７、管理表更新部１０８、管理表参照部１０９より成る。
【００１３】
管理表作成部１０７では、バックアップ開始時に、バックアップするファイルの一覧表を作成する。どのファイルをバックアップするのかは、そのバックアップジョブを作成したバックアップ管理者によって決定される。この表を元に、バックアップするファイルを管理し、どのファイルがバックアップされたか、また再開する場合にどのファイルをバックアップするべきかを判断する。
【００１４】
また、これらの管理単位はデータやレコード、ボリューム、論理デバイス、物理デバイス、ドライブでも良い。
【００１５】
管理表更新部１０８では、管理表作成部１０７によって作成された管理表に対して、バックアップされたファイルにバックアップ済みのチェック、削除されたファイルに削除済みのチェック、追加されたファイルに管理表への追加を、ファイル単位に行う。
【００１６】
管理表１１０は、バックアップするファイルを管理する表である。
【００１７】
管理表１１０の詳細な管理方法を図４に示す。
【００１８】
データ制御部１０５は、データ入力部１１１、対象ファイル判別部１１２、データ出力部１１３から成る。
【００１９】
バックアップ時には、ハードディスク装置１０２からデータ入力部１１１に対して、対象ファイル判別部１１２によって判別された対象ファイルのデータが入力され、データ出力部１１３からバックアップ装置１０３に対してデータが出力されることにより、ハードディスク装置１０２内のデータをバックアップ装置１０３にバックアップする。
【００２０】
詳細なバックアップ処理の流れを図２に示す。また、対象ファイル判別部１１２の詳細を図５に示す。
【００２１】
リストア時には、バックアップ装置１０３からデータ入力部１１１に対して、対象ファイル判別部１１２によって判別された対象ファイルのデータが入力され、データ出力部１１３からハードディスク装置１０２に対してデータが出力されることにより、バックアップ装置１０３内のデータをハードディスク装置１０２にリストアする。
【００２２】
中断／再開制御部１０６は、中断処理実行部１１４、再開処理実行部１１５、中断／再開日時設定部１１６から成る。
【００２３】
中断処理実行部１１４では、中断処理の要求があった場合に中断処理を実行する。中断処理の要求は、ユーザがあらかじめ設定した時刻までにバックアップ処理が終わらない場合、もしくはユーザが手動で中断要求を行った場合に発生する。
【００２４】
再開処理実行部１１５では、再開処理の要求があった場合に再開処理を実行する。再開処理は、対象ファイル判別部１１２によって対象となるファイルを判別し、中断後の残りの処理を再開する。
【００２５】
中断／再開日時設定部１１６では、この時間までにバックアップ処理が終わらない場合は中断する中断日時、また中断された処理を再開する再開日時を設定する。日時の設定は、スケジュールによって自動で行われるが、ユーザが手動で設定することも可能である。
【００２６】
詳細な再開処理の流れを図３に示す。
【００２７】
図２は、データ制御部１０５の処理フローである。
【００２８】
データ制御部１０５では、まずバックアップ処理が再開処理かを判定する（ステップ２０１）。再開処理であった場合は、再開処理実行部１１５により再開処理が実行される（ステップ２０２）。再開処理でない場合は、管理表作成部１０７によりバックアップするファイルの一覧を作成する（ステップ２０３）。
管理表参照部１０９より、作成された管理表からバックアップ対象のファイルを読み込み（ステップ２０４）、管理表に処理すべきファイルが無くなったら（ステップ２０５）バックアップが完了する（ステップ２０６）。
【００２９】
中断／再開日時設定部１１６により中断時刻が設定されている場合は（ステップ２０７）、管理表参照部１０９により選択された現在の処理対象ファイルのバックアップが中断時刻までに完了するかを判定する（ステップ２０８）。
【００３０】
この判定の詳細は図６に示す。
【００３１】
完了しないと判断した場合、またはユーザが手動で中断要求を出した場合（ステップ２０９）、中断処理実行部１１４により中断処理が実行され（ステップ２１０）、バックアップが中断する。
【００３２】
中断しない場合は、ハードディスク装置１０２からデータ入力部１１１に対して対象ファイルのデータが入力され（ステップ２１１）、データ出力部１１３からバックアップ装置１０３に対してデータが出力されることにより（ステップ２１２）、ハードディスク装置１０２内のデータをバックアップ装置１０３にバックアップする。
【００３３】
その後、管理表更新部２２１により、管理表１１０に対して、対象ファイルがバックアップされたフラグを立てる更新処理を行う（ステップ２１３）。
【００３４】
現在の対象ファイルについて処理が終了した後、管理表１１０の次の対象ファイルに対して処理し、管理表１１０に登録されているファイルがなくなるまで繰り返す。
【００３５】
図３は、再開処理実行部１１５の処理フローである。
【００３６】
管理表参照部１０９により、以前の処理結果を参照する（ステップ３０１）。次に、前回の処理の時点と今回の処理の時点で、ファイルの削除、追加があったかどうかを判定する。管理表１１０に存在しないファイルが処理対象ディレクトリ以下にある場合、すなわち前回の処理の時点から新たにファイルが作成された場合（ステップ３０２）、管理表更新部１０８により追加されたファイルの情報を管理表１１０に追加する（ステップ３０３）。管理表１１０に存在するファイルが処理対象ディレクトリ以下にない場合、すなわち前回の処理の時点から、処理されたファイルが削除された場合（ステップ３０４）、管理表更新部１０８により管理表１１０に存在する削除されたファイルのフラグを削除済みに更新する（ステップ３０５）。
【００３７】
管理表参照部１０９より、作成された管理表からバックアップ対象のファイルを定められた優先順位に従うか、あるいは先頭から順に読み込み（ステップ３０６）、管理表に処理すべきファイルが無くなったら（ステップ３０７）バックアップが完了する（ステップ３１３）。
【００３８】
対象ファイル判別部３０８により、対象ファイルについて処理が必要かどうか判定する（ステップ３０８）。処理が必要でなければ、次の対象ファイルに対して処理を継続する。
【００３９】
処理が必要な場合は、ハードディスク装置１０２からデータ入力部１１１に対して対象ファイルのデータが入力され（ステップ３１０）、データ出力部１１３からバックアップ装置１０３に対してデータが出力されることにより（ステップ３１１）、ハードディスク装置１０２内のデータをバックアップ装置１０３にバックアップする。
【００４０】
管理表更新部２２１により、管理表１１０に対して、対象ファイルがバックアップされたフラグを立てる更新処理を行う（ステップ３１２）。
【００４１】
現在の対象ファイルについて処理が終了した後、次の対象ファイルに対して処理を継続する。その後、次の対象ファイルに対して処理を継続する。
【００４２】
図４は、管理表１１０の例である。
【００４３】
管理表１１０はファイル名４０１、更新日時４０２、フラグ４０３から成る。４０４、４０５、４０６はバックアップ済みで、その後に中断処理が行われ、４０７はバックアップされていない。
【００４４】
再開処理が実行される時点で、ファイルが更新、削除、作成された場合の例を示す。
【００４５】
４０４はバックアップ済みで更新もされていないので、４０８はバックアップする必要は無く、フラグは１のままにする。
【００４６】
４０５はバックアップ済みだが更新されているので、４０９はバックアップする必要があり、バックアップ後にフラグを２にする。
【００４７】
４０６はバックアップ済みだが削除されているので、４１０はバックアップする必要は無く、フラグを０にする。
【００４８】
４０７はバックアップされていないので、４１１でバックアップする必要がある。バックアップ後にフラグを２にする。
【００４９】
４１２は前回のバックアップの時点で存在せず、今回のバックアップの時点までに作成されたファイルなので、今回管理表１１０に新たに追加されたファイルである。バックアップ後にフラグを２にする。
【００５０】
このデータをリストアする際は、フラグ１と２が立っているファイルが対象ファイルとなる。フラグ０が立っているファイルは、再開後に削除されているのでリストアは行わない。フラグ１が立っているファイルは、中断前のバックアップからリストアし、フラグ２が立っているファイルは、再開後のバックアップからリストアする。
【００５１】
図５は、対象データ判別部１１５の処理フローである。
管理表１１０から読み込んだ対象ファイルに、バックアップ済みのフラグが立っているかどうかを判定する（ステップ５０１）。
バックアップ済みフラグが立っていた場合、次に対象ファイルが現在更新されているかどうかを判定する（ステップ５０２）。更新されていればバックアップの処理が必要となり（ステップ５０４）、更新されていなければ不要となる（ステップ５０５）。
バックアップ済みフラグが立っていなかった場合、次に削除フラグが立っているかどうかを判定する（ステップ５０３）。削除されていなければバックアップの処理は必要となり（ステップ５０４）、削除されていれば不要となる（ステップ５０５）。
【００５２】
図６は、中断処理と処理優先順位の管理を行う表であり、ファイル名６０１、サイズ６０２、圧縮率６０３、バックアップ時間６０４、優先順位６０５から成る。この表にしたがって、定められた優先順位に従って順次対象ファイルに対して処理を行う。処理を行う対象ファイルが設定もしくはスケジュールされた中断日時までに終了するかどうかを判断し、終了しない場合は中断要求が出される。図７は、バックアップ時間の見積もりを考慮した中断処理方式のフローである。
【００５３】
ユーザからの手動中断要求ではなく、ユーザがあらかじめ設定した時刻までにバックアップ処理が終わらないために中断しなければならない場合、限られた時間内で重要なデータを取得することが必要である。
【００５４】
バックアップ処理が開始され（ステップ７０１）、対象となるファイルを判定する。ユーザによってあらかじめ指定された優先順位があれば（ステップ７０２）、その優先順位に従ってバックアップを取得する（ステップ７０３）。また、同じ優先順位の場合は、管理表に記載されている順に処理を行う（ステップ７０４）。  次に、圧縮率を考慮した対象ファイルのバックアップ時間を算出する（ステップ７０５）。バックアップ時間の算出についての詳細は後で詳細に述べる。ここでもし、次にバックアップ対象となるファイルが、ユーザによってあらかじめ設定された時刻までに終了しないと判断された場合（ステップ７０６）、優先順位に従い、対象となるファイルよりも処理時間が少なく、ユーザによってあらかじめ設定された時刻までに終了すると判断されたファイルがあるかを判断し（ステップ７０７）、ある場合は取得する（ステップ７０８）。取得できるファイルが存在しなくなった時点で、中断処理を実行する（ステップ７０９）。未処理のファイルがある場合は（ステップ７１０）、上記の処理を繰り返し、ない場合はバックアップ処理終了となる（ステップ７１１）。以上の処理方式により、限られた時間内で効率の良いバックアップ処理が行える。
【００５５】
ステップ７０５における対象ファイルのバックアップ時間の算出は、以前のバックアップにおいて作成された管理表１１０によって行う。管理表には、ファイル名とファイルサイズ、バックアップ時間、圧縮率を記録しておく。圧縮率はデータ構造によって異なり、テキストファイルなどは圧縮率が高く、既に圧縮されているデータファイルは圧縮率が低い。従って、データ量のみからではなく、圧縮率を考慮したバックアップ時間を見積もる必要がある。一般的に、ファイルのデータ構造が同じであれば、データ量に比例したバックアップ時間を見積もることは可能である。従って、以前の管理表を参照し、ファイルサイズに変更がない場合は同じバックアップ時間を見積もり、ファイルサイズに変更があった場合には比例したバックアップ時間を見積もる。また、新規のファイルに対しては圧縮率０で見積もる。ただし、顧客業務で使用するデータ量の巨大なファイルなどで、前回の管理表からバックアップ時間が見積もれない場合は、事前に圧縮率を算出することによって見積もる。ファイルサイズの小さいものに関しては、見積もりに多少の誤差が生じても問題はない。
【００５６】
バックアップ処理は、そのときの環境によって処理時間が異なってくる場合が考えられるので、見積もりに誤差が生じたときはその都度見積もり時間を修正する必要がある。バックアップ処理に時間がかかるファイルを見積もり、時間内に取得可能であると判断して処理を開始したが、実際には時間内に取得できないとなった場合、そのファイルのバックアップを中断し、そのファイルはバックアップしていないものとし、再開時に取得する。以上の方式によって、バックアップ時間の見積もりを考慮した中断処理を実現する。
【００５７】
また、現状では中断を行うことなくバックアップ運用が行われていたが、バックアップ容量の日々の増加によって、設定されている業務開始時刻までにバックアップが終わらない日が出てくることが考えられる。バックアップ時間を見積もることにより、業務開始時刻までにバックアップが終わらないために処理を中断する可能性があることを、事前に管理者に通知することも可能である。
【００５８】
図８は、バックアップ処理の中断、中断したバックアップ処理の再開をスケジュールする処理のフローである。ユーザによりあらかじめ業務開始時刻が設定されており、業務開始時刻までにバックアップ処理が終了しないと判断された場合、バックアップ処理の中断を要求する（ステップ８０１）。中断処理を実施するにあたり、中断する前にバックアップが行われたファイルと、中断したことによってバックアップされていないファイルとを管理表に反映する（ステップ８０２）。これにより、中断したバックアップの再開でどのファイルを処理すればよいかを判断することができる。その後、中断したバックアップの再開日時のスケジュールを行う（ステップ８０３）。通常は翌日の業務終了後におこなうことになるが、設定によって任意の日時に変更可能である。
【００５９】
また、図８で説明した一連の処理が実際に行われる場合、事前に管理者に通知を行うことも可能である。
【００６０】
以上述べたように、多大なデータを多大な時間を費やしてバックアップしていた途中で中断しても、続きのデータのバックアップを再開し、有効なバックアップデータとして利用することができる。
【００６１】
【発明の効果】
本発明によれば、中断したバックアップ処理の再開が可能となる。
【図面の簡単な説明】
【図１】本発明のバックアップ装置のシステム構成を示すブロック図である。
【図２】データ制御部１０５による処理の流れを示すフローチャートである。
【図３】再開処理実行部１１５による処理の流れを示すフローチャートである。
【図４】管理表１１０の例である。
【図５】対象ファイル判別部１１２による処理の流れを示すフローチャートである。
【図６】中断処理と優先順位の管理を行う表の例である。
【図７】バックアップ時間の見積もりを考慮した中断処理の流れを示すフローチャートである。
【図８】バックアップ処理の中断、中断したバックアップ処理の再開のスケジュールを行う処理の流れを示すフローチャートである。
【符号の説明】
１０１  バックアップサーバ
１０２  ハードディスク装置
１０３  バックアップ装置
１０４  管理表制御部
１０５  データ制御部
１０６  中断／再開制御部
１０７  管理表作成部
１０８  管理表更新部
１０９  管理表参照部
１１０  管理表
１１１  データ入力部
１１２  対象ファイル判別部
１１３  データ出力部
１１４  中断処理実行部
１１５  再開処理実行部
１１６  中断／再開日時設定部
【図１】
2004318810.tif 000003
【図２】
2004318810.tif 000004
【図３】
2004318810.tif 000005
【図４】
2004318810.tif 000006
【図５】
2004318810.tif 000007
【図６】
2004318810.tif 000008
【図７】
2004318810.tif 000009
【図８】
2004318810.tif 000010