(57)【要約】【課題】  例えばデータ破損イベントの法廷証拠的分析を実行するため又はセキュリティ監査等を実行するために使用することができる、ジャーナリングされた情報を提供するための方法及びコンピュータ・プログラムを提供すること。【解決手段】  データ・ストレージ・システムは、所有アプリケーションの書き込みＩ／Ｏに従って、ホストから供給されるデータをデータ・ストレージに書き込む。作業負荷マネジャは、所有アプリケーションの書き込みＩ／Ｏに従って供給されたデータの処理を指示し、書き込みＩ／Ｏを記述するサービス作業負荷識別子を提供し、ストレージ・サブシステム制御部は、データについてのレコード・セット情報にサービス作業負荷識別子を追加し、ジャーナル管理システムは、レコード・セット情報をジャーナルに格納する。ジャーナリングされた情報は、例えば、データ破損イベントの法廷証拠的分析を実行するため又はセキュリティ監査等を実行するために使用されることができる。【選択図】      図５
2010524105.tif 000002
【特許請求の範囲】
【請求項１】
所有アプリケーションの書き込みＩ／Ｏに従ってホストから供給されたデータをデータ・ストレージに書き込むように構成されたデータ・ストレージ・システムによって処理されたデータを識別するための方法であって、
所有アプリケーションの前記書き込みＩ／Ｏに従って、前記供給されたデータの処理を指示するステップと、
前記書き込みＩ／Ｏを記述するためのサービス作業負荷識別子を提供するステップと、
前記データについてのレコード・セット情報に前記サービス作業負荷識別子を追加するステップと、
前記サービス作業負荷識別子を含む、前記レコード・セット情報からの情報をジャーナル内に格納するステップと
を含む方法。
【請求項２】
前記サービス作業負荷識別子を追加する前記ステップが、前記サービス作業負荷識別子をリード・レコード・セット・プレフィックス内に追加することを含み、前記レコード・セット情報をジャーナル内に格納する前記ステップが、前記情報を前記リード・レコード・セット・プレフィックスから前記ジャーナルに提供することを含む、請求項１に記載の方法。
【請求項３】
前記サービス作業負荷識別情報を提供する前記ステップが、前記リード・レコード・セット・プレフィックスに対して前記サービス作業負荷識別子を提供する定義範囲チャネル・コマンド・ワード（ＣＣＷ）に対して、前記サービス作業負荷識別子を提供することを含む、請求項２に記載の方法。
【請求項４】
前記サービス作業負荷識別子を提供する前記ステップが、前記リード・レコード・セット・プレフィックスに対して前記サービス作業負荷識別子を提供するプレフィックス・チャネル・コマンド・ワード（ＣＣＷ）に対して、前記サービス作業負荷識別子を提供することを含む、請求項２に記載の方法。
【請求項５】
前記サービス作業負荷識別子が、前記ホストによって前記所有アプリケーションに対して定義されたサービス・クラスを含む、請求項１に記載の方法。
【請求項６】
前記サービス・クラスがＩ／Ｏ優先順位情報を含み、前記サービス作業負荷識別子を提供する前記ステップが、前記サービス・クラスの前記Ｉ／Ｏ優先順位情報を選択することを含む、請求項５に記載の方法。
【請求項７】
コンピュータ可読プログラムを有するコンピュータ可読媒体を含むコンピュータ・プログラム製品であって、前記コンピュータ可読プログラムは、少なくとも１つのコンピュータ上で実行されたときに、請求項１乃至請求項６のいずれかの前記ステップを前記コンピュータに行わせる、コンピュータ・プログラム製品。
【請求項８】
所有アプリケーションの書き込みＩ／Ｏに従って、ホストから供給されるデータをデータ・ストレージに書き込むように構成されたデータ・ストレージ・システムであって、
所有アプリケーションの前記書き込みＩ／Ｏに従って前記供給されるデータの処理を指示するように構成され、前記書き込みＩ／Ｏを記述するためのサービス作業負荷識別子を提供するように構成された、作業負荷マネジャと、
前記データについてのレコード・セット情報に前記サービス作業負荷識別子を追加するように構成された、少なくとも１つのストレージ・サブシステムと、
前記サービス作業負荷識別子を含む、前記レコード・セット情報からの情報をジャーナル内に格納するように構成されたジャーナル管理システムと
を含む、データ・ストレージ・システム。
【請求項９】
前記少なくとも１つのストレージ・サブシステムが、前記サービス作業負荷識別子をリード・レコード・セット・プレフィックス内に追加するように構成され、前記ジャーナル管理システムが、前記情報を前記リード・レコード・セット・プレフィックスから前記ジャーナルに提供するように構成される、請求項８に記載のデータ・ストレージ・システム。
【請求項１０】
前記作業負荷マネジャが、前記リード・レコード・セット・プレフィックスのために前記少なくとも１つのストレージ・サブシステムに前記サービス作業負荷識別子を提供する定義範囲チャネル・コマンド・ワード（ＣＣＷ）に対して、前記サービス作業負荷識別子を提供するように構成される、請求項９に記載のデータ・ストレージ・システム。
【請求項１１】
前記作業負荷マネジャが、前記リード・レコード・セット・プレフィックスのために前記少なくとも１つのストレージ・サブシステムに前記サービス作業負荷識別子を提供するプレフィックス・チャネル・コマンド・ワード（ＣＣＷ）に対して、前記サービス作業負荷識別子を提供するように構成される、請求項９に記載のデータ・ストレージ・システム。
【請求項１２】
前記サービス作業負荷識別子が、前記ホストによって前記所有アプリケーションに対して定義されたサービス・クラスを含む、請求項８乃至請求項１１に記載のデータ・ストレージ・システム。
【請求項１３】
前記サービス・クラスがＩ／Ｏ優先順位情報を含み、前記作業負荷マネジャが、前記サービス・クラスの前記Ｉ／Ｏ優先順位情報を選択するように構成される、請求項１２に記載のデータ・ストレージ・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ・ストレージ・システムに関し、より具体的には、所有アプリケーション（owning application）の書き込みＩ／Ｏに従って、ホストから提供されるデータをデータ・ストレージに書き込むように構成されたデータ・ストレージ・システムに関する。
【背景技術】
【０００２】
データ・ストレージ・システムは、ホストからのデータの信頼性の高い格納を提供するこの信頼性によって、データはホストから削除できる。データ・ストレージの信頼性は、典型的には、一次ストレージと二次ストレージにおいてデータを複製することによって強化される。例えば、ＩＢＭ（登録商標）ＤＳ８０００は、米国特許第５７３４８１８号で検討されているような非同期データ複製機能をサポートしており、これは、一次データ・ストレージと二次データ・ストレージの両方に対してデータを提供するのに必要とされるデータ転送を含む。既知の時点のデータから以降、Ｉ／Ｏ整合性を有するデータを効果的に再現するために、データ転送をジャーナリングすることができる。幾つか又は全てのデータをバックアップ・バージョンによりカバーされた時間のうちのいずれかの時点まで復旧する能力を提供するために、ジャーナルをバックアップすることができる。
【０００３】
顧客にとっては、データ破損イベントの法廷証拠的(forensic)分析を実行すること、又はどのアプリケーションがどのデータをいつ更新したかについてのセキュリティ監査を実行することが、望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第５７３４８１８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
この発明の目的は、例えばデータ破損イベントの法廷証拠的分析を実行するため又はセキュリティ監査等を実行するために使用することができる、ジャーナリングされた情報を提供するための方法及びコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明にかかる方法及びコンピュータ・プログラムは、例えばデータ破損イベントの法廷証拠的分析を実行するため又はセキュリティ監査等を実行するために使用することができる、ジャーナリングされた情報を提供する。データ・ストレージ・システムは、一次及び／又は二次データ・ストレージとして配置される１つ又は複数のデータ・ストレージ制御システム及びデバイスを含むことができる。
【０００７】
１つの実施形態においては、データ・ストレージ・システムは、所有アプリケーションの書き込みＩ／Ｏに従ってホストから供給されるデータをデータ・ストレージに書き込むように構成されており、所有アプリケーションの書き込みＩ／Ｏに従って供給されたデータの処理を指示するように構成され、書き込みＩ／Ｏを記述するためのサービス作業負荷識別子を提供するように構成された、作業負荷マネジャを含み、データについてのレコード・セット情報にサービス作業負荷識別子を追加するように構成された少なくとも１つのストレージ・サブシステムを含み、サービス作業負荷識別子を含むレコード・セット情報からの情報をジャーナル内に格納するように構成されたジャーナル管理システムを含む。
【０００８】
別の実施形態では、ストレージ・サブシステムは、リード・レコード・セット・プレフィックス内にサービス作業負荷識別子を追加するように構成され、ジャーナル管理システムは、リード・レコード・セット・プレフィックスからの情報をジャーナルに提供するように構成される。
【０００９】
さらなる実施形態では、作業負荷マネジャは、リード・レコード・セット・プレフィックスに対してサービス作業負荷識別子を提供する定義範囲ＣＣＷに対して、サービス作業負荷識別子を提供するように構成される。
【００１０】
別の実施形態では、作業負荷マネジャは、リード・レコード・セット・プレフィックスに対してサービス作業負荷識別子を提供するプレフィックスＣＣＷに対して、サービス作業負荷識別子を提供するように構成される。
【００１１】
別の実施形態では、サービス作業負荷識別子は、ホストによって所有アプリケーションに対して定義されたサービス・クラスを含む。
【００１２】
さらなる実施形態では、サービス・クラスはＩ／Ｏ優先順位情報を含み、作業負荷マネジャは、サービス・クラスのＩ／Ｏ優先順位情報を選択するように構成される。
【００１３】
本発明の実施形態を、添付の図面を参照して、以下説明するが、これは例示であり限定的なものではない。
【図面の簡単な説明】
【００１４】
【図１】本発明を実施することができる、データ・ストレージ・システム及びホスト・システムを示すブロック図である。
【図２】本発明の実施形態によるサービス作業負荷識別子を有する、リード・レコード・セットのプレフィックス・ヘッダを示す、データ・フォーマット図である。
【図３】本発明の実施形態によるサービス作業負荷識別子を有する、リード・レコード・セットのフィールドを記述するデータ・フォーマット図である。
【図４】本発明を実施するためのデータ・ストレージ・システム及びホスト・システムの代替的な実施形態を示すブロック図である。
【図５】本発明を実施する機能を表すフロー・チャートである。
【発明を実施するための形態】
【００１５】
本発明は以下の説明において図面を参照して好ましい実施形態で説明され、同様の番号は同一又は類似の要素を表す。本発明は、本発明の目的を達成するための最良の形態に関して説明されるが、当業者には、これら教示を考慮して本発明の精神又は範囲から逸脱することなくバリエーションを達成することができることが認識されるであろう。
【００１６】
図１を参照すると、データ・ストレージ・システム１０がホスト・システム１２と共に図示される。典型的には、ホスト・システム１２は、１つ又は複数のホスト・プロセッサを含むことができ、かつネットワークを含むことができ、データ・ストレージ・システム１０により格納されるべきデータを生成するアプリケーション３０を含む。データ・ストレージ・システムは、例えば、少なくとも１つのサブシステム制御部１８を有するストレージ制御システム１５と、例えばＲＡＩＤ（Redundant Array of Independent Disks）又はＪＢＯＤ（Justa Bunch of Disks）の形態の、ディスク・ドライブのような、多数のドライブ・デバイス１６とを含む。ストレージ制御システム１５はまた、例えば自動データ・ストレージ・ライブラリの形態の、磁気テープ又は光ディスク１７のような長期ストレージと通信することもできる。本発明に従って動作することができるストレージ制御システム１５の例は、ＩＢＭ（登録商標）ＤＳ８０００を含む。
【００１７】
ストレージ・システム１０は、格納のために供給されるデータの処理を指示するように構成された作業負荷マネジャ（ＷＬＭ）２０、２０Ａを組み込む。作業負荷マネジャ２０、２０Ａは、ストレージ制御システム１５内若しくはホスト・システム１２内、又は両方に常駐することができる。ストレージ・システム１０は、ストレージ・システムの動作中に使用されるデータ及び情報の中間的な格納のためのキャッシュ２１を含む。キャッシュもまたディスク・ストレージを含むことができ、又はストレージ・サブシステム１６の一部を含むこともできる。１つの実施形態において、作業負荷マネジャ２０Ａは、Ｉ／Ｏサブシステム（ＩＯＳ）コンポーネント２４と共に、ホスト・システム１２のオペレーティング・システム（Ｏ／Ｓ）２３のコンポーネントを含む。代替的な実施形態において、作業負荷マネジャ２０は、Ｉ／Ｏサブシステム・コンポーネント４４と共に、ストレージ制御システム１５の少なくとも１つのプロセッサのオペレーティング・システム４３のコンポーネントを含む。
【００１８】
作業負荷マネジャ２０及びストレージ制御システムのサブシステム制御部１８は、別々に又は一緒に、プログラム・コード及び任意の適切な論理、マイクロプロセッサ、及びプログラム・コードに応答するための関連付けられたメモリ及び／又はデータ・ストレージを含むことができ、関連付けられたメモリ及び／又はデータ・ストレージは、固定又は書き換え可能なメモリ又はデータ・ストレージ・デバイスを含むことができる。作業負荷マネジャ２０は、ストレージ・システム１０のプログラム・コード内のプログラム・コードを含むことができ、又はストレージ・システム１０により使用されるアプリケーションを含むことができる。プログラム・コードは、例えばオペレータ・パネル２２又はストレージ・システム１０のドライブにおける例えば光ディスク又はフロッピ・ディスクからの入力により、又は、例えばドライブ・デバイス１７における磁気テープ・カートリッジからの読み出しにより、又は、例えばホスト・システム１２を経由してネットワークから、又は他の何らかの適切な手段により、データ・ストレージ・デバイス又はメモリから直接、ストレージ・システムに供給することができる。作業負荷マネジャ２０は、ホスト・システム１２、ストレージ制御システム１５、又はデータ・ストレージ・システム１０の中のいずれかのポイントに物理的に位置していてもよく、又はデータ・ストレージ・システム全体にわたって分散していてもよい。
【００１９】
データ・ストレージ・システム１０は一次サイト及び二次サイトを含むことができ、例えば、ホスト・システム１２と共に、ストレージ制御システム１５がドライブ・デバイス１６と共に一次サイトを構成し、ストレージ制御システム２５がサブシステム制御部２８及びドライブ・デバイス２６と共に二次サイトを構成する。従って、データ・ストレージ・システムは、特許文献１に記載されているように、データを非同期的に転送し、整合性グループを形成するためにストレージ・データ・ムーバ２９を使用して、一次サイトにおいてデータ・ストレージを提供し、二次サイトにおいてデータをシャドウイングすることができる。
【００２０】
特許文献１では、一次サイトにおけるアプリケーション３０がレコード・アップデートを生成し、例えば一次サイトから離れた二次サイトがレコード・アップデートをシャドウイングする。データ・ストレージ・システム１０は、時間依存プロセスを同期させるためのシスプレックス・タイマを一次サイト内に含む。一次ストレージ制御システム１５は、レコード・アップデートのための書き込みＩ／Ｏ動作に応答し、各々のレコード・アップデートに対して一次ストレージ・サブシステム１６への書き込みＩ／Ｏを実行し、この書き込みＩ／Ｏ動作はシスプレックス・タイマに同期している。従って、一次ストレージ・サブシステム１６は、書き込みＩ／Ｏ動作を受け取り、データを格納する。
【００２１】
一次サブシステム制御部１８は、書き込みＩ／Ｏ動作が二次サイトにも格納されるボリュームに向けられていることを認識して、特定のストレージ情報を有するリード・レコード・セット（Read Record Set）プレフィックスを自身のキャッシュ２１内に構築する。サブシステム制御部は、このようにして、各々のレコード・アップデートについてレコード・セット情報を収集し、レコード・セット情報の所定のグループに対してプレフィックス・ヘッダを付加する。プレフィックス・ヘッダ及びレコード・セット情報の所定のグループは、データ・アップデートを含む自己記述性レコード・セットを形成する。
【００２２】
レコード・セット情報は、とりわけ、レコード・アップデート・シーケンス番号及びレコード・アップデート時間を含む。プレフィックス・ヘッダは、とりわけ、動作タイム・スタンプ、時間間隔グループ番号、及びレコード読み取り時間を含む。
【００２３】
ストレージ・データ・ムーバ２９は、サブシステム制御部１８からＲＲＳを読み出し、例えばキャッシュ２１内に格納されたジャーナルに書き込まれる整合性グループ（consistency group）を形成する。整合性グループは、短期間の全Ｉ／Ｏである。ボリューム間及びストレージ制御システム間のデータ整合性を維持することが重要である。レコード・セットは通信リンク３５を通じて二次ストレージ制御システム２５に伝送され、二次ストレージ制御システム２５は、各々の整合性グループからのレコード・アップデートを一次ストレージ制御システム１５にレコード・アップデートが書き込まれたシーケンスと整合する順序で二次ストレージ制御システム２５に書き込むために順序づける。
【００２４】
特許文献１の１つの実施形態において、ストレージ・データ・ムーバ２９は、各々の自己記述性レコードに対して、プレフィックス・ヘッダを含めたジャーナル・レコードを作成する。ジャーナル・レコードを二次ストレージ制御システム２５に伝送することができ、この情報は、整合性グループを形成するため、及びレコード・アップデートの二次ストレージ・サブシステム２６への書き込みを制御するために使用される。
【００２５】
図１、図２、及び図３を参照すると、本発明の１つの実施形態では、データ・ストレージ・システム１０は、所有アプリケーション３０の書き込みＩ／Ｏに従って、ホスト１２から供給されたデータをデータ・ストレージに書き込むように構成される。アプリケーションの例は、会計、給与支払、情報管理及びデータベース・アプリケーション等を含むことができる。データ・ストレージは、単一デバイス、複数のストレージ・デバイスを備えた単一サイト、複数のストレージ・システムを備えた単一サイト、図１に示されるような一次及び二次サイト、又は一次及び多重二次サイトを含むことができる。
【００２６】
本発明は、ジャーナリングされた情報を提供するためのデータ・ストレージ・システム、方法及びコンピュータ・プログラムを含み、この情報は、Ｉ／Ｏの所有アプリケーションが識別される、例えば、データ破損イベントの法廷証拠的分析を実行するために、又はセキュリティ監査等を実行するために使用することができる。
【００２７】
作業負荷マネジャ２０は、所有アプリケーション３０の書き込みＩ／Ｏに従って、データ・ストレージ・システムに対して供給されるデータの処理を指示するように構成される。作業負荷マネジャ２０は、ストレージ制御システム１５内、ホスト１２内（２０Ａとして図示）、又は両方に常駐することができ、ここではデータ・ストレージ・システム１０のコンポーネントを構成すると見なされる。ここでは、作業負荷マネジャ２０への言及は、２０Ａについてもまた言及し、又は代替的に２０Ａについて言及するものである。ストレージ制御システム１５は、ストレージ・デバイス１６に対してデータを格納するように構成され、ストレージ制御システム２５は、ストレージ・デバイス２６に対してデータを格納するように構成される。本発明は、完全にソフトウェアである実施形態、完全にハードウェアである実施形態、又はハードウェア要素とソフトウェア要素の両方を含む実施形態の形態を取ることができる。好ましい実施形態において、本発明はソフトウェアとして実施することでき、これは、常駐ソフトウェア、ファームウェア、マイクロコード等を含むがそれらに限定されるものではない。さらに本発明は、コンピュータ又は何らかの命令実行システムによって又はそれらに接続して使用されるためのプログラム・コードを提供する、コンピュータで使用可能な又はコンピュータ可読の媒体からアクセス可能な、コンピュータ・プログラムの形態をとることができる。この説明の目的に関して、コンピュータ使用可能又はコンピュータ可読媒体は、命令実行システム、装置又はデバイスにより、又はそれらに接続して使用されるためのプログラムを、含む、格納する、通信する、伝搬する、又は移送することができる、任意の装置とすることができる。
【００２８】
媒体は、電子的、磁気的、光学的、電磁気的、赤外線、又は半導体システム（又は装置若しくはデバイス）又は伝搬媒体とすることができる。コンピュータ可読媒体の例は、半導体又は固体メモリ、磁気テープ、取り外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、硬質磁気ディスク及び光ディスクを含む。光ディスクの現在の例は、コンパクトディスク−読み出し専用メモリ（ＣＤ−ＲＯＭ）、コンパクトディスク−読み取り／書き込み（ＣＤ−Ｒ／Ｗ）及びＤＶＤを含む。
【００２９】
プログラム・コードを格納する及び／又は実行するのに適したデータ処理システムは、システム・バスを介してメモリ要素に直接的又は間接的に連結された少なくとも１つのプロセッサを含むことになる。メモリ要素は、プログラム・コードの実際の実行中に使用されるローカル・メモリ、大容量記憶装置、及び実行中に大容量記憶装置からコードを取得しなければならない回数を減らすために少なくとも一部のプログラム・コードの一時記憶を提供するキャッシュ・メモリを含むことができる。データ処理システムが他のデータ処理システムと、又は介在する私設又は公衆ネットワークを通じて遠隔デバイスと連結できるようにするために、ネットワーク・アダプタをシステムに連結することができる。モデム、ケーブル・モデム及びイーサネット・カードは、現在使用可能なネットワーク・アダプタのうちのごく少数の例である。
【００３０】
顧客は、ホスト１２を介して、どのアプリケーション（作業負荷）３０をどのサービス．クラスに割り当てるかを定める。サービス・クラス指定は、Ｉ／Ｏ優先順位を含み、又はそれから構成することができる。例えば、ＩＢＭ（登録商標）ｚＯＳコンピュータ・オペレーティング・システムは、顧客に最初に各アプリケーションについてのサービス・クラスを定義させ、これが作業負荷マネジャ２０によって作業負荷に割り当てられる。現在のところ、各々の管理システム上で使用可能なおよそ１００個の固有のクラスが存在する。サービス・クラスで定義されるのは、そのサービス・クラスのための各々のＩ／Ｏ動作に与えられるＩ／Ｏ優先順位である。サービス・クラスは、作業負荷基準で、顧客が定義した作業負荷に対する相対的な業務優先順位を反映することができる。ここで、サービス・クラス若しくはＩ／Ｏ優先順位、又は同様の指定のいずれも「サービス作業負荷識別子（service workload identification）」と呼ばれる。
【００３１】
作業負荷マネジャ２０は、Ｉ／Ｏチェーンがその代表であるサービス・クラスを介して作業負荷を追跡及び管理するインフラストラクチュアを含み、その結果として、作業負荷に対してＩ／Ｏ優先順位を提供するのと同様の方法で、書き込みチェーンに情報を提供する。その結果得られた作業情報のユニットは、Ｉ／Ｏが実行されるときに顧客がその作業負荷に対して予め定めたＩ／Ｏ優先順位がＩ／Ｏと共に送信されるように、オペレーティング・システム機能／ミドルウェアによって保存される。
【００３２】
作業負荷マネジャ２０は、Ｉ／Ｏサブシステム２４、４４による使用のための、書き込みＩ／Ｏを記述するサービス作業負荷識別子を提供するように構成される。作業負荷マネジャは、データ・ストレージ・システムに向けられるべき作業のユニットを代表する全てのＩ／Ｏに対してサービス作業負荷識別子を提供するように構成される。
【００３３】
Ｉ／Ｏサブシステム２４、４４は、（他の情報と共に）作業負荷マネジャからのサービス作業負荷識別子にアクセスし、チャネル指令ワード（ＣＣＷ）又は均等物によって、ストレージ・サブシステム制御部１８に対してサービス作業負荷識別子を提供する。ＣＣＷの例は、定義範囲（define extent)ＣＣＷ又はプレフィックスＣＣＷである。例えば、作成された定義範囲ＣＣＷは、サービス作業負荷識別子を含む幾つかの追加情報を提供するよう修正され、書き込みＩ／Ｏチェーンに追加される。或いは、プレフィックスＣＣＷが生成され、これはサービス作業負荷識別子を含み、書き込みＩ／Ｏチェーンに追加される。ここでは、ＣＣＷは、ＣＣＷの初期ソースを問わず、作業負荷マネジャにより「提供された」と称することにする。
【００３４】
図２を参照すると、ストレージ・サブシステム制御部１８は、参照されたＩ／Ｏが一次サイトと二次サイトの両方に格納された又は格納されることになるボリュームに向けられていること（「ＸＲＣ」又は拡張遠隔コピーと称される）を認識し、上述のように、特定のストレージ情報を有するリード・レコード・セット・プレフィックス５００を自身のキャッシュ２１内に構築する。リード・レコード・セット・プレフィックスに含まれるのは、作業負荷マネジャ２０により提供された、サービス作業負荷識別子１００である。プレフィックス・ヘッダ５００の残りの部分は、特許文献１で説明されており、各々の自己記述性レコード・セットについてのフォーマットに関する。プレフィックス・ヘッダは、プレフィックス・ヘッダ５００の全長を記述するための全データ長５０１と、そのレコード・セットについての完全な一次レコード・セット情報とを含むことができる。動作タイム・スタンプ５０２は、現在処理されている動作セットについての開始時刻を示すタイム・スタンプである。時間間隔グループ番号５０３は、現在のレコード・セットが属する時間間隔（動作タイム・スタンプ５０２とレコード読み取り時間５０７で境界を定められる）を識別する。グループ内シーケンス番号５０４は、所与の時間間隔グループ５０３内の各レコード・セットについてのアプリケーション書込みＩ／Ｏの書き込みシーケンス順序の識別に基づいて派生する。一次サブストレージ識別子（ＳＳＩＤ）５０５は、各レコード・セットに対して一次ストレージ制御システム１５の特定のストレージ・コントローラを一意的に識別する。二次ターゲット・ボリューム５０６が割り当てられ、レコード読み取り時間５０７は、リード・レコード・セット・プロセスの現在の間隔についての終了時刻を示す動作タイム・スタンプを提供する。動作タイム・スタンプ５０２及びレコード読み取り時間５０７は、一次ストレージ制御システム１５からのリード・レコード・セットの組をグループ分けするのに用いられる。
【００３５】
図３を参照すると、レコード・セット情報６００は、ストレージ・データ・ムーバ２９により、サブシステム制御部１８から全てのリード・レコード・セット５００を読み込むことによって収集され、データ・ムーバは整合性グループを形成する。レコード・セット情報は、リード・レコード・セット・プレフィックス・ヘッダ５００からのサービス作業負荷識別子１００を組み入れる。
【００３６】
レコード・セット情報６００の残りの部分は特許文献１で説明されており、各々の自己記述性レコード・セットについてのフォーマットに関する。アップデート固有情報６０１−６１０は、そのレコード・アップデートが生じた実際のデータ・ストレージ・デバイス又はデバイスのセット（仮想でもよい）を示す、各レコードの一次デバイス・ユニット・アドレス６０１を含む。シリンダ番号／ヘッド番号（仮想でもよい）は、データ・ストレージ・デバイス又はデバイスのセット上の位置を示す。一次ストレージ・コントローラ・セッション識別子（ＳＳＩＤ）６０３は、一次ＳＳＩＤ５０５と同一である。ステータス・フラグ６０４はステータス情報を提供し、シーケンス番号６０５及び６３０は、ホスト・アプリケーションからレコード・セット全体が読み込まれたかどうかを示すために、各レコードに対して番号を割り当てる。書き込みＩ／Ｏタイプ６０６は、各レコード上で実行される書き込み動作のタイプのインジケータである。探索引数６０７は、第１のリード・レコード・セットのデータ・レコード６２０についての初期位置決め情報を示す。セクタ番号６０８は、レコードがアップデートされたセクタを識別し、カウント・フィールド６０９は、後続の特定レコード・データ・フィールド６２０の数を記述する。書き込みアップデートが生じたホスト・アプリケーション時刻は、アップデート時刻６１０に記録される。特定レコード・データ６２０は、各レコード・アップデートのカウント／キー／データ（ＣＫＤ）フィールドを提供する。
【００３７】
収集された情報はジャーナル管理システムによってジャーナリングされ、このジャーナル管理システムは、ストレージ・データ・ムーバ２９の一部又は作業負荷マネジャの一部を含むことができ、又はホスト・システム１２の別個のアプリケーション３０として実施されることができる。ジャーナル管理システムは、レコード・セット情報をジャーナル内に格納するように構成される。１つの実施形態において、ジャーナルは、最初はキャッシュ２１内に格納される。ジャーナルは、ストレージ・システム１０によって整合性グループを形成すること、及びこの整合性グループのデータをストレージ・デバイス２６に格納するためにストレージ制御システム２５を動作させることのための基準を形成する。この目的のために、ジャーナルを二次ストレージ制御システム２５のキャッシュ４１に転送することができる。ジャーナルは、データ・シャドーイング動作中の連続的なデータ保護動作のために使用することができる。ジャーナルは、例えばシフト又は日数分のデータにわたって成長し続け、ジャーナル管理システムは、このデータ・ストレージ・システムを利用して、テープ１７のようなデータ・ストレージ・システムにジャーナルをオフロードすることにより情報を維持し、ジャーナルは、シフト又は日の特定の期間をカバーするための情報を提供する。データ管理システムは、代替的に又は付加的に、テープ４７のようなストレージにジャーナルをオフロードすることができる。従って、既存のジャーナル・エントリは、特定の時点の整合性グループを作り上げる全ての書き込みＩ／Ｏについての全ての情報と共にジャーナリングされる。即ち、この情報は、特定の論理セッションにおいて定義された全てのストレージ・サブシステム上の全てのボリュームにわたる全ての書き込みＩ／Ｏについてのものであり、ジャーナルは、時間に基づく整合性グループの集積である。
【００３８】
図４を参照すると、代替的な実施形態であるデータ・ストレージ・システム４００が図示され、ここでは、一次ホスト４０１は、二次ホスト４１１を通じて二次サイトに関する通信を提供する。２つのアプリケーション４０２、４０３が図示され、これらは潜在的に多数のアプリケーションを表す。データ・ストレージは、一次ホストのシスプレックス・クロック４０７と共に、データ・ムーバ４０４を介して一次サイト４２１で稼働し、データ・ムーバ４１４を介して二次サイト４３１で稼動する。これは、特許文献１で検討された配置であり、この場合、ホストは、少なくとも１つの一次プロセッサと少なくとも１つの二次プロセッサとを含む。プロセッサの一例は、データ・ムーバ・ソフトウェアを有するＩＢＭ（登録商標）ＥＳ／９０００である。また、各サイトには、ストレージ・コントローラ４０５及び４１５、並びにハード・ディスク・ドライブのような直接アクセス・ストレージ・デバイスがある。ストレージ・コントローラの例は、ＩＢＭ（登録商標）３９９０ストレージ・コントローラを含み、データ・ストレージ・ドライブの例は、ＩＢＭ（登録商標）３３９０ＤＡＳＤを含む。
【００３９】
本発明によれば、作業負荷マネジャ３００は、データ・ムーバ４０４に常駐することができる。作業負荷マネジャ３００は、上述の定義範囲ＣＣＷ又はプレフィックスＣＣＷのようなチャネル・コマンド・ワード（ＣＣＷ）又は均等物を通じてストレージ・サブシステムのストレージ・コントローラ４０５に提供されることになる、Ｉ／Ｏサブシステム３１０による使用のための図２のサービス作業負荷識別子１００を提供するように構成される。ストレージ・サブシステム・コントローラ４０５は、ＸＲＣボリュームのためのリード・レコード・セット・プレフィックス・ヘッダ５００を構築する。図３のレコード・セット情報６００は、ストレージ制御システムによってデータ・ムーバ４０４に収集され、データ・ムーバは整合性グループを形成する。レコード・セット情報は、リード・レコード・セット・プレフィックス・ヘッダ５００からのサービス作業負荷識別子１００を組み入れる。ジャーナル管理システムは、作業負荷マネジャ３００内に又はそれと共に常駐することができ、収集された情報は、ジャーナル管理システムによってジャーナリングされる。１つの実施形態において、ジャーナルは、最初はキャッシュ３０１内に格納される。ジャーナルは、サイト１２１におけるストレージ・システムによって整合性グループを形成するための基準を含み、この整合性グループのデータを二次ＤＡＳＤ４１６に格納するために二次データ・ムーバ４１４を動作させる。この目的ために、ジャーナルを二次サイト４３１の制御情報ＤＡＳＤ４１７に転送することができる。ジャーナルは、データ・シャドーイング動作中の連続的なデータ保護動作のために使用することができる。ジャーナルは、例えばシフト又は日数分のデータにわたって成長し続け、ジャーナル管理システムは、データ・ムーバ４０４又はデータ・ストレージ・システムの他の要素を経由して、ジャーナルをテープ３１７にオフロードし、ジャーナルは、上述のように、シフト又は日の特定の期間をカバーするための情報を提供する。
【００４０】
図５を参照すると、本発明を実施する機能が図示され、ステップ７００において、顧客は、図１及び図４のホスト１２、４０１を介して、アプリケーション３０の各々に対して、或いはアプリケーションのための異なるＩ／Ｏ動作に対して、サービス・クラス又はＩ／Ｏ優先順位を割り当てている。上述のように、サービス・クラス指定は、Ｉ／Ｏ優先順位を含む又はそれから構成されることができる。サービス・クラスは、作業負荷基準で、顧客が定義した作業負荷に対する相対的な業務優先順位を反映することができる。上述のように、サービス・クラス若しくはＩ／Ｏ優先順位、又は同様の指定のいずれも「サービス作業負荷識別子」と呼ばれる。
【００４１】
やはり図５を参照すると、ステップ７１０において開始して、図１及び図４のデータ・ストレージ・システム１０、４００は、書き込みＩ／Ｏを記述するサービス作業負荷識別子を提供するように、及びサービス作業負荷識別子と共にレコード・セット情報をジャーナリングするように構成される。ステップ７２０において、作業負荷マネジャ２０、３００は、自身の制御ブロックにアクセスして、現在の書き込みＩ／Ｏについてのサービス・クラス又はＩ／Ｏ優先順位を確立し、このＩ／Ｏ動作に関連付けられたクラスを支配するためのＩ／Ｏ優先順位を勝ち取る。サービス作業負荷識別子は、ホストによって所有アプリケーションに対して定義されたサービス・クラスを含むことができ、サービス・クラスは、Ｉ／Ｏ優先順位情報を定義することができる。作業負荷マネジャは、Ｉ／Ｏ優先順位情報又はサービス・クラスを選択するように構成され、それにより、Ｉ／Ｏが属するアプリケーションを識別する。
【００４２】
ステップ７３０において、作業負荷マネジャ２０、３００は、定義範囲ＣＣＷ若しくはプレフィックスＣＣＷ又は均等物に対してサービス作業負荷識別子を追加するために、サービス作業負荷識別子を提供し、データ・ストレージ・システムはＣＣＷを生成する。ＣＣＷについては上述した。ＣＣＷは、各ＸＲＣのＩ／Ｏについて、ストレージ・サブシステムに対して作業負荷識別子を提供する。
【００４３】
ステップ７４０において、ストレージ・サブシステムは、Ｉ／ＯがＸＲＣボリュームに向けられていることを確認し、ストレージ情報を有するリード・レコード・セット・プレフィックスをそのキャッシュ内に構築し、図２のサービス作業負荷識別子１００をリード・レコード・セット・プレフィックス・ヘッダ５００内に含める。
【００４４】
図５のステップ７５０において、データ・ストレージ・システムは、整合性グループについてリード・レコード・セットを収集し、ジャーナル管理システムは、例えば図１及び図４のキャッシュ２１、３０１内のジャーナルにレコード・セット情報６００を格納する。ジャーナルは、例えばシフト又は日数分のデータにわたって成長し続け、ジャーナル管理システムは、ステップ７６０において、データ・ムーバ４０４又はデータ・ストレージ・システムの他の部分を経由して、ジャーナルをテープ１７、４７、３１７のようなストレージにオフロードすることによって情報を維持し、ジャーナルは、上述のように、シフト又は日の特定の期間をカバーするための情報を提供する。ここで、ジャーナル・エントリの作成は、情報の特定の収集及び配置を実行する特定のアプリケーション（単数又は複数）も、ジャーナルがエントリする際の情報のフォーメーション及びストレージも問わず、ジャーナル管理システムによって行われるものとみなされる。
【００４５】
従って、ジャーナル・エントリは、整合性グループごとに一緒にジャーナリングされ、シフト又は日の期間にわたる全ての書き込みＩ／Ｏについての情報を形成し、各々が、Ｉ／Ｏを発生させたアプリケーションを識別するサービス作業負荷識別子を有する。ジャーナリングされた情報は、例えば、一次サイトにおけるオペレータ・パネル２２のオペレータによって、又は二次サイトのオペレータ・パネル７７０において、或いは図１のホスト・システム１２又は図４のシステム４０１若しくは４１１を通じて、データ破損イベントの法廷証拠的分析を実行するため又はセキュリティ監査等を実行するために使用されることができる。
【００４６】
サービス作業負荷識別子は、Ｉ／Ｏを提供した所有アプリケーションを識別し、どのアプリケーションがどのデータをいつ更新したかの判定を可能にする。ジャーナル・エントリはまた、整合性グループを通じて、その特定の時点並びに問題の特定の時点より以前の時点における、そのボリューム又は関連したボリュームに対する他の全ての書き込みＩ／Ｏを示す。この情報を用いて、どのアプリケーションがどのデータをどの特定時点で破損した書き込みＩ／Ｏを行ったかを判定することができる。さらに、以前のジャーナル・エントリと共にこの情報を用いることで、データ破損に導いた可能性のある１つのアプリケーション又は他のアプリケーションによる書き込みシーケンスの判定を可能にすることができる。それに加えて、後続のジャーナル・エントリもまた、第１の破損イベントの結果として発生した可能性のある他のデータ破損を示すことができる。必要であれば、将来の分析のためにテープをアーカイブすることもできる。１つの例において、連続的データ保護アプリケーションは、キャッシュ内又はテープからのジャーナルにアプリケーション・インターフェースを提供することができる。
【００４７】
当業者であれば、上述の方法に関して、ステップの順序の変更を含めた変更を行うことができることを理解するであろう。さらに、当業者であれば、ここで例示されたものとは異なる特定のコンポーネントの配置を用いることができることを理解するであろう。
【００４８】
本発明の好ましい実施形態を詳細に例示してきたが、当業者であれば、以下の特許請求の範囲に示される本発明の範囲を逸脱することなく、それら実施形態への修正及び改変を想起できることが明らかである。
【符号の説明】
【００４９】
１０、４００：データ・ストレージ・システム
１６、２６：ストレージ・デバイス又はストレージ・サブシステム
２２、７７０：オペレータ・パネル
４２１：一次サイト
４３１：二次サイト
【図１】
2010524105.tif 000003
【図２】
2010524105.tif 000004
【図３】
2010524105.tif 000005
【図４】
2010524105.tif 000006
2010524105.tif 000007
【図５】
2010524105.tif 000008
【国際調査報告】
2010524105.tif 000009
2010524105.tif 000010
2010524105.tif 000011