(57)【要約】      （修正有）【課題】異種ファイルフォーマット環境となっているストレージ内のデータであっても、既存のバックアップツールを使用してバックアップとリストアとを可能とするストレージ管理媒介サーバ及びその制御方法を提供する。【解決手段】マスターサーバ２から受信したバックアップの指示等を媒介するＢＫツール連携モジュール１１と、指示等に応答してバックアップ、リストア等が可能なデータ操作モジュール１２と、副ボリューム３２に格納されたファイルのファイルフォーマットを認識可能なフォーマット解析モジュール１３と、ファイルシステム毎に必要とされる複数のＦＳドライバ（１〜Ｎ）１４とを有し、データ操作モジュール１２が、入力された指示等に応答し、指定されたファイルのファイルフォーマットに適合するＦＳドライバ（１〜Ｎ）１４を介して副ボリューム３２をマウントし、バックアップ、リストア等が可能な構成を有している。【選択図】図１
2010079798.tif 000002
【特許請求の範囲】
【請求項１】
異なるファイルシステムの管理の下で作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、
適合するファイルシステムの下で作成されたファイルを格納するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、
前記ボリュームに格納されたファイルのファイルフォーマットを解析して前記複数種類のファイルシステムドライバから適合するファイルシステムドライバを選択し、選択されたファイルシステムドライバを介してボリュームをマウントするフォーマット解析手段と、
前記ファイルシステムドライバを振って前記フォーマット解析手段にファイルフォーマットに適合するファイルシステムドライバを選択させ、選択されたファイルシステムドライバを介して、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えることを特徴とするストレージ管理媒介サーバ。
【請求項２】
少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で前記指示を受け付け可能であり、入力された前記指示に応答して前記データ操作手段を制御し、マウントされて読み出し及び書き込みのいずれか１つ以上が可能となったボリュームに対する処理を実行させるバックアップツール連携手段を備えることを特徴とする請求項１に記載のストレージ管理媒介サーバ。
【請求項３】
異なるファイルシステムの管理の下に作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、ファイルシステムが適合するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、マウントされたボリュームに格納されたファイルのファイルフォーマットを解析可能なフォーマット解析手段と、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えるストレージ管理媒介サーバの制御方法において、
前記データ操作手段が、バックアップ又はリストアの指示に応答して前記フォーマット解析手段を制御し、前記ボリューム中のファイルのファイルフォーマットを解析させて適合するファイルシステムドライバを選択させる第１のステップと、
前記データ操作手段が、前記選択されたファイルシステムドライバを介して、バックアップ又はリストア対象のファイルを格納するボリュームをマウントさせる第２のステップと、
前記データ操作手段が、前記第２のステップでマウントされたボリュームを対象にバックアップ又はリストアを実行する第３のステップと、を備えることを特徴とするストレージ管理媒介サーバの制御方法。
【請求項４】
前記ストレージ管理媒介サーバが、少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で前記指示を受け付け可能であり、入力された前記指示に応答して前記データ操作手段を制御可能なバックアップツール連携手段を備え、前記第１のステップ〜第３のステップまでの処理が、前記バックアップツール連携手段の制御の下に行われることを特徴とする請求項３に記載のストレージ管理媒介サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク環境下でバックアップ及びリストアが可能なストレージ管理媒介サーバ及びその制御方法に関し、特にファイルシステムの異なるホスト等が混在する環境下でも使用可能なストレージ管理媒介サーバ及びその制御方法に関する。
【背景技術】
【０００２】
近年、企業においては、情報の電子化が進み、蓄積された電子データの量が急激に増加し、保管する大規模ストレージに対するニーズは非常に大きい。また、サービスを提供するホストの数も増加し、サービスアプリケーションも多種類になってきている。さらに、複数種類のファイルシステムが混在するマルチプラットフォームの下に作成されたファイルを管理することも稀ではなく、ストレージからのバックアップ、これへのリストア等においてしばしば困難、障害等が伴った。
【０００３】
このような困難、障害等を解決するための技術として、ホスト毎に同じホストＯＳの別サーバを立てて行うものがある。この技術では、正ボリュームから原データがコピーされて副ボリュームが作成され、各別サーバのバックアップクライアントアプリケーションを介してバックアップが行われる。しかしながら、この技術では、多くの別サーバを立てることともなりかねず、多大のコストがかかることにもなりかねない。
【０００４】
また、この技術では、個々の別サーバにバックアップデータが読みだされてＬＡＮやＳＡＮ（Storage Area Network）等を経由して媒介するメディアサーバに送信される。しかしながら、このようなバックアップデータの通信はＬＡＮやＳＡＮ等の帯域を圧迫することとなる。バックアップデータ用に専用回線を別途設ける場合、その導入及び維持にコストがかかることとなる。
【０００５】
また、混在するファイルフォーマットを統一して管理する技術も知られている（例えば、特許文献１参照。）。特許文献１に記載の技術では、上記のＳＡＮが使用され、異なるホストＯＳの下に作成されたファイルのファイルフォーマットをＳＡＮで処理可能なファイルフォーマットに変換してすることが行われる。これによって、上記の別サーバを設けることは必要とされない。
【０００６】
さらに、ＳＡＮを使用してＬＡＮを経由しないＬＡＮフリーバックアップ技術も知られている（例えば、特許文献２参照。）。特許文献２に記載の技術では、ネットワークファイルサーバモジュールがバックアップ対象ファイルをストレージ内のバックアップ用ボリュームにコピーし、それをＳＡＮ経由で外部記憶装置にコピーすることが行われる。
【特許文献１】特開２００２−００７１７４号公報
【特許文献２】特開２００４−０５４７２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、引用文献１に記載の従来の技術では、以下のような問題を有していた。まず、バックアップファイルが、オリジナルファイルをファイルフォーマット変換して得られるものであるため、ファイルフォーマットが変わってしまう場合があった。そのため、ＳＡＮに対応するファイルシステム（以下、ＳＡＮ−ＦＳという。）をもたないホストでは、ファイルの復元ができない場合が生じていた。また、リアルタイムでＳＡＮ−ＦＳによるファイルフォーマット変換が行われるため、このようなオーバヘッドが問題になるようなシステムには導入できないことともなっていた。更に、稼働中の環境に適用する場合、バックアップ済みのものも含め、既存のファイルを全てＳＡＮ−ＦＳのファイルフォーマットに変換しなければならず、現実的な解決策とは言い難い。
【０００８】
また、引用文献２に記載の従来の技術では、以下のような問題を有していた。この技術では、ネットワークファイルサーバモジュールがファイルフォーマットを認識可能にし、ＮＡＳ（Network Attached Storage）が使用される。そのため、ＳＡＮストレージ内の混在したヘテロなファイルフォーマット環境には、この技術は適用できない。また、ストレージを有するＮＡＳ自身にファイルコピーのために負担がかかり、オンラインバックアップにおいて通常のファイルサービスのパフォーマンス劣化に繋がる恐れもある。
【０００９】
以上の現状に鑑み、本発明の目的は、異種ファイルフォーマット環境となっているストレージ内のデータであっても、既存のバックアップツールを使用してバックアップとリストアとを可能とするストレージ管理媒介サーバ及びその制御方法を提供する。
【課題を解決するための手段】
【００１０】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、異なるファイルシステムの管理の下で作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、適合するファイルシステムの下で作成されたファイルを格納するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、前記ボリュームに格納されたファイルのファイルフォーマットを解析して前記複数種類のファイルシステムドライバから適合するファイルシステムドライバを選択し、選択されたファイルシステムドライバを介してボリュームをマウントするフォーマット解析手段と、前記ファイルシステムドライバを振って前記フォーマット解析手段にファイルフォーマットに適合するファイルシステムドライバを選択させ、選択されたファイルシステムドライバを介して、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えることを特徴とする。
【００１１】
請求項２に係る発明は、請求項１に記載のストレージ管理媒介サーバにおいて、少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で前記指示を受け付け可能であり、入力された前記指示に応答して前記データ操作手段を制御し、マウントされて読み出し及び書き込みのいずれか１つ以上が可能となったボリュームに対する処理を実行させるバックアップツール連携手段を備えることを特徴とする。
【００１２】
請求項３に係る発明は、異なるファイルシステムの管理の下に作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、ファイルシステムが適合するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、マウントされたボリュームに格納されたファイルのファイルフォーマットを解析可能なフォーマット解析手段と、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えるストレージ管理媒介サーバの制御方法において、前記データ操作手段が、バックアップ又はリストアの指示に応答して前記フォーマット解析手段を制御し、前記ボリューム中のファイルのファイルフォーマットを解析させて適合するファイルシステムドライバを選択させる第１のステップと、前記データ操作手段が、前記選択されたファイルシステムドライバを選択して、バックアップ又はリストア対象のファイルを格納するボリュームをマウントさせる第２のステップと、前記データ操作手段が、前記第２のステップでマウントされたボリュームを対象にバックアップ又はリストアを実行する第３のステップと、を備えることを特徴とする。
【００１３】
請求項４に係る発明は、請求項３に記載のストレージ管理媒介サーバの制御方法において、前記ストレージ管理媒介サーバが、少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で前記指示を受け付け可能であり、入力された前記指示に応答して前記データ操作手段を制御可能なバックアップツール連携手段を備え、前記第１のステップ〜第３のステップまでの処理が、前記バックアップツール連携手段の制御の下に行われることを特徴とする。
【発明の効果】
【００１４】
請求項１に係る発明によれば、異なるファイルシステムの管理の下で作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、適合するファイルシステムの下で作成されたファイルを格納するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、適合するファイルシステムドライバを介してボリュームをマウントし、ボリュームに格納されたファイルのファイルフォーマットを解析可能なフォーマット解析手段と、ファイルシステムドライバを振ってフォーマット解析手段にファイルフォーマットを解析させ、処理対象のファイルが格納されたボリュームに適合するファイルシステムドライバを介して、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えるため、異種ファイルフォーマット環境となっているストレージ内のデータであっても、既存のバックアップツールを使用してバックアップとリストアとが可能なストレージ管理媒介サーバを実現することができる。
【００１５】
請求項２に係る発明によれば、上記請求項１の効果に加えて、少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で指示を受け付け可能であり、入力された指示に応答してデータ操作手段を制御し、マウントされて読み出し及び書き込みのいずれか１つ以上が可能となったボリュームに対する処理を実行させるバックアップツール連携手段を備えるため、外部の装置から制御可能となる。
【００１６】
請求項３に係る発明によれば、上記請求項１又は請求項２の効果に加えて、異なるファイルシステムの管理の下に作成されたファイルを格納するボリュームが混在するストレージシステムにＳＡＮ経由で接続されたサーバであって、ファイルシステムが適合するボリュームをマウント可能であって、全体として対象の全てのボリュームをマウント可能とする、複数種類のファイルシステムドライバと、マウントされたボリュームに格納されたファイルのファイルフォーマットを解析可能なフォーマット解析手段と、マウントされたボリュームからファイルを読み出して外部の格納手段に格納可能なデータ操作手段と、を備えるストレージ管理媒介サーバの制御方法において、データ操作手段が、バックアップ又はリストアの指示に応答してフォーマット解析手段を制御し、適合するファイルシステムドライバを介して読み出し可能となったボリューム中のファイルのファイルフォーマットを解析させる第１のステップと、データ操作手段が、前記選択されたファイルシステムドライバを介して、バックアップ又はリストア対象のファイルを格納するボリュームをマウントさせる第２のステップと、データ操作手段が、第２のステップでマウントされたボリュームを対象にバックアップ又はリストアを実行する第３のステップと、を備えるため、異種ファイルフォーマット環境となっているストレージ内のデータであっても、既存のバックアップツールを使用してバックアップとリストアとを実行可能な、ストレージ管理媒介サーバの制御方法を実現することができる。
【００１７】
請求項４に係る発明によれば、上記請求項１乃至請求項３のいずれか一項の効果に加えて、ストレージ管理媒介サーバが、少なくともバックアップ及びリストアを指示可能なマスターサーバからＬＡＮ経由で指示を受け付け可能であり、入力された指示に応答してデータ操作手段を制御可能なバックアップツール連携手段を備え、第１のステップ〜第３のステップまでの処理が、バックアップツール連携手段の制御の下に行われるため、外部の装置から制御可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、実施例を示した図面を参照しつつ本発明の実施の形態について説明する。なお、これにより本発明が限定されるものではない。
図１は、本発明によるストレージ管理媒介サーバ（以下、メディアサーバという。）が配置されるネットワーク環境の一部を示すブロック構成図である。このネットワーク環境には、図１に示すように、媒介してバックアップ等の処理が可能なメディアサーバ１、メディアサーバ１にバックアップ等の指示が可能なマスターサーバ２、ストレージシステム３、バックアップ用のテープ装置４等が配置されている。
【００１９】
メディアサーバ１とストレージシステム３及びテープ装置４とは、ＳＡＮ（Storage Area Network）１０２を介して、データのバックアップ、リストア等の所定の処理のために相互に通信可能に接続されている。メディアサーバ１とマスターサーバ２とはＬＡＮ（Local Area Network）１０１を介して相互に通信可能に接続され、ＮＤＭＰ（Network Data Management Protocol）に準拠して通信可能となっている。これら１、２の間では、他の装置間の通信の障害とならないような少ないデータ量の通信が行われる。マスターサーバ２には、バックアップ、リストア等のためのバックアップツール２１が設けられている。
【００２０】
ここで、ストレージシステム３は、データを記憶する複数のボリュームを有し、その一部がバックアップ対象の原データを記憶しているボリューム（以下、正ボリュームという。）３１である。ストレージシステム３には、また、これを管理する管理端末５が接続され、正ボリューム３１から他のボリューム（以下、副ボリュームという。）３２にデータが複製可能となっている。
【００２１】
また、ＬＡＮ１０１には、これを介したＷｅｂページの提供、メール配信等が可能なホスト６、ホスト６にアクセスする利用者端末７等も接続されている。ホスト６には、ストレージシステム３内の正ボリューム３１がマウント、即ちアクセス可能に接続され、正ボリューム３１に対して、ホスト６が種々のデータを格納し読み出すことが可能となっている。
【００２２】
メディアサーバ１は、ＢＫ（バックアップ）ツール連携モジュール１１、データ操作モジュール１２、フォーマット解析モジュール１３、及びＦＳドライバ（１〜Ｎ）１４を有する。メディアサーバ１がマスターサーバ２から受信したバックアップの指示、バックアップリスト等の所定の情報は、ＢＫツール連携モジュール１１に出力される。
【００２３】
ＢＫツール連携モジュール１１は、マスターサーバ２のバックアップツール２１からの指示を上記のように受信し、バックアップ、リストア等の処理を媒介可能となっている。具体的には、ＢＫツール連携モジュール１１は、バックアップツール２１からの指示、指示に応じた情報等をデータ操作モジュール１２に出力する。その結果、ＢＫツール連携モジュール１１、同様にマスターサーバ２は、データ操作モジュール１２を制御可能となっている。バックアップは、副ボリューム（１〜Ｍ）３２に複製されたデータを対象とする。ＢＫツール連携モジュール１１は、さらに、処理結果等をバックアップツール２１に送信するようになっている。
【００２４】
データ操作モジュール１２は、ＢＫツール連携モジュール１１からの出力に応答して、指定された副ボリューム３２からテープ装置４へのバックアップと、逆方向処理としてのリストア等が可能となっている。これらの処理は、必要に応じてフォーマット解析モジュール１３及びＦＳドライバ（１〜Ｎ）１４を介して行われる。リストアにおいては、例えば、テープ装置４内のバックアップデータのうちの指定されたファイルが抽出されて副ボリューム３２内の所定の領域に複製される。
【００２５】
フォーマット解析モジュール１３は、副ボリューム（１〜Ｍ）３２内のファイルのファイルフォーマットを認識可能となっている。
【００２６】
ＦＳドライバ（１〜Ｎ）１４は、必要に応じてファイルシステム毎に設けられ、適合するファイルシステムの下に管理されていたファイルが複製された副ボリューム（１〜Ｍ）３２をマウント可能となっている。以下では、必要なＦＳドライバ（１〜Ｎ）１４が設けられているものとする。
【００２７】
図２は、バックアップ及びリストアを行う場合のメディアサーバ１の論理構成についての説明図である。ＢＫツール連携モジュール１１は、図２に示すように、マスターサーバ２からの指示が入力され、データ操作モジュール１２を介してＦＳドライバ（１〜Ｎ）１４を制御し、適合するドライバ（Ｉ１〜ＩＭ）１４を介して副ボリューム（１〜Ｍ）３２をマウントする。ＢＫツール連携モジュール１１は、次に、ＦＳドライバ（Ｉ１〜ＩＭ）１４を介してマウント済みの副ボリューム（１〜Ｍ）３２から、バックアップツール２１によって指定されたファイル群をコピーしてテープ装置４に格納する。
【００２８】
図３は、バックアップ及びリストアに先立って行われる前段階処理について説明するためのフローチャートである。ここで、前段階処理に先立ち、管理端末５を介して、ストレージシステム３内に、バックアップ対象の正ボリューム３１に対する副ボリューム３２が作成されているものとする。また、バックアップするファイルについての情報が予め用意されているものとする。
【００２９】
まず、メディアサーバ１のＯＳが、副ボリューム３２をＳＣＳＩデバイスとして認識する（Ｓ１０１）。この時点では、副ボリュームのファイルシステムフォーマット（ＮＴＦＳ、ＦＡＴ等）は不明である。次に、フォーマット解析モジュール１３が、副ボリューム３２中のファイルフォーマットを認識する（Ｓ１０２）。具体的には、ＳＣＳＩコマンドを投入して副ボリュームデバイスの特定領域を読み取り、その読み取りデータを下にフォーマットを認識する。次に、認識されたファイルフォーマットに対応するＦＳドライバ１４を選択し、選択されたＦＳドライバを使用して副ボリューム３２をマウントする（Ｓ１０３）。
【００３０】
図４は、バックアップ処理について説明するフローチャートである。まず、メディアサーバ１が、マスターサーバ２からのバックアップの指示を受信してＢＫツール連携モジュール１１に出力する（Ｓ２０１）。この処理は、バックアップツール２１がＮＤＭＰに準拠してメディアサーバ１内のＢＫツール連携モジュール１１にアクセスし、指示するようにも表すことができる。
【００３１】
次に、ＢＫツール連携モジュール１１が、入力された指示に応答してマウント済みの副ボリューム（１〜Ｍ）３２中のファイルのファイルリストを取得し、マスターサーバ２に返信する（ステップＳ２０２）。このファイルリストは、所定のフォーマットに決められているのでもよい。次に、ＢＫツール連携モジュール１１が、マスターサーバ２から、バックアップファイルが指定されたリストを受信する（Ｓ２０３）。
【００３２】
次に、ＢＫツール連携モジュール１１が、リストに指定されたファイルのバックアップをデータ操作モジュール１２に指示する（ステップＳ２０４）。データ操作モジュール１２が、指定されたファイルをテープ装置４にコピーし、コピーされたファイルのリスト等からなるカタログ情報をテープ装置４に格納する（ステップＳ２０５）。次に、ＢＫツール連携モジュール１１が、バックアップの終了通知をバックアップツール２１に送信する（Ｓ２０６）。
【００３３】
図５は、リストア処理について説明するフローチャートである。まず、メディアサーバ１、即ちバックアップツール２１が、マスターサーバ２からのリストアの指示を受信してＢＫツール連携モジュール１１に出力する（Ｓ３０１）。
【００３４】
次に、ＢＫツール連携モジュール１１が、テープ装置内４のカタログ情報を取得して、マスターサーバ２に返信する（Ｓ３０２）。次に、ＢＫツール連携モジュール１１が、マスターサーバ２から、リストアファイルが指定されたリストを受信する（Ｓ３０３）。
【００３５】
次に、ＢＫツール連携モジュール１１が、リストに指定されたファイルのリストアをデータ操作モジュール１２に指示する（ステップＳ３０４）。データ操作モジュール１２が、指定されたファイルとファイル属性情報をテープ装置４からコピーしてストレージシステム３に復元する（ステップＳ３０５）。次に、ＢＫツール連携モジュール１１が、リストアの終了通知をバックアップツール２１に送信する（Ｓ３０６）。
【００３６】
本発明の構成によれば、異種のファイルフォーマットが混在していたとしても、ホスト６毎に別サーバを立てる必要が無く、メディアサーバ１で一括してバックアップ、リストを行うことができる。また、バックアップデータをＳＡＮ１０２経由でストレージに直接アクセスして取得するため、従来のように、一旦ホスト６でバックアップデータを吸い上げた後、更にデータをＳＡＮ１０２経由で送る必要がなくなる。その結果、バックアップデータ通信がＳＡＮ１０２の帯域を無駄に圧迫することもなく、効率的にバックアップすることができる。
【産業上の利用可能性】
【００３７】
本発明によるストレージ管理媒介サーバ及び方法は、情報機器製造業、ソフトウェア製造業等において利用可能であり、異種ＯＳの下で作成されたファイルが混在する環境下でこのような製品の有用性を増進する。
【図面の簡単な説明】
【００３８】
【図１】本発明によるストレージ管理媒介サーバ（メディアサーバ）が配置されるネットワーク環境の一例を模式的に示すブロック構成図である。
【図２】バックアップ及びリストアを行う場合のメディアサーバ１の論理構成についての説明図である。
【図３】バックアップ及びリストアに先立って行われる前段階処理について説明するためのフローチャートである。
【図４】バックアップ処理について説明するフローチャートである。
【図５】リストア処理について説明するフローチャートである。
【符号の説明】
【００３９】
１  ストレージ管理媒介サーバ（メディアサーバ）
２  マスターサーバ
３  ストレージシステム
４  テープ装置
５  管理端末
６  ホスト
７  利用者端末
１１  ＢＫツール連携モジュール
１２  データ操作モジュール
１３  フォーマット解析モジュール
１４  ＦＳドライバ
２１  バックアップツール
３１  正ボリューム
３２  副ボリューム
１０１  ＬＡＮ
１０２  ＳＡＮ
【図１】
2010079798.tif 000003
【図２】
2010079798.tif 000004
【図３】
2010079798.tif 000005
【図４】
2010079798.tif 000006
【図５】
2010079798.tif 000007