(57)【要約】【課題】複数のファイルサーバが存在する環境において、外部には複数のファイルサーバを単一の装置に見せかけつつ、効率的なバックアップ処理を行うシステムを提供する。【解決手段】本発明では、ホストと、ホストに接続される第一と第二のファイルサーバと、第一と第二のファイルサーバに接続される記憶装置システムとからなる計算機システムを構築する。第二のファイルサーバは、第一のファイルサーバがバックアップ対象のファイルを管理することを特定し、第一のファイルサーバにバックアップの指示を通知する。第一のサーバは、その指示に応じて、当該ファイルの複製データを格納する記憶装置の識別子を第二のファイルサーバに送信する。第二のファイルサーバは、当該識別子をもとに当該記憶装置のパス設定を行い、当該記憶装置からバックアップデータを取得する。【選択図】図１
2005055947.tif 000002
【特許請求の範囲】
【請求項１】
計算機と、前記計算機に接続される第一と第二のサーバと、前記第一と第二のサーバに接続され複数の記憶装置と前記複数の記憶装置を制御する記憶制御装置を有する記憶装置システムとからなる計算機システムであって、
前記第一のサーバは、第一のプログラムを格納する第一のメモリと、前記第一のプログラムを実行する第一のＣＰＵを備え、
前記第二のサーバは、第二のプログラムを格納する第二のメモリと、前記第二のプログラムを実行する第二のＣＰＵを備え、
前記第二のプログラムは、前記ファイルのバックアップを前記第二のサーバが前記第一のサーバに代わってバックアップするために必要な情報を前記第一のサーバに要求する部分を備え、
前記第一のプログラムは、前記要求に応じて、前記ファイルの複製データを格納する第二の記憶装置の識別子を前記第二のサーバに送信する部分を備え、
前記第二のプログラムは、前記識別子をもとに、前記第二の記憶装置からバックアップデータを取得する部分を備える、計算機システム。
【請求項２】
前記第二のサーバは、更に、バックアップサーバに接続され、
前記第二のプログラムは、前記取得したバックアップデータを、前記バックアップサーバに送信する部分を備える、請求項１記載の計算機システム。
【請求項３】
前記第二のプログラムは、前記識別子をもとに、前記第二の記憶装置にパス設定を行う部分を備える、請求項１記載の計算機システム。
【請求項４】
前記第一のプログラムは、前記ファイルへの書き込みを抑止し、前記ファイルを格納する第一の記憶装置に未書き込みのデータを前記第一の記憶装置に書き出す部分を備える、請求項１記載の計算機システム。
【請求項５】
前記第一のプログラムは、前記記憶装置システムに、前記第二の記憶装置に接続されるポートのＩＤを送信する部分と、前記ＩＤに応じて前記記憶装置システムが送信した前記第二の記憶装置の識別子を受信する部分を備える、請求項１記載の計算機システム。
【請求項６】
前記要求はバックアップ対象のディレクトリ名を含む、請求項１記載の計算機システム。
【請求項７】
計算機と、第二のサーバと、複数の記憶装置と前記複数の記憶装置を制御する記憶制御装置を有する記憶装置システムとに接続される第一のサーバであって、
前記第一のサーバは、プログラムを格納するメモリと、前記プログラムを実行するＣＰＵを備え、
前記プログラムは、前記第二のサーバからの、前記ファイルのバックアップを前記第二のサーバが前記第一のサーバに代わってバックアップするために必要な情報の要求に応じて、バックアップ対象のファイルへの書き込みを抑止する部分と、前記ファイルが格納される第一の記憶装置に未書き込みのデータを前記第一の記憶装置に書き出す部分と、前記ファイルの複製データを作成する部分と、前記複製データを格納する第二の記憶装置の識別子を前記第二のサーバに送信する部分を備える、第一のサーバ。
【請求項８】
前記プログラムは、前記記憶装置システムに、前記第二の記憶装置に接続されるポートのＩＤを送信する部分と、前記ＩＤに応じて前記記憶装置システムが送信した前記第二の記憶装置の識別子を受信する部分を備える、請求項７記載の第一のサーバ。
【請求項９】
前記要求は、バックアップ対象のディレクトリ名を含む、請求項７記載の第一のサーバ。
【請求項１０】
計算機と、第一のサーバと、複数の記憶装置と前記複数の記憶装置を制御する記憶制御装置を有する記憶装置システムとに接続される第二のサーバであって、
前記第二のサーバは、プログラムを格納するメモリと、前記プログラムを実行するＣＰＵを備え、
前記第二のプログラムは、前記ファイルのバックアップを前記第二のサーバが前記第一のサーバに代わってバックアップするために必要な情報を前記第一のサーバに要求する部分と、前記第一のサーバから前記ファイルの複製データを格納する第二の記憶装置の識別子を受信する部分と、前記識別子をもとに前記第二の記憶装置からバックアップデータを取得する部分を備える、第二のサーバ。
【請求項１１】
前記第二のプログラムは、前記識別子をもとに、前記第二の記憶装置にパス設定を行う部分を備える、請求項１０記載の第二のサーバ。
【請求項１２】
前記第二のサーバは、更に、バックアップサーバに接続され、
前記第二のプログラムは、前記取得したバックアップデータを、前記バックアップサーバに送信する部分を備える、請求項１０記載の第二のサーバ。
【請求項１３】
前記要求は、バックアップ対象のディレクトリ名を含む、請求項１０記載の第二のサーバ。
【請求項１４】
計算機と、前記計算機に接続される第一と第二のサーバと、前記第一と第二のサーバに接続され複数の記憶装置と前記複数の記憶装置を制御する記憶制御装置を有する記憶装置システムとからなる計算機システムにおいて、バックアップを行うためのバックアップ方法であって、
前記第二のサーバは、前記ファイルのバックアップを前記第二のサーバが前記第一のサーバに代わってバックアップするために必要な情報を前記第一のサーバに要求し、
前記第一のサーバは、前記要求に応じて、前記ファイルの複製データを格納する第二の記憶装置の識別子を前記第二のサーバに送信し、
前記第二のサーバは、前記識別子をもとに、前記第二の記憶装置からバックアップデータを取得する、バックアップ方法。
【請求項１５】
前記第二のサーバは、前記取得したバックアップデータを、前記第二のサーバに接続されるバックアップサーバに送信する、請求項１４記載のバックアップ方法。
【請求項１６】
前記第二のサーバは、前記識別子をもとに、前記第二の記憶装置にパス設定を行う、請求項１４記載のバックアップ方法。
【請求項１７】
前記第一のサーバは、前記ファイルへの書き込みを抑止し、前記ファイルを格納する第一の記憶装置に未書き込みのデータを前記第一の記憶装置に書き出す、請求項１４記載のバックアップ方法。
【請求項１８】
前記第一のサーバは、前記記憶装置システムに、前記記憶装置に接続されるポートのＩＤを送信し、前記ＩＤに応じて前記記憶装置システムが送信した前記第二の記憶装置の識別子を受信する、請求項１４記載のバックアップ方法。
【請求項１９】
前記要求はバックアップ対象のディレクトリ名を含む、請求項１４記載のバックアップ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システムにおけるバックアップに関する。
【０００２】
【従来の技術】
近年、データの増大に伴い、企業等で使用される計算機システムも大規模化している。しかし、記憶装置を増設すると、バックアップ業務も、複雑でコストがかかるものとなる。例えば、計算機毎にバックアップ装置を設置して、バックアップ処理を実施しなければならない。そのため、ホスト計算機（以下、ホストと略す）、記憶装置システム及びテープ装置を、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と呼ばれるネットワークに接続して、バックアップ処理専用のサーバ（以下、バックアップサーバと称する）により全ての記憶装置のデータを一括してバックアップする方法などが考えられている。例えば、特許文献１には、バックアップサーバが、ＳＡＮに接続された他のサーバが使用している記憶装置内のデータをテープ装置にバックアップする方法や、テープ装置を複数のホストで共用する形態が開示されている。以上により、通常の業務を実行しているサーバに負荷をかけずにバックアップを行い、計算機システムの構築コストを削減することができる。
【０００３】
また、複数ホスト間を相互接続するＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されるＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）と呼ばれる装置が普及している。ＮＡＳはＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）やＣＩＦＳ（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）などのネットワークファイルアクセス用プロトコルによるデータアクセスをホストに提供する装置であり、ファイルを記憶する記憶部分と、ホストからのファイルアクセス要求を処理するＮＡＳヘッド部分（以下、ファイルサーバと称する）からなる。ＮＡＳは、複数のホストからのデータ共有や設定作業が容易なことから、中〜大規模サイトでも用いられるようになっており、処理能力や信頼性を増すためにファイルサーバを複数有する装置も表れている。
【０００４】
商用のＮＡＳでは、高性能化・高信頼化のために、各社で独自のＯＳ、独自のファイルシステムを用いる事が多く、通常のホストのように市販のバックアップソフトを導入する事が極めて困難である。そのため、バックアップは、ＮＤＭＰ（Ｎｅｔｗｏｒｋ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いる方法が多く行われている。ＮＤＭＰはＮＡＳ装置とバックアップソフトを有する外部の装置間でのバックアップ処理用プロトコルであり、ＮＤＭＰに対応しているＮＡＳ装置は、ＮＤＭＰに対応しているバックアップソフトを有する装置からバックアップやリストアの操作が可能である。すなわち、バックアップソフトを有する１つの装置から、各社のＮＡＳのバックアップ操作が行えることから、ＮＤＭＰは、事実上の標準規格となっている。非特許文献１には、ＮＤＭＰによるＮＡＳのバックアップ方式についていくつかの方法が開示されている。
【０００５】
【特許文献１】
特開２００２−７３０４号公報
【非特許文献１】
オライリー・ジャパン社「ＳＡＮ  ＆  ＮＡＳ  ストレージネットワーク管理」  ｐ．１９３〜２２１
【０００６】
【発明が解決しようとする課題】
ＮＡＳのバックアップでは、記憶装置に格納されているデータをファイルサーバが読み出して、そのＮＡＳ固有のバックアップフォーマットを作成して、バックアップサーバないしＮＡＳに直接接続されたテープ装置に送る方式をとる。このため、バックアップ処理中はファイルサーバのＣＰＵの負荷が高くなり、オンライン業務に影響が出る。また、複数のファイルサーバを有する装置の場合、１台のＮＡＳであるにもかかわらず、外部、とくにバックアップサーバからは複数のＮＡＳとして認識されるため、管理が複雑になる。
【０００７】
本発明の目的は、複数のファイルサーバが存在する環境において、外部には複数のファイルサーバを単一の装置に見せかけつつ、効率的なバックアップ処理を行うシステムを提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明では、ホストと、ホストに接続される第一と第二のファイルサーバと、第一と第二のファイルサーバに接続される記憶装置システムとからなる計算機システムを構築する。
【０００９】
第二のファイルサーバは、第一のファイルサーバにバックアップの指示を通知する。第一のサーバは、その指示に応じて、当該ファイルの複製データを格納する記憶装置の識別子を第二のファイルサーバに送信する。第二のファイルサーバは、当該識別子をもとに当該記憶装置のパス設定を行い、当該記憶装置からバックアップデータを取得する。
【００１０】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の計算機システムの構成例を示す図である。尚、ソフトウェアは、楕円で囲んで示している。
【００１１】
計算機システムは、ファイルサーバ１Ａ、１Ｂ、１Ｃ、記憶装置システム２、スイッチ３、バックアップサーバ４、テープ装置５、ホスト６とから構成される。以下、ファイルサーバ１Ａ、１Ｂ、１Ｃを代表するときは、ファイルサーバ１と記載する。尚、ファイルサーバ１と記憶装置システム２を統合してＮＡＳ装置としてもよく、ＮＡＳ装置内の複数のファイルサーバを接続する内部スイッチが存在してもよい。
【００１２】
ファイルサーバ１は、ＬＡＮ  Ｉ／Ｆ１１、ＣＰＵ１２、メモリ１３、ＦＣ  Ｉ／Ｆ１４を有し、ＬＡＮ  Ｉ／Ｆ１１を介してスイッチ３に接続され、スイッチ３に接続されるホスト６に対して、ＮＦＳやＣＩＦＳなどによるファイルアクセスサービスを提供する。ファイルサーバ１Ｃは、ＬＡＮ  Ｉ／Ｆ１１を介して、バックアップサーバ４にも接続される。
【００１３】
メモリ１３には、デバイスドライバ１０１、ローカルファイルシステム１０２、ネットワークファイルシステム１０３、デバイスマネージャ１０４、連携プログラム１０５、バックアッププログラム１０６等のプログラムが格納される。デバイスドライバ１０１は、記憶装置システム２にアクセスするためのプログラムである。ローカルファイルシステム１０２は、後述のファイルシステムへアクセスするためのプログラムである。ネットワークファイルシステム１０３は、ホスト６から送信されるファイルアクセスプロトコル（ＮＦＳ／ＣＩＦＳ等）に従ったアクセス要求を処理するためのプログラムである。デバイスマネージャ１０４は、記憶装置２２のデータを他の記憶装置２２に複製したり、各記憶装置２２から情報の取得を行ったりするためのプログラムである。連携プログラム１０５は、バックアップを行う装置と連携しながらバックアップを行うためのプログラムである。バックアッププログラム１０６は、連携プログラム１０５を実行する他の装置と通信しながら、バックアップを一括して実施するためのプログラムである。
【００１４】
尚、バックアップサーバ４は、スイッチ３、あるいは全てのファイルサーバ１に直接接続される形態でもよい。そうすれば、ファイルサーバ１Ｃに障害が起きたとき、ファイルサーバ１Ａ、１Ｂのどちらかがファイルサーバ１Ｃに代わってバックアップする形態にできる。あるいは、１台のサーバをスタンバイサーバとしてアイドル状態にしておき、他のファイルサーバに障害が発生したときに、その処理を肩代わりする構成もある。このとき、スタンバイサーバでバックアップ処理を専門に担当させても通常業務に影響を与えない。
【００１５】
本実施形態では、ファイルサーバ１Ｃが、ファイルサーバ１Ａ、１Ｂに代わってバックアップするが、ファイルサーバ１Ｃに障害が起きたとき、ファイルサーバ１Ａ、１Ｂのどちらかがファイルサーバ１Ｃに代わって、バックアップする形態もあり得るので、バックアッププログラム１０６を有する。同様に、ファイルサーバ１Ｃは、ファイルサーバ１Ｃのバックアップ機能に障害が起きたとき、ファイルサーバ１Ａ、１Ｂのどちらかにバックアップを代わってもらう形態もあり得るので、連携プログラム１０５を有する。
【００１６】
記憶装置システム２は、ＦＣ  Ｉ／Ｆ２０、記憶制御装置２１、複数の記憶装置２２、管理端末２３とから構成され、ＦＣ  Ｉ／Ｆ２０を介してファイルサーバ１に接続される。記憶制御装置２１は、記憶装置２２の複製データを作成する機能（以下、ディスクミラー／スプリット機能（特許文献１に記載されているボリュームコピー機能に相当）と称する）を有する。管理端末２３は、記憶装置システム２の外部にあってもよい。また、記憶装置２２は、物理的な磁気ディスクドライブであってもよいし、ディスクアレイ装置のように、複数の磁気ディスクドライブをまとめて１つの論理的なディスクドライブに見せかける形態のものであってもよいし、光学的媒体などの他の媒体を利用する装置であってもよい。
【００１７】
バックアップサーバ４は、ファイルサーバ１Ｃに接続される他、テープ装置５にも接続され、ファイルサーバ１Ｃから送信されたデータをテープ装置５へバックアップする。尚、ファイルサーバ１Ｃとテープ装置５を、ＦＣ  Ｉ／Ｆを介して接続し、バックアップサーバ４を介さずにバックアップする形態もある。
【００１８】
通常、各記憶装置２２にアクセスするファイルサーバは一意に決まっているため、それぞれの記憶装置２２はどれか一つのファイルサーバのみからアクセスできるように設定されるが、複数のファイルサーバから共通に、特定の記憶装置２２にアクセス可能とすることもできる。以下、ファイルサーバから、特定の記憶装置２２にアクセスできるように設定する処理を、パス設定と称する。
【００１９】
図２は、記憶装置システム２の論理的な構成の一例を示す図である。論理的には、記憶装置２２１、２２２はファイルサーバ１Ａに、記憶装置２２３、２２４はファイルサーバ１Ｂに、記憶装置２２５は、ファイルサーバ１Ｃにパス設定されている。更に、未使用の記憶装置２２１’（プールボリューム）を保持している。必要に応じて記憶装置２２１’をファイルサーバ１にパス設定して複製データを格納する。記憶装置２２１’の管理は、ファイルサーバ１のどれかが行ってもよいし、管理端末２３を介して管理者が行ってもよい。
【００２０】
図３は、図２とは別の、記憶装置システム２の論理的な構成の一例を示す図である。接続関係は、図２と同様であるが、記憶装置２２１’〜２２５’は、記憶制御装置２１のディスクミラー／スプリット機能により、それぞれ記憶装置２２１〜２２５の複製データが格納される。
【００２１】
図４は、ファイルサーバ１で管理されるファイルシステムの階層ディレクトリ構造を示す図である。階層ディレクトリ構造とは、ルートディレクトリｄｉｒ＿ａ１を頂点にして、複数のファイルやディレクトリがルートディレクトリ下に存在する構造を指す。以下、階層ディレクトリ構造に属するファイル、ディレクトリ、そして、その構造を形成する属性情報の集まりをファイルシステムと呼ぶ。１つのファイルシステムは、複数の記憶装置に跨ることもあるし、１つの記憶装置に複数のファイルシステムが存在することもあるが、本実施形態では、簡単のため、１つのファイルシステムが１つの記憶装置に存在するものとする。
【００２２】
図５は、ファイルサーバ１で管理されるファイルシステムの内容を示す図である。ファイルサーバ１は、図２（図３）の記憶装置２２１、２２２にそれぞれ１つのファイルシステムを管理しており、それぞれにｕｓｒ１、ｕｓｒ２という名前を付けている。ＣＰＵ１２は、ローカルファイルシステム１０２を実行して、ディレクトリイメージ１１２のように、ルートディレクトリ”／”の配下に、ｕｓｒ１、ｕｓｒ２の２つのディレクトリがあるものとして管理している。これは一般のファイルサーバで管理される通常のファイルシステムの形態である。
【００２３】
次に、デバイスマネージャ１０４の実行により提供される３つの機能について説明する。
【００２４】
第一の機能は、パス設定を行う機能である。パス設定は、ＣＰＵ１２あるいは管理端末２３から記憶装置システム２に対する指示をもとに行われる。記憶装置２２のそれぞれには、記憶装置システム２内で一意な識別子（例えば、図２の記憶装置２２１には２２１番という識別子がついている）がついており、パス設定を行う際、ＣＰＵ１２や管理端末２３からは識別子が指定される。図２では、初期状態として、ファイルサーバ１Ａは記憶装置２２１、２２２に、ファイルサーバ１Ｂは記憶装置２２３、２２４に、ファイルサーバ１Ｃは記憶装置２２５に、パス設定が為されている。尚、識別子は、物理的な記憶装置に付されてもよいし、論理的な記憶装置に付されてもよい。
【００２５】
第二の機能は、記憶制御装置２１が有するディスクミラー／スプリット機能を起動して、記憶装置２２のうち特定の１台に格納されるデータを、別の記憶装置２２に複製する機能である。例えば、ＣＰＵ１２は、コピー元とコピー先の記憶装置の識別子を指定して、複製データ作成指示が出た時点の記憶装置２２１のデータ（スナップショットイメージ）を記憶装置２２１’に複製する。
【００２６】
第三の機能は、各記憶装置２２から、その記憶装置固有の情報取得を行う機能である。図６は、記憶装置２２１がファイルサーバ１Ａ、１Ｃに対してパス設定されている場合、ファイルサーバ１Ａ、１Ｃが記憶装置２２１にアクセスする時に使用する情報について示す図である。以下、説明の都合上、一部、プログラムを主体として記載することもあるが、実際は、ＣＰＵ１２が行為主体である。
【００２７】
ＣＰＵ１２がローカルファイルシステム１０２を実行して記憶装置２２１内のファイルシステムにアクセスする場合、記憶装置２２１に対するアクセス要求は、デバイスドライバ１０１を実行することで処理される。このとき、デバイスドライバ１０１は、ローカルファイルシステム１０２から、デバイスファイル名と呼ばれる一種のファイル名を受け取ることで、アクセス対象の記憶装置を特定する。図６の例では、記憶装置２２１内には、”／ｄｅｖ／ｓｄ１ｃ”というデバイスファイル名が対応付けられているので、ローカルファイルシステム１０２は、デバイスドライバ１０１が実行される際にデバイスファイル名”／ｄｅｖ／ｓｄ１ｃ”をパラメータとして渡すことで、アクセス対象の記憶装置２２１を特定する。デバイスファイル名とファイルシステム名を対応付けた情報は、ファイルサーバ１が有する設定ファイルである／ｅｔｃ／ｆｓｔａｂなどに格納されている。この設定ファイルは、メモリ１３に格納されてもよいし、実データを格納する記憶装置とは別の設定ファイルを格納するための記憶装置に格納されてもよい。
【００２８】
デバイスファイル名は、ファイルサーバ１Ａ、１Ｃのそれぞれで管理され、その名前付けも独立に行われるため（この名前付けについて明確な規則はない）、ファイルサーバ１Ａは記憶装置２２１に対して”／ｄｅｖ／ｓｄ１ｃ”を、ファイルサーバ１Ｃは”／ｄｅｖ／ｓｄ２ｃ”を対応付ける、ということが生じる。また、ローカルファイルシステム１０２は、この”／ｄｅｖ／ｓｄ１ｃ”を指定してアクセス要求を作成し、当該アクセス要求を、デバイスドライバ１０１に渡す。デバイスドライバ１０１では、渡されたデバイスファイル名を、ポートＩＤと論理ユニット番号（ＬＵＮ）に変換し、ポートＩＤとＬＵＮをパラメータとして含んだアクセス命令を記憶装置システム２に発行することで、記憶装置２２１にアクセスする。ただし、ポートＩＤは、初期化段階で物理インタフェース毎に動的に割り当てられるものであり（ユーザや管理者によって自由に決めることができない）、ＬＵＮは、パス設定の際に管理者が管理端末２３を介して、あるいは、ＣＰＵ１２がデバイスマネージャ１０４を実行して決定されるが、ファイルサーバ１Ａからアクセスするときの記憶装置２２１とファイルサーバ１Ｃからアクセスするときの記憶装置２２１に対して、必ず同じＬＵＮが割り当てられる保証はない。したがって、ファイルサーバ１Ａからアクセスしていた記憶装置２２１をファイルサーバ１Ｃからアクセスさせたい場合、ファイルサーバ１Ａで使用していた”／ｄｅｖ／ｓｄ１ｃ”をファイルサーバ１Ｃに教えても、そのデバイスファイル名で記憶装置２２１にアクセスできる保証は無い。
【００２９】
そこで、本実施形態では、各記憶装置が一意な識別子を持っていることを利用して、記憶装置を特定する。例えば、ディレクトリ”／ｕｓｒ１”の属する記憶装置を特定する場合、ＣＰＵ１２は、デバイスマネージャ１０４を用いて、記憶装置２２１の識別子を取得する指示を出す。この時、デバイスマネージャ１０４は、デバイスドライバ１０１に対してデバイスファイル名”／ｄｅｖ／ｓｄ１ｃ”を指定して指示を出す。デバイスドライバ１０１は、”／ｄｅｖ／ｓｄ１ｃ”を、ポートＩＤ、ＬＵＮの組の情報に変換し、当該ポートＩＤ、ＬＵＮの組に対応する記憶装置の識別子を取得する指示を記憶装置システム２へと送信する。記憶装置システム２はそれに応答して、記憶装置２２１の識別子”２２１”を、ファイルサーバ１Ａへ送信する。識別子を送信する方法の一例として、記憶装置システム２においてＳＣＳＩのＩＮＱＵＩＲＹコマンドやＭＯＤＥ  ＳＥＮＳＥコマンドに対する応答情報の一部に、記憶装置の識別子を入れて送信する方法が考えられる。そして、ファイルサーバ１Ａは、当該識別子をファイルサーバ１Ｃに送信する。一方、ファイルサーバ１Ｃで識別子”２２１”が付与された記憶装置２２１を特定するには、デバイスマネージャ１０４を実行して、ファイルサーバ１Ｃの有するデバイスファイル全てに対して識別子の取得を実施し、ファイルサーバ１Ａから受信した識別子”２２１”を返却するデバイスファイルを用いて、記憶装置２２１にアクセスすればよい。
【００３０】
尚、デバイスファイル名とファイルシステムとの対応付けは、ユーザによって付与されたＬＵＮをもとに、それぞれのファイルサーバが行う。また、ファイルサーバ１それぞれが、ファイルシステムと記憶装置の識別子を対応付けている場合、ファイルサーバ１Ａは、記憶装置システム２に識別子を問い合わせる必要はなく、ファイルサーバ１Ｃに対して、識別子を送信する。
【００３１】
続いて、バックアップ処理の流れについて、図７を用いて説明する。ここでは、図２の形態において、ファイルサーバ１Ｃが、ファイルサーバ１Ａが管理するディレクトリ／ｕｓｒ１以下をバックアップする指示を受け取ったとして説明する。
【００３２】
まず、ユーザあるいは管理者が、バックアップサーバ４に対して、バックアップしたいファイルが属するディレクトリ名を指定することで、処理が開始される。通常、バックアップサーバ４は、バックアップ対象のファイルやディレクトリを管理しているファイルサーバに対してバックアップを指示するが、本実施形態では、ファイルサーバ１Ｃに対して行う。ファイルサーバ１Ｃは、外部に対して自身の有するファイルシステムが図１０のようなディレクトリ構造を持つように見せかけている。よって、バックアップサーバ４は、ディレクトリ名”／ｓｅｒｖｅｒ１／ｕｓｒ１”を指定する。
【００３３】
次に、バックアップサーバ４は、ファイルサーバ１Ｃに対して、当該ディレクトリ名を通知して、バックアップ開始を指示する（ステップ７１）。ファイルサーバ１Ｃは、当該指示を受け取ると、バックアッププログラム１０６を実行して、ディレクトリ名”／ｓｅｒｖｅｒ１／ｕｓｒ１”から、バックアップ対象ディレクトリがファイルサーバ１Ａで管理されているものであると特定する（ステップ９１）。次に、ファイルサーバ１Ｃは、ファイルサーバ１Ａに対して、”／ｕｓｒ１”のバックアップを行う旨を通知する（ステップ９２）。
【００３４】
次に、ファイルサーバ１Ａは、当該通知を受けると、ローカルファイルシステム１０２を実行して、ネットワークファイルシステム１０３の実行による／ｕｓｒ１への書き込みを一時的に抑止し、バッファ上に記憶装置２２１への未書き込みデータがある場合には、当該データを全て記憶装置２２１へと書き出す（ステップ８１）。尚、バッファは、メモリ１３と同じであってもよいし、メモリ１３とは別に、ファイルサーバ内に存在してもよい。次に、記憶装置２２１’から未使用の記憶装置を選択して、選択した記憶装置に対してパス設定を行う（ステップ８２）。続いて、デバイスマネージャ１０４を実行して、記憶装置システム２に対し、記憶装置２２１のデータを２２１’に複製する指示を出し、記憶装置システム２では、ディスクミラー／スプリット機能を用いて、ファイルサーバ１Ａから指示のあった時点の記憶装置２２１のデータ（スナップショットイメージ）を記憶装置２２１’に複製する（ステップ８３）。次に、ファイルサーバ１Ａは、ステップ８１における／ｕｓｒ１への書き込み抑止を解除し、ネットワークファイルシステム１０３を実行して、通常のアクセスを許可する（ステップ８４）。
【００３５】
ステップ８１で、／ｕｓｒ１への書き込みを抑止し、バッファ内データを記憶装置２２１に書き出すのは次の理由による。まずバッファ内データを書き出す理由は、ファイルサーバ１Ｃから記憶装置２２１’の内容を吸い上げてバックアップするため、ファイルサーバ１Ａのバッファ内に未書き込みデータが残っていると、ファイルサーバ１Ｃからファイルサーバ１Ａのバッファのデータは読み出せないからである（記憶装置２２１’へのデータ書き込みは、ディスクミラー／スプリット機能によってなされるため、ファイルサーバ１Ａは記憶装置２２１’の書き込みについては意識しない）。次に、／ｕｓｒ１への書き込みを抑止する理由は、バッファ内データを記憶装置２２１に書き出している途中で新たなデータが入ってきた際、バックアップ指示のあった時点よりも新しいデータ内容が記憶装置に書き込まれることを避けるため、あるいは、例えば記憶装置２２１と２２２のそれぞれに格納されるファイルシステムについて同時にバックアップしたい場合（複数のファイルシステムについて同時にバックアップする場合）、記憶装置２２１’、２２２’に書き込まれるデータを、双方とも同一時刻のものとしなければならないためである。
【００３６】
ファイルサーバ１Ａは、デバイスマネージャ１０４を実行して、複製データが格納されている記憶装置２２１’の識別子を記憶装置システム２から取得し（ステップ８５）、その識別子をファイルサーバ１Ｃに送信する（ステップ８６）。
【００３７】
ファイルサーバ１Ｃは、ファイルサーバ１Ａから送信された識別子を基に、記憶装置２２１’にパス設定を行い（ステップ９３）、記憶装置２２１’はファイルサーバ１Ｃではどのデバイスファイル名に関連付けられているか検索する（ステップ９４）。検索方法は、前述の図６で説明した通りである。当該デバイスファイルが見つかると、当該ファイルを使用して対象となる記憶装置２２１’をマウントし、対象ディレクトリのデータを吸い上げる（ステップ９５）。バックアップ処理は、具体的にはバックアップサーバ４から指定されるが、一般的にはｔａｒやｄｕｍｐコマンドを実行することで実現される。次に、ｔａｒやｄｕｍｐコマンドなどで作成されたバックアップデータをバックアップサーバ４へ送信する（ステップ９６）。すべてのバックアップデータの送信が完了すると、当該記憶装置２２１’をアンマウントして（ステップ９７）、当該記憶装置のパス設定を解除する（ステップ９８）。
【００３８】
その後、バックアップサーバ４は、ファイルサーバ１Ｃから受信したデータを、テープ装置５へバックアップする（ステップ７２）。
【００３９】
尚、図３のように記憶装置２２１’などのスナップショットデータを格納する記憶装置が予めパス設定されている構成では、ステップ８２、ステップ９３、ステップ９８は不要となる。
【００４０】
以上では、ファイルサーバ１Ａのデータのみをバックアップする例を説明したが、例えばバックアップ対象のディレクトリを”／｛ｓｅｒｖｅｒ１／ｕｓｒ１｝、／｛ｓｅｒｖｅｒ２／ｕｓｅｒ２｝”と指定することで、ファイルサーバ１Ａの”／ｕｓｒ１と、１Ｂの”／ｕｓｒ２”のデータのバックアップを同時に行うこともできる。この場合、図９のステップ９２では、ファイルサーバ１Ａ、１Ｂに対して同時にバックアップの指示を出し、データの複製も同時に行う。バックアップデータをテープ装置５にバックアップする処理は、テープ装置５が１台しか存在しない場合には、ファイルサーバ１Ａのディレクトリ／ｕｓｒ１のデータ、ファイルサーバ１Ｂのディレクトリ／ｕｓｒ２のデータを順にテープ装置５に書き出すことになり（あるいは逆）、必ずしも同時にバックアップできるわけではないが、データ複製処理はファイルサーバ１Ｃからファイルサーバ１Ａ、１Ｂに同時に指示されているため、いずれも同一時点の複製データを残すことができる。テープ装置５が複数台存在すれば、バックアップデータのテープ装置５への書き込みは同時に実施できる。また、ルートディレクトリ”／”を指定した場合、ファイルサーバ１のすべてのデータ（図１０のルートディレクトリ以下のデータ）をバックアップすることができる。そのため、本発明では、ファイルサーバが何台あっても、あたかも１台のファイルサーバだけが存在するかのようにバックアップの操作を実施できる。
【００４１】
以上のように、本発明では、特に負荷のかかる記憶装置２２１’のデータの読み出し、バックアップサーバ４へのデータ送信を、ファイルサーバ１Ｃが代行するため、ファイルサーバ１Ａ、１Ｂや、ファイルサーバ１Ａ、１Ｂとホスト６を結ぶネットワークに殆ど負荷をかけずにバックアップ処理を行う事ができる。また、ファイルサーバが何台あっても、バックアップを実行する際にはファイルサーバ１Ｃに指示を出すだけなので、ユーザからはファイルサーバ（ＮＡＳ）が１台だけ存在しているかのようにバックアップ処理を行うことができる。
（第２の実施形態）
図８は、第２の実施形態における計算機システムの構成例を示す図である。この計算機システムは、統合型記憶装置システム８００、１台以上のホスト６、バックアップサーバ４がスイッチ３で相互に接続され、またサーバ７、バックアップサーバ４、テープ装置５そして統合型記憶装置システム８００とがファイバチャネルスイッチ（図中ではＦＣスイッチと略記）８で相互接続される構成をとる。
【００４２】
統合型記憶装置システム８００は、ＬＡＮアダプタ８１０、ＦＣアダプタ８２０、記憶装置アダプタ８３０、記憶装置２２、内部スイッチ８２５、キャッシュ／制御メモリ８３５とで構成される。ＬＡＮアダプタ８１０は第一の実施形態におけるファイルサーバ１Ａ、１Ｂ相当の機能を持つ。ＦＣアダプタ８２０は、サーバ７やバックアップサーバ４からのリード・ライトコマンドを処理するためのＩ／Ｏ処理プログラム８２３と、統合型記憶装置システム８００内のボリュームのデータを外部記憶装置やテープ装置５などに複製したり、外部記憶装置やテープ装置５のデータを統合型記憶装置システム８００内のボリュームへ複製するためのボリュームコピープログラム８２４を有する。記憶装置アダプタ８３０は、複数台の記憶装置２２へのリード・ライト制御、また記憶装置２２を複数台まとめて１台以上の論理記憶装置としてＬＡＮ  Ｉ／Ｆ８１１やＦＣ  Ｉ／Ｆ８２１に見せる機能、ディスクミラー／スプリット機能などを持つ。キャッシュ／制御メモリ８３５は、サーバ７やＬＡＮアダプタ８１０からのアクセスを高速化するために、記憶装置２２のデータや、ＬＡＮアダプタ８１０、ＦＣアダプタ８２０、記憶装置アダプタ８３０間の通信に使うデータの一部を格納する。ＬＡＮアダプタ８１０、ＦＣアダプタ８２０、記憶装置アダプタ８３０とも、図中では１つしか示していないが、複数存在しても良い。内部スイッチ８２５は、ＬＡＮアダプタ８１０、ＦＣアダプタ８２０、記憶装置アダプタ８３０を相互に接続する。内部スイッチ８２５は、クロスバースイッチや、共通バスで各アダプタを相互接続するものであってもよい。
【００４３】
サーバ７にはデバイスドライバ８６１、ファイルシステム８６２、エージェント８６３、デバイスマネージャ１０４が格納される。バックアップサーバ４には、デバイスドライバ８６１、デバイスマネージャ８６４、そしてバックアッププログラム１０６が格納される。
【００４４】
図９は、統合型記憶装置システム８００の論理的な構成を示す図である。記憶装置アダプタ８３０は、記憶装置２２の何台かをまとめて、あるいは記憶装置２２の１台を分割して、ＮＡＳ用ボリューム８４０、ミラーボリューム８４１、ＦＣ用ボリューム８４２を形成する。記憶装置２２と各ボリュームが１：１に対応する形態もある。ＬＡＮアダプタ８１０やサーバ７からは、記憶装置アダプタ８３０の存在は意識されない（図９では、記憶装置アダプタは点線で示している）。ＮＡＳ用ボリューム８４０、ミラーボリューム８４１、ＦＣ用ボリューム８４２とも図中では１つずつしか示していないが、複数存在してもよい。ＮＡＳ用ボリューム８４１はＬＡＮアダプタ８１０からアクセスできるようにパス設定されており、ミラーボリューム８４２はディスクミラー／スプリット機能によりＮＡＳ用ボリューム８４０ないしＦＣ用ボリューム８４２の複製データが格納される。ＦＣ用ボリューム８４２は、ＦＣアダプタ８２０を介して、サーバ７やバックアップサーバ４からアクセスされるよう定義される。またミラーボリューム８４１は、図２のように必要に応じてパス設定されてもよいし、図３のように予めＮＡＳ用ボリュームの複製データを格納するためにパス設定されていてもよいが、ここでは図２と同じ形態であるとして説明する。
【００４５】
第二の実施形態では、ボリュームイメージを直接テープ装置５へとバックアップする、ボリュームレベルのバックアップを行う。バックアッププログラム１０６を実行すれば、ＬＡＮアダプタ８１０の持つボリュームとサーバ７の持つボリュームの両方のバックアップが可能である。ユーザはバックアップ処理を行う際、バックアップ対象のデータを管理するサーバ７ないしＬＡＮアダプタ８１０のホスト名（あるいはＩＰアドレス）とデバイスファイル名を指定する。バックアップサーバ４は、その指定情報を元にサーバ７ないしＬＡＮアダプタ８１０と通信しながらバックアップ処理を行う。
【００４６】
第二の実施形態におけるバックアップ処理は、図７の処理とほぼ同等であり、以下では図７との相違点のみを説明する。まず、ユーザからバックアップデータを管理する装置としてサーバ７やＬＡＮアダプタが指定されるため、ステップ９１に相当する処理はない。バックアップサーバ４は、コピー元としてミラーボリューム８４１を指定、コピー先としてテープ装置５を指定して、ボリュームコピープログラム８２４を実行することで、テープ装置５へのバックアップを実施する。また、ステップ８５では、複製データのボリュームの識別子を取得し、ステップ８６では、当該ボリュームの識別子をバックアップサーバ４に送信する。ステップ９３以降では、ボリュームレベルのバックアップを実施するため、ファイルシステムのマウント処理、アンマウント処理に相当するステップ９５、９７がない。
【００４７】
以上のように、第二の実施形態では、バックアップサーバ４においてＬＡＮアダプタ８１０が使用するＮＡＳ用ボリューム８４０とサーバ７で使用するＦＣ用ボリューム８４２の両方のバックアップ処理を一括して行うことができる。
【００４８】
尚、本発明で説明したプログラムは、ＣＤ−ＲＯＭ等の記憶媒体から移してもよいし、ネットワーク経由で他の装置からダウンロードしてもよい。
【００４９】
【発明の効果】
本発明によれば、複数のファイルサーバが存在する環境において、外部には複数のファイルサーバを単一の装置に見せかけつつ、効率的なバックアップ処理を行うシステムを提供することができる。
【図面の簡単な説明】
【図１】計算機システムの構成例を示す図。
【図２】記憶装置システムの論理的な構成の一例を示す図。
【図３】図２とは別の、記憶装置システムの論理的な構成の一例を示す図。
【図４】ファイルシステムの階層ディレクトリ構造を示す図。
【図５】ファイルシステムのディレクトリイメージを示す図。
【図６】ファイルサーバ１が記憶装置２２１にアクセスする時の情報の流れについて示す図。
【図７】バックアップの処理フロー。
【図８】図１とは別の計算機システムの構成例を示す図。
【図９】図８の記憶装置システムの論理的な構成の一例を示す図。
【図１０】ファイルサーバ１を統合したファイルシステムのディレクトリ構造を示す図。
【符号の説明】
１…ファイルサーバ、２…記憶装置システム、３…スイッチ、４…バックアップサーバ、５…テープ装置、６…ホスト、１１…ＬＡＮ  Ｉ／Ｆ、２１…記憶制御装置、２２…記憶装置、２０…ＦＣ  Ｉ／Ｆ、２３…管理端末
【図１】
2005055947.tif 000003
【図２】
2005055947.tif 000004
【図３】
2005055947.tif 000005
【図４】
2005055947.tif 000006
【図５】
2005055947.tif 000007
【図６】
2005055947.tif 000008
【図７】
2005055947.tif 000009
【図８】
2005055947.tif 000010
【図９】
2005055947.tif 000011
【図１０】
2005055947.tif 000012