【手続補正書】
【提出日】平成18年4月3日(2006.4.3)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】          明細書
【発明の名称】      ボリュームの正常性チェックと回復のためのシステム及び方法
【特許請求の範囲】
【請求項１】
ボリュームの正常性チェック方法であって、該方法は、
第二のボリュームのスナップショットミラーボリュームである、第一のボリュームに異常があるか否かをチェックし；
該第一のボリュームで異常が見つかると、回復処理を実行することを含む方法であることを特徴とするボリュームチェック方法。
【請求項２】
前記回復処理は、
前記第二のボリュームの正常なスナップショットミラーボリュームである第三のボリュームにより、前記第二のボリュームを再同期することを含む請求項１に記載のボリュームチェック方法。
【請求項３】
前記回復処理は、
前記第一のボリュームを修復し；
該修復された第一のボリュームにより、前記第二のボリュームを再同期することを含む請求項１に記載のボリュームチェック方法。
【請求項４】
前記回復処理は、
前記第一のボリューム上の異常ファイルを修復し；
該第一のボリュームから該第二のボリュームへ、該修復済みファイルをコピーして、前記第二のボリューム上の異常ファイルを該修復済みファイルで置き換えることを含む請求項１に記載の方法。
【請求項５】
該回復処理は、
該第一のボリューム上の異常なファイルに対応し、該第二のボリュームのスナップショットミラーボリュームである第三のボリューム上では正常であるファイルを識別し；
該識別された正常ファイルを該第二のボリュームにコピーし、該第二のボリューム上の異常ファイルを該識別された正常ファイルにより置き換えることを含む請求項１に記載の方法。
【請求項６】
該回復処理は、
該第一のボリューム上の異常なファイルに対応した、該第二のボリューム上の異常ファイルを修復することを含む請求項１に記載の方法。
【請求項７】
コンピュータが一つの方法を実行するための命令を格納したコンピュータ読み取り可能な媒体であって、該媒体に蓄積されるボリュームチェック方法は、
第二のボリュームのスナップショットミラーボリュームである、第一のボリュームに異常があるか否かをチェックし；
該第一のボリュームで異常が見つかると、回復処理を実行することを特徴とする方法。【請求項８】
前記回復処理は、
前記第二のボリュームの正常なスナップショットミラーボリュームである第三のボリュームにより、前記第二のボリュームを再同期することを含む請求項７に記載のコンピュータ読み取り可能な媒体。
【請求項９】
前記回復処理は、
前記第一のボリュームを修復し、該修復された第一のボリュームにより、該第二のボリュームを再同期することを含む請求項７に記載のコンピュータ読み取り可能な媒体。
【請求項１０】
前記回復処理は、
前記第一のボリューム上の異常ファイルを修復し、前記第一のボリュームから前記第二のボリュームへ、該修復済みファイルをコピーして、前記第二のボリューム上の異常ファイルを該修復済みファイルで置き換えることを含む請求項７に記載のコンピュータ読み取り可能な媒体。
【請求項１１】
前記回復処理は、
前記第一のボリューム上の異常なファイルに対応し、前記第二のボリュームのスナップショットミラーボリュームである第三のボリューム上では正常であるファイルを識別し、該識別された正常ファイルを前記第二のボリュームにコピーし、前記第二のボリューム上の異常ファイルを該識別された正常ファイルにより置き換えることを含む請求項７に記載のコンピュータ読み取り可能な媒体。
【請求項１２】
前記回復処理は、
前記第一のボリューム上の異常なファイルに対応した、前記第二のボリューム上の異常ファイルを修復することを含む請求項７に記載のコンピュータ読み取り可能な媒体。
【請求項１３】
記憶システムであって、この記憶システムは、
第二のボリュームのスナップショットミラーボリュームである、第一のボリュームの正常性をチェックする手段と、
該第一のボリュームで異常が見つかると、回復処理を実行する手段と、から成る記憶システム。
【請求項１４】
記憶システムであって、このシステムは、
第二のボリュームのスナップショットミラーボリュームである、第一のボリュームに異常があるか否かをチェックする正常性チェックエンジンと、
前記第一のボリュームで異常が見つかると、回復処理を実行する該正常性チェックエンジンと、通信結合した回復エンジンと、から成る記憶システム。
【請求項１５】
前記回復処理は、
前記第二のボリュームの正常なスナップショットミラーボリュームである第三のボリュームにより、前記第二のボリュームを再同期することを含む請求項１４に記載のシステム。
【請求項１６】
前記回復処理は、
前記第一のボリュームを修復し、該修復された第一のボリュームにより、前記第二のボリュームを再同期することを含む請求項１４に記載の記憶システム。
【請求項１７】
前記回復処理は、
前記第一のボリューム上の異常ファイルを修復し、前記第一のボリュームから前記第二のボリュームへ、該修復済みファイルをコピーして、前記第二のボリューム上の異常ファイルを該修復済みファイルで置き換えることを含む請求項１４に記載の記憶システム。
【請求項１８】
前記回復処理は、
前記第一のボリューム上の異常なファイルに対応し、前記第二のボリュームのスナップショットミラーボリュームである第三のボリューム上では正常であるファイルを識別し、該識別された正常ファイルを該第二のボリュームにコピーし、前記第二のボリューム上の異常ファイルを該識別された正常ファイルにより置き換えることを含む請求項１４に記載の記憶システム。
【請求項１９】
前記回復処理は、
前記第一のボリューム上の異常なファイルに対応した、前記第二のボリューム上の異常ファイルを修復することを含む請求項１４に記載の記憶システム。
【請求項２０】
運用系ボリュームの正常性をチェックするための方法であって、この方法は、
前記運用系ボリュームのスナップショットミラーボリュームである第二のボリュームに異常があるか否かのチェックを行うことから成るチェック方法。
【請求項２１】
運用系ボリュームに対するデータアクセス及び保存を行う運用系サーバと、前記運用系ボリュームのバックアップボリュームであるスナップショットミラーボリュームを管理するバックアップ管理サーバを有する記憶システムであって、
前記バックアップ管理サーバは、
前記スナップショットミラーボリュームに異常があるか否かを判定する正常性チェック部を備え、
前記運用系サーバは、
前記正常性チェック部により異常があると判定された前記異常なスナップショットミラーボリュームに対応する運用系ボリュームを、前記運用系ボリュームの正常なスナップショットミラーボリュームにより再同期することによって、前記異常なスナップショットミラーボリュームに対応する運用系ボリュームを回復する回復部を備える
ことを特徴とする記憶システム。
【発明の詳細な説明】
【発明の属する技術分野】
【０００１】
本発明は、一般的にボリュームの正常性チェックと回復に係り、より具体的には、とは言うもののこれに限定されるものでないが、ボリュームの正常性チェックと回復を、業務を中断することなく行うためのシステム及び方法に関連する。
【従来の技術】
【０００２】
データベースサーバ、Ｅ−Ｍａｉｌサーバ、ファイルサーバ等のサーバは大量のデータを保有する。このようなデータの正常性のチェックは、大量のＣＰＵ能力を消費し、ストレージシステムに負担を与えて、オンラインサーバの業務を中断させてしまう。サーバ業務の中断は、システム性能を低下させ、ユーザ及び管理者に不便をもたらす。従って、大量のＣＰＵ能力を消費せず、ストレージシステムに負担を与えない、ボリュームの正常性チェックのための新しいシステム及び方法が必要とされる。
【発明が解決しようとする課題】
【０００３】
本発明は、オンライン業務を中断することなく、ボリュームの正常性チェックと回復を行うことを可能にするシステムを提供する。
【課題を解決するための手段】
【０００４】
このシステムは、運用系サーバ、運用系ボリューム、バックアップ管理サーバ、及びスナップショットミラーボリュームから構成される。運用系サーバは、運用系ボリュームに対するデータアクセス及び保存を行うアプリケーションを含む。運用系サーバは更に、運用系サーバとバックアップ管理サーバとの間の交信を管理するエージェントを含む。このエージェントは更に、運用系ボリュームのスナップショットを採取する。運用系ボリュームは、アプリケーションで使用され、スナップショットミラーボリュームでミラーされる論理ボリュームを有する。バックアップ管理サーバは、一つのマネージャ、正常性チェック及び修復機能、及びバックアップテーブルを含む。このマネージャは、エージェントと交信し、スナップショットミラーボリューム及びバックアップテーブルの構成を管理する。加えて、このマネージャは、正常性チェック及び修復機能の実行をスナップショットミラーボリューム上で行い、運用系ボリューム上で行わなくても良いようにする。もし、スナップショットミラーボリュームが異常であったら、（例えば個々のファイル又はボリューム自身がデータ汚染していたり、ウィルスに感染等していたら、）このマネージャは、この損傷（データ汚染やウィルス感染等）を修復するために幾つかの技術を用いて、スナップショットミラーボリューム及び／又は運用系ボリュームに対して正常性チェック及び修復機能を実行する。バックアップテーブルは、運用系ボリューム及びスナップショットミラーボリュームのファイルシステムやホスト名等を含めた情報を保有する。
【０００５】
本発明は更に、ボリュームの正常性チェックと回復のための方法を提供する。この方法は、対象運用系ボリュームの情報を集める；ミラーペアを分離するための前処理を実行する；ミラーペアを分離する；必要に応じて、スナップショットミラーボリュームをバックアップサーバにマウントする；正常性チェックを実施する；正常性チェックの結果異常が見つかったら、管理者に通告する；回復処理を実行する；及び、マウントされたボリュームをアンマウントし、再同期処理を含めた後処理を実行することから構成される。
【０００６】
回復処理には、少なくとも五つの異なった方法が存在する。第一の方法では、正常な第二のスナップショットミラーボリュームで運用系ボリュームを再同期する。第二の方法では、異常なボリュームを修復し、当該ミラーペアを再同期する。第三の方法では、スナップショットミラーボリューム上の異常ファイルを修復し、修復済みファイルを運用系ボリュームにコピーする。第四の方法では、正常ファイルを第二のスナップショットミラーボリュームから運用系ボリュームにコピーする。第五の方法では、運用系ボリューム上の異常ファイルを修復する。
【０００７】
結論として、ボリュームの正常性チェックと回復を、オンライン業務の中断をほとんど或いは全く必要としないで実行できる、有益なシステムと方法が実現される。
【発明の実施の形態】
【０００８】
以降の説明は、この分野に造詣のある人は誰でも、本発明の実施、使用ができるように、一つの応用と要求に基づいて説明する。この分野に造詣のある人は誰でも、実施例に対する多様な改変が明らかに可能であり、この明細書に述べられた原理に基づいて、本発明の精神と範囲を離れることなく、他の実施例、応用に適用できることは明らかである。従って、本発明はここで示された実施例に限定されることなく、この明細書で開示された原理、特長、技術が整合する範囲で、最も広範に解釈されなければならない。
【０００９】
図１は、ボリュームの正常性チェックシステム１００のブロックダイアグラムである。システム１００は、運用系ボリューム１０５０のような対応する運用系ボリュームを持つ、運用系サーバ１０００のような複数の運用系サーバ、及びボリューム１１１０や１１２０のような対応するスナップショットミラーボリュームを持つバックアップ管理サーバ１０７０を含む。この運用系サーバは、スィッチ、ＨＢＡ，デイスクサブシステムポート等から成る結合１０４０のような論理データ結合を通して、運用系ボリュームに通信結合される。運用系サーバと運用系ボリュームとの結合プロトコルには、ファイバチャネル、ＳＣＳＩ，ＩＰ上のＦＣ等が含まれる。加えて、各運用系ボリュームは、運用系サーバと運用系ボリュームとの間の論理データ結合に極めて類似した論理データ結合を通して、少なくとも２台のスナップショットミラーボリュームに通信結合される。（別の実施例として各運用系ボリュームが１台のスナップショットミラーボリュームに通信結合されても良い。）例えば、運用系ボリューム１０５０は、論理データ結合１１４０及び１１３０を通してスナップショットミラーボリューム１１２０及び１１６０に通信結合される。
【００１０】
運用系サーバは更に、論理結合１１５０のような論理結合を通してバックアップ管理サーバ１０７０及び、論理結合１０６０のような論理結合を通してスナップショットミラーボリュームに通信結合される。加えて、バックアップ管理サーバ１０７０は、論理結合１１００のような論理結合を通してスナップショットミラーボリュームに通信結合される。
【００１１】
各運用系サーバは、エージェント１０１０と一つ以上のアプリケーション１０２０を含む。本発明の一実施例では、運用系サーバは正常性チェック及び修復機能１０９０ｂ（図３−４）を含むことが出来る。エージェント１０１０は、バックアップ管理サーバ１０７０と交信し、運用系ボリュームのスナップショットを取得し、このスナップショットのための前処理、後処理のためにアプリケーション１０２０と交信する。本発明の実施例によっては、エージェント１０１０は、正常性チェックエンジン及び修復エンジンから構成される正常性チェック及び修復機能１０９０ｂを起動して、運用系ボリューム内のファイルの正常性及び／又は運用系ボリューム自身の正常性をチェックする。本発明の他の実施例ではエージェント１０１０は正常性チェック及び修復機能１０９０ｂを起動して、運用系ボリューム内のファイル及び／又は運用系ボリューム自身を修復することも出来る。アプリケーション１０２０は運用系ボリューム上のデータに対してアクセスし、保存するアプリケーションを含む。例えば、アプリケーション１０２０はデータベースマネージャを含んでも良い。
【００１２】
運用系ボリューム１０５０のような運用系ボリュームは、アプリケーション１０２０で使用される論理ボリュームである。運用系ボリュームは、単一の物理的ディスクドライブ構成、デイスクアレイコントローラにより複数ディスクドライブ間のデータを分散管理する複数ディスクドライブ構成や、その他構成の論理ボリュームで構成される。
【００１３】
バックアップ管理サーバ１０７０は、マネージャ１０８０、正常性チェック及び修復機能１０９０及びバックアップテーブル１０９５を含む。マネージャ１０８０は、ミラーペア及びバックアップテーブル１０９５の構成を管理する。更にマネージャ１０８０は、機能１０９０を使用して、スナップショットミラーボリューム自身及び／又は当スナップショットミラーボリューム上の個別ファイルの正常性チェック及び修復機能の実施を管理する。加えて、マネージャ１０８０は、論理リンク１１５０を通して、エージェント１０１０と交信する。
【００１４】
正常性チェック及び修復機能１０９０は、スナップショットミラーボリュームのボリューム自身及び／又は当該ボリューム中のファイルの正常性をチェックする一つ又は複数のエンジン（例えば正常性チェックエンジン及び修復エンジン）を含むことが出来る。更に、正常性チェック及び修復機能１０９０は、必要により、異常ボリューム及び／又はファイルを修復（例えば回復、補修等）することが出来る。正常性チェック及び関連する修復は、データベース汚染やウィルス除去及び／又は他の問題に対して行われる。
【００１５】
バックアップテーブル１０９５は、各ボリュームが一時停止した（例えばバックアップした）日時；各ボリュームが使用するファイルシステムのタイプ；関連するホスト名；マウント点；使用するアプリケーション等の、ミラーペアボリュームに関する情報を保持する。バックアップテーブル１０９５は、更に図８に関連して詳細に論じる。
【００１６】
図１−２は、本発明に基づく例示コンピュータ４００を説明するブロックダイアグラムである。本発明の一つの実施例においては、バックアップ管理サーバ１０７０及び／又は運用系サーバ１０００は、例示コンピュータ４００に極めて類似するコンピュータ上に構成される。
【００１７】
この例示コンピュータ４００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ中央処理装置）４０５；稼動メモリ４１０；永続メモリ４２０；ネットワークインターフェース４３０；ディスプレイ４４０及び入力装置４５０を含み、これらは全てシステムバス４６０にて相互に通信結合される。ＣＰＵ４０５は、永続メモリ４２０に格納されているソフトウエアを実行可能なプロセッサである。
【００１８】
稼動メモリ４１０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙランダムアクセスメモリ）又は他のタイプの読み／書きメモリデバイス又はメモリデバイスの組み合わせを含む。永続メモリ４２０は、ハードデイスクドライブ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ読み出し専用メモリ），又は他のタイプのメモリデバイス又はメモリデバイスの組み合わせを含み、例示コンピュータ４００が停止した後にも、データを保持し続けることが出来る。ネットワークインターフェース４３０は、有線、無線技術を用いて、論理データ結合１０４０，１１００及び１０６０等の論理結合に通信結合される。
【００１９】
ディスプレイ４４０は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ液晶ディスプレイ），ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ陰極線管）ディスプレイ、その他の表示装置が含まれる。入力装置４５０は、キーボード、マウス、その他の入力装置又は入力装置の組合せで構成される。
【００２０】
本分野に造詣のある人には、例示コンピュータ４００は、ハードウエアチャネルとインターネット又はイントラネット等との間の情報の転送の為に、ネットワーク結合、付加メモリ、付加ＣＰＵ，ＬＡＮ，入／出力回線等の追加のデバイス等を含めても良いことが分かるであろう。本分野に造詣のある人には更に、プログラムやデータは、他の方法で受信されシステムに記憶されても良いことが分かるであろう。
【００２１】
図２は、ボリュームの正常性チェック処理を一般的に説明するダイグラムである。運用系ボリューム１０５０へのアクセスを要求するアプリケーション１０２０等の業務を中断することなく、運用系ボリューム１０５０の正常性チェックを行うために、エージェント１０１０は、（運用系ボリューム１０５０とスナップショットミラーボリューム１１１０の）ミラーペアを分離し、正常性チェック及び修復機能１０９０は、運用系ボリューム１０５０と同一の内容を持つ、スナップショットミラーペア１１１０上で正常性チェック（例えば、ボリュームの正常性チェック、ウィルスチェック等）を実施する。即ち、運用系ボリューム１０５０の問題点は、スナップショットミラーボリューム１１１０の問題点として表示される。正常性チェックに付いては、後の図４に関連して更に詳細に議論される。
【００２２】
図３−１は、本発明の第一の実施例による回復処理を説明するフローダイアグラムである。もし、正常性チェックが、図２に関連して説明されたように、異常スナップショットボリューム１１１０を修復できない（例えば、データ汚染が修正されない、ウィルスが除去されない、等）と判定した場合は、マネージャ１０８０は、再同期のために正常なスナップショットミラーボリューム１１２０を選択して、ボリューム１１２０を識別するデータをエージェント１０１０に転送して、エージェント１０１０が、運用系ボリューム１０５０を正常なスナップショットミラーボリューム１１２０により再同期できるようにする。従って、この回復技術は、運用系ボリューム１０５０に対する業務中断を限定された範囲に抑制することが出来る。この第一の実施例の回復技術は、図５に関連して更に詳細に説明される。
【００２３】
図３−１−１は、本発明の第二の実施例による回復処理を説明するフローダイアグラムである。もし、正常性チェックがスナップショットミラーボリューム１１１０は異常であるが修復可能であると判定した場合は、正常性チェックと修復機能１０９０は、異常スナップショットミラーボリューム１１１０を修復（例えばウィルスを除去したり、汚染データを訂正）する。マネージャ１０８０は、次に、エージェント１０１０に対して、スナップショットミラーボリューム１１１０は修復されたことを通知する。エージェント１０１０は、次に、運用系ボリューム１０５０をスナップショットミラーボリューム１１１０で再同期して、運用系ボリューム１０５０の全ての問題を、当該ボリュームに対する限られたアクセス中断のみで、修正する。この第二の実施例の回復技術は、図５に関連して更に詳細に説明される。
【００２４】
図３−２は、本発明の第三の実施例による回復処理を説明するフローダイアグラムである。もし、各個別の異常ファイルが修復可能なら、マネージャ１０８０は、正常性チェックと修復機能１０９０を起動して、異常ファイルを修復する。例えば、修復は、ファイルからウィルスを除去することを含む。マネージャ１０８０はエージェント１０１０に修復済みファイルを通知する。エージェント１０１０は、運用系ボリューム１０５０に修復済みファイルをコピーして、対応する運用系ボリューム１０５０の異常ファイルを置換して、運用系ボリューム１０５０の未修復ファイルの修正を行う。この第三の実施例については、図６に関連して更に詳細に議論される。
【００２５】
図３−３は、本発明の第四の実施例による回復処理を説明するフローダイアグラムである。もし個別の異常ファイルが修復できないときには、マネージャ１０８０は、正常なスナップショットミラーボリューム１１２０上の正常なファイルを選択する。マネージャ１０８０は、次に、エージェント１０１０にこれらファイルのロケーションを通知する。エージェント１０１０は、これらボリューム１１２０からの正常ファイルを運用系ボリューム１０５０にコピーして、対応する運用系ボリューム１０５０の異常ファイルを置換して、運用系ボリューム１０５０の未修復ファイルの修正を行う。この第四の実施例については、図６に関連して更に詳細に議論される。
【００２６】
図３−４は、本発明の第五の実施例による回復処理を説明するフローダイアグラムである。もし、正常性チェックと修復機能１０９０により、確認された異常ファイルが修復可能な場合は、マネージャ１０８０は、これらファイルのリストを、エージェント１０１０に通知する。エージェント１０１０は次に、正常性チェックと修復機能１０９０ｂを起動して、運用系ボリューム１０５０上の異常ファイルを修復する。この第五の実施例については、図７に関連して更に詳細に議論される。
【００２７】
図４はボリュームの正常性チェックと回復のための方法４０００を説明するフローチャートである。マネージャ１０８０は、対象運用系ボリューム１０５０の情報を集める（４０１０）。この情報には、ペアＩＤ；ペアグループ；ペア名；ファイルシステム；デバイス名；マウント点；ホスト名；及びアプリケーションタイプ等が含まれる。マネージャ１０８０は、この情報を、論理データ結合１１５０を通して、エージェント１０１０に送り、エージェント１０１０は、これにより運用系ボリューム１０５０のスナップショットを採取する。
【００２８】
エージェント１０１０はミラーペア（例えば運用系ボリューム１０５０とスナップショットミラーボリューム１１１０）を分離するための前処理を実施する（４０２０）。例えば、アプリケーション１０２０のタイプがフラットファイルの場合、エージェント１０１０は対象ファイル又はボリュームを凍結又はロックする。もし、アプリケーション１０２０のタイプがデータベースの場合は、エージェント１０１０はアプリケーション１０２０をオンラインバックアップモードに設定する。
【００２９】
エージェント１０１０はミラーペアを分離して（４０３０）、マネージャ１０８０にスナップショットミラーボリューム１１１０をバックアップ管理サーバ１０７０上にマウントするように通知する。マネージャ１０８０は、必要により、スナップショットミラーボリューム１１１０をバックアップ管理サーバ１０７０上にマウントする（４０４０）。マウント（４０４０）終了後、マネージャ１０８０は、正常性チェックと修復機能１０９０を起動して、運用系ボリューム１０５０と全く同一内容の、スナップショットミラーボリューム１１１０の正常性をチェックさせる（４０６０）。運用系ボリューム１０５０の問題点はスナップショットミラーボリューム１１１０にミラーされているからである。
【００３０】
もし、正常性チェック（４０６０）の結果が、スナップショットミラーボリューム１１１０が正常であると判定した場合は、マネージャ１０８０は、スナップショットミラーボリューム１１１０のアンマウントと、必要な場合再同期と、バックアップテーブル１０９５の更新とを含む後処理を実施する（４０９０）。方法４０００はこれで終了する。
【００３１】
もし、正常性チェック（４０６０）の結果が、スナップショットミラーボリューム１１１０が異常（例えば、データ汚染や、ウィルスに感染等）と判定した場合は、運用系ボリューム１０５０も異常であり、マネージャ１０８０は、Ｅ−メイルメッセージ、画面へのディスプレイ又は他の方法にて、管理者にスナップショットミラーボリューム１１１０又はこのボリューム１１１０上のファイルが異常であることを通知する（４０７０）。マネージャ１０８０は、正常性チェックと修復機能１０９０を起動して、図５，６，７で説明される方法を１つ以上用いて、運用系ボリューム１０５０を修復（例えば回復、補修等）させる。方法４０００は、すでに説明された後処理に向かう（４０９０）。
【００３２】
図５は、本発明の第一と第二の実施例を用いる回復方法５０００を説明するフローチャートである。マネージャ１０８０が、運用系ボリューム１０５０と同一内容のスナップショットミラーボリューム１１１０が修復可能か否かを判定する（５０１０）。もし、スナップショットミラーボリューム１１１０が修復不能な場合は、マネージャ１０８０は、バックアップテーブル１０９５により、正常なスナップショットミラーボリューム１１２０を選択する（５０４０）。加えて、マネージャ１０８０は、エージェント１０１０に選択されたスナップショットミラーボリューム１１２０を通知する。もし、スナップショットミラーボリューム１１１０が修復可能な場合は、マネージャ１０８０は、正常性チェックと修復機能１０９０を起動して、当該スナップショットミラーボリューム１１１０を修復させる（５０２０）。次に、マネージャ１０８０は、修正されたスナップショットミラーボリューム１１１０をバックアップ管理サーバ１０７０からアンマウントし（５０３０）、エージェント１０１０に、スナップショットミラーボリューム１１１０は修正されたことを通知する。
【００３３】
選択処理（５０４０）又はアンマウント処理（５０３０）のいずれかが終了後、エージェント１０１０は、運用系サーバ１０００から運用系ボリューム１０５０をアンマウントする（５０５０）。エージェント１０１０は、次に、スナップショットミラーボリューム１１１０が修正された場合にはこのボリュームを用いて、或いはボリューム１１１０が修正されない場合にはスナップショットミラーボリューム１１２０を用いて当該ミラーペアを再同期して（５０６０）、運用系ボリューム１０５０を正常な状態に回復させる。再同期（５０６０）の終了後、エージェント１０１０は、運用系ボリューム１０５０を再マウントし（５０８０）、いずれか修正に使用されたスナップショットミラーボリューム（１１１０又は１１２０）を正常な状態に保持するために、当該ミラーペアを分離して（５０７０）、方法５０００は終了する。
【００３４】
図６は、本発明の第三及び第四の実施例を用いた回復方法６０００を説明するフローチャートである。マネージャ１０８０は、運用系ボリューム１０５０上の異常ファイルと同一内容のスナップショットミラーボリューム１１１０上の異常（例えば感染や汚染等）ファイルが修復可能かを判定する（６０１０）。もし修復不能な場合は、マネージャ１０８０は、正常なバージョンのファイルを保有している、正常スナップショットミラーボリューム１１２０をバックアップテーブル１０９５により、選択して（６０４０）、エージェント１０１０にファイル名とロケーションを通知する。もしファイルが修復可能な場合は、マネージャ１０８０は、正常性チェックと修復機能１０９０を起動して、スナップショットミラーボリューム１１１０上の異常ファイルを修復して、当該ファイルの名前とロケーションをエージェント１０１０に通知する。次いで、マネージャ１０８０はスナップショットミラーボリューム１１１０をバックアップ管理サーバ１０７０からアンマウントする（６０３０）。
【００３５】
選択処理（６０４０）、又はアンマウント処理（６０３０）のいずれかが終了後、エージェント１０１０は、正常なスナップショットミラーボリューム（１１１０又は１１２０）を運用系サーバ１０００上にマウントする（６０５０）。エージェント１０１０は、次いで、スナップショットミラーボリューム１１１０又は１１２０のいずれかからの正常ファイルを運用系ボリューム１０５０にコピーして、異常ファイルと置換して正常ファイルを有する運用系ボリューム１０５０を回復させる（６０６０）。エージェント１０１０は、次いで、運用系サーバ１０００上から正常ボリューム（１１１０又は１１２０）をアンマウントして（６０７０）、方法６０００は終了する。
【００３６】
図７は、本発明の第五の実施例を用いた回復方法７０００を説明するフローチャートである。マネージャ１０８０は、運用系サーバ１０００上の異常ファイルのリストをエージェント１０１０に送信し（７０１０）、スナップショットミラーボリューム１１１０をバックアップ管理サーバ１０７０からアンマウントする（７０２０）。エージェント１０１０は、運用系ボリューム１０５０上の異常ファイルへの入／出力をロックする等の前処理を実施する（７０３０）。エージェント１０１０は、次いで、正常性チェックと修復機能１０９０ｂを起動して、運用系ボリューム１０５０上の異常ファイルの修復をさせる（７０４０）。エージェント１０１０は、次いで、修復ファイルへの入／出力のロックを解除する等の後処理を実行して（７０５０）、方法７０００は終了する。
【００３７】
図８はバックアップテーブル１０９５を説明するダイアグラムである。このテーブル１０９５には、ペアＩＤ８０１０；ペアグル−プ８０２０；ペア名８０３０；運用系ボリューム（物理）８０４０；ペアボリューム（物理）８０５０；ファイルシステムタイプ８０６０；正当性８０７０；バックアップ日時８０８０；運用系論理ボリューム名８０９０；ペアボリュームの論理ボリューム名８１００；マウント点８１１０；運用系ホスト８１２０；及びアプリケーションタイプ（ＤＢ，ＳＱＬサーバ，ＤＢ２等）８１３０等の情報を含む。
【００３８】
これまでは、例示のみに頼って本発明を説明してきたが、これまでの実施例及び方法の変形、修正が可能である。例えば、スナップショットミラーボリュームが（マネージャ１０８０で）修復不能な場合、システム管理者が使用すべきファイル及び／又はボリュームを指定することも出来る。ネットワークサイトは、分離された固有のサイトとして記述してきたが、これらのサイトは複合サイトの一部でも良く、各々が複数サイトの一部を含んでも良く、単一サイトと複数サイトの組み合わせを含んでも良い。
【００３９】
更に、本発明の要素はプログラム式汎用コンピュータを用いて実現しても良く、応用に特化した集積回路を用いても良く、又は、慣用的部品及び回路を互いにネットワークで結合して実施しても良い。更に結合は、有線、無線、モデム等でも良い。本明細書で説明された実施例は、これに尽きるものでも、又これに限定されるものでもない。本発明は、後述される請求項のみによって制限される。
【発明の効果】
【００４０】
以上から、本発明によって、運用系ボリュームの正常性チェックを、対応するスナップショットミラーボリューム上の正常性チェックに置き換える、システムと方法が可能になる。この方法により、運用系ボリュームの正常性チェックを当ボリュームへのアクセスを妨げることなく実行することが出来る。加えて、この方法では、異常になったスナップショットミラーボリュームを修復するか、異常表示をしておき、当該異常部分を書き直す等の方法を含めて、バックアップボリュームの最適な使用法を可能にする。
【図面の簡単な説明】
【図１】ボリュームの正常性チェック体系を説明するブロックダイアグラムである。
【図１Ａ】本発明を使用する一つの例示コンピュータを説明するブロックダイアグラムである。
【図２】ボリュームの正常性チェック処理を説明するフローダイアグラムである。
【図３】本発明の第一の実施例に従う回復処理を説明するフローダイアグラムである。
【図３Ａ】本発明の第二の実施例に従う回復処理を説明するフローダイアグラムである。
【図３Ｂ】本発明の第三の実施例に従う回復処理を説明するフローダイアグラムである。
【図３Ｃ】本発明の第四の実施例に従う回復処理を説明するフローダイアグラムである。
【図３Ｄ】本発明の第五の実施例に従う回復処理を説明するフローダイアグラムである。
【図４】ボリュームの正常性チェックと回復のための方法を説明するフローチャートである。
【図５】図５は、第一、第二の実施例を用いる回復処理方法を説明するフローチャートである。
【図６】第三、第四の実施例を用いる回復処理方法を説明するフローチャートである。
【図７】第五の実施例を用いる回復処理方法を説明するフローチャートである。
【図８】バックアップテーブルを説明するダイアグラムである。
【符号の説明】
１０００・・・運用系サーバ、１０１０・・・エージェント、１０２０・・・アプリケーション、１０５０・・・運用系ボリューム、１０７０・・・バックアップ管理サーバ、１０８０・・・マネージャ、１０９０・・・ミラーボリュームの正常性チェック及び修復機能、１０９５・・・テーブル、１１６０・１１２０・１１１０・・・スナップショットミラーボリューム、４００・・・例示コンピュータ、４０５・・・ＣＰＵ、４１０・・・稼動メモリ、４２０・・・永続メモリ、４３０・・・ネットワークインターフェース、４４０・・・ディスプレイ、４５０・・・入力装置、４６０・・・システムバス