(57)【要約】【課題】要求対象の時間に合ったデータを提供可能なデータ管理システムを提供する。【解決手段】複数のストレージ装置を含んで構成されるデータ管理システムであって、要求対象の時間を示す情報が含まれる要求を受け付ける要求受付部と、データを保管するための保管データが取得された時間を示す情報と、保管データが格納されるストレージ装置を示す情報とが対応付けられているデータ管理情報に基づいて、複数のストレージ装置に記憶される保管データの中から、要求受付部により受け付けられた要求に含まれる要求対象の時間に合う保管データを特定するデータ特定部と、データ特定部による特定結果を出力する出力部とを設けるようにした。【選択図】図１
2020067681.tif 000002
【特許請求の範囲】
【請求項１】
複数のストレージ装置を含んで構成されるデータ管理システムであって、
要求対象の時間を示す情報が含まれる要求を受け付ける要求受付部と、
データを保管するための保管データが取得された時間を示す情報と、前記保管データが格納されるストレージ装置を示す情報とが対応付けられているデータ管理情報に基づいて、前記複数のストレージ装置に記憶される保管データの中から、前記要求受付部により受け付けられた要求に含まれる要求対象の時間に合う保管データを特定するデータ特定部と、
前記データ特定部による特定結果を出力する出力部と、
を備えることを特徴とするデータ管理システム。
【請求項２】
前記データ管理情報には、データを識別する識別子を示す情報が更に対応付けられて含まれ、
前記要求に含まれる要求対象の時間を示す情報として、データを要求する日時を示す情報が指定され、
前記要求には、要求対象のデータを識別する識別子を示す情報が更に含まれ、
前記データ特定部は、前記データ管理情報に基づいて、前記要求に含まれるデータ識別子に対応するデータの保管データがあると判定した場合、前記要求に含まれる要求対象の時間と一致する保管データが存在するか否かを判定し、存在すると判定したときは、前記保管データを特定し、存在しないと判定したときは、前記要求に含まれる要求対象の時間に最も近い日時の保管データを特定する、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記データ管理情報には、データを識別する識別子を示す情報と、保管データ内の最初のタイムスタンプである初回タイムスタンプおよび前記保管データ内の最後のタイムスタンプである最終タイムスタンプの情報とが更に対応付けられ、
前記要求に含まれる要求対象の時間を示す情報として、データを要求する期間を示す開始日時と終了日時との情報が指定され、
前記要求には、要求対象のデータを識別する識別子を示す情報が更に含まれ、
前記データ特定部は、前記データ管理情報に基づいて、前記要求に含まれるデータ識別子に対応するデータの保管データがあると判定した場合、前記データの保管データにタイムスタンプの情報があるか否かを判定し、タイムスタンプの情報があると判定したときは、前記データの保管データの初回タイムスタンプが前記要求に含まれる開始日時以前かつ最新である第１の保管データを特定し、前記データの保管データの最終タイムスタンプが前記要求に含まれる終了日時以降となる第２の保管データを特定し、前記第１の保管データから前記第２の保管データまでの全ての保管データを特定する、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項４】
前記データ管理情報には、保管データの取得単位として、全てのデータをバックアップするフルバックアップ、フルバックアップからの差分をバックアップする差分バックアップ、または前回のバックアップからの変更分をバックアップする増分バックアップを示す取得単位の情報が更に対応付けられて含まれ、
前記データ特定部は、前記データ管理情報に基づいて、前記要求に含まれる要求対象の時間に合うバックアップデータが存在するか否かを判定し、存在すると判定した場合、前記バックアップデータの取得単位が差分バックアップであるときは、前記バックアップデータの直近のフルバックアップのフルバックアップデータを特定し、前記バックアップデータの取得単位が増分バックアップであるときは、前記バックアップデータの直近のフルバックアップのフルバックアップデータと、前記フルバックアップデータから前記バックアップデータまでの増分バックアップデータと、を特定する、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項５】
前記要求には、要求対象のデータを識別するデータ識別子を示す情報と、要求対象の精度に関する要求レベルの情報とが更に含まれ、
前記データ管理情報に基づいて、前記データ特定部により特定された保管データについて、前記要求に含まれる要求対象の時間との時間差分を算出し、算出した時間差分が前記要求に含まれる要求レベルを満たすか否かを評価するデータ評価部を備える、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項６】
前記要求には、要求対象のデータを識別するデータ識別子を示す情報と、要求対象の可能待ち時間の情報とが更に含まれ、
前記データ特定部により特定された保管データの復元にかかる時間を算出し、算出した復元にかかる時間が前記要求に含まれる可能待ち時間以内であるか否かを評価するデータ評価部を備える、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項７】
前記データ管理情報には、データを識別する識別子を示す情報が更に対応付けられ、
前記要求には、業務を識別可能な業務識別子を示す情報が更に含まれ、
前記データ特定部は、業務を識別可能な業務識別子を示す情報と、前記業務に係るデータを識別するデータ識別子を示す情報とが対応付けられている業務データ管理情報に基づいて、前記要求に含まれる業務識別子に対応するデータ識別子を特定し、前記データ管理情報に基づいて、特定したデータ識別子に対応するデータの保管データがあるか否かを判定する、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項８】
前記出力部は、ストレージ装置を識別可能な情報と、前記ストレージ装置のプロトコルを示す情報とが対応付けられているストレージ装置管理情報に基づいて、前記データ特定部により特定された保管データが異なるプロトコルのストレージ装置から特定された場合、プロトコルの変換を行い、同じ形式の保管データとして出力する、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項９】
前記要求には、要求対象のデータを識別するデータ識別子を示す情報と、要求対象の可能待ち時間を示す情報とが含まれ、
前記データ特定部により特定された保管データを識別する保管識別子を示す情報と、前記出力部が前記保管データの復元に要した時間を示す情報と、前記要求に含まれる可能待ち時間を示す情報とを対応付けて記憶する記憶部と、
ストレージ装置を識別可能な情報と、前記ストレージ装置に設けられる保管データを格納するディスクを示す情報と前記ディスクの性能を示す情報とが対応付けられているストレージ装置管理情報と、前記記憶部に記憶されている情報とに基づいて、復元に要した時間が可能待ち時間よりも長い保管データを格納するディスクよりも性能の高いディスクに前記保管データを移行する処理、および／または、復元に要した時間が可能待ち時間よりも短い保管データを格納するディスクよりも性能の低いディスクに前記保管データを移行する処理を行うデータ移行部と、を備える、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項１０】
前記データ特定部により特定された保管データを識別する保管識別子を示す情報と、前記出力部が前記保管データの復元に要した時間を示す情報と、前記保管データが取得された時間を示す情報とを対応付けて記憶する記憶部と、
前記記憶部に記憶されている情報から算出した保管データの復元に要した時間の代表値に基づいて、前記保管データの保管先を変更する処理、および／または、前記記憶部に記憶されている情報から算出した保管データが使用される頻度に基づいて、保管データを取得する間隔を変更する処理を行う処理部を備える、
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項１１】
複数のストレージ装置を含んで構成されるデータ管理システムにおけるデータ管理方法であって、
要求受付部が、要求対象の時間を示す情報が含まれる要求を受け付ける第１のステップと、
データ特定部が、データを保管するための保管データが取得された時間を示す情報と、前記保管データが格納されるストレージ装置を示す情報とが対応付けられているデータ管理情報に基づいて、前記複数のストレージ装置に記憶される保管データの中から、前記要求受付部により受け付けられた要求に含まれる要求対象の時間に合う保管データを特定する第２のステップと、
出力部が、前記データ特定部による特定結果を出力する第３のステップと、
を備えることを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、要求対象のデータを提供する技術に関するものである。
【背景技術】
【０００２】
企業内の業務システムにおいて、業務アプリケーションが生成するデータは、記憶装置に保存される。記憶装置のハードウェア障害、ソフトウェア障害、または人的エラーによるデータ破損に備えたデータ保護のため、バックアップを取得する運用が行われる。バックアップを定期的に取得し、複数世代のバックアップデータが保存される場合もある。ここでは、業務アプリケーションが生成するデータが保存される記憶装置を１次ストレージ、バックアップデータが保存される記憶装置を２次ストレージと呼ぶ。１次ストレージと２次ストレージとは、同じ装置内に設けられる場合もあるが、バックアップデータは、保護用であり、使用頻度が低いことから、性能の低いディスク、別の装置などに保存される場合もある。さらにバックアップデータは、長期の保存用にアーカイブ用の記憶装置に保存される場合もある。保存される記憶装置は、ブロックストレージ、ファイルストレージ、オブジェクトストレージなど、仕様およびプロトコルが異なる可能性がある。
【０００３】
業務アプリケーションのデータに対しては、企業内での分析、監査、アプリケーションの開発テストといった業務アプリケーション以外の用途での利用要求がある。その場合、データを管理するデータ管理者は、利用要求に合致するデータを抽出して提供する。要求されたデータは、１次ストレージにある場合、２次ストレージにある場合、またはアーカイブ用ストレージにしかない場合もあり、データ管理者は、データが格納されているストレージを特定してデータを抽出しなければならないため、作業負荷がかかる。
【０００４】
ここで、業務アプリケーションのデータを別用途に提供する場合、業務アプリケーションには影響を与えないことが望ましい。よって、１次ストレージのデータについて、スナップショットを取得して提供する方法がある。この点、データの提供のために、データオブジェクトのスナップショットを取得し、ライブクローンボリュームを作成し、アプリケーションにマウントさせる一連のワークフローを定義し、自動実行する方法が示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第９６６５４３７号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、利用にあわせてワークフローを定義し、取得したスナップショットからデータを提供する。しかしながら、特許文献１に記載の技術は、バックアップが既に取得されているバックアップデータには適用することができない。このため、利用したい単位が過去１年の顧客毎の消費分析といった場合、必要なデータが複数のアプリケーション（顧客名簿管理、売り上げ管理など）のデータであって、長期期間分であるため、同一のストレージには保存されない可能性が高く、さらに、データの利用要求で指定される時間とバックアップの取得時間とは一致しない可能性が高いため、要求されたデータを提供することが困難となってしまう。
【０００７】
本発明は以上の点を考慮してなされたもので、要求対象の時間に合ったデータを提供し得るデータ管理システムを提案しようとするものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するため本発明においては、複数のストレージ装置を含んで構成されるデータ管理システムであって、要求対象の時間を示す情報が含まれる要求を受け付ける要求受付部と、データを保管するための保管データが取得された時間を示す情報と、前記保管データが格納されるストレージ装置を示す情報とが対応付けられているデータ管理情報に基づいて、前記複数のストレージ装置に記憶される保管データの中から、前記要求受付部により受け付けられた要求に含まれる要求対象の時間に合う保管データを特定するデータ特定部と、前記データ特定部による特定結果を出力する出力部と、を設けるようにした。
【０００９】
上記構成では、例えば、要求対象の時間と、データの保管データが取得された日時との関連付けが把握されているので、要求されたデータの時間要件に合った保管データを特定でき、当該保管データに係る情報から当該保管データを得ることができるようになる。
【発明の効果】
【００１０】
本発明によれば、要求対象のデータを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態によるデータ管理システムに係る構成の一例を示す図である。
【図２】第１の実施の形態による管理サーバのハードウェア構成の一例を示す図である。
【図３】第１の実施の形態によるデータ管理プログラムの機能モジュールに係る構成の一例を示す図である。
【図４】第１の実施の形態によるデータ管理情報の一例を示す図である。
【図５】第１の実施の形態によるＡＰ管理情報の一例を示す図である。
【図６】第１の実施の形態によるデータ属性管理情報の一例を示す図である。
【図７】第１の実施の形態によるデータ提供処理に係るフローチャートの一例を示す図である。
【図８】第１の実施の形態による日時指定時のデータ特定処理に係るフローチャートの一例を示す図である。
【図９】第１の実施の形態による期間指定時のデータ特定処理に係るフローチャートの一例を示す図である。
【図１０】第１の実施の形態による期間指定時のバックアップデータの選択の概念図である。
【図１１】第１の実施の形態によるストレージ装置管理情報の一例を示す図である。
【図１２】第１の実施の形態による要求レベル確認処理に係るフローチャートの一例を示す図である。
【図１３】第１の実施の形態による復元時間確認処理に係るフローチャートの一例を示す図である。
【図１４】第１の実施の形態による提供形態決定処理に係るフローチャートの一例を示す図である。
【図１５】第１の実施の形態による入出力インタフェースの一例を示す図である。
【図１６】第２の実施の形態による業務データ管理情報の一例を示す図である。
【図１７】第３の実施の形態によるストレージ階層管理情報の一例を示す図である。
【図１８】第３の実施の形態による使用履歴管理情報の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下図面について、本発明の一実施の形態を詳述する。
【００１３】
（１）第１の実施の形態
図１において、１００は全体として第１の実施の形態によるデータ管理システムを示す。
【００１４】
図１は、データ管理システム１００に係る構成の一例を示す図である。データ管理システム１００は、管理サーバ１１０、ホスト計算機１２０、ＳＤＳ（Software Defined Storage）システム１３０、およびクライアント端末１４０を含んで構成される。
【００１５】
管理サーバ１１０とホスト計算機１２０とは、管理用ＮＷ（Network）１５０で接続される。管理サーバ１１０とＳＤＳシステム１３０とは、管理用ＮＷ１５０で接続される。管理サーバ１１０とクライアント端末１４０とは、アクセス用ＮＷ１６０で接続される。ホスト計算機１２０とＳＤＳシステム１３０とは、ＮＷ１７０（ＩＰ（Internet Protocol）ネットワークまたはＳＡＮ（Storage Area Network））で接続される。なお、ネットワークの構成は、上述の構成に限られるものではなく、適宜の構成を採用可能である。
【００１６】
管理サーバ１１０は、データ管理プログラム１１１を実行し、ＳＤＳシステム１３０に格納（記憶）されているデータを管理する。
【００１７】
ホスト計算機１２０は、一または複数設けられ、１つ以上のＡＰ（Application Program）を含んで構成される業務ＡＰ１２１を提供し、ＳＤＳシステム１３０にデータを格納する。
【００１８】
ＳＤＳシステム１３０は、コントロールノード１３１を備える。コントロールノード１３１は、制御ソフトウェアを実行し、ＳＤＳシステム１３０を構成するストレージ装置１３２を仮想化し、ホスト計算機１２０に対するインタフェースを提供する。ＳＤＳシステム１３０を構成するストレージ装置１３２として、業務ＡＰ１２１のデータを格納する１次ストレージ、当該データの保管データ（当該データのバックアップを取得したバックアップデータ、当該データのアーカイブを取得したアーカイブデータ、スナップショットにより取得したスナップショットデータ）を格納する２次ストレージがある。以降では、バックアップデータとアーカイブデータとスナップショットデータとを特に区別せず、バックアップデータの場合を例に挙げて説明するが、アーカイブデータ、スナップショットデータにも適用可能である。なお、ストレージ装置１３２は、複数の汎用サーバのディスクを仮想化したストレージであってもよいし、一般的なストレージサブシステムであってもよい。
【００１９】
クライアント端末１４０は、データを利用するユーザが使用（操作）する端末であって、データ管理プログラム１１１にアクセス（例えば、ユーザがデータを要求するための利用要求を送信）する。
【００２０】
図２は、データ管理プログラム１１１を実行する管理サーバ１１０のハードウェア構成の一例を示す図である。管理サーバ１１０は、１つ以上の、ＣＰＵ２０１（中央処理装置）、メモリ２０２、ハードディスク等の２次記憶装置２０３、キーボード、マウスからの入力とディスプレイへの出力とを制御する入出力ＩＦ（interface）２０４、ネットワーク（管理用ＮＷ１５０、アクセス用ＮＷ１６０等）に接続するためのネットワークＩＦ２０５を含んで構成される。
【００２１】
管理サーバ１１０のメモリ２０２上には、データ管理プログラム１１１がロードされ、ＣＰＵ２０１により実行される。なお、管理サーバ１１０の機能（例えば、図３に示すデータ管理プログラム１１１の機能モジュール）は、上述のようにソフトウェアにより実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、管理サーバ１１０の機能の一部は、管理サーバ１１０と通信可能な他のコンピュータにより実現されてもよい。
【００２２】
また、２次記憶装置２０３には、データ管理プログラム１１１が使用するデータ管理ＤＢ（database）２０６が保存される。なお、管理サーバ１１０は、物理マシンでなく仮想マシンとして実装されてもよい。
【００２３】
付言するならば、ＳＤＳシステム１３０として構成されるストレージ装置１３２のうち、汎用サーバのハードウェア構成については、図２に示す構成と同様であり、その説明を省略する。
【００２４】
図３は、データ管理プログラム１１１の機能モジュールに係る構成の一例を示す図である。データ管理プログラム１１１は、セルフサービスポータルＩＦ部３０１、データ管理ＤＢ部３０２、要求受付部３０３、データ特定部３０４、データ情報収集部３０５、バックアップ情報収集部３０６、データ評価部３０７、および出力部３０８を含んで構成される。
【００２５】
セルフサービスポータルＩＦ部３０１は、クライアント端末１４０と通信を行い、データを利用するユーザとのインタフェースを提供する。データ管理ＤＢ部３０２は、データ管理ＤＢ２０６（データに関する属性、バックアップ情報、復元情報など）を管理する。要求受付部３０３は、例えば、要求対象の時間（例えば、後述の対象時間）を示す情報が含まれる要求（例えば、ユーザからのデータの利用要求）を受け付ける。
【００２６】
データ特定部３０４は、例えば、データを保管するための保管データが取得された時間（日付、時刻など）を示す情報と、保管データが格納されるストレージ装置（保管場所、ストレージ識別子、ボリューム識別子など）を示す情報とが対応付けられているデータ管理情報（例えば、後述の図４参照）に基づいて、複数のストレージ装置１３２に記憶される保管データの中から、要求受付部３０３により受け付けられた要求に含まれる要求対象の時間に合う保管データを特定する。
【００２７】
データ情報収集部３０５は、データに関する情報を業務ＡＰ１２１から収集したり、データの管理者からの入力により収集したりする。バックアップ情報収集部３０６は、データのバックアップ情報をＳＤＳシステム１３０から収集したり、ホスト計算機１２０のバックアップ実行ツールから収集したりする。
【００２８】
データ評価部３０７は、例えば、データ管理情報に基づいて、データ特定部３０４により特定された保管データについて、要求に含まれる要求対象の時間との時間差分を算出し、算出した時間差分が要求に含まれる要求レベルを満たすか否かを評価する。また、例えば、データ評価部３０７は、データ特定部３０４により特定された保管データの復元にかかる時間を算出し、算出した復元にかかる時間が要求に含まれる可能待ち時間以内であるか否かを評価する。出力部３０８は、データ特定部３０４による特定結果を出力する（特定した保管データを提供するための形式変換、転送等を行う）。例えば、出力部３０８は、データ特定部３０４により特定された保管データに係る情報を出力する。出力部３０８は、当該保管データの保管先を示す情報を出力するものであってもよいし、当該保管データを出力するものであってもよいし、当該保管データを識別する識別子および当該データを保管する保管先を識別する識別子を出力するものであってもよい。
【００２９】
図４は、データ管理ＤＢ２０６に含まれるデータ管理情報の一例（データ管理テーブル４００）を示す図である。データ管理テーブル４００では、バックアップが取得されているデータについて、データ毎に、時間軸でバックアップ情報を管理する。データ管理テーブル４００は、データ識別子フィールド４０１、日付フィールド４０２、識別子フィールド４０３、バックアップ取得単位フィールド４０４、保管場所フィールド４０５、サイズフィールド４０６、および取得時刻フィールド４０７を含んで構成される。
【００３０】
データ識別子フィールド４０１は、データを識別するデータ識別子を示す情報を格納する。日付フィールド４０２は、バックアップデータの取得の日付（バックアップの日付）を示す情報を格納する。識別子フィールド４０３は、バックアップデータ（バックアップファイル）を識別する識別子を格納する。バックアップ取得単位フィールド４０４は、バックアップの取得単位を示す情報を格納する。保管場所フィールド４０５は、バックアップ先（保管先）を示すストレージ情報を格納する。サイズフィールド４０６は、バックアップデータのサイズを示す情報を格納する。取得時刻フィールド４０７は、バックアップデータの取得の時刻を示す情報を格納する。
【００３１】
ここで、データ識別子は、ＤＢのデータの場合は、ＤＢのテーブル名またはカラム名、オブジェクトの場合は、オブジェクト識別子、ファイルの場合は、ファイル識別子など、ＡＰのデータを識別するデータの単位である。保管場所は、ストレージ識別子、ストレージ内のボリューム識別子、ディレクトリ等であり、バックアップデータの保管先を識別するためのものである。図４の例では、ストレージ識別子（ストレージ１）とボリューム識別子（ＬＵ１）とで保管場所を示している
。取得単位としては、フルバックアップ、差分バックアップ、増分バックアップなど、バックアップの方式を管理する。
【００３２】
フルバックパップは、全てのデータを保持するバックアップの方式である。差分バックアップは、フルバックアップからの差分を保持するバックアップの方式である。増分バックアップは、前回のバックアップからの増分（変更分）を保持するバックアップの方式である。例えば、下記のようにデータが更新され、バックアップが取られた場合において、差分バックアップと増分バックアップとの違いを説明する。
時刻Ａ：データＷにデータＸが追加
時刻Ｂ：フルバックアップ
時刻Ｃ：データＹの追加
時刻Ｄ：差分バックアップ（または増分バックアップ）
時刻Ｅ：データＺの追加
時刻Ｆ：差分バックアップ（または増分バックアップ）
【００３３】
時刻Ｂのフルバックアップでは、全てのデータ（データＷおよびデータＸ）がバックアップデータとして保存される。
【００３４】
時刻Ｄの差分バックアップでは、前回のフルバックアップのバックアップデータ（データＷおよびデータＸ）との差分のデータ（データＹ）がバックアップデータとして保存される。時刻Ｄの増分バックアップでは、前回のバックアップ（時刻Ｂ）からの変更分のデータ（データＹ）がバックアップデータとして保存される。
【００３５】
時刻Ｆの差分バックアップでは、前回のフルバックアップのバックアップデータ（データＷおよびデータＸ）との差分のデータ（データＹおよびデータＺ）がバックアップデータとして保存される。時刻Ｆの増分バックアップでは、前回のバックアップ（時刻Ｄ）からの変更分のデータ（データＺ）がバックアップデータとして保存される。
【００３６】
なお、本実施の形態では、バックアップの方式として、フルバックアップ、差分バックアップ、および増分バックアップを例に挙げて説明するが、マルチレベル増分バックアップ、逆増分バックアップなど、他のバックアップの方式を採用することもできる。
【００３７】
バックアップ情報については、データ管理プログラム１１１が、バックアップ実行ツールから取得して登録してもよいし、ＳＤＳシステム１３０から２次ストレージに保管されたデータの情報を取得して登録してもよい。データ識別子については、データ管理プログラム１１１が、業務ＡＰ１２１から取得してもよいし、バックアップ情報の取得時にバックアップデータを復元し、データの内容を読み出して登録してもよい。登録したデータ識別子については、バックアップデータの復元、読み出しをバックアップ情報の取得の都度、または定期的に実行することで、追加があれば更新する。
【００３８】
また、図４には示さないが、例えば、図１０に示すように、データ管理テーブル４００では、データ内にタイムスタンプがある場合には、データ内の最初のタイムスタンプである初回タイムスタンプとデータ内の最後のタイムスタンプである最終タイムスタンプとを追加で管理する。タイムスタンプの情報については、例えば、データ管理プログラム１１１がバックアップデータを一旦復元し、データの内容を読み出す際に併せて登録する。
【００３９】
図５は、ＡＰ管理情報の一例（ＡＰ管理テーブル５００）を示す図である。ＡＰ管理テーブル５００は、データ管理ＤＢ２０６に含まれる。ＡＰ管理テーブル５００は、バックアップデータが取得されたＡＰの情報を管理するテーブルである。ＡＰ管理テーブル５００は、ＡＰ識別子フィールド５０１、ＡＰタイプフィールド５０２、およびバックアップ手段フィールド５０３を含んで構成される。
【００４０】
ＡＰ識別子フィールド５０１は、ＡＰを識別するＡＰ識別子を示す情報を格納する。ＡＰタイプフィールド５０２は、ＡＰのタイプ（例えば、ソフトウェア名）を示す情報を格納する。バックアップ手段フィールド５０３は、バックアップの実行手段を示す情報（データの提供時にデータを復元する際に用いる情報であって、どのようにバックアップが行われたかを識別可能な情報）を格納する。図５では、ＡＰをＤＢシステムとして、ＡＰ識別子には、ＤＢ名、ＡＰタイプには、ＤＢ管理システムの名称を登録する例を示す。ＡＰ識別子、ＡＰタイプ、およびバックアップ手段の情報は、例えば、管理者により登録される。
【００４１】
図６は、データ属性管理情報の一例（データ属性管理テーブル６００）を示す図である。データ属性管理テーブル６００は、データ管理ＤＢ２０６に含まれる。データ属性管理テーブル６００は、データの属性を管理するテーブルである。データ属性管理テーブル６００は、データ識別子フィールド６０１、タイプフィールド６０２、およびタイムスタンプカラムフィールド６０３を含んで構成される。
【００４２】
データ識別子フィールド６０１は、データを識別するデータ識別子を示す情報を格納する。タイプフィールド６０２は、データのタイプを示す情報を格納する。タイムスタンプカラムフィールド６０３は、データ内のタイムスタンプを示す情報を格納する。データのタイプとしては、データの追加、更新、削除に対する仕様が追記型であるのか更新型であるのかが管理される。
【００４３】
図７は、データ管理プログラム１１１がデータの利用要求に対するデータを提供するデータ提供処理に係るフローチャートの一例を示す図である。
【００４４】
ステップＳ７０１では、データ管理プログラム１１１は、クライアント端末１４０からデータの利用要求を受け付ける。利用要求には、ユーザから要求されたデータのデータ名（データ識別子）、データを取得する時間範囲（対象時間）、データの精度に関する要求レベル、データの提供まで待つことを許容する時間（可能待ち時間）などの情報が含まれる。付言するならば、利用要求には、上述した全ての情報が含まれるものに限られるものではない。例えば、要求対象のデータの種別が１種類である場合は、データ識別子が含まれていなくてもよい。
【００４５】
なお、ユーザインターフェースの一例（画面）については、図１５を用いて後述する。要求レベルは、要求された対象時間に対して提供可能なデータの時間との差分に対する精度を要求するものであり、要求レベルとしては、例えば、２段階（低、高）から選択される。可能待ち時間としては、ユーザがデータの提供を希望する時間（例えば、１時間以内）が指定される。
【００４６】
ステップＳ７０２では、データ管理プログラム１１１は、ユーザから要求されたデータ名（データ識別子）でデータ管理テーブル４００を検索する。
【００４７】
ステップＳ７０３では、データ管理プログラム１１１は、要求されたデータ名（データ識別子）のデータが存在するか否か（一致するデータ名があるか否か）を判定し、存在すると判定した場合、ステップＳ７０４に処理を移し、存在しないと判定した場合、ステップＳ７１１に処理を移す。
【００４８】
ステップＳ７０４では、データ管理プログラム１１１は、要求されたデータの条件に合うデータの候補を抽出するために、要求されるデータの対象時間が日時指定か期間指定か（日時指定であるか否か）を判定し、日時指定であると判定した場合、ステップＳ７０５に処理を移し、期間指定であると判定した場合、ステップＳ７０６に処理を移す。
【００４９】
ステップＳ７０５では、データ管理プログラム１１１は、日時指定時のデータ特定処理を実行し、ステップＳ７０７に処理を移す。なお、日時指定時のデータ特定処理の詳細については、図８を用いて後述する。
【００５０】
ステップＳ７０６では、データ管理プログラム１１１は、期間指定時のデータ特定処理を実行し、ステップＳ７０７に処理を移す。なお、期間指定時のデータ特定処理の詳細については、図９を用いて後述する。
【００５１】
ステップＳ７０７では、データ管理プログラム１１１は、利用要求で要求レベルが指定されている場合、要求レベルを満足するデータを提供できるかを確認する処理（要求レベル確認処理）を行う。なお、要求レベル確認処理の詳細については、図１２を用いて後述する。
【００５２】
ステップＳ７０８では、データ管理プログラム１１１は、利用要求で可能待ち時間が指定されている場合、特定したデータの候補について、復元に要する時間を算出し、要求された可能待ち時間を満足するかを確認する処理（復元時間確認処理）を行う。なお、復元時間確認処理の詳細については、図１３を用いて後述する。
【００５３】
ステップＳ７０９では、データ管理プログラム１１１は、提供形態決定処理を行う。なお、提供形態決定処理では、提供するデータの提供形態が決定されるが、詳細については、図１４を用いて後述する。
【００５４】
ステップＳ７１０では、データ管理プログラム１１１は、データを復元して提供形態のデータを作成する。データの復元については、例えば、データ管理プログラム１１１は、ＡＰ管理テーブル５００に基づいて、バックアップ手段（例えば、ＤＢのインスタンス）を特定し、特定したバックアップ手段を用いてデータを復元する。
【００５５】
ステップＳ７１１では、データ管理プログラム１１１は、利用要求に対する結果を出力し、データ提供処理を終了する。例えば、データ管理プログラム１１１は、結果として、提供形態のデータへのアクセス方法を出力する。なお、出力の例については、図１５を用いて後述する。
【００５６】
ここで、要求されたデータの時間に一致するデータが最新のバックアップデータ以降である場合、バックアップデータには要求に合うデータがないことになる。その場合、１次ストレージのデータボリュームのスナップショットを取得して保存してもよい。取得したデータについては、バックアップデータと同様に取得時刻、保存先などを管理してもよい。
【００５７】
図８は、日時指定時のデータ特定処理（ステップＳ７０５）に係るフローチャートの一例を示す図である。
【００５８】
ステップＳ８０１では、データ管理プログラム１１１は、指定日時（指定された日時）に取得日時（日付および取得時刻）が一致するバックアップデータがあるかをデータ管理テーブル４００から検索する。
【００５９】
ステップＳ８０２では、データ管理プログラム１１１は、検索の結果、一致するものがあるか否かを判定し、あると判定した場合、ステップＳ８０３に処理を移し、ないと判定した場合、ステップＳ８０４に処理を移す。
【００６０】
ステップＳ８０３では、データ管理プログラム１１１は、該当のバックアップデータを特定し、ステップＳ８０５に処理を移す。
【００６１】
ステップＳ８０４では、データ管理プログラム１１１は、バックアップの取得日時が指定日時に最も近いバックアップのバックパップデータを特定し、ステップＳ８０５に処理を移す。
【００６２】
ステップＳ８０５では、データ管理プログラム１１１は、選択したバックパップデータ（該データ）が差分データ（差分バックアップで取得されたバックアップデータ）であるか否かを判定し、差分データであると判定した場合、ステップＳ８０６に処理を移し、差分データでないと判定した場合、ステップＳ８０７に処理を移す。
【００６３】
ステップＳ８０６では、データ管理プログラム１１１は、元となるフルバックアップデータを特定し、日時指定時のデータ特定処理を終了する。
【００６４】
ステップＳ８０７では、データ管理プログラム１１１は、選択したバックアップデータ（該データ）が増分データ（増分バックアップで取得されたバックアップデータ）であるか否かを判定し、増分データであると判定した場合、ステップＳ８０８に処理を移し、増分データでないと判定した場合、該データがフルバックアップのバックアップデータであるので、日時指定時のデータ特定処理を終了する。
【００６５】
ステップＳ８０８では、データ管理プログラム１１１は、フルバックアップデータと、フルバックアップデータから該データまでの増分データとを特定し、日時指定時のデータ特定処理を終了する。
【００６６】
このように、データ特定部３０４は、例えば、データ管理情報に基づいて、要求に含まれるデータ識別子に対応するデータの保管データがある（例えば、ステップＳ７０３で「Ｙｅｓ」）と判定した場合、要求に含まれる要求対象の時間と一致する保管データが存在するか否かを判定し（例えば、ステップＳ８０２）、存在すると判定したときは、保管データを特定し（例えば、ステップ８０３）、存在しないと判定したときは、要求に含まれる要求対象の時間に最も近い日時の保管データを特定する（例えば、ステップ８０４）。
【００６７】
図９は、期間指定時のデータ特定処理（ステップＳ７０６）に係るフローチャートの一例を示す図である。期間指定時のデータ特定処理については、適時、図１０を用いて説明する。
【００６８】
図１０は、期間指定時のバックアップデータの選択の概念図である。図１０（Ａ）は、バックアップの取得時間に対して、要求された対象期間のバックアップデータを取り出す場合の例を時間軸で表す図である。図１０（Ｂ）は、（Ａ）のバックアップの特定の例に併せて、データ管理テーブル４００の一部として管理し得る初回タイムスタンプ４０８と最終タイムスタンプ４０９との例を示す。
【００６９】
ステップＳ９０１では、データ管理プログラム１１１は、要求されたデータ（対象データ）が追記型であるか否かを判定し、追記型であると判定した場合、ステップＳ９０２に処理を移し、追記型でないと判定した場合、ステップＳ９０８に処理を移す。
【００７０】
ステップＳ９０２では、データ管理プログラム１１１は、対象データにタイムスタンプカラムがあるか否かを判定し、あると判定した場合、ステップＳ９０３に処理を移し、ないと判定した場合、ステップＳ９０８に処理を移す。
【００７１】
ステップＳ９０３では、データ管理プログラム１１１は、データ管理テーブル４００の初回タイムスタンプが要求された開始日時以前、かつ、最新のバックアップデータ（ここではバックアップデータＡとする）を特定する。図１０の例では、対象期間が４／２５〜５／１０であるので、初回タイムスタンプが開始日時４／２４以前で最新の４／２０であるレコード１００１のバックアップデータが特定される。
【００７２】
ステップＳ９０４では、データ管理プログラム１１１は、特定したバックアップデータについて、最終タイムスタンプが要求された終了日時以降であるか否かを判定し、以降であると判定した場合、ステップＳ９０６に処理を移し、以降でないと判定した場合、ステップＳ９０５に処理を移す。図１０の例では、レコード１００１の最終タイムスタンプ（２０１７／４／２９）は、要求された終了日時（２０１７／５／１０）以降ではないと判定される。
【００７３】
ステップＳ９０５では、データ管理プログラム１１１は、該バックアップデータ以降にバックアップが取得されたバックアップデータについて、最終タイムスタンプが要求された終了日時以降になるまで、確認を繰り返す。
【００７４】
ステップＳ９０６では、データ管理プログラム１１１は、最終タイムスタンプが終了日時以降のバックアップデータ（ここではバックアップデータＢ）を特定する。図１０の例では、レコード１００３が、要求された終了日時（２０１７／５／１０）以降で直近の終了タイムスタンプ（２０１７／５／１３）を有するバックアップデータの情報である。
【００７５】
ステップＳ９０７では、データ管理プログラム１１１は、最初に選択したバックアップデータＡから終了日時が含まれる該バックアップデータＢまでの全バックアップデータを対象として特定し、ステップＳ９１１に処理を移す。図１０の例では、レコード１００１とレコード１００３との間にあるレコード１００２のバックアップデータが特定される。なお、データ管理プログラム１１１は、最初に特定したバックアップデータＡの最終タイムスタンプが終了日時以降の場合、該バックアップデータＡのみを特定する。
【００７６】
ステップＳ９０８では（データが更新型である場合、または、データが追記型であり、タイムスタンプカラムがない場合）、データ管理プログラム１１１は、バックアップの取得日時が、要求された開始日時以前で、かつ開始日時に最も近い日時のバックアップデータ（バックアップデータＣ）を特定する。
【００７７】
ステップＳ９０９では、データ管理プログラム１１１は、バックアップの取得日時が、要求された終了日時以降で、かつ終了日時に最も近い日時のバックアップデータ（バックアップデータＤ）を特定する。
【００７８】
ステップＳ９１０では、データ管理プログラム１１１は、特定したバックアップデータＣからバックアップデータＤまでの全バックアップデータを対象として特定する。
【００７９】
ステップＳ９１１では、データ管理プログラム１１１は、特定したバックアップデータ（特定データ）に差分データがあるか否かを判定し、あると判定した場合、ステップＳ９１２に処理を移し、ないと判定した場合、ステップＳ９１３に処理を移す。
【００８０】
ステップＳ９１２では、データ管理プログラム１１１は、元となるフルバックデータを特定し、期間指定時のデータ特定処理を終了する。
【００８１】
ステップＳ９１３では、データ管理プログラム１１１は、特定したバックアップデータ（特定データ）に増分データがあるか否かを判定し、あると判定した場合、ステップＳ９１４に処理を移し、ないと判定した場合、期間指定時のデータ特定処理を終了する。
【００８２】
ステップＳ９１４では、データ管理プログラム１１１は、フルバックアップデータと、フルバックアップデータから該データまでの増分データとを特定し、期間指定時のデータ特定処理を終了する。
【００８３】
このように、データ特定部３０４は、例えば、データ管理情報に基づいて、要求に含まれるデータ識別子に対応するデータの保管データがある（例えば、ステップＳ７０３で「Ｙｅｓ」）と判定した場合、データの保管データにタイムスタンプの情報があるか否かを判定し（例えば、ステップＳ９０２）、タイムスタンプの情報があると判定したときは、データの保管データの初回タイムスタンプが要求に含まれる開始日時以前かつ最新である第１の保管データを特定し（例えば、ステップＳ９０３）、データの保管データの最終タイムスタンプが前記要求に含まれる終了日時以降となる第２の保管データを特定し（例えば、ステップＳ９０６）、第１の保管データから第２の保管データまでの全ての保管データを特定する（例えば、ステップＳ９０７）。
【００８４】
また、例えば、データ特定部３０４は、データ管理情報に基づいて、要求に含まれる要求対象の時間に合うバックアップデータが存在するか否かを判定し（例えば、ステップＳ７０３、ステップＳ８０１〜ステップＳ８０４、ステップＳ９０１〜ステップＳ９１０）、存在すると判定した場合、バックアップデータの取得単位が差分バックアップであるときは、バックアップデータの直近のフルバックアップのフルバックアップデータを特定し（例えば、ステップＳ８０６、ステップＳ９１２）、バックアップデータの取得単位が増分バックアップであるときは、バックアップデータの直近のフルバックアップのフルバックアップデータと、フルバックアップデータからバックアップデータまでの増分バックアップデータと、を特定する（例えば、ステップＳ８０８、ステップＳ９１４）。
【００８５】
図１１は、ストレージ装置管理情報の一例（ストレージ装置管理テーブル１１００）を示す図である。ストレージ装置管理テーブル１１００は、データ管理ＤＢ２０６に含まれる。ストレージ装置管理テーブル１１００は、ストレージ識別子フィールド１１０１、タイプフィールド１１０２、プロトコルフィールド１１０３、ディスク種別フィールド１１０４、および性能フィールド１１０５を含んで構成される。
【００８６】
ストレージ識別子フィールド１１０１は、ストレージ装置１３２を識別するストレージ識別子を示す情報を格納する。タイプフィールド１１０２は、アクセスタイプを示す情報を格納する。プロトコルフィールド１１０３は、対応するプロトコルを示す情報を格納する。ディスク種別フィールド１１０４は、構成するディスクの種別を示す情報を格納する。性能フィールド１１０５は、ディスクの性能（例えば、転送速度）を示す情報を格納する。これらは、管理者により設定されてもよいし、ストレージ管理ツールから取得して登録されてもよい。
【００８７】
さらに、ボリューム識別子フィールド１１０６を設け、ボリュームの作成時に、対応するディスクの種別に併せてボリューム識別子を示す情報が登録されてもよい。
【００８８】
図１２は、要求レベルを満足するデータを提供できるかを確認する要求レベル確認処理（ステップＳ７０７）に係るフローチャートの一例を示す図である。
【００８９】
ステップＳ１２０１では、データ管理プログラム１１１は、特定したバックアップデータについて、対象時間との時間差分を算出する。例えば、データ管理プログラム１１１は、要求されたデータの対象時間が日時指定である場合、特定したバックアップデータの取得日時と指定された日時との差分を算出する。また、例えば、データ管理プログラム１１１は、対象時間が期間指定である場合、指定された開始日時と特定したバックアップデータの最初の日時（タイムスタンプカラムがない場合はバックアップの取得日時）との差分と、指定された終了日時と特定したバックアップデータの最後の日時との差分とを算出し、差分の合計とする。
【００９０】
ステップＳ１２０２では、データ管理プログラム１１１は、利用要求（入力された利用条件）から要求レベルを取得する。
【００９１】
ステップＳ１２０３では、データ管理プログラム１１１は、時間差分が要求レベルを満たすか否かを判定し、満たすと判定した場合、ステップＳ１２０４に処理を移し、満たさないと判定した場合、ステップＳ１２０５に処理を移す。例えば、要求レベルは、低、高の２段階で設定されるものとし、判定のためのしきい値をレベル別に設ける。要求レベルが「低」の場合は、時間差分が「高」の場合より大きい第１のしきい値となり、「高」の場合は、時間差分が「低」の場合より小さい第２のしきい値となるように設定される。設定については、データ管理プログラム１１１の情報として予め定義されてもよいし、管理者により定義されてもよいし、ユーザにより定義されてもよい。この場合、データ管理プログラム１１１は、要求レベルを満たすか否かの判定は、時間差分が、要求レベルに対応するしきい値以内であるか否かを判定する。
【００９２】
ステップＳ１２０４では、データ管理プログラム１１１は、要求レベルの判定結果を「満足」とし、要求レベル確認処理を終了する。
【００９３】
ステップＳ１２０５では、データ管理プログラム１１１は、要求レベルの判定結果を「不満足」とし、要求レベル確認処理を終了する。
【００９４】
ここで要求レベルを満たさない場合は、追加の処理として、データ管理プログラム１１１は、データの更新記録（例えば、ジャーナルファイル）からの復元を実施してもよい。追加の処理として、データの過去の更新記録のバックアップを利用する方法がある。データ管理プログラム１１１は、データの過去の更新記録のバックアップが保存されていて利用可能であるか否かを判定し、利用不可である場合、要求レベルの判定結果を「不満足」とする。データ管理プログラム１１１は、データの更新記録が利用可能である場合、特定したバックアップデータの日時と対象日時（期間指定の場合は終了日時）との差分となっている時間帯を指定して更新記録があるかを検索する。検索の結果、差分の時間帯の更新記録があった場合は、更新記録を対象データとして、復元するように追加する。その場合、データ管理プログラム１１１は、適用する更新記録の最新日時と対象日時との差分を再算出し、要求レベルに対する判定を実施する。
【００９５】
図１３は、要求された可能待ち時間を満足するかを確認する復元時間確認処理（ステップＳ７０８）に係るフローチャートの一例を示す図である。
【００９６】
ステップＳ１３０１では、データ管理プログラム１１１は、特定したバックアップデータについて復元時間の算出を行う。算出処理では、例えば、データ管理プログラム１１１は、データ特定処理で対象と特定したバックアップデータのうち、フルバックアップデータについて、データ管理テーブル４００で管理するバックアップ情報から保管先とサイズとを読み出す。データ管理プログラム１１１は、ストレージ装置１３２の構成情報（例えば、ボリューム識別子フィールド１１０６がある場合は、ストレージ装置管理テーブル１１００）からボリュームの使用するディスクを判別し、ストレージ装置管理テーブル１１００からバックアップデータの保管されているストレージ装置１３２の仕様のうち、ディスクの性能の情報を読み出す。データ管理プログラム１１１は、該当のサイズのデータを該当のディスクから読み出す時間（読出時間）を算出する（データサイズ／ＩＯＰＳ（Input / Output Per Second））。例えば、データ管理プログラム１１１は、当該復元データが格納されているストレージ装置１３２から管理サーバ１１０へのバックアップデータの転送時間を算出して読出時間に加算して復元時間とする。また、例えば、データ管理プログラム１１１は、復元データを所定のサーバに設ける場合、当該復元データが格納されているストレージ装置１３２から管理サーバ１１０へのバックアップデータの転送時間と、管理サーバ１１０から所定のサーバへの復元データの転送時間とを算出して読出時間に加算して復元時間とする。
【００９７】
なお、算出には、ストレージ装置１３２のプロセッサ使用率を重み付けしてもよい。また、特定されたバックアップデータが差分バックパップまたは増分バックアップについても同様に算出する。
【００９８】
ここで、復元時間の算出については、過去の履歴を使用する方法でもよい。バックアップデータを復元して提供する場合に、復元にかかった実行時間を計測し、履歴として管理（２次記憶装置２０３に記憶）しておく。対象として特定されたバックアップデータが履歴にある場合、計測された実行時間を読み出して、復元時間とする。複数回、復元が実行されている場合は、全ての実行時間を読み出して代表値（例えば、平均値）を算出してもよい。
【００９９】
ステップＳ１３０２では、データ管理プログラム１１１は、利用要求（入力されたデータの利用条件）から可能待ち時間を取得する。
【０１００】
ステップＳ１３０３では、データ管理プログラム１１１は、算出した復元時間が可能待ち時間以内であるか否かを判定し、以内であると判定した場合、ステップＳ１３０４に処理を移し、以内でないと判定した場合、ステップＳ１３０５に処理を移す。
【０１０１】
ステップＳ１３０４では、データ管理プログラム１１１は、復元時間の判定結果を「満足」とし、復元時間確認処理を終了する。
【０１０２】
ステップＳ１３０５では、データ管理プログラム１１１は、復元時間の判定結果を「不満足」とし、復元時間確認処理を終了する。
【０１０３】
ここで、要求レベルを満たさない場合は、追加の処理として、データ管理プログラム１１１は、別のバックアップデータを代替として使用可能であるか否かを判定する処理を実施してもよい。追加処理では、データ管理プログラム１１１は、最初に対象として特定したバックアップデータに差分バックアップデータまたは増分バックアップデータが含まれているか否かを判定する。データ管理プログラム１１１は、差分バックアップデータまたは増分バックアップデータが含まれていると判定した場合、フルバックアップデータに対する時間差分および復元時間を算出し直す。データ管理プログラム１１１は、算出し直した復元時間が要件レベルを満たすか否かを判定し、満たすと判定した場合、差分バックアップデータまたは増分バックアップデータを対象データから除き、判定結果を「満足」とする。
【０１０４】
図１４は、データの提供の形態（提供形態）を決定する提供形態決定処理（ステップＳ７０９）に係るフローチャートの一例を示す図である。提供形態決定処理では、提供データのサイズ（容量）とネットワーク性能とに基づいて提供形態が決定される。
【０１０５】
ステップＳ１４０１では、データ管理プログラム１１１は、提供するバックアップデータのサイズから復元した場合のデータサイズ（復元データのサイズ）を見積もる。
【０１０６】
ステップＳ１４０２では、データ管理プログラム１１１は、見積もったデータサイズとネットワークの性能とから転送時間（例えば、所定のサーバからクライアント端末１４０への転送時間）を見積もる。
【０１０７】
ステップＳ１４０３では、データ管理プログラム１１１は、転送時間の見積もりがしきい値以下であるか否かを判定し、しきい値以下であると判定した場合、ステップＳ１４０４に処理を移し、しきい値を超えると判定した場合、ステップＳ１４０５に処理を移す。
【０１０８】
ステップＳ１４０４では、データ管理プログラム１１１は、ファイルでの提供形態（ファイル形式で提供）と決定し、提供形態決定処理を終了する。この場合、データ管理プログラム１１１は、データをファイルに書き出し、所定のサーバ（ファイルを利用者がアクセス可能なサーバ）に転送することになる。
【０１０９】
ステップＳ１４０５では、データ管理プログラム１１１は、仮想マシンでの提供形態（仮想マシン形式で提供）と決定し、提供形態決定処理を終了する。この場合、データ管理プログラム１１１は、仮想マシンに復元したデータを含むＡＰ環境を構築し、仮想マシンのＡＰにアクセスしてデータを利用可能にし、結果の出力において、仮想マシンへのアクセス情報を出力することになる。
【０１１０】
また、データ管理プログラム１１１は、提供データのセキュリティポリシーに従って提供形態を決定するようにしてもよい。セキュリティポリシーは、管理者により設定される。セキュリティポリシーとして、アクセスコントロールを行う場合、提供データを管理者側環境に配置して制御する形態、仮想マシン形態でＡＰに対するアクセスを制御する形態等を管理者が設定可能とする。
【０１１１】
また、利用者が提供形態を指定するインタフェースが設けられてもよく、その場合、データ管理プログラム１１１は、指定された形態でデータを提供する。
【０１１２】
図１５は、入出力インタフェースの一例（入出力画面１５００）を示す図である。入出力画面１５００の上段エリア１５０１は、利用者が利用要求（利用条件）を入力するエリアであり、下段エリア１５０２は、利用要求に対する結果を出力するエリアである。
【０１１３】
入力情報として、データ名１５０３、要求するデータの対象時間（期間指定１５０４または日時指定１５０５）、要求レベル１５０６、可能待ち時間１５０７がある。要求するデータの対象時間としては、ユーザは、期間指定１５０４または日時指定１５０５を選択して設定する。ここで、ユーザが日時指定１５０５を設定するケースとしては、例えば、当該時点のデータを再現してテストを行うケースが挙げられる。また、ユーザが期間指定１５０４を設定するケースとしては、例えば、期間内に更新されたデータを用いた分析を行うケースが挙げられる。
【０１１４】
出力情報として、提供データ名１５０８、提供形態１５０９、アクセス方法を示すアクセス先１５１０、要件を満たすか否かを示す要件満足レベル１５１１がある。要件満足レベルの付加情報として、時間の差分と提供までの時間とが出力される。
【０１１５】
要件満足レベルは、対象期間に対する提供データの時間差分から要求レベルを満たすか否かの判定を行う処理（図１２）と、算出した復元時間が可能待ち時間を満たすか否かの判定を行う処理（図１３）の結果をもとに決定される。ここでの要件満足レベルは、例えば、３つのレベルを設け、両方の判定結果が満足である場合、レベル「高」、どちらか一方の判定結果が満足である場合、レベル「中」、両方の判定結果とも不満足である場合、レベル「低」とする。
【０１１６】
なお、利用要求に対して、データを復元する前に特定したバックアップデータについて要件満足レベル（時間の差分、提供までの時間）を出力し、ユーザが確認後に復元する構成としてもよい。
【０１１７】
以上、上述した構成によれば、利用者からの要求に対して、保存するバックアップデータから最適なバックアップデータを特定し、利用者にデータを提供することを可能とする。例えば、データの利用要求で指定される時間断面が、バックアップの取得日時とは異なる場合でも、既存のバックアップデータの中から利用要求に合うデータを抽出することができる。また、例えば、利用要求を満たすかを示す補助情報として、指定日時との差分情報（例えば、時間の差分）と、準備目安時間（例えば、提供までの時間）とを付加して、結果を出力することを可能とする。かかる時間の差分によれば、ユーザは、提供されるデータの精度を把握できるようになる。かかる提供までの時間によれば、ユーザは、データが提供されるまでの時間を把握できるようになる。
【０１１８】
本実施の形態によれば、様々な種類の記憶装置に様々なタイミングで保存された保管データについて、時間情報、保管場所情報などを管理することで、利用単位にあった適切な保管データを適切な単位で提供することを可能にする。また、業務ＡＰが生成するデータへの利用要求に対して、別のストレージ装置に保管された保管データを使用して、利用要件にあった保管データを特定して提供することで、業務ＡＰの稼動への影響を回避できるようになる。
【０１１９】
（２）第２の実施の形態
本実施の形態では、データを要求する単位に対して、複数のデータを含むケースについて説明する。本実施の形態では、第１の実施の形態と異なる構成について主に説明する。
【０１２０】
図１６は、第１の実施の形態の管理情報に追加して本実施の形態で管理する業務データ管理情報の一例（業務データ管理テーブル１６００）を示す。業務データ管理テーブル１６００は、データ管理ＤＢ２０６に含まれる。業務データ管理テーブル１６００は、業務識別子フィールド１６０１、データ項目名フィールド１６０２、ＡＰフィールド１６０３、およびＡＰ内データ識別子フィールド１６０４を含んで構成される。
【０１２１】
業務識別子フィールド１６０１は、業務を識別可能な業務識別子を示す情報を格納する。データ項目名フィールド１６０２は、データの項目名を示す情報を格納する。ＡＰフィールド１６０３は、ＡＰとそのタイプを識別する情報とを格納する。ＡＰ内データ識別子フィールド１６０４は、ＡＰ内でのデータを識別する識別子（業務に係るデータを識別するデータ識別子）を示す情報を格納する。
【０１２２】
本実施の形態では、利用者は、利用条件の入力時に業務名（業務識別子）を指定する。データ管理プログラム１１１は、業務データ管理テーブル１６００を検索して、一致する業務識別子を特定する。データ管理プログラム１１１は、業務識別子に対応するデータ項目名と、ＡＰと、ＡＰ内データ識別子とを特定する。データ管理プログラム１１１は、特定したＡＰ内データ識別子をデータ名（データ識別子）として、データ管理テーブル４００を検索し（ステップＳ７０２）、以降の処理を同様に実施する。なお、時間要件の指定については第１の実施の形態と同様である。
【０１２３】
このように、データ特定部３０４は、業務データ管理情報に基づいて、要求に含まれる業務識別子に対応するデータ識別子を特定し、データ管理情報に基づいて、特定したデータ識別子に対応するデータの保管データがあるか否かを判定する。
【０１２４】
以上により、データを要求する単位を業務として、複数のデータを含む場合においても、利用者が業務名を指定することで、複数のデータについて、それぞれ必要な時間のデータを提供することが可能になる。
【０１２５】
次に、利用単位に対する複数のデータのバックアップが仕様の異なるストレージ装置１３２に保管されている場合の処理を説明する。
【０１２６】
図１６の例では、同じ業務識別子に対応するデータが異なるＡＰであり、バックアップデータは異なるストレージ装置１３２に保管されているものとする。ここで、第１の実施の形態の図１１に示したストレージ装置管理テーブル１１００に登録されているストレージ装置１３２の仕様を参照する。例えば、顧客ＤＢのバックアップデータは、ストレージＡに保管され、在庫ＤＢのバックアップデータは、ストレージＢに保管されているものとする。この場合、ＳＤＳシステム１３０では、バックアップデータを取り出すとき、異なるプロトコルに対して、プロトコル変換を行い、共通のプロトコル（同じ形式）で取り出す。例えば、ブロックストレージに保管された顧客ＤＢのバックアップデータをファイルとして取り出し、ファイルストレージに保管された在庫ＤＢのバックアップデータは、そのままファイルとして取り出す。共通のプロトコルで取り出すことで、業務単位で必要となる複数のデータをまとめて提供することができる。
【０１２７】
（３）第３の実施の形態
本実施の形態では、バックアップデータのストレージ装置１３２への配置を制御する方法について説明する。本実施の形態では、上述した実施の形態と異なる構成について主に説明する。
【０１２８】
ＳＤＳシステム１３０では、多種のストレージ装置１３２を仮想化して管理し、ストレージ装置１３２のディスクの性能別に階層を設け、階層間のデータ移行を行う階層制御機能（階層制御部）を提供する。管理サーバ１１０（データ管理プログラム１１１の図示は省略するデータ移行部）は、バックアップデータの使用履歴に基づいて、バックアップデータの保管先に対するデータ移行をＳＤＳシステム１３０の階層制御機能に要求する。
【０１２９】
図１７は、ストレージ階層管理情報の一例（ストレージ階層管理テーブル１７００）を示す図である。ストレージ階層管理テーブル１７００は、データ管理ＤＢ２０６に含まれる。ストレージ階層管理テーブル１７００は、レベルフィールド１７０１、ストレージ識別子フィールド１７０２、ディスクフィールド１７０３、性能フィールド１７０４、および空き容量フィールド１７０５を含んで構成される。
【０１３０】
レベルフィールド１７０１は、階層のレベルを示す情報を格納する。ストレージ識別子フィールド１７０２は、管理対象のストレージ装置１３２を識別するストレージ識別子を示す情報を格納する。ディスクフィールド１７０３は、ディスクの種別を示す情報を格納する。性能フィールド１７０４は、ディスクの性能（例えば、転送速度（ＭＢ／ｓ））を示す情報を格納する。空き容量フィールド１７０５は、ディスクの空き容量を示す情報を格納する。
【０１３１】
レベルに対するストレージ装置１３２、ディスクの割当については、管理者またはシステムにより事前に設定される。性能、空き容量については、管理サーバ１１０が定期的にＳＤＳシステム１３０または各ストレージ装置１３２から情報を取得して登録し、例えば、平均転送速度、取得時点での空き容量が管理される。階層は、例えば、性能のよい順に高、中、低の３階層とし、それぞれレベル１、２、３としてレベルフィールド１７０１で管理される。
【０１３２】
管理サーバ１１０（データ管理プログラム１１１の図示は省略する記憶部）は、バックアップデータを使用したデータの提供時に復元までの実行時間を計測し、履歴として管理（２次記憶装置に記憶）する。本実施の形態では、管理サーバ１１０は、バックアップデータを使用する際の利用条件である可能待ち時間についても履歴として記録（記憶）する。管理サーバ１１０は、バックアップデータ毎に提供のために使用した履歴を管理する。管理サーバ１１０は、期間要求に併せて提供データのサイズが異なる場合であっても、バックアップからの復元時間はバックアップデータ全体に対して行うため、その際にかかった時間を記録する。なお、記録については、本実施の形態では、使用履歴管理情報として登録する。
【０１３３】
図１８は、使用履歴管理情報の一例（使用履歴管理テーブル１８００）を示す図である。使用履歴管理テーブル１８００は、データ管理ＤＢ２０６に含まれる。使用履歴管理テーブル１８００は、バックアップ識別子フィールド１８０１、使用日時フィールド１８０２、復元時間フィールド１８０３、可能待ち時間フィールド１８０４を含んで構成される。なお、記録は、テーブルへの出力（登録）に限られるものではなく、ログファイル等への出力であってもよい。
【０１３４】
バックアップ識別子フィールド１８０１は、バックアップデータを識別するバックアップ識別子（保管識別子）を示す情報を格納する。使用日時フィールド１８０２は、復元に使用した日時を示す情報を格納する。復元時間フィールド１８０３は、バックアップデータの復元に要した時間を示す情報を格納する。可能待ち時間フィールド１８０４は、要求時に指定された可能待ち時間を示す情報を格納する。
【０１３５】
管理サーバ１１０では、バックアップデータ毎の使用頻度が予め設定した一定レベル（例えば、１回／週）以上になった場合、要求された可能待ち時間の平均と復元時間の平均とを算出し、可能待ち時間に対する復元時間の時間差分を算出する。管理サーバ１１０は、差分が予め設定した上限基準値以上（復元時間が可能待ち時間より長い）の場合、該バックアップデータが保管される階層を、現在の階層より高い階層がある場合、ストレージ階層管理テーブル１７００を参照し、空き容量を確認する。管理サーバ１１０は、バックアップデータのサイズ（データ管理テーブル４００参照）以上の空き容量がある場合、該階層にデータを移行するようにＳＤＳシステム１３０に指示を出す。
【０１３６】
管理サーバ１１０は、算出した差分が予め設定した下限基準値以下（復元時間が可能待ち時間より短い）の場合、該バックアップデータが保管される階層を、現在の階層より低い階層がある場合、ストレージ階層管理テーブル１７００を参照し、当該階層のストレージ装置１３２（ディスク）の空き容量を確認する。また、管理サーバ１１０は、当該階層のストレージ装置１３２の性能（転送速度）を参照して、バックアップデータのサイズ（データ管理テーブル４００参照）から、復元した場合の復元時間を算出し、平均可能待ち時間内に収まるかを確認する。管理サーバ１１０は、空き容量があり、復元時間が収まる場合、該階層のストレージ装置１３２にデータを移行する。
【０１３７】
このように、データ移行部は、例えば、ストレージ装置管理情報と、記憶部に記憶されている情報（使用履歴管理情報）とに基づいて、復元に要した時間が可能待ち時間よりも長い保管データを格納するディスクよりも性能の高いディスクに保管データを移行する処理、および／または、復元に要した時間が可能待ち時間よりも短い保管データを格納するディスクよりも性能の低いディスクに保管データを移行する処理を行う。
【０１３８】
本実施の形態では、利用者の要求を満たすように保管データの配置を適切に実行し、ストレージ装置１３２の効率利用を可能とする。
【０１３９】
（４）第４の実施の形態
本実施の形態では、バックアップデータの利用履歴に基づいて、バックアップの取得を制御する方法について説明する。本実施の形態では、上述した実施の形態と異なる構成について主に説明する。
【０１４０】
ＳＤＳシステム１３０においては、ボリュームのスナップショット機能、ローカル装置または別装置へボリュームをコピーするコピー機能を提供する。バックアップの実行頻度、保管先等は、管理者がバックアップ管理手段（ソフトウェア等）に設定し、バックアップ管理手段が設定に基づいてＳＤＳシステム１３０のスナップショット機能またはコピー機能を実行する。管理サーバ１１０（データ管理プログラム１１１の図示は省略する処理部）は、定期的に使用履歴から、バックアップデータの保管先、フルバックアップの取得間隔を判断し、バックアップ実行手段に対して、要求を送信することで、バックアップの取得に係る制御を行う。
【０１４１】
管理サーバ１１０は、保管先の判断では、第３の実施の形態で示したバックアップデータの使用履歴から、使用頻度と平均復元時間とを算出する。管理サーバ１１０は、使用頻度が基準値以上の高頻度であり、かつ、平均復元時間が基準値以上である場合、保管先として最も高い階層（レベル１）を選択する。また、管理サーバ１１０は、使用頻度が基準値以上であり、平均復元時間が基準値未満である場合、または、使用頻度が基準値未満であり、平均復元時間が基準値以上である場合、中間の階層（レベル２）を選択する。また、管理サーバ１１０は、使用頻度が基準値未満であり、かつ、平均復元時間が基準値未満である場合、最も低い階層（レベル３）を選択する。管理サーバ１１０は、選択した階層（レベル）に複数のストレージ装置１３２がある場合、例えば、空き容量がバックアップデータのサイズより大きく、最も空き容量が大きいストレージ装置１３２を保管先として選択する。管理サーバ１１０は、空き容量がバックアップデータのサイズより大きなストレージ装置１３２がない場合、１段低い階層のストレージ装置１３２から選択してもよい。
【０１４２】
なお、管理サーバ１１０は、バックアップデータの使用履歴から平均復元時間を算出して、使用頻度を用いることなく、保管先を判断してもよい。
【０１４３】
さらに、管理サーバ１１０では、使用履歴をもとに、バックアップデータの取得間隔を判断する。管理サーバ１１０は、バックアップデータ別に使用頻度を算出する。ここでは、バックアップデータの取得単位を元に、フルバックアップデータに関連する差分バックアップデータ、増分バックアップデータを識別する。
【０１４４】
管理サーバ１１０は、フルバックアップデータの使用頻度が基準値以下である場合、フルバックアップデータ、差分バックアップデータまたは増分バックアップデータの間隔を長くする。長くする割合としては、予め決めた値を設定してもよいし、使用頻度に併せて割合を決定してもよい。
【０１４５】
管理サーバ１１０は、差分バックアップデータまたは増分バックアップデータの使用頻度が基準値以上であり、差分バックアップデータまたは増分バックアップからの平均復元時間が基準値以上である場合、フルバックアップの取得間隔を短くする。短くする割合については、予め決めた値を設定してもよいし、差分バックアップまたは増分バックアップの間隔として、差分バックアップまたは増分バックアップ間隔を併せて短くしてもよい。使用頻度の比較では、フルバックアップデータのみの使用頻度と差分バックアップデータまたは増分バックアップデータの使用頻度とを比較してもよい。差分バックアップデータまたは増分バックアップデータの使用頻度の方がフルバックアップのみより多い場合、上記を設定する。
【０１４６】
管理サーバ１１０は、差分バックアップデータまたは増分バックアップデータの使用頻度が基準値以上で、差分バックアップまたは増分バックアップからの平均復元時間が基準値未満である場合、差分バックアップまたは増分バックアップの取得間隔を短くする。この場合、フルバックアップの間隔は変更しない。
【０１４７】
それ以外の場合は、フルバックアップ、差分バックアップまたは増分バックアップとも取得間隔を変更しない。
【０１４８】
ここで、基準値については、予め管理者またはシステムにより設定された値を使用する。平均復元時間に対する基準値については、使用履歴から要求された可能待ち時間の平均値を使用してもよい。
【０１４９】
このように、処理部は、例えば、記憶部に記憶されている情報から算出した保管データの復元に要した時間の代表値（例えば、平均復元時間）に基づいて、保管データの保管先を変更する処理、および／または、記憶部に記憶されている情報（使用履歴管理情報）から算出した保管データが使用される頻度に基づいて、保管データを取得する間隔を変更する処理を行う。
【０１５０】
本実施の形態によれば、保管データの使用状況に併せて、提供にかかる復元時間を考慮してデータの精度を向上できるよう、保管データの取得に係る制御を行うことを可能にする。
【０１５１】
なお、第３の実施の形態、第４の実施の形態については、バックアップデータが本来の使用目的である障害時のデータ回復時に使用についても、要求される復元時間を満たす必要がある。よって、管理サーバ１１０がバックアップデータの配置、取得頻度の制御を行ってよいかどうかをＡＰ毎に管理者が設定してもよい。その場合、制御が許可された場合のみ上記の制御を実行する。
【０１５２】
（５）他の実施の形態
なお上述の実施の形態においては、本発明をデータ管理システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。
【０１５３】
また上述の実施の形態においては、説明の便宜上、ＸＸテーブル、ＸＸファイルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報などと表現してもよい。
【０１５４】
また、上記の説明において各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１５５】
また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。
【符号の説明】
【０１５６】
１００……データ管理システム、１１０……管理サーバ、１２０……ホスト計算機、１３０……ＳＤＳシステム、１４０……クライアント端末。
【図１】
2020067681.tif 000003
【図２】
2020067681.tif 000004
【図３】
2020067681.tif 000005
【図４】
2020067681.tif 000006
【図５】
2020067681.tif 000007
【図６】
2020067681.tif 000008
【図７】
2020067681.tif 000009
【図８】
2020067681.tif 000010
【図９】
2020067681.tif 000011
【図１０】
2020067681.tif 000012
【図１１】
2020067681.tif 000013
【図１２】
2020067681.tif 000014
【図１３】
2020067681.tif 000015
【図１４】
2020067681.tif 000016
【図１５】
2020067681.tif 000017
【図１６】
2020067681.tif 000018
【図１７】
2020067681.tif 000019
【図１８】
2020067681.tif 000020