(57)【要約】      （修正有）【課題】ＣＤＰおよび他のデータ保護方法の両方によって保護されるフェデレーテッドアプリケーション環境を作り出す。【解決手段】バックアップサーバは、リカバリマネージャを実行し、少なくとも１つのホストを実行する少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集し、データベースアプリケーションのそれぞれについて継続的データ保護システムのジャーナル項目を収集し、データベースアプリケーションのそれぞれに関連付けられたログ項目を収集し、データベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示し、ユーザからリカバリ時間とリカバリデータベースアプリケーションとベースラインデータベースアプリケーションの選択を受け取り、データベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行する。【選択図】図１
2008226227.tif 000002
【特許請求の範囲】
【請求項１】
データリカバリのための方法であって、
少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集するステップと、
前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護に関連付けられたジャーナル項目を収集するステップと、
前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集するステップと、
前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示するステップと、
ユーザからリカバリ時間の選択を受け取るステップと、
前記ユーザからリカバリデータベースアプリケーションの選択を受け取るステップと、
前記ユーザからベースラインデータベースアプリケーションの選択を受け取るステップと、
各データベースアプリケーションについてリカバリを実行するステップと、
前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するステップとを含む方法。
【請求項２】
請求項１に記載のデータリカバリ方法であって、
前記ベースラインデータベースアプリケーションを取得するステップと、
前記ベースラインデータベースアプリケーションに関連付けられたソースデータベースアプリケーションについてのトランザクション情報を取り出すステップと、
前記少なくとも２つのデータベースアプリケーションから未処理のデータベースアプリケーションを選択するステップと、
選択されたデータベースアプリケーションについてのリカバリトランザクション識別子を選択するステップと、
前記選択されたデータベースアプリケーションについての現行のトランザクション識別子をチェックするステップと、
前記リカバリトランザクション識別子が前記現行のトランザクション識別子と同一の場合、前記少なくとも２つのデータベースアプリケーションから別のデータベースアプリケーションを選択するステップと、
前記リカバリトランザクション識別子が前記現行のトランザクション識別子と同一でない場合、前記選択されたデータベースアプリケーションにおいてトランザクションのアライメントを実行するステップとをさらに含む方法。
【請求項３】
ユーザに、前記選択を行うためのグラフィカルユーザインターフェースを提供するステップをさらに含む請求項１に記載のデータリカバリ方法。
【請求項４】
前記整合性を有するポイントは、ポイントインタイムミラーコピー、スナップショットポイントインタイムイメージ、テープ、および継続的データ保護マーカのうちの少なくとも１つを含む請求項１に記載のデータリカバリ方法。
【請求項５】
前記整合性を有するポイントは、ホットバックアップおよびコールドバックアップデータのうちの少なくとも１つを含む請求項１に記載のデータリカバリ方法。
【請求項６】
ジャーナル項目を収集するステップは、リモートアクセスを介して継続的データ保護ジャーナルの最初および最終のヘッダ情報にアクセスするステップを含む請求項１に記載のデータリカバリ方法。
【請求項７】
前記ログは、ＲＥＤＯログおよびアーカイブログのうちの少なくとも１つを含む請求項１に記載のデータリカバリ方法。
【請求項８】
ストレージサブシステムとバックアップ記憶媒体に動作可能に結合されたバックアップサーバとを含むコンピュータ化されたデータリカバリシステムであって、前記ストレージサブシステムは、継続的データ保護システムを含み、前記バックアップサーバは、
少なくとも１つのホストを実行する少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集し、
前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護システムのジャーナル項目を収集し、
前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集し、
前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示し、
ユーザからリカバリ時間の選択を受け取り、
前記ユーザからリカバリデータベースアプリケーションの選択を受け取り、
前記ユーザからベースラインデータベースアプリケーションの選択を受け取り、
各データベースアプリケーションについてリカバリを実行し、
前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するように動作可能な、リカバリマネージャを実行するコンピュータ化されたデータリカバリシステム。
【請求項９】
請求項８に記載のコンピュータ化されたデータリカバリシステムであって、前記リカバリマネージャは、
前記ベースラインデータベースアプリケーションを取得し、
前記ベースラインデータベースアプリケーションに関連付けられたソースデータベースアプリケーションについてのトランザクション情報を取り出し、
前記少なくとも２つのデータベースアプリケーションから各データベースアプリケーションについてのリカバリトランザクション識別子を選択し、
各データベースアプリケーションについての現行のトランザクション識別子をチェックし、
前記リカバリトランザクション識別子が前記現行のトランザクション識別子と同一でない場合、前記少なくとも２つのデータベースアプリケーションから別のデータベースアプリケーションを選択し、
前記少なくとも２つのデータベースアプリケーションにおいてトランザクションのアライメントを実行するように動作可能な整合性マネージャをさらに含むコンピュータ化されたデータリカバリシステム。
【請求項１０】
ユーザに、前記選択を行うためのグラフィカルユーザインターフェースを提供することをさらに含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１１】
前記整合性を有するポイントは、ポイントインタイムミラーコピー、スナップショットポイントインタイムイメージ、テープ、および継続的データ保護マーカのうちの少なくとも１つを含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１２】
前記整合性を有するポイントは、ホットバックアップデータおよびコールドバックアップデータのうちの少なくとも１つを含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１３】
ジャーナル項目を収集することは、リモートアクセスを介して継続的データ保護ジャーナルの最初および最終のヘッダ情報にアクセスすることを含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１４】
前記ログは、ＲＥＤＯログおよびアーカイブログのうちの少なくとも１つを含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１５】
前記継続的データ保護システムは、前記データベースアプリケーションのうちの少なくとも１つについて入力動作および出力動作のうちの少なくとも１つをジャーナルするように動作可能なジャーナルマネージャを含む請求項８に記載のコンピュータ化されたデータリカバリシステム。
【請求項１６】
前記継続的データ保護システムは、前記データベースアプリケーションのうちの少なくとも１つについて入力動作および出力動作のうちの少なくとも１つをジャーナルするように動作可能な第２のジャーナルマネージャをさらに含む請求項１５に記載のコンピュータ化されたデータリカバリシステム。
【請求項１７】
１組のコンピュータ命令を具現化するコンピュータ読取可能媒体であって、前記命令は、１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサが、
少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集し、
前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護に関連付けられたジャーナル項目を収集し、
前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集し、
前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示し、
ユーザからリカバリ時間の選択を受け取り、
前記ユーザからリカバリデータベースアプリケーションの選択を受け取り、
前記ユーザからベースラインデータベースアプリケーションの選択を受け取り、
各データベースアプリケーションについてリカバリを実行し、
前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するようにするコンピュータ読取可能媒体。
【請求項１８】
請求項１７に記載のコンピュータ読取可能媒体であって、前記命令はさらに、前記１つまたは複数のプロセッサが、
前記ベースラインデータベースアプリケーションを取得し、
前記ベースラインデータベースアプリケーションに関連付けられたソースデータベースアプリケーションについてのトランザクション情報を取り出し、
前記少なくとも２つのデータベースアプリケーションから各データベースアプリケーションについてのリカバリトランザクション識別子を選択し、
各データベースアプリケーションについての現行のトランザクション識別子をチェックし、
前記リカバリトランザクション識別子が前記現行のトランザクション識別子と同一でない場合、
前記少なくとも２つのデータベースアプリケーションから別のデータベースアプリケーションを選択し、
前記少なくとも２つのデータベースアプリケーションにおいてトランザクションのアライメントを実行するようにするコンピュータ読取可能媒体。
【請求項１９】
ユーザに、前記選択を行うためのグラフィカルユーザインターフェースを提供することをさらに含む請求項１７に記載のコンピュータ読取可能媒体。
【請求項２０】
前記整合性を有するポイントは、ポイントインタイムミラーコピー、スナップショットポイントインタイムイメージ、テープ、および継続的データ保護マーカのうちの少なくとも１つを含む請求項１７に記載のコンピュータ読取可能媒体。
【請求項２１】
前記整合性を有するポイントは、ホットバックアップデータおよびコールドバックアップデータのうちの少なくとも１つを含む請求項１７に記載のコンピュータ読取可能媒体。
【請求項２２】
ジャーナル項目を収集することは、リモートアクセスを介して継続的データ保護ジャーナルの最初および最終のヘッダ情報にアクセスすることを含む請求項１７に記載のコンピュータ読取可能媒体。
【請求項２３】
前記ログは、ＲＥＤＯログおよびアーカイブログのうちの少なくとも１つを含む請求項１７に記載のコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本発明は、データストレージシステムに関し、より詳細には、継続的データ保護（ＣＤＰ）技術を用いたデータストレージシステムに関する。
【背景技術】
【０００２】
[0002]  継続的データ保護（ＣＤＰ）技術は、アプリケーションからの各書込み入出力（Ｉ／Ｏ）動作をジャーナリングすることによって、ユーザデータを常に保護する。ジャーナリングされた入出力データは、対象アプリケーションを実行するホストコンピュータシステムに関連する一次ストレージから独立したストレージに格納される。最近のＣＤＰは、データベース（ＤＢ）アプリケーションに関連するチェックポイントやファイルクローズ動作の実行のタイミングなど様々なアプリケーションイベントを記録することができる。
【０００３】
[0003]  基本的なＣＤＰ技術については、参照により本明細書に組み込まれる米国特許出願第２００４／０２６８０６７Ａ１号「ストレージべースのジャーナリングを用いてバックアップ及びリカバリを行う方法と装置（Ｍｅｔｈｏｄ  ａｎｄ  ａｐｐａｒａｔｕｓ  ｆｏｒ  ｂａｃｋｕｐ  ａｎｄ  ｒｅｃｏｖｅｒｙ  ｓｙｓｔｅｍ  ｕｓｉｎｇ  ｓｔｏｒａｇｅ  ｂａｓｅｄ  ｊｏｕｒｎａｌｉｎｇ）」に記載されている。この記載のＣＤＰの方法論では、コピーオンライトジャーナリング機能を提供し、ジャーナルおよびスナップショットに対して固有のシーケンス番号を維持する。
【０００４】
[0004]  また、いくつかの利用可能な市販のＣＤＰ製品もある。企業製品の一例として、参照により本明細書に組み込まれるｈｔｔｐ：／／ｗｗｗ．ｒｅｖｉｖｉｏ．ｃｏｍ／ｉｎｄｅｘ．ａｓｐ？ｐ＝ｐｒｏｄ＿ＣＰＳ＿１２００ｉに記載のＲＥＶＩＶＯ  ＣＰＳ  １２００ｉがある。この製品は、Ｉ／Ｏ動作をホストにミラーリングするように動作し、また、ミラー化されたＩ／Ｏ動作を受け取りこれらの動作をジャーナルとして格納するための装置を提供する。このシステムはまた、後続のリストアのために、格納された情報にインデックスを付ける。
【０００５】
[0005]  別のＣＤＰの製品は、保護されたアプリケーションの振舞いを自動的に決定することができる。この製品は、ＸＯｓｏｆｔのＥｎｔｅｒｐｒｉｓｅ  Ｒｅｗｉｎｄｅｒである。この製品のユーザガイドは、参照により本明細書に組み込まれるｈｔｔｐ：／／ｗｗｗ．ｘｏｓｏｆｔ．ｃｏｍ／ｄｏｃｕｍｅｎｔａｔｉｏｎ／ＥｎｔｅｒｐｒｉｓｅＲｅｗｉｎｄｅｒ＿Ｕｓｅｒ＿Ｇｕｉｄｅ．ｐｄｆで見ることができる。この製品は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｅｘｃｈａｎｇｅ（登録商標）など様々なアプリケーションの振舞いをアプリケーションのチェックポイントを含めて自動的に決定することができる。
【０００６】
[0006]  米国特許出願１１／４０４，１９０では、継続的データ保護システムの複数種類のイベントマーカを処理するシステムと方法（ｓｙｓｔｅｍ  ａｎｄ  ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｃｅｓｓｉｎｇ  ａ  ｐｌｕｒａｌｉｔｙ  ｔｙｐｅｓ  ｏｆ  ｅｖｅｎｔ  ｍａｒｋｅｒｓ  ｏｆ  ａ  ｃｏｎｔｉｎｕｏｕｓ  ｄａｔａ  ｐｒｏｔｅｃｔｉｏｎ  ｓｙｓｔｅｍ）を記載している。また、米国特許出願１１／４７１，１０５では、継続的データ保護システムにおける複数のボリューム間の整合性を管理するためのシステムおよび方法（ｓｙｓｔｅｍ  ａｎｄ  ｍｅｔｈｏｄ  ｆｏｒ  ｍａｎａｇｉｎｇ  ａ  ｃｏｎｓｉｓｔｅｎｃｙ  ａｍｏｎｇ  ｍｕｌｔｉｐｌｅ  ｖｏｌｕｍｅｓ  ｉｎ  ａ  ｃｏｎｔｉｎｕｏｕｓ  ｄａｔａ  ｐｒｏｔｅｃｔｉｏｎ  ｓｙｓｔｅｍ）を記載している。これらの特許出願の開示は、参照により本明細書にそれらの全体が組み込まれる。
【０００７】
[0007]  他方で、データ保護をやはり必要とする多数のデータベース（ＤＢ）アプリケーションがある。最近のＣＤＰシステムは、クラッシュリカバリを用いて単一ＤＢアプリケーション用のデータ保護を提供することができる。しかし、現在のところ、いくつかのデータベースアプリケーション間で分散されたトランザクションに対してロールフォワード型のリカバリを実行することができるＣＤＰクラッシュリカバリ機構を用いて複数のＤＢアプリケーションのリカバリを可能にする技術はない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
[0008]  したがって、必要とされるのは、ＣＤＰおよび他のデータ保護方法の両方によって保護されるフェデレーテッドアプリケーション環境を作り出す技術である。
【課題を解決するための手段】
【０００９】
[0009]  本発明の方法論は、継続的データ保護のための従来の手法に伴う上記および他の問題のうちの１つまた複数を実質的に取り除く方法およびシステムを対象とする。
【００１０】
[0010]  本発明の方法論の一態様によれば、データリカバリのための方法が提供される。この本発明の方法は、少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集するステップと、前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護に関連付けられたジャーナル項目を収集するステップと、前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集するステップと、前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示するステップと、ユーザからリカバリ時間の選択を受け取るステップと、前記ユーザからリカバリデータベースアプリケーションの選択を受け取るステップと、前記ユーザからベースラインデータベースアプリケーションの選択を受け取るステップと、各データベースアプリケーションについてリカバリを実行するステップと、前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するステップとを含む。
【００１１】
[0011]  本発明の方法論の別の態様によれば、コンピュータ化されたデータリカバリシステムが提供される。この本発明のシステムは、ストレージサブシステムとバックアップ記憶媒体に動作可能に結合されたバックアップサーバとを含む。前記ストレージサブシステムは、継続的データ保護システムを含み、一方、前記バックアップサーバは、少なくとも１つのホストを実行する少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集し、前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護システムのジャーナル項目を収集し、前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集し、前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示し、ユーザからリカバリ時間の選択を受け取り、前記ユーザからリカバリデータベースアプリケーションの選択を受け取り、前記ユーザからベースラインデータベースアプリケーションの選択を受け取り、各データベースアプリケーションについてリカバリを実行し、前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するように動作可能な、リカバリマネージャを実行する。
【００１２】
[0012]  本発明の方法論のさらに別の態様によれば、１組のコンピュータ命令を具現化するコンピュータ読取可能媒体が提供され、前記命令は、１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサが、少なくとも２つのデータベースアプリケーションから整合性を有するポイントを収集し、前記少なくとも２つのデータベースアプリケーションのそれぞれについて継続的データ保護に関連付けられたジャーナル項目を収集し、前記少なくとも２つのデータベースアプリケーションのそれぞれに関連付けられたログ項目を収集し、前記少なくとも２つのデータベースアプリケーションについての保護された項目および整合性を有するポイントについてのタイムラインをユーザに表示し、ユーザからリカバリ時間の選択を受け取り、前記ユーザからリカバリデータベースアプリケーションの選択を受け取り、前記ユーザからベースラインデータベースアプリケーションの選択を受け取り、各データベースアプリケーションについてリカバリを実行し、前記少なくとも２つのデータベースアプリケーションに関連付けられたトランザクションに基づいてデータのリカバリを実行するようにする。
【００１３】
[0013]  本発明に関するさらなる態様は、一部は以下の説明に示され、一部はその説明から自明となるまたは本発明の実施によって分かる。本発明の諸態様は、以下の詳細な説明および添付特許請求の範囲で具体的に示される要素ならびに様々な要素と態様の組合せによって、実現され達成されうる。
【００１４】
[0014]  前述および後述の説明はともに例示および説明に過ぎず、請求項に係わる発明またはその適用をいかなる形でも限定するものではないことは理解されるべきである。
【００１５】
[0015]  この明細書に組み込まれかつその一部分を構成する添付の図面は、本発明の実施形態を例示し、また、その説明とともに本発明の手法の原理を説明し例示する働きをする。
【発明を実施するための最良の形態】
【００１６】
[0034]  以下の詳細な説明では、添付の図面を参照する。図面において、同一の機能要素は同じ番号で示す。当該添付図面では、限定としてではなく例示として、本発明の原理に一致する特定の実施形態および実装形態を示す。これらの実装形態を、当業者が本発明を実施できるために十分なように詳細に説明する。また、他の実装形態が使用されうること、ならびに、本発明の範囲および趣旨から逸脱することなく構造的変更および／または様々な要素の置換が行われうることを理解されたい。したがって、以下の詳細な説明は、限定の意味で解釈されるべきではない。また、説明される本発明の様々な実施形態は、汎用コンピュータ上で実行するソフトウェアの形態、専用ハードウェアの形態、またはソフトウェアとハードウェアの組合せとして実装することができる。
【００１７】
[0035]  本発明概念の３つの例示的実施形態を以下に詳細に説明する。これら３つの実施形態は、それぞれの実装の構成の側面において互いに異なる。しかし、本発明の一般概念は依然として同じであり、それはすべての記載の実施形態において実装される。具体的には、３つの記載の実施形態のすべては、いくつかのデータベース間のデータ整合性を維持することができる。
【００１８】
実施形態１：ＣＤＰの単一整合性グループおよび他のポイントインタイムバックアップデータ下でのリカバリ
[0036]  本明細書に記載の第１の例示的実施形態では、ＤＢアプリケーションのためのＣＤＰの単一整合性グループ、ならびに、ミラーコピー、スナップショット、およびテープのような他のポイントインタイムデータを使用する。
【００１９】
１．物理構成
[0037]  図１は、第１の例示的実施形態によるシステムの様々なハードウェアコンポーネント、およびこれらのハードウェアコンポーネント間の相互接続を示す図である。
【００２０】
[0038]  上記のシステムは、いくつかのストレージサブシステムに動作可能に結合された少なくとも１つのホストを含む。各コンポーネントについて以下に詳細に説明する。
【００２１】
[0039]  具体的には、ホスト１０およびバックアップサーバ６０は、標準的なワークステーションまたはパーソナルコンピュータなどの専用または汎用ハードウェア上で実行されるオペレーティングシステムを含む。
【００２２】
[0040]  ホスト１０は、ＣＰＵ１１、メモリ（ｍｅｍ）１２、内蔵ディスク１３、およびＮＩＣ（ネットワークインターフェースカード）１５を含む。
【００２３】
[0041]  ホスト１０は、汎用ＦＣ（ファイバチャネル）スイッチ、汎用イーサネット（登録商標）スイッチ８０、または直接取り付けられるストレージサブシステムにホスト１０を接続するために提供されるホストバスアダプタ（ＨＢＡ）１４を備える。
【００２４】
[0042]  バックアップサーバもまた、汎用ＦＣスイッチ、汎用イーサネット（登録商標）スイッチ８０、または直接取り付けられるテープライブラリ７０への接続を可能にするホストバスアダプタ（ＨＢＡ）１４を備える。
【００２５】
[0043]  各ホストは、関連データを、ストレージサブシステムによって提供される論理ユニット（ＬＵ）に格納する。
【００２６】
[0044]  ストレージサブシステム３０は、下記の特徴および能力を有する。
【００２７】
[0045]  すなわち、ストレージサブシステムは、関連するＬＵ内にＳＣＳＩ−２またはＳＣＳＩ−３コマンドセットを使用してデータ格納する能力を有する。さらに、ストレージサブシステムは、いくつかのＲＡＩＤコントローラ（ＣＴＬ）２０およびいくつかのディスク３１を含むことができる。
【００２８】
[0046]  ＲＡＩＤコントローラ２０は、１つまたは複数のプロセッサ、メモリ、およびイーサネット（登録商標）やＦＣポートなどのＮＩＣを備え、ＳＣＳＩ  Ｉ／Ｏ動作の処理のためにＳＡＮからまたはディスクへのアクセスが可能であり、ストレージサブシステムに存在するいくつかのディスクを使用したＲＡＩＤ構成からなる（図示せず）。
【００２９】
[0047]  ＲＡＩＤコントローラ２０は、好ましくは、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を備え、該ＮＶＲＡＭにデータを格納することができ、ＮＶＲＡＭを電源障害からの保護機能を有するキャッシュメモリとして利用することができる。
【００３０】
[0048]  さらに、ＲＡＩＤコントローラ２０は、ＷＷＮ（ワールドワイドネーム）によって識別されることができるポートを提供し、それは、ホストからＳＣＳＩワールドとしてターゲットＩＤを指定し、また、ファイバチャネル（ＦＣ）ポート上の論理ユニット番号（ＬＵＮ）からなる。
【００３１】
[0049]  ストレージサブシステムは、内部管理コンソール２３を備えることができ、これは、ストレージサブシステムに内部接続され、ストレージサブシステム管理するために提供される一般的なウェブベースのＰＣまたはワークステーションなどの任意の一般的なコンソールからアクセス可能である。ストレージ管理者のコンソール（図１内に図示せず）は、外部に配置してもよく、イーサネット（登録商標）ハブ、スイッチ、および／またはＩＰルータなど一般的なＩＰプロトコル対応のネットワークスイッチを介してアクセス可能である。
【００３２】
[0050]  テープライブラリ７０は、媒体を変更するためのＳＣＳＩ−３メディアチェンジャコマンドセットまたは等価のプロトコル／ＡＰＩを備え、テープ上のデータにアクセスするためのいくつかのテーブドライブを含むことができる。テープは、テープライブラリ７０内に設けられたいくつかのスロットのうちの１つを使用してテーブライブラリに読み込むことが可能である。
【００３３】
２．論理構成
[0052]  図２は、様々なソフトウェアコンポーネントおよびそれらの相互作用を含む第１の実施形態のシステムの論理構成を示す。図示のそれぞれのコンポーネントを以下で説明する。
【００３４】
[0053]  ＬＡＮ８３：  ＬＡＮ（ローカルエリアネットワーク）は、ホストおよびバックアップサーバ間の通信を提供する。この通信では、ＴＣＰ／ＩＰプロトコルを使用する。ＬＡＮは、イーサネット（登録商標）スイッチ／ハブ、ＦＤＤＩ、トークンリング、ＡＴＭ、または他の種類のＩＰ転送可能なネットワークからなる。
【００３５】
[0054]  ＳＡＮ８２：  ＳＡＮ（ストレージエリアネットワーク）は、ＳＣＳＩ、ＦＣ−ＳＣＳＩ（ファイバチャネルＳＣＳＩ）、ＥＳＣＯＮなどのようなブロックアクセス対応の論理ネットワーク接続を提供する。本実施形態の説明では、記述を簡単にするために、ＦＣ−ＳＣＳＩを主に使用する。ＳＡＮは、ポートを介してホストとストレージサブシステムの間の論理接続を提供する。この接続性は、主に、ファイバチャネル（ＦＣ）スイッチまたはハブ、あるいはイーサネット（登録商標）スイッチまたはハブなどによって提供される。
【００３６】
[0055]  ホスト１０：  ホスト１０は、ＯＳ（図示せず）、データベース（ＤＢ）１６、ＤＢアプリケーション１５、ＳＣＳＩドライバ（図示せず）、ＲＡＩＤマネージャ（ＲＭ）１８、およびバックアップエージェント（エージェント）１７を含む。ＯＳは、ＵＮＩＸ（登録商標）、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）、Ｓｏｌａｒｉｓ、Ｚ／ＯＳ、ＡＩＸ、Ｌｉｎｕｘ、あるいは、既知または今後開発される任意の他の種類のオペレーティングシステムとすることができる。
【００３７】
[0056]  アプリケーションは、ＤＢを使用するトランザクション型アプリケーションとすることができる。ＤＢは、オンラインログ、および、ストレージサブシステム上に格納されるテーブルスペース用のデータファイルを含むことができる。アーカイブログは、ホスト上に格納しても、他のストレージサブシステム内に格納してもよい。
【００３８】
[0057]  ミラーまたはＣＤＰ動作を制御するために、インバンド制御機構として提供されるＲＡＩＤマネージャ（ＲＭ）を含むことができる。ＲＭは、ストレージサブシステムと通信を行う。ストレージサブシステムとの通信方法に関して、本発明のシステムの実施形態は、ＳＣＳＩコマンドセットを使用してストレージデバイスを制御する技術を利用する。ＳＣＳＩコマンドを使用してストレージサブシステム３０を制御するための当該技術については、参照によりその全体が本明細書に組み込まれる欧州特許出願ＥＰ１２４６０５０に詳細に説明されている。図２に示す本発明のシステムの実施形態のエージェント１９（ＲＭ）は、ＲＭＬＩＢと一般的に等価であり、コマンドデバイス２７（ＣＭＤ  ＤＥＶ）は、欧州特許出願ＥＰ１２４６０５０に記載のＣＭと一般的に等価であることに留意されたい。
【００３９】
[0058]  ストレージシステム内に配置されたＣＤＰを制御するように動作可能なコマンドラインインターフェース（ＣＬＩ）の例示的実装形態は、参照により本明細書に組み込まれる前述の米国特許出願１１／４０４，１９０の図３に示されている。
【００４０】
[0059]  バックアップエージェント１７は、ＤＢアプリケーション内のデータ整合性を与えるバックアップサーバへバックアップデータを抽出しバックアップサーバからデータをリストアするように動作可能であり、ＤＢアプリケーションは、ＤＢに関連データを格納し、また関連データをファイルシステムに格納することができる。
【００４１】
[0060]  ストレージサブシステム：  一実施形態では、ストレージサブシステムのモジュールは、マイクロコードにおいて有効にされる。このマイクロコードは、コントローラ（ＣＴＬ）上で実行され、かつ光媒体、ＦＤ、および他のリムーバブルデバイスからインストールされるプログラムコードとして提供されるものである。マイクロコードは、パリティグループマネージャおよびボリュームマネージャ（ＶＯＬマネージャ）からなり、ボリュームマネージャは、ボリュームを作成してホストおよび後述するジャーナルマネージャに提供する。上記各モジュールは、下記に詳細に述べる。
【００４２】
[0061]  パリティグループマネージャ（図２に図示せず）：  このモジュールは、マイクロコードの一部分であり、ＲＡＩＤ０／１／２／３／４／５／６技術を利用するディスクを含むパリティグループからなることができる。当業者に周知のように、ＲＡＩＤ６は、ＲＡＩＤ５技術に基づいているが、デュアルパリティ保護を含んでいる。作成されたパリティグループは、図３に示すＶＯＬ  Ｃｏｎｆｉｇ構造１００にリストされ、そして、作成されたパリティグループには、ストレージサブシステム内のパリティグループを識別するためのパリティグループ番号１０１と、ＲＡＩＤ技術から作成される使用可能容量サイズ１０２と、ＲＡＩＤ構成１０３と、ディスク３１から識別する利用ディスク１０４とが与えられる。
【００４３】
[0062]  ボリュームマネージャ（ＶｏＬマネージャ）（図２に図示せず）：  ボリュームマネージャは、ボリュームの構成、および、ＬＵを対象とするＩ／Ｏ動作に関する振舞いを管理する。ボリュームは、ホストによって発行されたデータの読み書きのためにＬＵに対しエクスポートするパリティグループの一部分である。管理者は、ボリュームマネージャによってボリューム番号が追加されたボリュームの領域を定義し初期フォーマットする。ボリュームとパリティグループの間のマッピングは、図３に示すＶＯＬ  Ｃｏｎｆｉｇ１００に格納される。ＶＯＬ  Ｃｏｎｆｉｇ内のレコードは、パリティグループ番号１０１上に、ストレージサブシステム内の論理装置（ＬＤＥＶ、またはボリュームと称する）を識別するためのボリューム番号１０５と、パリティグループ上のボリューム開始アドレスを表す開始論理ブロックアドレス（ＬＢＡ）１０６と、パリティグループ上のボリューム、アドレスを示す終了ＬＢＡ１０７と、ボリュームのサイズを示すサイズ１０８とを有する。
【００４４】
[0063]  ポート２２（または１１１と称する）：  ポートは、関連ボリュームを、ＷＷＮ上の論理ユニット（ＬＵ）を介してＳＡＮからアクセス可能にする。図４は、ＬＵとボリュームの間の例示的マッピングテーブルを示す。図４に示すテーブルのハードウェアポート１１１列の各値は、図１または図２に示すポートの１つに対応する。各ポートは、ポートを介してＬＵにアクセスするためにホストから指定されるポート自体のＷＷＮ１１２を有する。複数の異なるＬＵを、ポートに割り当てることができる。ＬＵは、列１１２内のＷＷＮと列１１３内のＬＵＮとの対によって指定される。ＦＣ−ＳＣＳＩプロトコル仕様に基づくと、ポートに関連付けることが可能な論理ユニットの最大数は、２５６である。さらに、各ＬＵは、ホスト１０からのデータを格納するために使用されるボリュームにマップされる。このマッピング情報に基づいて、コントローラ２０は、ポートからＳＣＳＩコマンドを受け取り、列１１２のＷＷＮと列１１３のＬＵＮのセットを、列１１４の識別されたボリュームに変換して、該当するボリュームにアクセスする。また、ホストのＲＭ（ＲＡＩＤマネージャ）１８からストレージサブシステムを制御するのに使用されるコマンドデバイス（ＣＭＤ  ＤＥＶ）エントリ１１５も、図４に示すテーブルに格納される。
【００４５】
[0064]  各ＬＵについて、ストレージシステム管理者は、ＬＵが対応するＬＤＥＶまたはリストアイメージを有していなくても、ＬＵを仮想ＬＵとして構成してホストに対しＬＵを可視にすることができる。管理者がＬＵを仮想ＬＵとして指定すると、ストレージサブシステムが列１１６内のＶＬＵビットをオンにする。このモードでは、ストレージサブシステムは、ＬＤＥＶのＬＵへの割当てに関わらず、常にＬＵをホストに使用可能にする。
【００４６】
[0065]  ミラーマネージャ（図２に図示せず）：  ミラーマネージャは、ＲＭコマンドに基づいてミラー動作を制御する。ミラー動作は、Ｐ−ＶＯＬとＳ−ＶＯＬの間の「ペア作成」動作、ならびに、「再同期」、「分割」、「逆再同期」、および「ペア削除」動作を含む。再同期動作後の分割の実行後、ポイントインタイム（ＰＩＴ）イメージボリュームを、ミラーまたはスナップショット技術を用いて作成することができる。
【００４７】
[0066]  ＪＮＬマネージャ２５：  ＪＮＬマネージャは、Ｐ−ＶＯＬに対するＪＮＬボリューム３３および３５上に格納されたＩ／Ｏジャーナルを取得し、ＪＮＬ上にマーカ情報を格納し、それによって、サーバ指定のタイムポイントを作成する。ＪＮＬマネージャはまた、Ｉ／Ｏ整合性グループを作成し、ボリューム間のＩ／Ｏ一連番号を作成する。リストア動作の際に、ジャーナルデータを時点またはマーカまで適用することによりベースボリューム３４、３６のコピーを格納するボリューム３８および３９がリストアされる。リストアの後、各リストアボリュームは、Ｐ−ＶＯＬの代わりにＰ−ＶＯＬのＬＵに付加される。本発明の一実施形態では、リストアボリュームは、他のホストにエクスポートする他のＬＵに付加してもよい。この構成では、ユーザは、リストアされたボリューム上のデータをチェックするために同じ様式でホスト１０を構成する必要がある。ジャーナルマネージャ２５の振舞いは、前述の米国特許出願１１／４０４，１９０に記載のＪＮＬマネージャ２４の動作と同じである。
【００４８】
[0067]  バックアップサーバ６０は、ＯＳ（図２に図示せず）、バックアップソフトウェア（６１）、ＨＢＡドライバ（図２に図示せず）を含む。バックアップソフトウェアは、既存の整合性のあるバックアップデータを管理するために提供されたメディアマネージャ（メディア）６２と、１組のＤＢをリストアおよびリカバリするためのリカバリマネージャ（６４）とを含む。リカバリマネージャ６４の（整合性マネージャとも呼ばれる）整合６５モジュールは、いくつかのＤＢアプリケーション間のトランザクションのアライメントを行う。メディアマネージャ６２は、アプリケーションのホットおよびコールドバックアップを使用してアプリケーション整合点（整合性を有するポイント(時点)）を作成した後にペアまたはスナップショット、テープまたはＣＤＰのマーカの後のミラーの再同期および分割動作によって作成されるポイントインタイムイメージの形態の整合性のあるバックアップデータ、ならびに、日時を管理する。バックアップソフトウェア６１は、バックアップエージェント１７と通信し、アプリケーションデータについて整合性のある状態を作り、ＬＡＮを介してそのデータのバックアップを行い、ＬＡＮを介してそのデータをリストアするように動作可能である。バックアップエージェントは、一例として、ＭｉｃｒｏｓｏｆｔのＶｏｌｕｍｅ  Ｓｈａｄｏｗ  Ｃｏｐｙ  Ｓｅｒｖｉｃｅ（ＶＳＳ）と連携して動作しアプリケーションデータについて整合性のある状態を作ることができる。
【００４９】
３．動作
[0054]  バックアップサーバ上で、ユーザは、１組のＤＢアプリケーションについてリカバリ動作を実行する。この動作の詳細を論じる前に、ＤＢに対する初期セットアップおよびトランザクション動作、ならびに、依存環境としてのＤＢアプリケーションについて説明する。
【００５０】
３．１  初期セットアップ
[0055]  まず、ストレージ管理者が、選択されたＤＢアプリケーションのためのＬＵを作成する。作成されたＬＵは、ストレージサブシステム上のＣＤＰによって保護されるように構成される。次いで、ホスト管理者は、作成されたＬＵを発見するための処理手順を実行し、次いで、オペレーティングシステム環境における対応するデバイスファイルを作成する。その後、ＤＢ管理者は、作成されたＬＵ上に、ＤＢデータ、ログ、および関連するデータセットを作成する。ＤＢ管理者はまた、ホスト管理者がＬＵ上にファイルシステムを作成した後に、ファイルシステム上にデータファイルとしてＤＢテーブルデータを作成してもよい。ＤＢアプリケーション管理者は、ＪＤＢＣ、ＯＤＢＣ、または他のタイプのＤＢアクセス方法を用いて、ＤＢ上でＤＢアプリケーションを実行する。
【００５１】
３．２  ＤＢアプリケーションにおけるトランザクション
[0056]  他のＤＢアプリケーションについての最後のトランザクションを求めるために、ＤＢアプリケーションは、他の伝達されたＤＢのアプリケーションに対する最後のトランザクションのレコードを、それらのトランザクションの後で残し、レコードは、他のＤＢのアプリケーションに伝達される。
【００５２】
[0057]  トランザクションのコミットの後、ターゲットＤＢのアプリケーションは、Ｏｒａｃｌｅ型データベースにおけるＸＩＤのような現行のアクティブトランザクションＩＤと、そのトランザクションのためのシステム変更番号（ＳＣＮ）とを、Ｏｒａｃｌｅ型データベースにおけるＶ＄ＴＲＡＮＳＡＣＴＩＯＮ情報を使用して入手し、その情報を、ＤＢアプリケーションに対する最後のトランザクションとしてソースＤＢのテーブル上に格納する。
【００５３】
[0058]  Ｖ＄ＴＲＡＮＳＡＣＴＩＯＮ情報の詳細は、例えば、参照によりその全体が本明細書に組み込まれるｈｔｔｐ：／／ｄｏｗｎｌｏａｄ−ｅａｓｔ．ｏｒａｃｌｅ．ｃｏｍ／ｄｏｃｓ／ｃｄ／Ｂ１９３０６＿０１  ／ｓｅｒｖｅｒ．１０２／ｂｌ４２３７／ｄｙｎｖｉｅｗｓ＿２１７０．ｈｔｍに説明されている。他のＤＢベンダも、アクティブトランザクションについて同様の情報を有する。
【００５４】
[0059]  図５は、ソースＤＢの役割をするＤＢ１におけるテーブル１２０の例示的実施形態を示す。図示のテーブルは、ソースホスト（１２５）から伝達されたホストＩＤアドレス１２１、アプリケーション名１２２、最終更新トランザクションＩＤ（１２３）、システム変更番号（ＳＣＮ）（１２４）、および、完了として「Ｙｅｓ」または未処理として「Ｎｏ」を使用して処理リカバリ動作を示すための完了リカバリ（１２６）を含む。ＤＢ２を含め他のデータベースもまた、ＤＢ１のテーブル１２０と同様のテーブル１３０を含む。
【００５５】
３．３  リカバリ用のＧＵＩ
[0060]  いくつかのＤＢに影響する障害が発生したとき、ＤＢデータをリストアおよびリカバリする必要がある。リカバリマネージャは、この目的のためにＧＵＩを提供する。リカバリ動作の際、リカバリマネージャは、いくつかのＤＢアプリケーション間の１組のデータをリカバリするためのＧＵＩを作成する。対応する処理手順を、以下に説明し、また図６に示す。
【００５６】
[0061]  処理手順は、ステップ１４１から開始する。
【００５７】
[0062]  ステップ１４１：  リカバリマネージャは、いくつかのＤＢアプリケーションの整合点を収集する。収集される整合点は、ミラー化またはスナップショットポイントインタイムイメージ、ならびにメディアマネージャ６２からのテープおよびＣＤＰのマーカを含むことができる。
【００５８】
[0063]  ＤＢアプリケーションの整合点は、バックアップエージェントを介してバックアップソフトウェアがアプリケーションと協調した後にホットバックアップまたはコールドバックアップ処理手順を用いて作成されうるバックアップデータを含む。
【００５９】
[0064]  メディアマネージャの整合点の例として、図７のテーブル１５０がある。このテーブルは、バックアップソフトウェアによってシリアル化されたバックアップＩＤ１５１と、データ１５２と、バックアップされる時間１５３と、バックアップされるアプリケーション名１５４と、テープ、ＰＩＴミラー、ＰＩＴスナップショット、ＣＤＰマーカ、その他である、整合点を維持する方法１５５と、デバイスのシリアル番号のようなデバイス番号またはデバイスの識別子１５６と、ストレージサブシステム上のテープＩＤ、ＬＤＥＶ番号、またはマーカ番号である、メディア番号１５７とからなる。
【００６０】
[0065]  ステップ１４２：  リカバリマネージャは、ＬＡＮを介しＲＭまたはアウトバンドインターフェースを介してジャーナルの最初および最後のヘッダ情報にアクセスするＣＤＰ保護されたアプリケーションごとにＣＤＰのジャーナル項目の項目を収集する。
【００６１】
[0066]  それらのメディアマネージャの項目の例として、図８のテーブル１６０がある。このテーブルは、ＣＤＰジャーナルにおいて、ＤＢのアプリケーション名１６１、ならびに、開始１６４および終了１６５のデータおよび時間からなる。
【００６２】
[0067]  ステップ１４３：  リカバリマネージャは、ＤＢのＳＱＬインターフェースにアクセスするＤＢのアプリケーションごとに、ＤＢのログ（またはＲＥＤＯログおよびアーカイブログと称する）の項目を収集する。
【００６３】
[0068]  それらのメディアマネージャの項目の例として、図８のテーブル１６０がある。このテーブルは、アーカイブログにおいて、ＤＢのアプリケーション名１６１、ならびに、開始１６２および終了１６３のデータおよび時間からなる。
【００６４】
[0069]  ステップ１４４：  リカバリマネージャは、すべてのアプリケーション上の保護された項目および整合点のタイムラインを示す（節３．３．１で論じる）。
【００６５】
[0070]  ステップ１４５：  ユーザは、「整合点に基づくリカバリ」またはリストアとしての「時間に基づくリカバリ」を考慮してリカバリ時間を選択し、次いでユーザは、データをリストアするためにターゲットＤＢのアプリケーションを選択し、このリカバリのためのベースラインＤＢのアプリケーションを指定する（節３．３．１で論じる）。
【００６６】
[0071]  ステップ１４６：  リカバリマネージャは、要求された時間についてデータをリストアするためにＣＤＰを開始する。リストアが整合点に基づく場合、リカバリマネージャは、ＣＤＰ保護されたボリュームに対する選択されたリカバリ時間の前に、最終の整合点データをリストアする。リストアが時間に基づく場合、リカバリマネージャは、指定された時間に基づいてデータをリストアする。
【００６７】
[0072]  ステップ１４７：  リカバリマネージャ内の整合性マネージャは、ＤＢのアプリケーション間でトランザクションを考慮してデータのリカバリの実行を開始する。そして、処理手順が終了する。
【００６８】
３．３．１  ＧＵＩ
[0073]  ステップ１４４で、リカバリマネージャは、リカバリＧＵＩを作成する。ＧＵＩ１７０の例示的実施形態は、図９に示されている。
【００６９】
[0074]  ＧＵＩ１７０は、（オンラインログおよびアーカイブログである）ＤＢのログおよびＣＤＰの項目、ならびに、各タイムライン上の各ＤＢアプリケーションにおいて小さい円で示される整合点からなる。ユーザは、チェックボックス１７５を使用してターゲットリカバリＤＢのアプリケーションを選択し、オプションボタン（１７６）を使用してベースラインアプリケーションを選択し、次いで、点線（１７４）を使用してリストア時間を選択する。複数のＤＢアプリケーション間のユーザの所望するリストアポイントを示す点線は、最も早いＤＢのログまたはＣＤＰジャーナルと最終のＤＢのログまたはＣＤＰジャーナルの一方との間でのみスライドすることができる。
【００７０】
[0075]  リカバリオプションとして、ユーザは、ＤＢのアプリケーションボリュームのそれぞれについて時間ベースのリストアまたは最も近い整合点であるデータに対するＤＢ実装可能リストア方法（１７７）を選ぶことができる。
【００７１】
[0076]  時間ベースのリストアの場合（図１０）は、リカバリマネージャ６４は時間によりデータをリストアするためにＣＤＰを開始するが、ＬＵがＣＤＰによって保護され、かつリカバリ時間がＣＤＰジャーナル上の最初と最終のエントリの時点の間であるならば（１８１）、ＣＤＰを使用して時間によりデータをリストアし（１８２）、ＤＢに対してクラッシュリカバリを実行する（１８３）。整合性グループ下にいくつかのアプリケーションがある場合、リカバリマネージャは、ＣＤＰを開始して、時間による整合性グループ下の１組のボリュームのリストアを用いて所定の時間で１組のボリュームをリストアする。アプリケーションとボリュームの間のマッピングを求めるために、リカバリマネージャは、バックアップエージェントおよびＲＭを介してマッピング情報を発見する。マッピング情報２００（図１５）は、ホストアドレス２２６、アプリケーション名２２７、ＯＳ内のデバイスファイル２２８、ストレージサブシステム上のポート２２９、およびＬＵ（２３０）からなる。また、アプリケーションが整合性グループ上にあるかどうかを求めるためにストレージサブシステムは、参照により本明細書に組み込まれる前述の米国特許出願１１／４０４，１９０の図６に示すテーブルを参照して、整合性グループ情報を提供する。このテーブルは、どのＬＵが整合性グループ上にあるかを求めるために使用することができる。リカバリマネージャは、この情報をストレージサブシステムから取り出して使用する。
【００７２】
[0077]  リカバリマネージャは、ＣＤＰのマーカリストアおよびＳＩ／ＱＳの逆リストアなどのような個々のリストア方法を用いて整合性のあるイメージを有する、データリストア動作を開始する（１８５）。ＤＢのためのボリュームは、ＳＩ、ＱＳを伴うＣＤＰなどいくつかのタイプのコピー技術によって、または他の任意のディスクベースバックアップ方法を用いて保護されうる。この場合、より速いＤＢのリカバリ方法を選んでよい。例えば、ＤＢのログおよびＪＮＬのログの時間の適用が、同じであり、ＣＤＰのベースラインボリュームから主ボリュームへのコピーレート、およびＳＩ、ＱＳ、または他からのコピーレートが、同じであることが想定される。差は、ＣＤＰとＳＩの間の量の差によるＪＮＬおよびＳＩからのコピーを２次ボリュームから主ボリュームに適用する前のベースラインから主ボリュームへのＣＤＰの差分コピーである。差分コピーのコピー量は、現在時刻の近くで小さく、現在時刻から遠くで大きい。ＣＤＰの場合、差分コピーの量は、ＣＤＰのベースラインボリュームが１２時間前のような現在時刻から近くに位置するときに小さい。ＳＩの場合、その量は、ＳＩの２次ボリュームの作成の経過時間が、ＣＤＰベースラインを過ぎたときに大きい。この状況において、図１８は、リカバリ方法の選択の例を示す。
ステップ２９１：  リカバリマネージャは、リカバリ時間がＣＤＰ  ＪＮＬ項目内であるかどうかをチェックする。Ｙｅｓの場合、処理手順は、ステップ２９２に進む。Ｎｏの場合、処理手順は、ステップ２９４に進む。
ステップ２９２：  リカバリマネージャは、ＳＩ／ＱＳのＰＩＴの経過時間が、ＣＤＰ  ＪＮＬ項目外であるかどうかをチェックする。Ｙｅｓの場合、処理手順は、ステップ２９３に進み、Ｎｏの場合、処理手順は、ステップ２９４に進む。
ステップ２９３：  リカバリマネージャは、リカバリとしてＣＤＰを選び、それらのプロセスを終了する。
ステップ２９４：  リカバリマネージャは、リカバリとしてＤＢのログを伴うＰＩＴのリストアを選び、それらのプロセスを終了する。
このプロセスに基づき、次の以下のようなことがいえる。リカバリ時間がＣＤＰ  ＪＮＬの項目内であり、かつＳＩまたはＱＳのＰＩＴについての経過時間がＣＤＰ内である場合には、ＤＢのログリカバリを伴うＳＩまたはＱＳのＰＩＴ上の差分コピーの量がＣＤＰリカバリのそれよりも小さいため、リカバリマネージャは、ＤＢのログを伴うＳＩまたはＱＳのＰＩＴのリカバリを選ぶ。リカバリ時間がＣＤＰ  ＪＮＬの項目内であり、かつＳＩまたはＱＳについての経過時間がＣＤＰ外である場合には、差分コピーの量がＳＩまたはＱＳのそれよりも小さいため、リカバリマネージャは、ＣＤＰリカバリを選ぶ。リカバリ時間がＣＤＰ  ＪＮＬの項目外であり、かつＳＩまたはＱＳについての経過時間がＣＤＰ内である場合には、リカバリマネージャは、ＤＢのログを伴うＳＩまたはＱＳのＰＩＴのリカバリを選ぶ。リカバリ時間がＣＤＰ  ＪＮＬの項目外であり、かつＳＩまたはＱＳについての経過時間がＣＤＰ内である場合には、リカバリマネージャは、ＤＢのログリカバリを伴うＳＩまたはＱＳのＰＩＴを選ぶ。したがって、リカバリマネージャは、リカバリ時間、および、位置ＣＤＰベースラインボリュームとＳＩ／ＱＳ  ＰＩＴの１つとの間の関係に基づいて、リカバリ方法を選択する能力を有することができる。リカバリマネージャがＳＩ／ＱＳの代わりに他のＰＩＴ技術またはテープを使用する場合、リカバリマネージャは、コピーおよびＤＢのログの適用に基づいて、より速いリカバリ時間を見積もるために、データコピーの量を考慮する必要がある。
【００７３】
[0078]  最も近い整合点のリストアの場合、リカバリマネージャは、ユーザ指定の時間から整合点に近いデータをリストアする。すなわち、ＣＤＰは、最終のマーカによりデータをリストアする。リカバリマネージャは、テープ、ＰＩＴミラー、またはスナップショットのような最終の整合点までデータをリストアする。また、ＤＢのためのボリュームは、ＳＩ、ＱＳを伴うＣＤＰなどいくつかのタイプのコピー技術によって、または他の任意のディスクベースバックアップ方法を用いて保護されうる。この場合、ステップ１８５のように、より速いＤＢのリカバリ方法も選ぶことができる。
【００７４】
[0079]  それら２つのオプションは、ステップ１４６で動作することができる。
【００７５】
３．３．２  リカバリ動作
[0080]  ステップ１４６のＤＢ実装可能リストア動作の後、図１１に示すように、ステップ１４７で複数のトランザクションのアライメントを行う必要がある。その処理手順は、以下の通りである。
【００７６】
[0081]  処理手順は、ステップ１９１から開始する。
【００７７】
[0082]  ステップ１９１：  リカバリマネージャ内の整合性マネージャは、リストア動作の際にユーザに指定されたベースラインＤＢのアプリケーションを取得する。
【００７８】
[0083]  ステップ１９２：  整合性マネージャは、ユーザ指定のベースラインＤＢのアプリケーションから、ソースＤＢ（１２５）のアプリケーションと関係付けられたＤＢのアプリケーションについてのトランザクション情報１２１、１２２、１２３、１２４を取り出す。
【００７９】
[0084]  ステップ１９３：  整合性マネージャは、リストされたＤＢのアプリケーションから、１２６で「Ｎｏ」と示された未処理のＤＢのアプリケーションを選択する。
【００８０】
[0085]  ステップ１９４：  整合性マネージャは、リスト内に未処理のＤＢのアプリケーションがあるかを、すなわち、リスト１２０および１３０内のすべてのエントリが処理されたかをチェックする。ある場合（Ｙ）は、ステップ１９５に進む。ない場合（Ｎ）は、処理手順の最後に進む。
【００８１】
[0086]  ステップ１９５：  整合性マネージャは、ターゲットＤＢのアプリケーションについてのリカバリ上のトランザクションＩＤを選択する。（詳細は、節３．３．２．１で論じる）。
【００８２】
[0087]  ステップ１９６：  整合性マネージャは、ＤＢのアプリケーション上の現行のトランザクションＩＤをチェックする。ＩＤが、ソースＤＢのアプリケーションが記録した情報と同じ場合（Ｙ）、処理は、ステップ１９９に進む。そうでない場合、整合性マネージャは、ステップ１９７に進む。また、Ｏｒａｃｌｅのような自律分散データベースについてリカバリを行う場合には、トランザクションＩＤの代わりにＳＣＮを使用してもよい。
【００８３】
[0088]  ステップ１９７：  整合性マネージャは、ＤＢを開始してトランザクションのアライメントを実行する（詳細は、節３．３．３．２で論じる）。
【００８４】
[0089]  ステップ１９８：  整合性マネージャは、同じプロセスを他のデータベースについて実行して、アライメントされたＤＢアプリケーションから関連するＤＢアプリケーションの情報を収集した後に、この処理手順をサブルーチンとして使用して他のデータベースをリカバリする。整合性マネージャは、選択されたデータベースのリカバリを終了したとき、選択されたデータベースのリカバリが終了したことを示すために１２６において「Ｙｅｓ」のマークを付ける。処理手順が終了する。
【００８５】
３．３．２．１  リカバリトランザクションの選択
[0090]  リカバリトランザクションＩＤを選択するために、整合性マネージャは、アプリケーションの位置に基づいてトランザクションＩＤを取り出す。この処理手順は、図１２に示されており、以下に詳細に説明する。
【００８６】
[0091]  ステップ２０１：  整合性マネージャは、リカバリターゲットＤＢのアプリケーションが、ユーザ指定のベースラインアプリケーションであるかどうかをチェックする。そうである場合、処理手順は、ステップ２０２に進む。そうでない場合、処理手順は、ステップ２０３に進む。
【００８７】
[0092]  ステップ２０２：  整合性マネージャは、ベースラインアプリケーションのトランザクションＩＤから取り出されたターゲットＤＢのアプリケーションのためのトランザクションＩＤを使用する。
【００８８】
[0093]  ステップ２０３：  整合性マネージャは、ターゲットＤＢのアプリケーションがベースラインＤＢのアプリケーションのリストにリストされているかどうかをチェックする。そうである場合、ベースラインＤＢのアプリケーションとターゲットＤＢのアプリケーションの間に関係があり、処理手順は、ステップ２０２に進む。そうでない場合、こうした関係は存在せず、処理手順は、ステップ２０４に進む。
【００８９】
[0094]  ステップ２０４：  整合性マネージャは、ターゲットアプリケーションがベースラインアプリケーションから独立していると判定したので、ターゲットＤＢのアプリケーション上のターゲットアプリケーションに対してターゲットアプリケーショントランザクションＩＤを使用する。
【００９０】
[0095]  この処理手順を用いて、ベースラインアプリケーションと他のアプリケーションの間に連携がある場合は、整合性マネージャは、ベースラインのアプリケーション上でトランザクションＩＤを使用する。連携がない場合は、それらは、現行のターゲットをリカバリするアプリケーションに対して自身のトランザクションＩＤを使用する。
【００９１】
[0096]  また、Ｏｒａｃｌｅのような自律分散データベースについてリカバリを行う場合には、トランザクションＩＤの代わりにＳＣＮを使用してもよい。
【００９２】
３．３．２．２  トランザクションのアライメントの実行
[0097]  トランザクションのアライメントを行うために、整合性マネージャは、ターゲットＤＢに対して必要な場合、ターゲットＤＢのアプリケーション上でロールバックおよびロールフォワード動作を実行する。
【００９３】
[0098]  この処理手順の詳細を、以下に説明し、また図１３に示す。
【００９４】
[0099]  ステップ２２１：  整合性マネージャは、データベーステーブル上の現行のトランザクションＩＤが節３．３．２．１における選択されたトランザクションより小さいかどうかをチェックする。そうである場合、処理手順はステップ２２３に進む。そうでない場合、処理手順はステップ２２２に進む。
【００９５】
[00100]  ステップ２２２：  整合性マネージャは、ターゲットＤＢにおける次のＳＣＮまでロールフォワード動作を実行する。
【００９６】
[00101]  ステップ２２３：  整合性マネージャは、選択されたトランザクションＩＤ番号に基づいてロールバック動作を実行する。
【００９７】
[00102]  ステップ２２４：  整合性マネージャは、その結果をチェックする。ロールバック動作について何らかのエラーがある場合、整合性マネージャは、エラーを返す（ステップ２２５）。ない場合は、処理手順は、処理手順の最後に進む。そして、処理手順が終了する。
【００９８】
[00103]  Ｏｒａｃｌｅのような自律分散データベース環境の場合、トランザクションのアライメントとして図１３の処理手順の代わりに各ホストの変更番号リカバリ上でリカバリされたベースラインＤＢのＳＣＮを使用してもよい。
【００９９】
[00104]  図１４は、上述の実施形態の例示的動作シーケンスを示す。
【０１００】
[00105]  ＣＤＰは、単一の整合性グループ下でＤＢ１およびＤＢ２のボリュームを保護する。ＤＢ３については、ＰＩＴイメージがミラー技術によって作成される。まず、ユーザが、リカバリ時間を例えば８：３０のように指定した。その後、リカバリマネージャは、ＣＤＰを使用してＤＢ１およびＤＢ２のイメージをリストアする。リカバリマネージャは、ＤＢ１およびＤＢ２に対するクラッシュリカバリを開始する（図１４の１．ａおよび２．ａ）。リカバリマネージャは、ミラーを使用して、または主ボリュームから２次ボリュームへのスワップを使用してＤＢ３のＰＩＴイメージをリストアし、ＤＢがそれによりユーザ指定のリストア時間までロールフォワードを実行する動作（３．ａ）を開始する。
【０１０１】
[00106]  ストレージおよびホストはそれぞれ、それ自体のタイムクロックを有することは留意されるべきである。したがって、リカバリされた時間に差が生じることがある。
【０１０２】
[00107]  ＣＤＰ保護されたボリュームに対するクラッシュリカバリの後、リカバリマネージャ内の整合性マネージャは、ＤＢ間のトランザクションのアライメントを行う動作を実行する。ＤＢ１がベースラインである。整合性マネージャが、ＤＢ２の最終のトランザクションＩＤをチェックし、ＤＢ２が、指定のトランザクションＩＤにロールバックされる（２．ｂ）。また、ＤＢ１は、通信能力がある場合、ＤＢ１上のＤＢ３の最終のトランザクション（ＩＤ）をチェックする。整合性マネージャは、処理手順を開始して、それによりＤＢ３が、図１１の処理手順を使用してロールフォワード（３．ａ）およびロールバック（３．ｂ）を実行する。
【０１０３】
[00108]  この実施形態では、ＪＮＬマネージャがストレージサブシステム上に配置されることが想定される。ストレージサブシステムの代わりに、ＣＩＳＣＯのＭＤＳシリーズおよびＥＭＣのｉｎｖｉｓｔａのようなスイッチベースの仮想化ハードウェア、ＲｅｖｉｖｏのＣＰＳシリーズのようなＰＣ装置ベースのＣＤＰ保護ハードウェア、ＣＡのＥｎｔｅｒｐｒｉｓｅＲｅｗｉｎｄｅｒのようなソフトウェアベースのＣＤＰ上でＪＮＬマネージャを実行してもよい。
【０１０４】
実施形態２：  ＣＤＰのいくつかの整合性グループおよび他のポイントインタイムバックアップデータ下でのリカバリ
[00109]  この実施形態では、データ保護するように構成されたストレージサブシステム上で複数のＪＮＬグループを有するシステム構成を使用する。
【０１０５】
[00110]  第２の実施形態の物理システム構成は、第１の実施形態の構成と同様である。第２の実施形態のシステムの論理構成は、図２における論理構成と同様である。違いは、図１６に示すように、各主ボリュームが、別個のＣＤＰジャーナルマネージャによって保護されることである。したがって、各ＣＤＰジャーナルマネージャは、それ自体のＩＯ一連番号を有し、各ＣＤＰジャーナルマネージャは、各ＪＮＬボリューム上の各ボリュームについてＩＯをシリアル化し、指定されたポイント時間またはマーカによってシリアル化された各ジャーナルからデータをリストアする。
【０１０６】
[00111]  リストアおよびリカバリにおいて、整合性グループ下のベースラインアプリケーションのＣＤＰ保護されたボリューム上でユーザ指定の時間により、データをリカバリマネージャがリストアし整合性マネージャがリカバリする。しかし、他のＣＤＰの整合性グループを含む他のボリュームに関しては、整合性マネージャは、ユーザ指定の時間の前の最終の整合点のバックアップデータを使用し、機能を使用して指定の時間までロールフォワードを実行する。
【０１０７】
[00112]  したがって、ＧＵＩにおける時間ベースのリカバリ動作には、図１７に示すように、ベースラインアプリケーションのボリュームのみに対してクラッシュリカバリを可能にするために１つのステップが追加される。
【０１０８】
[00113]  詳細には、ステップ１８８のように、ターゲットアプリケーションがＣＤＰジャーナルボリューム下のベースラインであるかどうかをチェックするためのステップが追加される。そうである場合、処理手順は、ステップ１８２に進む。そうでない場合、ステップ１８４に進んで、ユーザ指定の時間の前に最終の整合点のマーカをリストアする。
【０１０９】
[00114]  本発明概念の第２の例示的実施形態のシステムによって行われる他の動作は、第１の実施形態の対応する処理手順と同じである。
【０１１０】
実施形態３：  ＤＢのバージョン情報を使用するＤＢとファイルの間の整合性を有するリカバリ
[00115]  前述の米国特許出願１１／４７１，１０５は、ＤＢとファイルの間の整合性を実現するための手法を開示している。この手法は、それに記載の第３の実施形態において開示されており、その説明は、参照によりその全体が本明細書に組み込まれる。詳細には、ＤＢに関係付けられたファイルに関するバージョン情報が、ＤＢに格納される。一方、本発明の例示的実施形態では、リカバリにおいて複数のＤＢ間の整合性を作り出す。しかし、キーとなる概念は、米国特許出願１１／４７１，１０５に記載の上記の第３の実施形態と同じである。詳細には、本発明では、各ＤＢが、バージョン情報を格納する代わりに、他のＤＢに伝達されたトランザクションＩＤを格納する。
【０１１１】
[00136]  さらに、本発明の他の実装形態が、本明細書に開示の本発明の明細および実施を検討することにより当業者には明らかとなろう。上述の実施形態の様々な態様および／または構成要素は、データ保護機能を有するコンピュータ化されたストレージシステムにおいて個々にまたは任意の組合せで使用されうる。上述の明細および例は、単に例示が目的であり、本発明の真の範囲および趣旨は、添付の特許請求の範囲によって示されるものである。
【図面の簡単な説明】
【０１１２】
【図１】[0016]ハードウェアコンポーネントおよびコンポーネント間の相互接続を示す例示的図である。
【図２】[0017]ソフトウェアコンポーネントを含む一実施形態の例示的論理構成およびそれらコンポーネントの相互作用を示す図である。
【図３】[0018]例示的ボリューム構成構造１００を示す図である。
【図４】[0019]論理ユニット（ＬＵ）とボリューム（またはＬＤＥＶと称する）の間の例示的マッピングテーブルを示す図である。
【図５】[0020]ソースデータベースに関連する例示的テーブルを示す図である。
【図６】[0021]一組のデータのリカバリのためのＧＵＩを作成する例示的処理手順を示す図である。
【図７】[0022]例示的メディアマネージャ整合点を示す図である。
【図８】[0023]例示的メディアマネージャ項目を示す図である。
【図９】[0024]グラフィカルユーザインターフェース（ＧＵＩ）の例示的実施形態を示す図である。
【図１０】[0025]例示的時間ベースリストア動作を示す図である。
【図１１】[0026]リカバリ動作の例示的実施形態を示す図である。
【図１２】[0027]リカバリトランザクションを選択するための例示的処理手順を示す図である。
【図１３】[0028]トランザクションのアライメントのための例示的処理手順を示す図である。
【図１４】[0029]本発明概念の実施形態の例示的動作シーケンスを示す図である。
【図１５】[0030]マッピング情報の例示的実施形態を示す図である。
【図１６】[0031]本発明概念の第２の例示的実施形態を示す図である。
【図１７】[0032]本発明概念の第２の例示的実施形態の例示的動作シーケンスを示す図である。
【図１８】[0033]リカバリ方法の選択プロセスの例示的実施形態を示す図である。
【符号の説明】
【０１１３】
１０……ホスト、１３……ディスク、２１……ポート、２２……ポート、２３……コンソール、３０……ストレージサブシステム、３１……ディスク、６０……バックアップサーバ、７０……テープライブラリ、８０、８１……スイッチ／ハブ
【図１】
2008226227.tif 000003
【図２】
2008226227.tif 000004
【図３】
2008226227.tif 000005
【図４】
2008226227.tif 000006
【図５】
2008226227.tif 000007
【図６】
2008226227.tif 000008
【図７】
2008226227.tif 000009
【図８】
2008226227.tif 000010
【図９】
2008226227.tif 000011
【図１０】
2008226227.tif 000012
【図１１】
2008226227.tif 000013
【図１２】
2008226227.tif 000014
【図１３】
2008226227.tif 000015
【図１４】
2008226227.tif 000016
【図１５】
2008226227.tif 000017
【図１６】
2008226227.tif 000018
【図１７】
2008226227.tif 000019
【図１８】
2008226227.tif 000020
【外国語明細書】
2008226227000001.pdf