(57)【要約】【課題】ドライブパスやライブラリ装置に異常が発生した場合に、バックアップ処理の再試行を早期に実行すること課題とする。【解決手段】バックアップサーバ装置は、バックアップ処理において、ライブラリ装置に対してマウント指示を行ってからアンマウント指示を行うまで、Ｓｅｅｋ時および／またはＩ／Ｏ時において処理状態を監視して異常を早期に検知するとともに、ライブラリ装置におけるバックアップ処理においてどのドライブが利用されているかを示すドライブ情報と、Ｓｅｅｋ処理中であるか書込み処理中であるかを示すバックアップ処理情報との処理状況情報を格納したメモリを参照しつつ、利用する別のドライブおよび媒体を決定してバックアップ処理の再試行を行う。【選択図】        図１
2008250509.tif 000002
【特許請求の範囲】
【請求項１】
複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置としてのコンピュータに実行されるバックアッププログラムであって、
前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知手順と、
前記異常検知手順によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行手順と、
をコンピュータに実行させることを特徴とするバックアッププログラム。
【請求項２】
前記再試行手順は、前記探索処理中に前記異常検知手順によって異常が検知された場合には、当該探索処理を残しつつ前記ライブラリ装置からの応答を待つことなく、新規にプロセスまたはスレッドを生成して前記バックアップ処理を再試行することを特徴とする請求項１に記載のバックアッププログラム。
【請求項３】
前記再試行手順は、前記書込み処理中に前記異常検知手順によって異常が検知された場合には、当該書込み処理を中断するよう前記ライブラリ装置に指示し、当該中断したプロセスまたはスレッドを利用して前記バックアップ処理を再試行することを特徴とする請求項１に記載のバックアッププログラム。
【請求項４】
前記探索処理を指示してから前記データ書込み処理が完了するまでの間、現に処理状況が探索処理中であるか書込み処理中であるかを示す処理状況情報を所定のメモリに更新して格納する処理状況情報格納手順をさらにコンピュータに実行させ、
前記再試行手順は、前記異常検知手順によって異常が検知された場合に、前記処理状況情報格納手順によって所定のメモリに格納されている処理状況情報を参照して、現に処理状況が探索処理中であるか書込み処理中であるかを判定し、各処理状況に応じたバックアップ処理を再試行することを特徴とする請求項１に記載のバックアッププログラム。
【請求項５】
複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置に適用されるバックアップ方法であって、
前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知工程と、
前記異常検知工程によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行工程と、
を含んだことを特徴とするバックアップ方法。
【請求項６】
複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置であって、
前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知手段と、
前記異常検知手段によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行手段と、
を備えたことを特徴とするバックアップサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアッププログラム、バックアップ方法およびバックアップサーバ装置に関する。
【背景技術】
【０００２】
従来より、商品管理や顧客管理などが必要なユーザにとって、商品管理や顧客管理などのデータが何らかの原因により消滅してしまった場合には、莫大な不利益を被る可能性があり、それを回避するために、当該データのバックアップをバックアップサーバ装置を利用して行っている。具体的には、バックアップサーバ装置は、バックアップデータをＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置から読み出し、ライブラリ装置に対してバックアップテープのマウント指示およびテープシーク指示を行い、当該バックアップテープの書込み位置への位置付けが正常に完了され、ドライブよりテープシーク完了の応答がなされてからデータの書込み処理を指示する。そして、管理するデータ量が増加すると、バックアップ処理にかかる時間も増加していくので、より処理能力の高いサーバ装置やＲＡＩＤ装置の組合せを利用してバックアップするデータの取りこぼしがないようにしている。
【０００３】
例えば、特許文献１（特開２００６−２７７３５５号公報）では、バックアップサーバ装置は、テープライブラリ装置に対して複数のパスと、パスの切り替えを行うパス切り替えソフトとを用いて、書き込みデータを記憶領域である内蔵ディスクに一時的に複写した後にテープライブラリ装置に転送し、転送完了後は複写データを消去している。そして、パス障害発生時には、パスを切り替えてテープライブラリ装置のテープを書き込み再開位置に再位置付けし、一時記録領域に複写しておいたデータを再書き込みすることで、パス障害が発生しても、一時記録領域に記録されたデータを用いて書き込み継続を可能としている。
【０００４】
【特許文献１】特開２００６−２７７３５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記した従来の技術は、ドライブパスやライブラリ装置に異常が発生した場合に、バックアップ処理の再試行が遅いという課題があった。例えば、ドライブパスに異常が発生したような場合でも、バックアップサーバ装置は、ライブラリ装置に対してバックアップ処理を指示してから所定の時間（標準で６０分）が経過しても応答がないときに初めて、タイムアウトにより異常と認識してバックアップ処理の再試行を行うので、バックアップ処理の再試行が遅いという課題があった。
【０００６】
また、例えば、テープシーク時に異常が発生したような場合でも、バックアップサーバ装置は、ドライブから応答が返されてＯＳ（Operating System）によりＩ／Ｏプロセスが中断されたときに初めて、テープシーク時に異常であると認識してバックアップ処理の再試行を行うので、バックアップ処理の再試行が遅いという課題があった。
【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、バックアップ処理の再試行を早期に実行することが可能なバックアッププログラム、バックアップ方法およびバックアップサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置としてのコンピュータに実行されるバックアッププログラムであって、前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知手順と、前記異常検知手順によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行手順と、をコンピュータに実行させることを特徴とする。
【０００９】
また、請求項２に係る発明は、上記の発明において、前記再試行手順は、前記探索処理中に前記異常検知手順によって異常が検知された場合には、当該探索処理を残しつつ前記ライブラリ装置からの応答を待つことなく、新規にプロセスまたはスレッドを生成して前記バックアップ処理を再試行することを特徴とする。
【００１０】
また、請求項３に係る発明は、上記の発明において、前記再試行手順は、前記書込み処理中に前記異常検知手順によって異常が検知された場合には、当該書込み処理を中断するよう前記ライブラリ装置に指示し、当該中断したプロセスまたはスレッドを利用して前記バックアップ処理を再試行することを特徴とする。
【００１１】
また、請求項４に係る発明は、上記の発明において、前記探索処理を指示してから前記データ書込み処理が完了するまでの間、現に処理状況が探索処理中であるか書込み処理中であるかを示す処理状況情報を所定のメモリに更新して格納する処理状況情報格納手順をさらにコンピュータに実行させ、前記再試行手順は、前記異常検知手順によって異常が検知された場合に、前記処理状況情報格納手順によって所定のメモリに格納されている処理状況情報を参照して、現に処理状況が探索処理中であるか書込み処理中であるかを判定し、各処理状況に応じたバックアップ処理を再試行することを特徴とする。
【００１２】
また、請求項５に係る発明は、上記の発明において、複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置に適用されるバックアップ方法であって、前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知工程と、前記異常検知工程によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行工程と、を含んだことを特徴とする。
【００１３】
また、請求項６に係る発明は、上記の発明において、複数のドライブのいずれかに記憶媒体をマウントして当該記憶媒体上の所定位置を探索した後にデータを書き込むライブラリ装置とドライブパスを介して接続され、当該ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示するとともに当該探索処理完了後にデータの書込み処理を指示するバックアップサーバ装置であって、前記探索処理を指示してから前記データ書込み処理が完了するまでの間、前記ドライブパスおよび／またはライブラリ装置の状態を監視して異常を検知する異常検知手段と、前記異常検知手段によって異常が検知された場合に、前記ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行する再試行手段と、を備えたことを特徴とする。
【発明の効果】
【００１４】
請求項１、５、６の発明によれば、バックアップサーバ装置は、ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示してからデータ書込み処理が完了するまでの間、ドライブパスおよび／またはライブラリ装置の状態を監視するとともに、異常を検知した場合に、ライブラリ装置に対して別のドライブおよび別の記憶媒体を再び指定して探索処理を再び指示することでバックアップ処理を再試行することとしたので、バックアップ処理の再試行を早期に実行することが可能である。このため、バックアップスケジュール通りにバックアップデータを採取するとともにバックアップデータの取りこぼしをなくすことができる。
【００１５】
また、請求項２の発明によれば、バックアップサーバ装置は、ライブラリ装置に対してドライブおよび記憶媒体を指定する探索処理中に異常を検知した場合には、当該探索処理を残しつつライブラリ装置からの応答を待つことなく、新規にプロセスまたはスレッドを生成してバックアップ処理を再試行することとしたので、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能であるとともに、異常検知した探索処理を残しておくことで当該探索処理において利用したドライブを他処理において利用して再度異常検知されることを免れることが可能である。
【００１６】
また、請求項３の発明によれば、バックアップサーバ装置は、ライブラリ装置においてデータの書込み処理中に異常を検知した場合には、当該書込み処理を中断するようライブラリ装置に指示し、当該中断したプロセスまたはスレッドを利用してバックアップ処理を再試行することとしたので、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能であるとともに、異常検知したＩ／Ｏ処理において、媒体での異常の可能性を考慮して別ドライブとテープ媒体を利用することで再度異常検知されることを免れることが可能である。
【００１７】
また、請求項４の発明によれば、バックアップサーバ装置は、ライブラリ装置に対してドライブおよび記憶媒体を指定して探索処理を指示してからデータ書込み処理が完了するまでの間、現に処理状況が探索処理中であるか書込み処理中であるかを示す処理状況情報を所定のメモリに更新して格納するとともに、異常が検知された場合に、所定のメモリに格納されている処理状況情報を参照して、現に処理状況が探索処理中であるか書込み処理中であるかを参照し、各処理状況に応じたバックアップ処理を再試行することとしたので、各処理状況に応じて的確かつ迅速にバックアップ処理の再試行を行うことが可能である。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明に係るバックアッププログラムを適用したバックアップサーバ装置を用いたバックアップ処理の実施例を詳細に説明する。なお、以下では、本発明に係るバックアップサーバ装置の概要および特徴、バックアップサーバ装置の構成および処理の流れを順に説明し、最後に本実施例による効果を説明する。
【実施例１】
【００１９】
［概要および特徴］
まず最初に、図１を用いて、実施例１に係るバックアップサーバ装置を用いたバックアップ処理の概要および特徴を説明する。図１は、実施例１に係るバックアップサーバ装置を用いたバックアップ処理の概要および特徴を示す説明図である。
【００２０】
図１に示すように、本実施例に係るバックアップサーバ装置は、データを記憶する複数のディスクを有するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置と、バックアップテープを装填するロボットと、データ書込みを行うドライブとを有するライブラリ装置との間でパスを介してデータ通信可能に接続して構成される。
【００２１】
このような構成において、バックアップサーバ装置を用いたバックアップ処理の概要について説明する。バックアップサーバ装置は、予め決定されたバックアップスケジュールにより、ＲＡＩＤ装置に対してデータ読み出し要求を行って、ＲＡＩＤ装置から該当するデータを読み出す（図１の（１）参照）。
【００２２】
続いて、該当するデータを受信したバックアップサーバ装置は、決定されたスケジューリングに従ってＩ／Ｏ処理プロセスを生成し（図１の（２）参照）、バックアップテープをロボットに装填させるマウント指示と、バックアップテープを書込み位置に配置するＳｅｅｋ指示とをライブラリ装置に対して行うとともに、ドライブにデータを書込むデータ書込み指示をライブラリ装置に対して行う（図１の（３）参照）。
【００２３】
そして、ライブラリ装置によりマウントが行われて（図１の（４）参照）、ドライブによりデータ書込みが行われ（図１の（５）参照）、バックアップサーバ装置は、ドライブから書込みが正常に完了した旨の信号を受信すると、ライブラリ装置に対してロボットからバックアップテープを切り離すアンマウント指示を行う。なお、アンマウント指示を受け付けたライブラリ装置はアンマウント処理を実行する（図１の（６）参照）。
【００２４】
このようにしてバックアップ処理が行われるが、実施例１に係るバックアップサーバ装置は、バックアップ処理の再試行を早期に実行することに主たる特徴がある。
【００２５】
具体的に説明すると、バックアップサーバ装置は、ライブラリ装置に対してドライブおよびバックアップテープを指定してＳｅｅｋ処理を指示してからドライブでのデータ書込みが完了するまでの間、ドライブパスおよび／またはライブラリ装置の状態を監視する（図１の（Ａ）参照）。そして、Ｓｅｅｋ時に異常が検知された場合には（図１の（Ｃ−１）参照）、Ｉ／Ｏ処理プロセスに通知し（図１の（Ｃ−２）参照）、当該Ｓｅｅｋ処理を残しつつライブラリ装置からの応答を待つことなく、新規にプロセスを生成してバックアップ処理を再試行する（図１の（Ｄ−１）〜（Ｄ−３）参照）。
【００２６】
また、バックアップサーバ装置は、Ｉ／Ｏ時に異常が検知された場合には（図１の（Ｃ−１）参照）、Ｉ／Ｏ処理プロセスに通知し（図１の（Ｃ−２）参照）、当該書込み処理を中断するようライブラリ装置に指示し、当該中断したプロセス（図１の（２）参照）を利用してバックアップ処理を再試行する（図１の（Ｅ）参照）。
【００２７】
このようなことから、実施例１に係るバックアップサーバ装置は、上記した主たる特徴のごとく、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能である。このため、バックアップスケジュール通りにバックアップデータを採取するとともにバックアップデータの取りこぼしをなくすことができる。
【００２８】
［バックアップサーバ装置の構成］
次に、図２を用いて、図１に示したバックアップサーバ装置の構成を説明する。図２は、バックアップサーバ装置の構成を示すブロック図である。同図に示すように、このバックアップサーバ装置１０は、Ｉ／Ｆ部１１と、記憶部１２と、制御部１３とから構成される。
【００２９】
Ｉ／Ｆ部１１は、ＲＡＩＤ装置およびライブラリ装置との間でやり取りする各種情報に関する通信を制御する。具体的には、Ｉ／Ｆ部１１は、データが記憶される複数のディスクを有するＲＡＩＤ装置から読み出した当該データを入力し、ライブラリ装置へ書込むデータを出力する。
【００３０】
記憶部１２は、制御部１３による各種処理に必要なデータおよびプログラムを記憶し、特に本発明に密接に関連するものとしては、処理状況情報管理テーブル１２ａを備える。
【００３１】
この記憶部１２は、バックアップサーバ装置１０、ＲＡＩＤ装置およびライブラリ装置において行われるバックアップ処理に関する情報を記憶している。例えば、記憶部１２は、バックアップ処理に関して、状態監視のログを示す状態監視情報、Ｉ／Ｏ処理のログを示すＩ／Ｏ処理情報、バックアップ処理開始のログを示す処理開始情報、バックアップ処理完了のログを示す処理完了情報およびエラー発生のログを示すエラー発生情報などを各処理情報が発生した日時と対応付けて記憶する。そして、記憶部１２は、バックアップ処理に関してスケジューリングがなされている場合は、バックアップ開始日時およびバックアップするＲＡＩＤ装置のディスク識別情報などを記憶する。
【００３２】
処理状況情報管理テーブル１２ａは、ライブラリ装置におけるバックアップ処理に関する各種の情報を記憶する。具体的には、処理状況情報管理テーブル１２ａは、図３に例示するように、ライブラリ装置で行われるバックアップ処理においてどのドライブが利用されているかを示すドライブ情報、そして、Ｓｅｅｋ処理中であるか書込み処理中であるかを示すバックアップ処理情報を記憶して構成される。
【００３３】
制御部１３は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行し、特に本発明に密接に関連するものとしては、データ送受処理部１３ａと、処理状況情報処理部１３ｂと、Ｉ／Ｏ処理制御部１３ｃと、マウント／アンマウント指示部１３ｄと、Ｓｅｅｋ開始指示部１３ｅと、状態監視制御部１３ｆとを備える。
【００３４】
データ送受処理部１３ａは、バックアップを行うデータの送受信に関しての処理を行う。具体的には、データ送受処理部１３ａは、予め決定されたバックアップスケジュールに従ってバックアップ処理が開始指示されると、ＲＡＩＤ装置から該当するデータを受信する。そして、データ送受処理部１３ａは、後述するＩ／Ｏ処理制御部１３ｃの制御に従って決定されたライブラリ装置のドライブに対して当該データを送信する。
【００３５】
処理状況情報処理部１３ｂは、ライブラリ装置におけるバックアップ処理に関する各種の情報を処理する。具体的には、処理状況情報処理部１３ｂは、ライブラリ装置においてＳｅｅｋ処理または書込み処理が開始または完了されると、開始または完了された処理状況に応じて処理状況情報管理テーブル１２ａの処理状況情報を更新する。また、処理状況情報処理部１３ｂは、処理状況情報管理テーブル１２ａを用いてライブラリ装置においてＳｅｅｋ処理中または書込み処理中であるか、そして、どのドライブが使用中であるかを参照し、後述するＩ／Ｏ処理制御部１３ｃに対して処理状況情報を通知する。
【００３６】
Ｉ／Ｏ処理制御部１３ｃは、図１に示したＩ／Ｏ処理プロセスを生成してバックアップ処理に関する制御を行う。具体的には、Ｉ／Ｏ処理制御部１３ｃは、データ送受処理部１３ａによりＲＡＩＤ装置からデータが受信されたならば、処理状況情報処理部１３ｂより処理状況情報を受け取り、Ｉ／Ｏ処理プロセスを生成して後述するマウント／アンマウント指示部１３ｄおよびＳｅｅｋ開始指示部１３ｅそれぞれに対してマウント指示およびＳｅｅｋ開始指示を促す。なお、Ｉ／Ｏ処理制御部１３ｃは、マウント／アンマウント指示部１３ｄに対してマウント指示を促したならば、状態監視制御部１３ｆによる状態監視を開始させるため、マウント指示信号を状態監視制御部１３ｆに対して通知する。
【００３７】
そして、Ｉ／Ｏ処理制御部１３ｃは、Ｓｅｅｋ処理中に、後述する状態監視制御部１３ｆより異常検知信号を受信した場合には、処理状況情報処理部１３ｂより処理状況情報を受け取って、バックアップ処理再試行に利用する別ドライブおよびテープ媒体を決定して、新規にＩ／Ｏ処理プロセスを生成したうえで、マウント／アンマウント指示部１３ｄに対してマウント指示を促す。
【００３８】
さらに、Ｉ／Ｏ処理制御部１３ｃは、非同期Ｉ／Ｏ処理中に、後述する状態監視制御部１３ｆより異常検知信号を受信した場合には、バックアップ処理を中断するとともに、処理状況情報処理部１３ｂより処理状況情報を受け取って、バックアップ処理再試行に利用する別ドライブおよびテープ媒体を決定したうえで、同じＩ／Ｏ処理プロセスにてマウント／アンマウント指示部１３ｄに対してマウント指示を促す。
【００３９】
マウント／アンマウント指示部１３ｄは、Ｉ／Ｏ処理制御部１３ｃの制御に従ってマウント／アンマウントをＩ／Ｆ部１１を介してライブラリ装置に対して指示する。具体的には、マウント／アンマウント指示部１３ｄは、バックアップ処理が開始されてＩ／Ｏ処理制御部１３ｃよりマウント指示が促されたならば、ライブラリ装置に対してマウント指示を行い、バックアップ処理が完了するとライブラリ装置に対してアンマウント指示を行う。なお、マウントまたはアンマウント指示を受け付けたライブラリ装置は、該当するロボットに対してバックアップテープのマウントまたはアンマウントを実行する。
【００４０】
Ｓｅｅｋ開始指示部１３ｅは、Ｉ／Ｏ処理制御部１３ｃの制御に従ってＩ／Ｆ部１１を介してライブラリ装置にＳｅｅｋ開始を指示する。具体的には、Ｓｅｅｋ開始指示部１３ｅは、バックアップ処理が開始されてＩ／Ｏ処理制御部１３ｃによりＳｅｅｋ開始指示が促されたならば、ライブラリ装置に対してＳｅｅｋ開始指示を行う。なお、Ｓｅｅｋ開始指示を受け付けたライブラリ装置は、該当するロボットに対してバックアップテープのＳｅｅｋ開始を実行して、バックアップテープ書込み位置へ位置付けする。
【００４１】
状態監視制御部１３ｆは、マウントからアンマウントまでのバックアップ処理にかかるＩ／Ｏ処理時およびＳｅｅｋ処理時において異常状態の監視を行う。具体的には、状態監視制御部１３ｆは、Ｉ／Ｏ処理制御部１３ｃよりマウント指示信号を受信すると、アンマウント指示信号を受信するまでバックアップ処理状態を監視し、異常検知したならばＩ／Ｏ処理制御部１３ｃに対して異常検知信号を通知する。
【００４２】
この状態監視制御部１３ｆは、ドライブパスの単位時間当たりの処理能力（データ転送量）を監視する「スループット監視」と、何らかのハード障害発生時にライブラリ装置がバックアップサーバ装置１０に対して障害情報を自発的にネットワーク経由で通知するＳＮＭＰｔｒａｐを監視する「ＳＮＭＰｔｒａｐ監視」とを用いることで異常を早期に発見することが可能となっている。
【００４３】
［バックアップサーバ装置による状態監視処理］
次に、図４を用いて、バックアップサーバ装置１０の状態監視制御部１３ｆによる状態監視処理を説明する。図４は、図２に示した状態監視制御部１３ｆによる状態監視処理の流れを示すフローチャートである。
【００４４】
同図に示すように、状態監視制御部１３ｆは、Ｉ／Ｏ処理制御部１３ｃからのマウント指示信号受信待ちの状態にあり（ステップＳ４０１）、Ｉ／Ｏ処理制御部１３ｃよりマウント指示信号を受信したならば（ステップＳ４０１肯定）、ドライブパスの単位時間当たりの処理能力（データ転送量）を監視するスループット監視を開始する（ステップＳ４０２）。
【００４５】
続いて、状態監視制御部１３ｆは、スループットが数秒間「０」であるなど閾値を下回る期間が一定期間続いたか否か（ステップＳ４０３）、何らかのハード障害発生時にライブラリ装置がバックアップサーバ装置１０に対して障害情報を自発的にネットワーク経由で通知するＳＮＭＰｔｒａｐを受信したか否か（ステップＳ４０４）、Ｉ／Ｏ処理制御部１３ｃよりアンマウント指示があったか否か（ステップＳ４０９）を、それぞれ判定する。
【００４６】
ここで、状態監視制御部１３ｆは、スループットが閾値を下回る期間が一定期間続いた（ステップＳ４０３肯定）、または、ライブラリ装置よりＳＮＭＰｔｒａｐを受信したならば（ステップＳ４０４肯定）、処理状況情報処理部１３ｂの制御に従って処理状況情報管理テーブル１２ａを参照する（ステップＳ４０５）。
【００４７】
そして、状態監視制御部１３ｆは、処理状況情報管理テーブル１２ａにおいてテープＳｅｅｋ処理中であるならば（ステップＳ４０６肯定）、Ｉ／Ｏ処理制御部１３ｃに対してテープＳｅｅｋにて異常が発生したことを通知し（ステップＳ４０７）、テープＳｅｅｋ処理中でないならば（ステップＳ４０６否定）、Ｉ／Ｏ処理制御部１３ｃに対して非同期Ｉ／Ｏにて異常が発生したことを通知する（ステップＳ４０８）。
【００４８】
さらに、状態監視制御部１３ｆは、Ｉ／Ｏ処理制御部１３ｃよりアンマウント指示信号を受信したならば（ステップＳ４０９肯定）、状態監視を終了し（ステップＳ４１０）、Ｉ／Ｏ処理制御部１３ｃよりアンマウント指示信号を受信していないならば（ステップＳ４０９否定）、状態監視を継続することとなる（ステップＳ４０３およびステップＳ４０４）。
【００４９】
［バックアップサーバ装置によるバックアップ処理］
次に、図５および図６〜図８を用いて、バックアップサーバ装置１０のバックアップ処理を説明する。図５は、図２に示したバックアップサーバ装置１０によるバックアップ処理の流れを示すフローチャートであり、図６〜図８は、処理状況情報管理テーブル１２ａが保持しているバックアップにかかる各処理時の処理状況情報である。
【００５０】
図５に示すように、バックアップサーバ装置１０は、バックアップ処理開始受け付け待ちの状態にあり（ステップＳ５０１）、予め決定されたバックアップスケジュールによりバックアップ処理開始を受け付けたならば（ステップＳ５０１肯定）、データ送受処理部１３ａによりＲＡＩＤ装置に対してデータ要求を行い、ＲＡＩＤ装置より該当するデータを受け取る（ステップＳ５０２）。
【００５１】
続いて、Ｉ／Ｏ処理制御部１３ｃは、処理状況情報処理部１３ｂの制御に従って処理状況情報管理テーブル１２ａを参照しつつ利用可能なバックアップ対象（ドライブ）の決定を行って（ステップＳ５０３）、マウント／アンマウント指示部１３ｄを介してライブラリ装置に対してマウント指示を行うとともに（ステップＳ５０４）、Ｓｅｅｋ開始指示部１３ｅを介してライブラリ装置に対してテープＳｅｅｋ処理開始指示を行う（ステップＳ５０５）。
【００５２】
ここで、処理状況情報について説明すると、Ｉ／Ｏ処理制御部１３ｃにより利用可能なバックアップ対象（ドライブ）の決定が行われた場合の処理状況情報は、初期状態となっている。具体的には、バックアップ処理情報が「バックアップＡ：Ｉ／Ｏ処理未実施」およびドライブ情報が「ドライブ１：空き  ドライブ２：空き」となっている（図６の（Ａ）参照）。そして、処理状況情報処理部１３ｂは、マウント／アンマウント指示部１３ｄによりライブラリ装置に対してマウント指示が行われたならば、ドライブ情報を「ドライブ１：バックアップＡ使用中」に更新する（図６の（Ｂ）参照）。また、処理状況情報処理部１３ｂは、Ｓｅｅｋ開始指示部１３ｅによりライブラリ装置に対してテープＳｅｅｋ処理開始指示が行われたならば、バックアップ処理情報を「バックアップＡ：テープＳｅｅｋ処理中」に更新する（図６の（Ｃ）参照）。
【００５３】
そして、バックアップサーバ装置１０は、ライブラリ装置よりテープＳｅｅｋ処理完了信号を受信したか否か（ステップＳ５０６）、状態監視制御部１３ｆにおいてＳＮＭＰｔｒａｐまたはスループット異常信号を受信したか否か（ステップＳ５０７）を、それぞれ判定する。ここで、ライブラリ装置よりＳＮＭＰｔｒａｐまたはスループット異常信号を受信したならば（ステップＳ５０７肯定）、Ｉ／Ｏ処理制御部１３ｃは、別プロセスを生成して再び別のバックアップ対象（ドライブ）の決定を行う（ステップＳ５０８）。
【００５４】
ここで、処理状況情報について説明すると、処理状況情報処理部１３ｂは、Ｉ／Ｏ処理制御部１３ｃにより別プロセスを生成して再び別のバックアップ対象（ドライブ）の決定が行われたならば、バックアップ処理情報を「バックアップＡ：Ｉ／Ｏ処理未実施」に更新する（図６の（Ｄ）参照）。
【００５５】
さらに、バックアップサーバ装置１０は、ステップＳ５０７において異常検知し、ステップＳ５０８において別プロセスを生成して別のバックアップ対象（ドライブ）の決定を行ったならば、再びライブラリ装置に対してマウント指示を行うとともに（ステップＳ５０４）、ライブラリ装置に対してテープＳｅｅｋ処理開始の指示を行う（ステップＳ５０５）。なお、ライブラリ装置においてテープ媒体のハード障害に関しての異常検知がなされた場合は、バックアップサーバ装置１０は、Ｉ／Ｏ処理プロセスを中断することができないため、異常検知したドライブの処理をそのままにしてきおき（ステップＳ５０９）、当該ドライブから応答が返されたらＩ／Ｏ処理プロセスを中止することとなる（ステップＳ５１０）。
【００５６】
ここで、処理状況情報について説明すると、処理状況情報処理部１３ｂは、Ｉ／Ｏ処理制御部１３ｃによりステップＳ５０８において別プロセスを生成して、別のバックアップ対象（ドライブ）が決定され、再びライブラリ装置に対してマウント指示が行われたならば、ドライブ情報を「ドライブ１：バックアップＡ使用中（異常）  ドライブ２：バックアップＡ使用中」に更新する（図６の（Ｅ）参照）。また、処理状況情報処理部１３ｂは、Ｓｅｅｋ開始指示部１３ｅにより再びライブラリ装置に対してテープＳｅｅｋ処理開始の指示が行われたならば、バックアップ処理情報を「バックアップＡ：テープＳｅｅｋ処理中」に更新する（図６の（Ｆ）参照）。
【００５７】
次に、バックアップサーバ装置１０は、ステップＳ５０６においてライブラリ装置よりＳｅｅｋ処理完了信号を受信したならば（ステップＳ５０６肯定）、Ｉ／Ｏ処理制御部１３ｃの制御に従ってデータ送受処理部１３ａに対してＲＡＩＤ装置から受け取ったデータをライブラリ装置へ送信させるデータＩ／Ｏ処理開始をライブラリ装置に対して指示するとともに（ステップＳ５１１）、ライブラリ装置のドライブに対してデータ書込み指示を行う（ステップＳ５１２）。
【００５８】
ここで、処理状況情報について説明すると、処理状況情報処理部１３ｂは、バックアップサーバ装置１０によりデータＩ／Ｏ処理開始をライブラリ装置に対して指示がなされたならば、バックアップ処理情報を「バックアップＡ：データＩ／Ｏ処理中」に更新する（図７の（Ａ）参照）。
【００５９】
そして、バックアップサーバ装置１０は、ライブラリ装置よりテープＳｅｅｋ処理完了信号を受信したか否か（ステップＳ５１３）、状態監視制御部１３ｆにおいてＳＮＭＰｔｒａｐまたはスループット異常信号を受信したか否か（ステップＳ５１４）を、それぞれ判定する。ここで、ライブラリ装置よりＳＮＭＰｔｒａｐまたはスループット異常信号を受信したならば（ステップＳ５１４否定）、バックアップサーバ装置１０は、データＩ／Ｏ処理を中断し（ステップＳ５１５）、マウント／アンマウント指示部１３ｄを介してライブラリ装置に対してアンマウント指示を行うとともに（ステップＳ５１６）、同じＩ／Ｏ処理プロセスを利用して別のバックアップ対象（ドライブ）の決定を行う（ステップＳ５１７）。
【００６０】
ここで、処理状況情報について説明すると、処理状況情報処理部１３ｂは、バックアップサーバ装置１０によりＩ／Ｏ処理が中断されたならば、バックアップ処理情報を「バックアップＡ：データＩ／Ｏ処理未実施」に更新する（図７の（Ｂ）参照）。また、処理状況情報処理部１３ｂは、マウント／アンマウント指示部１３ｄによりライブラリ装置に対してアンマウント指示がなされたならば、ドライブ情報を「ドライブ１：空き」に更新する（図７の（Ｃ）参照）。また、バックアップサーバ装置１０により同じＩ／Ｏ処理プロセスを利用して別のバックアップ対象（ドライブ）の決定が行われた場合の処理状況情報は、上記した初期状態となる（図７の（Ｄ）参照）。
【００６１】
さらに、バックアップサーバ装置１０は、ステップＳ５１４において異常検知し、ステップＳ５１７において同プロセスを利用して別のバックアップ対象（ドライブ）の決定を行ったならば、再びライブラリ装置に対してマウント指示を行うとともに（ステップＳ５０４）、テープＳｅｅｋ処理開始の指示を行う（ステップＳ５０５）。
【００６２】
なお、バックアップサーバ装置１０は、ステップＳ５１３においてライブラリ装置よりデータＩ／Ｏ処理完了信号を受信したならば（ステップＳ５１３肯定）、Ｉ／Ｏ処理制御部１３ｃの制御に従ってマウント／アンマウント指示部１３ｄを介してライブラリ装置に対してアンマウント指示を行う（ステップＳ５１８）。
【００６３】
ここで、処理状況情報について説明すると、処理状況情報処理部１３ｂは、ステップＳ５１３においてバックアップサーバ装置１０によりデータＩ／Ｏ処理完了信号を受信したならば、バックアップ処理情報を「バックアップＡ：Ｉ／Ｏ処理完了」に更新する（図８の（Ａ）参照）。なお、マウント／アンマウント指示部１３ｄによりライブラリ装置に対してアンマウント指示が行われた場合の処理状況情報は、上記した初期状態となる（図８の（Ｂ）参照）。
【００６４】
［実施例１の効果］
このようにして、実施例１にかかるバックアップサーバ装置１０は、バックアップ処理に対してテープＳｅｅｋ処理中および非同期Ｉ／Ｏ処理中の状態監視を行うことにより、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能である。このため、バックアップスケジュール通りにバックアップデータを採取するとともにバックアップデータの取りこぼしをなくすことが可能である。
【００６５】
また、実施例１によれば、Ｓｅｅｋ処理時に異常検知された場合は、Ｓｅｅｋ処理を残しつつバックアップ処理の再試行を行うこととしたので、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能であるとともに、媒体でのハード障害による異常検知が多いＳｅｅｋ処理を残しておくことで当該Ｓｅｅｋ処理において用いたドライブを他処理において利用して再度異常検知されることを免れることが可能である。
【００６６】
また、実施例１によれば、Ｉ／Ｏ処理時に異常検知された場合は、Ｉ／Ｏ処理を中断してバックアップ処理の再試行を行うこととしたので、異常を早期発見してバックアップ処理の再試行を早期に実行することが可能であるとともに、バックアップ装置とライブラリ装置間のドライブパスでの異常検知が多いＩ／Ｏ処理において、媒体での異常の可能性を考慮して別ドライブとテープ媒体を利用することで再度異常検知されることを免れることが可能である。
【００６７】
また、実施例１によれば、ライブラリ装置に対してバックアップ処理の指示を行う場合には、処理状況情報管理テーブル１２ａを参照するとともにバックアップ処理を行うバックアップテープおよびドライブを決定することとしたので、各処理状況に応じて的確かつ迅速にバックアップ処理の開始または再試行を行うことが可能である。
【実施例２】
【００６８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すようにそれぞれ区分けして異なる実施例を説明する。
【００６９】
［監視対象］
上記の実施例１では、ライブラリ装置によるＳｅｅｋ処理中およびドライブパスによるＩ／Ｏ処理中の両者について監視する場合を説明したが、本発明はこれに限定されるものではなく、Ｓｅｅｋ処理中またはＩ／Ｏ処理中の一方のみ監視する場合でも本発明を同様に適用することができる。
【００７０】
［バックアップサーバ装置、ＲＡＩＤ装置及びライブラリ装置の構成］
また、上記の実施例１では、バックアップサーバ装置、ＲＡＩＤ装置及びライブラリ装置が１対１対１の関係で構成されることとして説明したが、本発明はこれに限定されるものではなく、いかなる関係で構成されるものであってもよく、例えば、複数のＲＡＩＤ装置と、一つのバックアップサーバ装置と、一つのライブラリ装置との関係で構成されるものであってもよい。例えば、複数のＲＡＩＤ装置に同じデータを格納しておけば、一つのＲＡＩＤ装置がハード異常により利用できない場合には、当該ＲＡＩＤ装置と別のＲＡＩＤ装置のデータを利用してバックアップ処理を行うこととなる。
【００７１】
［記憶領域］
また、上記の実施例１では、記憶領域を装置内部の記憶部と、装置外部のディスクとに分けて構成する場合を説明したが、本発明はこれに限定されるものではなく、一つの記憶領域に統合した構成であってもよい。例えば、バックアップサーバ装置１０の記憶部１２において、バックアップ処理の対象となるデータを格納するようにしてもよく、ライブラリ装置において、当該データの複製を格納するようにしてもよい。
【００７２】
［システム構成］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、データ送受処理部１３ａを、データ送信を行うデータ送信処理部と、データ受信を行うデータ受信処理部とに分散するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００７３】
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。例えば、上記の実施例では、ＲＡＩＤ装置からバックアップサーバ装置１０へのデータの送信がスケジューリングに従って自動で行われる場合を説明したが、オペレータが所定の操作を行うことで動作が始まるようにしてもよい。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７４】
［バックアッププログラム］
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図９を用いて、上記の実施例に示したバックアップサーバ装置と同様の機能を有するバックアッププログラムを実行するコンピュータの一例を説明する。図９は、バックアッププログラムを実行するコンピュータを示す図である。
【００７５】
同図に示すように、バックアップサーバ装置としてのコンピュータ１１０は、キーボード１２０、ＨＤＤ１３０、ＣＰＵ１４０、ＲＯＭ１５０、ＲＡＭ１６０およびディスプレイ１７０をバス１８０などで接続して構成される。
【００７６】
ＲＯＭ１５０には、上記の実施例１に示したバックアップサーバ装置１０と同様の機能を発揮するバックアッププログラム、つまり、図９に示すように探索処理指示プログラム１５０ａと、異常検知プログラム１５０ｂと、再試行プログラム１５０ｃとが、あらかじめ記憶されている。なお、これらのプログラム１５０ａ〜プログラム１５０ｃについては、図２に示したバックアップサーバ装置の各構成要素と同様、適宜統合または、分散してもよい。
【００７７】
そして、ＣＰＵ１４０がこれらのプログラム１５０ａ〜プログラム１５０ｃをＲＯＭ１５０から読み出して実行することで、図９に示すように、プログラム１５０ａ〜プログラム１５０ｃは、探索処理指示プロセス１４０ａと、異常検知プロセス１４０ｂと、再試行プロセス１４０ｃとして機能するようになる。なお、プロセス１４０ａ〜プロセス１４０ｃは、図２に示した、Ｓｅｅｋ開始指示部１３ｅと、状態監視制御部１３ｆと、Ｉ／Ｏ処理制御部１３ｃとにそれぞれ対応する。
【００７８】
そして、ＣＰＵ１４０はＲＡＭ１６０に記録された処理状況情報データ１６０ａに基づいてバックアッププログラムを実行する。
【００７９】
なお、上記した各プログラム１５０ａ〜プログラム１５０ｃについては、必ずしも最初からＲＯＭ１５０に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれから各プログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【００８０】
以上のように、本発明に係るバックアッププログラム、バックアップ方法およびバックアップサーバ装置は、バックアップサーバ装置を用いたバックアップ処理に有用であり、特に、Ｓｅｅｋ時またはＩ／Ｏ時に処理状態を監視して、ドライブパスやライブラリ装置に異常が発生した場合にバックアップ処理の再試行を早く行うことに適する。
【図面の簡単な説明】
【００８１】
【図１】実施例１に係るバックアップサーバ装置を用いたバックアップ処理の概要および特徴を示す説明図である。
【図２】バックアップサーバ装置の構成を示すブロック図である。
【図３】図２に示した処理状況情報管理テーブルの一例を示す図である。
【図４】図２に示した状態監視制御部による状態監視処理の流れを示すフローチャートである。
【図５】図２に示したバックアップサーバ装置によるバックアップ処理の流れを示すフローチャートである。
【図６】図２に示した処理状況情報管理テーブルが保持しているバックアップにかかるＳｅｅｋ処理時の処理状況情報を示す図である。
【図７】図２に示した処理状況情報管理テーブルが保持しているバックアップにかかるＩ／Ｏ処理時の処理状況情報を示す図である。
【図８】図２に示した処理状況情報管理テーブルが保持しているバックアップにかかるバックアップ処理完了時の処理状況情報を示す図である。
【図９】バックアッププログラムを実行するコンピュータを示す図である。
【符号の説明】
【００８２】
１０  バックアップサーバ装置
１１  Ｉ／Ｆ部
１２  記憶部
１２ａ  処理状況情報管理テーブル
１３  制御部
１３ａ  データ送受処理部
１３ｂ  処理状況情報処理部
１３ｃ  Ｉ／Ｏ処理制御部
１３ｄ  マウント／アンマウント指示部
１３ｅ  Ｓｅｅｋ開始指示部
１３ｆ  状態監視制御部
１１０  コンピュータ
１２０  キーボード
１３０  ＨＤＤ
１４０  ＣＰＵ
１４０ａ  探索処理指示プロセス
１４０ｂ  異常検知プロセス
１４０ｃ  再試行プロセス
１５０  ＲＯＭ
１５０ａ  探索処理指示プログラム
１５０ｂ  異常検知プログラム
１５０ｃ  再試行プログラム
１６０  ＲＡＭ
１６０ａ  処理状況情報データ
１７０  ディスプレイ
１８０  バス
【図１】
2008250509.tif 000003
【図２】
2008250509.tif 000004
【図３】
2008250509.tif 000005
【図４】
2008250509.tif 000006
【図５】
2008250509.tif 000007
【図６】
2008250509.tif 000008
【図７】
2008250509.tif 000009
【図８】
2008250509.tif 000010
【図９】
2008250509.tif 000011