JP2007065873A - 記憶制御装置、記憶制御システム、及び記憶制御方法 - Google Patents

Abstract

【課題】 サーバから記憶制御装置のボリュームへのアクセスを規制することなく、プライマリボリュームからセカンダリボリュームを切り離しても、セカンダリボリュームのファイルシステムに障害が残らないようにした、記憶制御技術を提供する。
【解決手段】 上位装置１００と、上位装置からのリクエストに応じて、前記記憶装置と当該上位装置間のデータ処理を行う、記憶制御措置１０１と、管理サーバ１３０とを備えたシステムである。記憶制御装置は、正ボリューム１０２へ上位装置からのアクセスを許可した状態で、正ボリュームと副ボリューム１０３との同期状態を解除する解除処理を実行するコントローラ１０４を備える。管理サーバは、解除処理後の副ボリュームのボリューム管理情報の検査のための管理プログラムを実行する。
【選択図】 図１

Description

本発明は、ディスクアレイ装置等の記憶制御装置に係り、正ボリュームから副ボリュームに複製されたファイルシステムに異常があるか否かを検査し、異常がないと判定された場合に、副ボリュームに対するＩＯが有効化され、さらに、副ボリュームのファイルシステムがバックアップデータとして保証されるようにした記憶制御装置に関するものである。

一般的に、サーバ、ホストなどの上位装置からディスクアレイ装置にデータを格納する場合、データのバックアップのために、ディスクアレイ装置内に正ボリューム（プライマリボリューム）と、副ボリューム（セカンダリボリューム）を設け、セカンダリボリュームがプライマリボリュームのミラーとなるような運用をしている。ミラーとは、プライマリボリュームにセンカンダリーボリュームが同期して、プライマリボリュームの内容がセカンダリボリュームに複製されることである。

そして、データのバックアップを実施する場合、ディスクアレイ装置のコントローラは、プライマリボリュームからセカンダリボリュームを切り離して（SPLIT）、切り離しによって静止化されたセカンダリボリュームからテープ装置や、他のディスクアレイ装置などの他の記憶資源にバックアップデータ転送している。そして、バックアップ終了後に、ディスクアレイ装置は、セカンダリボリュームをプライマリボリュームに同期化している。

セカンダリボリュームをプライマリボリュームから切り離して、セカンダリボリュームに対してホスト等からのＩＯが無い状態で、データバックアップを行うのは、バックアップ中にデータが更新されることを防ぐためである。したがって、バックアップは、プライマリボリュームとセカンダリボリュームとを切り離した時点で行われる。

このことが、特開２０００-３３０７３０号公報に、ディスクアレイ装置の差分コピー方式として記載されている。また、プライマリボリュームの複製を瞬時に作成する技術としては、特開２００４-１９２１３号公報記載の複製ボリューム生成方法およびディスク装置がある。
特開２０００-３３０７３０号公報 特開２００４-１９２１３号公報

上記従来例によれば、ホストからの命令がディスクアレイ装置に送られると、直ちに、ボリュームの切り離しが行われる。しかしながら、SPLITが行われた瞬間にディスクへデータの書き込み処理が実施されている場合、データが破損するおそれがある。

そこで、データベースアプリケーションなどでは、データベースサーバがボリュームへアクセスすることを瞬間的に止めて、その時点でSPLITを実施するようにしている。しかしながら、このような制御はアプリケーション側で制御が必要となり、例えば安価なアプリケーションで担保されていない。

従来の記憶制御システムでは、アプリケーションの停止命令と、ディスクアレイ装置のアンマウント処理を実施して、ディスクアレイ装置へのサーバアクセスを処断した状態、つまりアプリケーションを停止した状態を作っている。そして、SPLIT終了後、再度ディスクアレイ装置をサーバにマウントすることになるが、この間、システムを停止しなければならないことになり、連続運用を望む顧客のニーズに答えることができない。かといって、サーバからのアクセスがある状態で、ディスクアレイ装置がSPLIT処理を実施すれば先に述べた通り最悪ファイルシステムが破損する。

本発明の目的は、サーバから記憶制御装置のボリュームへのアクセスを規制することなく、プライマリボリュームからセカンダリボリュームを切り離しても、セカンダリボリュームのファイルシステムに障害が残らないようにした、記憶制御技術を提供することである。本発明の他の目的は、テープ装置や他の記憶制御装置などのバックアップ側に、バックアップデータが正常なものであることを保証できる、記憶制御技術を提供することにある。

本発明は、既述の目的を達成するために、正ボリュームに対するサーバアクセスを中断することなく、正ボリュームから切り離された副ボリュームのファイルシステムを検証し、副ボリュームのファイルシステムに異常がないことを確認した後に、副ボリュームを他の記憶資源にバックアップする事を特徴とするものである。

本発明の一つの形態は、記憶装置を備え、上位装置からのリクエストに応じて、前記記憶装置と当該上位装置間のデータ処理を行う、記憶制御措置であって、前記上位装置がアクセス可能な正ボリュームと、この正ボリュームと同期化された副ボリュームと、前記正ボリュームへ前記上位装置からのアクセスを許可した状態で、前記正ボリュームと副ボリュームとの同期状態を解除する解除処理を実行するコントローラと、前記解除処理後の前記副ボリュームのボリューム管理情報の検査のためのユーティリティと、を備えることを特徴とする。ここでユーティリティとは、ボリューム管理用プログラム、管理用プログラムを実行する管理サーバ、この管理用プログラムを記憶制御装置内で有効にするためのプログラムなどをいう。したがって、ボリュームの検査は、管理サーバ、上位装置、又は記憶制御自身によって実行される。

本発明の他の形態は、上位装置と、記憶装置を備え、上位装置からのリクエストに応じて、前記記憶装置と当該上位装置間のデータ処理を行う、記憶制御措置であって、前記上位装置がアクセス可能なファイルシステムを備える正ボリュームと、この正ボリュームと同期化された副ボリュームと、前記正ボリュームへ前記上位装置からのアクセスを許可した状態で、前記正ボリュームと副ボリュームとの同期状態を解除する解除処理を実行するコントローラと、を備える記憶制御装置と、前記解除処理後の前記副ボリュームのボリューム管理情報の検査のための管理プログラムを実行する管理サーバと、を備える記憶制御システムである。

本発明の更に他の形態は、上位装置からのリクエストに応じて、記憶制御装置と前記上位装置間のデータ処理を行う、記憶制御方法であって、前記記憶制御装置内の正ボリュームと副ボリュームとを同期させ、前記正ボリュームを前記副ボリュームに複製するステップと、前記正ボリュームへの前記上位装置からのアクセスを許可した状態で、前記正ボリュームとの同期状態を解除するステップと、前記解除処理後の前記副ボリュームのファイルシステムを検査するステップと、前記副ボリュームのファイルシステムに異常がない場合に、前記副ボリュームのファイルシステムを他の記憶資源に複製するステップと、を備えることを特徴とするものである。

以上説明したように、本発明によれば、サーバから記憶制御装置のボリュームへのアクセスを規制することなく、プライマリボリュームからセカンダリボリュームを切り離しても、セカンダリボリュームのファイルシステムに障害が残らないようにした、記憶制御を提供することができる。

以下、本発明の実施形態について、図面を参照しながら説明する。図１は、サーバとディスクアレイ装置により構成された、ディザスタリカバリを構成する記憶制御システムのシステムブロック図である。

一般的に、ディザスタリカバリを構成するシステムは、図１の通り、メインサイト１とバックアップサイト１Ａの複数のサイトから構成される。メインサイト１は、サーバ１００と、このサーバ１００がアクセス可能なディスクアレイ装置１０１から構成され、バックアップサイト１Ａは、サーバ１２０と、このサーバがアクセス可能なディスクアレイ装置１２１から構成されている。サーバ１００，１２０、ディスクアレイ装置１０１，１２１、管理サーバ１２０はＬＡＮ１３１に接続されている。

バックアップサイト１Ａは、通常、メインサイト１と距離が離れた場所に設置され、メインサイト１とバックアップサイト１Ａとの間は公衆回線や専用線１３４によりデータ転送が可能になっている。さらに、両サイト間はＬＡＮ１３１によりサーバ、ディスクアレイ装置、管理サーバが互いに通信可能になっている。なお、バックアップサイトは、同じビルやフロアーに位置していても良い。またバックアップサイトが複数存在する場合でも本発明は適用される。

メインサイト１にある、サーバ１００とディスクアレイ装置１０１との間のデータは、ファイバチャネル（ＳＡＮ）１３２によって送られる。ディスクアレイ装置１０１は、ディスクアレイ装置を制御するディスクコントローラ１０４を備えている。コントローラ１０４は、サーバ１００からのＩＯを受けて、コントローラ１０４に接続された物理ディスクにデータを書き込む。

ディスアレイ装置１０１には、ファイルシステムへの、ホストからのＩＯ結果を格納したプライマリボリューム１０２と、プライマリボリュームと同期化（図１の１１０）した、ミラーボリュームとしてのセカンダリボリューム１０３が存在する。管理サーバ１３０は、ディスクアレイ装置１０１のメモリに管理情報を設定することができる。以上の構成は、バックアップサイト１Ａでも同様である。図１の符号１３２，１３３及び１３４がＳＡＮを構成している。

サーバ１００が、データのバックアップを実行する場合、コントローラ１０４は、バックアップ対象ボリュームであるセカンダリボリューム１０３を静止化する。バックアップは時間（何時何分何秒）が指定されて実行される。コントローラ１０４は、バックアップ時間で、バックアップ対象ボリュームの内容を凍結する。そのために、コントローラ１０４は、サーバ１００からのSPLITコマンドを受け、すなわち、バックアップのための指定された時点で、セカンダリボリューム１０３をプライマリボリューム１０２から切り離す。

バックアップサイト１Ａには、メインサイト１と同様、サーバ１２０、ディスクアレイ装置１２１がある。セカンダリボリューム１０３がプライマリボリューム１０２からSPLITされた後、ディスクアレイ装置１０１，１２１が持っている、ボリュームのコピー機能により、メインサイト１のセカンダリボリューム１０３の内容をバックアップサイト１Ａのプライマリボリューム１２２にボリュームコピーされる（図１の１１２）。このコピーはＳＡＮ、チャネルエクステンダ、ＷＡＮ、専用線（１３４）を介する、データの転送によって実現される。ボリュームを全てコピーする方法の他、その差分を管理して差分のみコピーする方法がある。

バックアップサイト１Ａでは、ボリュームコピーされたプライマリボリューム１２２が、ディスクアレイ装置１２１の筐体内でセカンダリボリューム１２３にコピーされる（１１１）。バックアップの処理は図中の１１０→１１２→１１１の順番で定期的に実施される。このようにデータがコピーされることで、図１のデータバックアップシステムは、最大で３世代のバックアップデータを備えることができる。

次に、ファイルシステムを有するプライマリボリュームと、セカンダリボリュームとの間のペア解除（SPLIT）について説明する。例えば、ＵＮＩＸ（登録商標）系のファイルシステムは、図２に示す構造を備えている。図２は、メインサイト１のプライマリボリューム１０２のファイルシステムの構造を示す。例えば、サーバ１００が、プライマリボリューム１０のファイルシステムにFile-Aを書き込む場合、ディレクトリ（DIR）の800番にデータを書き込むと、inode800として、File-Aが書き込まれる。inodeには、ファイル名と実際のデータが格納される番地が、例えば81,82,85,87,88と記録され、実際のデータはディスク上の81,82,85,87,88番地に書き込まれる。inodeはユーザから見えるファイルを示すメタデータ構造体で、各ファイルに存在する。つまり、ファイルシステムは階層構造を有する。この階層をたどって、サーバ１００は、ファイルをアクセスすることになる。

同期してペアを形成しているボリューム同士を切断するSPLIT機能は、コントローラ１０４が、ファイルシステムにしたがって実施するものではなく、バックアップが指定された瞬間に、ロウデータレベルでデータの同期処理を中断することにより達成される。つまり、セカンダリボリューム１０３にデータを書き込んでいる最中にSPLIT命令がサーバ１００からコントローラ１０４に発行されると、プライマリボリューム１０２からセカンダリボリューム１０３に書き込み中のデータは途中で途切れることになる。

このとき、書き込み中のデータが、図３に示すＤＩＲデータを更新中であると、ＤＩＲデータが破壊される可能性がある。ＤＩＲが破壊されると、その配下に存在するｉｎｏｄｅやデータを、サーバ１００が参照することが出来なくなる。例えば、データのボリュームへの書き込み処理が４ＫＢ単位で実施されているとすると、その４ＫＢの書き込みはセカンダリボリューム１０３がSPLITされた場合でも保証されるようにするため、データの1番地当たりのブロックを４ＫＢ以下にすれば、セカンダリボリューム１０３へ同期コピーされるデータの破損を回避できる。しかし、例えば、データ８１,８２の書き込み後、SPLITが行われると、セカンダリボリューム１０３へデータ８５,８７,８８の書き込みが終了していないので、ｉｎｏｄｅ８００と矛盾が発生し、ファイルが壊れている状態が発生します。ＤＩＲやｉｎｏｄｅが破損すると、セカンダリボリューム１０３のファイルをサーバが読めなくなる問題が発生する。

ディスクアレイ装置のSPLIは、ロウレベルで行われるため、サーバ１００がプライマリボリューム１０２にどのデータの書き込み中にSPLITが発行されたかを意識することは出来ない。したがって、サーバ１００がプライマリボリューム１０２へデータの書き込みの最中にSPLITが実行されると、SPLIT以前は、プライマリボリューム１０２と同期化していたセカンダリボリューム１０３のファイルシステムが破損される可能性がある。また運悪く、３回連続してSPLITのファイルシステムが破損すると、１０３，１２２，１２３の各ボリュームは全て破損してしまい、どこからも回復できない状態を招く恐れがある。

図４は、図１に示された記憶制御システムの動作を示すフローチャートである。このフローチャートを、図１を利用しながら説明する。図１のプライマリボリューム１０２及びセカンダリボリューム１０３はＬｉｎｕｘのファイルシステムボリュームとする。

図１の管理サーバ１２０からプライマリボリューム１０２とセカンダリボリューム１０３をSPLITする命令が発行される（４０１）。この命令をディスクアレイ装置１０１のコントローラ１０４が受け、コントローラ上で動作するマイクロプログラムがプライマリボリューム１０２とセカンダリボリューム１０３とをロウレベルでSPLITする（４０２）。

この時、サーバ１００からプライマリボリューム１０２へのＩＯ、及びセカンダリボリューム１０３へのＩＯを停止する必要はない。このとき、両ボリュームをSPLITすると、プライマリボリューム１０２からセカンダリボリューム１０３への書き込み最中のデータが、既述のとおり場合によっては破損することになる。

次に、管理サーバ１３０は、セカンダリボリューム１０３に対してＦＳＣＫを実施する（４０４）。ＦＳＣＫコマンドはファイルシステム検査ユーティリティである。Ｌｉｎｕｘでは、データを一時的にキャッシュに書き込む際に、ディスク上のデータブロックの位置や構造を示すメタデータを保存しておき、後でこれを参照してディスクにデータを書き込む。ファイルのクラッシュがあった場合は、ＦＳＣＫコマンドがメタデータと実ファイルの不整合を検査・修正する。管理サーバ１３０は、このコマンドを利用して、ＳＰＬＩＴ後のセカンダリボリューム１０３のファイルシステムが破損していないかをチェックする。

ファイルシステムがクラッシュしていた場合には、ＦＳＣＫコマンドがファイルシステムの修復まで行うことも考えられるが、これには、多大な時間を費やす場合があるので、４０４ではファイルシステムのチェックのみが行われる。

ＦＳＣＫコマンドがファイルシステムに異常があるか否かのチェックを行うのに代えて、読み込みテスト用のダミーファイルをファイルシステムに関連させて、セカンダリボリュームにダミーファイルを格納し、ダミーファイルを管理サーバ１３０が読めるか否かをテストする方法もある。この例では、図３に示す通り、ＤＩＲが破損していると管理サーバがファイルの読込をできないので、ダミーファイルを読み込めれば、最低限ＤＩＲは破損していないという判断ができる。また、さらに他の態様として、セカンダリボリュームのファイルシステムの管理情報からファイル数や、容量を読み込むことを内容とする、簡易的なチェック方法もある。本発明は、ファイルシステムの検証方法の態様を特に限定しない。

続いて、管理サーバ１３０は、ＦＳＣＫの結果、セカンダリボリュームのファイルシステムに破損がなく正常と判断した場合（４０５）は、メインサイトのセカンダリボリューム１０３をバックアップサイト１Ａのプライマリボリューム１２２に複製する処理を実施する（４０６）。ＦＳＣＫの結果、セカンダリボリュームのファイルシステムに異常が検出された場合は、管理サーバ１３０は、再度プライマリボリューム１０２とセカンダリボリューム１０３の同期処理を実施する（４０７）。セカンダリボリュームのファイルシステムが、正常なイメージになるまで、両ファイルのSPLITと同期化が繰り返し実行される。すなわち、セカンダリボリュームのデータがクライアントに対して保証されることになる。この同期処理まで、直前のSPLIT処理から僅かな時間しか経過していないため、通常、差分バックアップ処理で瞬時に両ボリュームを同期させることが可能である。図４に示す一連の制御は管理サーバ１３０上で動作するディスクアレイ管理プログラムが実行する。

図４では、管理サーバがセカンダリボリュームをマウントする実施形態について説明したが、これに代えて、メインサイトのサーバ１００が管理サーバ（ディスクアレイ管理プログラム）を内蔵して、メインサーバがセカンダリボリュームをマウントしても良い。

通常、プライマリボリュームとセカンダリボリュームとのSPLIT後、これらボリュームを同じサーバにマウントすることは可能であるが、サーバのＯＳから両ボリュームの名称が同じに見えて、同時にマウントできないようなシステムも存在する。それに、対処するためのフローが図５に示されている。

プライマリボリューム１０２とセカンダリボリューム１０３のＳＰＬＩＴ処理（５０１，５０２）までは図４と同じである。SPLIT処理終了後、管理サーバ１３０はセカンダリボリューム１０３の検証を実施しないで、バックアップサイト１Ａのプライマリボリューム１２２へボリューム複製処理を行う（５０４）。複製が終了した時点で、バックアップサイトのプライマリボリューム１２２に対して管理サーバ１３０がＦＳＣＫコマンドを実施して（５０５）、ボリュームの破損有無を判定する（５０６）。管理サーバとバックアップサイトは、図１で示す通りＬＡＮ１３１で接続されておりＦＳＣＫを実行することが可能である。

また、別の方法として、管理サーバ１３０がＦＳＣＫを実施するのでなく、バックアップサイト１Ａのサーバ１２０に対して、バックアップサイトのプライマリボリューム１２２のＦＳＣＫを実施するようにコマンドを発行し、その結果を管理サーバ１３０サーバ１２０から返してもらうということも可能である。

このバックアップサイトのプライマリボリューム１２２のＦＳＣＫの結果が、正常な場合は、次の処理としてプライマリボリューム１２２をバックアップサイトのセカンダリボリューム１２３に複製する処理を実行する（５０７）。ボリューム１２２が破損している場合は、あらかじめシステムに２通りの手順を登録しておき、その指定された手順に従い処理を進める。１つの手順としては、コントローラ１２４が、ボリューム１２２は破損ボリュームである情報を、管理サーバ１３０で動作するディスク管理プログラムに報告し、コントローラ１２４がセカンダリボリューム１２３への複製は実施しないということがある（５０８）。同時にメインサイトのセカンダリボリューム１０３も破損しているとの情報をディスク管理プログラムに報告する。ディスク管理プログラムは、セカンダリボリューム１０３とプライマリボリューム１２２を破損ボリュームとして認識し、このボリュームからのバック回復は行わない（行えない）ことを、管理サーバ１３０のバックアップシステムに伝達する（５１０）。このようなケースでは、データリカバリは、バックアップサイト１Ａのセカンダリボリューム１２３から実施する。このような運用は、例えば、１時間毎に細かくバックアップを取っているような、記憶制御システムであって、３世代までのどこかに正しいバックアップデータが存在していれば良いとする、記憶制御システムで実現される。

他の運用として、ファイルシステムの破損を避けたい記憶制御システムでは、バックアップサイトのプライマリボリューム１２２に破損が見付かると、管理サーバ１３０はメインサイトのプライマリボリューム１０２とセカンダリボリューム１０３の同期処理をリトライする命令をコントローラ１０４に送り、ボリューム間の同期処理を行う（５１０）。その後は、５０２以降の処理を順に実行することで、セカンダリボリューム１０３のデータが正しいものであることを保証する。

図４及び図５で説明したバックアップ処理は、管理サーバ上で動作するディスク管理プログラムによって、ケジュール管理されて、繰り返し実行される。また、ディスクアレイ管理プログラムは、これら一連の処理の進捗状況をGUIにより表示する機能を備えている。ここで説明した、記憶制御システムによって、サーバのアプリケーション側でファイルIOを意識することなく、サーバの連続運転を確保した状態で、バックアップを行うことが可能となる。なお、本発明は、ここで説明した実施形態に限られるものではなく、実施形態を、本発明の範囲を逸脱することが無い範囲で内種々追加・変更を行うことができる。

本発明の記憶制御システムの機能ブロック図。 ファイルシステムの構造図。 ファイルシステムの破損状況を示す、ファイルシステムの構造図。 本発明に係る記憶制御システムの動作を示すフローチャート。 本発明に係る記憶制御システムの他の動作を示すフローチャート。

符号の説明

１００，１２０ サーバ、１０１,１２１ ディスクアレイ装置、１０２,１２２ プライマリボリューム、１０３,１２３ セカンダリボリューム、１０４,１２４ コントローラ、１３０ 管理用サーバ

Claims (17)

1. 記憶装置を備え、上位装置からのリクエストに応じて、前記記憶装置と当該上位装置間のデータ処理を行う、記憶制御措置であって、
   前記上位装置がアクセス可能な正ボリュームと、
   この正ボリュームと同期化された副ボリュームと、
   前記正ボリュームへ前記上位装置からのアクセスを許可した状態で、前記正ボリュームと副ボリュームとの同期状態を解除する解除処理を実行するコントローラと、
   前記解除処理後の前記副ボリュームのボリューム管理情報の検査のためのユーティリティと、
   を備える記憶制御装置。
2. 前記正ボリュームは、前記上位装置がアクセス可能なファイルシステムを有し、前記ユーティリティは前期正ボリュームから副ボリュームへ複製された、前記ファイルシステムを検査するものである、を備える請求項１記載の記憶制御装置。
3. 前記ユーティリティが、前記副ボリュームのファイルシステムに破損を発見した場合、前記コントローラは、前記副ボリュームを前記正ボリュームに再同期させ、次いで、両ボリュームを解除する前記解除処理を再度実行する、請求項２記載の記憶制御装置。
4. 前記ユーティリティが、前記副ボリュームのファイルシステムに異常を発見しなくなるまで、前記コントローラは、前記副ボリュームを前記正ボリュームに再同期させること、次いで、両ボリュームを解除する前記解除処理を、繰り返し実行する、請求項３記載の記憶制御装置。
5. 前記ユーティリティが、前記副ボリュームのファイルシステムに異常を発見しない際、前記記憶制御装置は、前記第２のボリュームに対するＩＯを有効にする、請求項２記載の記憶制御装置。
6. 前記ユーティリティが、前記副ボリュームに格納されているファイルシステムのディレクトリに基づいて、前記ファイルシステムの破損の有無を判定する、請求項２記載の記憶制御装置。
7. 前記ユーティリティが、前記副ボリュームに格納されているファイルシステムのダミーファイルに基づいて、前記ファイルシステムの破損の有無を判定する、請求項２記載の記憶制御装置。
8. 前記ユーティリティが、前記副ボリュームのファイルシステムに異常を発見しない際、前記記憶制御装置は、前記第２のボリュームのファイルシステムを、他の記憶資源へバックアップコピーするようにした、請求項２記載の記憶制御装置。
9. 前記他の記憶資源がテープ装置である、請求項８記載の記憶制御装置。
10. 前記他の記憶資源がリモートサイトにある第２の記憶制御装置内の論理ボリュームである、請求項８記載の記憶制御装置。
11. 上位装置と、
    記憶装置を備え、上位装置からのリクエストに応じて、前記記憶装置と当該上位装置間のデータ処理を行う、記憶制御措置であって、
    前記上位装置がアクセス可能なファイルシステムを備える正ボリュームと、
    この正ボリュームと同期化された副ボリュームと、
    前記正ボリュームへ前記上位装置からのアクセスを許可した状態で、前記正ボリュームと副ボリュームとの同期状態を解除する解除処理を実行するコントローラと、を備える記憶制御装置と、
    前記解除処理後の前記副ボリュームのボリューム管理情報の検査のための管理プログラムを実行する管理サーバと、
    を備える記憶制御システム。
12. さらに、前記副ボリュームの内容がバックアップコピーされるボリュームを有する、リモートサイトの第２の記憶制御装置を備えた、請求項１１記載の記憶制御システム。
13. 前記第２の記憶制御装置の前記ボリュームが、前記副ボリュームのファイルシステムがコピーされる第１のボリュームと、この第１のボリュームの内容が複製される第２のボリュームとを備えて構成される請求項１３記載の記憶制御システム。
14. 前記管理プログラムが第1のボリュームのファイルシステムの検査を行い、当該ファイルシステムに異常がないと判定した場合に、前記第１のボリュームを前記第２のボリュームに複製する、請求項１３記載の記憶制御システム。
15. 前記管理サーバが前記上位装置に内蔵されている請求項１１記載の記憶制御システム。
16. 上位装置からのリクエストに応じて、記憶制御装置と前記上位装置間のデータ処理を行う、記憶制御方法であって、
    前記記憶制御装置内の正ボリュームと副ボリュームとを同期させ、前記正ボリュームを前記副ボリュームに複製するステップと、
    前記正ボリュームへの前記上位装置からのアクセスを許可した状態で、前記正ボリュームとの同期状態を解除するステップと、
    前記解除処理後の前記副ボリュームのファイルシステムを検査するステップと、
    前記副ボリュームのファイルシステムに異常がない場合に、前記副ボリュームのファイルシステムを他の記憶資源に複製するステップと、を備える記憶制御方法。
17. 前記副ボリュームのファイルシステムを、他の記憶装置のボリュームにコピーし、このボリュームのファイルシステムに異常が無いか否かを検査するようにした、請求項１６記載の記憶制御方法。
    
    

Images