特開 2023-169514 計算機システム、データの来歴の追跡方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023169514

(43)【公開日】2023-11-30

(54)【発明の名称】計算機システム、データの来歴の追跡方法、及びプログラム

(51)【国際特許分類】

   G06F 16/11 20190101AFI20231122BHJP

【ＦＩ】

G06F16/11

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022080658

(22)【出願日】2022-05-17

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】仲野 香緒里

(72)【発明者】

【氏名】林 真一

(57)【要約】

【課題】データベース管理システム及び基盤システムを用いてデータを管理するシステムにおいて、データの格納場所を網羅的に追跡する
【解決手段】計算機システムは、データを管理するデータベース管理システム及び格納領域を管理する基盤システムと接続し、ターゲットデータの識別情報を含む追跡要求を受け付け、データベース管理システムが管理するデータに関する情報に基づいて、ターゲットデータの存在期間を算出し、格納領域の構成に関する構成履歴情報に基づいて、データ存在期間において、データベース管理システムに提供され、かつ、ターゲットデータが格納された第１格納領域を特定し、データ存在期間及び格納領域の複製操作の履歴に基づいて、第１格納領域を起点として、複製操作によってターゲットデータが格納された第２格納領域を追跡する追跡処理を実行する。
【選択図】図１１

【特許請求の範囲】

【請求項1】

計算機システムであって、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する、少なくとも一つの計算機を含み、
データを管理する少なくとも一つのデータベース管理システム、及びデータの格納領域を管理する少なくとも一つの基盤システムと接続し、
前記計算機システムは、
ターゲットデータの識別情報を含む追跡要求を受け付け、
前記少なくとも一つのデータベース管理システムが管理するデータに関する情報に基づいて、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが管理されていたデータ存在期間を算出し、
前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記データ存在期間において、前記少なくとも一つのデータベース管理システムに提供され、かつ、前記ターゲットデータが格納された第１格納領域を特定し、
前記データ存在期間、及び前記少なくとも一つの基盤システムの前記格納領域の複製操作の履歴に基づいて、前記第１格納領域を起点として、複製操作によって前記ターゲットデータが格納された第２格納領域を追跡する追跡処理を実行し、
前記ターゲットデータが格納された前記格納領域として、前記第１格納領域及び前記第２格納領域に関する情報を出力することを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記計算機システムは、
前記第１格納領域を追跡リストに登録し、
前記追跡処理において、
前記追跡リストから一つのターゲット格納領域を選択し、
前記ターゲット格納領域の存在期間を算出し、
前記少なくとも一つの基盤システムの前記ターゲット格納領域に関連する複製操作の履歴に基づいて複製操作実行期間を算出し、
前記データ存在期間、前記ターゲット格納領域の存在期間、及び前記複製操作実行期間に基づいて、前記第２格納領域を特定し、前記追跡リストに登録することを特徴とする計算機システム。

【請求項3】

請求項２に記載の計算機システムであって、
前記計算機システムは、
前記第２格納領域を特定するためのポリシを管理するための追跡ポリシ情報を保持し、
前記少なくとも一つの基盤システムの前記ターゲット格納領域に関連する複製操作の履歴に基づいて、前記ターゲット格納領域が複製された前記格納領域を特定し、
特定された前記格納領域が前記ポリシを満たすか否かを判定することを特徴とする計算機システム。

【請求項4】

請求項３に記載の計算機システムであって、
前記追跡ポリシ情報には、前記複製操作の種別毎に前記ポリシが設定され、
前記ポリシは、前記データ存在期間、前記ターゲット格納領域の存在期間、及び前記複製操作実行期間の少なくとも二つを用いて定義されることを特徴とする計算機システム。

【請求項5】

請求項１に記載の計算機システムであって、
前記ターゲットデータの前記データ存在期間は、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが生成された日時と、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが完全削除された日時とに基づいて算出されることを特徴とする計算機システム。

【請求項6】

請求項１に記載の計算機システムであって、
前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記第１格納領域及び前記第２格納領域に記憶領域を提供するドライブ群を特定し、
特定された前記ドライブ群に関する情報を出力することを特徴とする計算機システム。

【請求項7】

請求項６に記載の計算機システムであって、
前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記特定されたドライブ群を搭載する前記基盤システムを特定し、
特定された前記基盤システムに関する情報を出力することを特徴とする計算機システム。

【請求項8】

請求項１に記載の計算機システムであって、
前記第１格納領域及び前記第２格納領域に対して、ユーザからの指示にしたがって、前記ターゲットデータの削除操作及び複製操作の少なくともいずれかを実行することを特徴とする計算機システム。

【請求項9】

請求項１に記載の計算機システムであって、
前記データの格納場所のポリシを管理するための格納ポリシ情報を保持し、
前記第１格納領域及び前記第２格納領域が前記データの格納場所のポリシを満たすか否かを判定し、判定結果を出力することを特徴とする計算機システム。

【請求項10】

計算機システムが実行するデータの来歴の追跡方法であって、
前記計算機システムは、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する、少なくとも一つの計算機を含み、
データを管理する少なくとも一つのデータベース管理システム、及びデータの格納領域を管理する少なくとも一つの基盤システムと接続し、
前記データの来歴の追跡方法は、
前記少なくとも一つの計算機が、ターゲットデータの識別情報を含む追跡要求を受け付ける第１のステップと、
前記少なくとも一つの計算機が、前記少なくとも一つのデータベース管理システムが管理するデータに関する情報に基づいて、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが管理されていたデータ存在期間を算出する第２のステップと、
前記少なくとも一つの計算機が、前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記データ存在期間において、前記少なくとも一つのデータベース管理システムに提供され、かつ、前記ターゲットデータが格納された第１格納領域を特定する第３のステップと、
前記少なくとも一つの計算機が、前記データ存在期間、及び前記少なくとも一つの基盤システムの前記格納領域の複製操作の履歴に基づいて、前記第１格納領域を起点として、複製操作によって前記ターゲットデータが格納された第２格納領域を追跡する追跡処理を実行する第４のステップと、
前記少なくとも一つの計算機が、前記ターゲットデータが格納された前記格納領域として、前記第１格納領域及び前記第２格納領域に関する情報を出力する第５のステップと、を含むことを特徴とするデータの来歴の追跡方法。

【請求項11】

請求項１０に記載のデータの来歴の追跡方法であって、
前記第３のステップは、前記少なくとも一つの計算機が、前記第１格納領域を追跡リストに登録するステップを含み、
前記追跡処理は、
前記少なくとも一つの計算機が、前記追跡リストから一つのターゲット格納領域を選択する第６のステップと、
前記少なくとも一つの計算機が、前記ターゲット格納領域の存在期間を算出する第７のステップと、
前記少なくとも一つの計算機が、前記少なくとも一つの基盤システムの前記ターゲット格納領域に関連する複製操作の履歴に基づいて複製操作実行期間を算出する第８のステップと、
前記少なくとも一つの計算機が、前記データ存在期間、前記ターゲット格納領域の存在期間、及び前記複製操作実行期間に基づいて、前記第２格納領域を特定し、前記追跡リストに登録する第９のステップと、を含むことを特徴とするデータの来歴の追跡方法。

【請求項12】

請求項１１に記載のデータの来歴の追跡方法であって、
前記計算機システムは、前記第２格納領域を特定するためのポリシを管理するための追跡ポリシ情報を保持し、
前記第９のステップは、
前記少なくとも一つの計算機が、前記少なくとも一つの基盤システムの前記ターゲット格納領域に関連する複製操作の履歴に基づいて、前記ターゲット格納領域が複製された前記格納領域を特定するステップと、
前記少なくとも一つの計算機が、特定された前記格納領域が前記ポリシを満たすか否かを判定するステップと、を含むことを特徴とするデータの来歴の追跡方法。

【請求項13】

請求項１２に記載のデータの来歴の追跡方法であって、
前記追跡ポリシ情報には、前記複製操作の種別毎に前記ポリシが設定され、
前記ポリシは、前記データ存在期間、前記ターゲット格納領域の存在期間、及び前記複製操作実行期間の少なくとも二つを用いて定義されることを特徴とするデータの来歴の追跡方法。

【請求項14】

計算機に実行させるためのプログラムであって、
前記計算機は、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有し、
データを管理する少なくとも一つのデータベース管理システム、及びデータの格納領域を管理する少なくとも一つの基盤システムと接続し、
前記プログラムは、
ターゲットデータの識別情報を含む追跡要求を受け付ける第１の手順と、
前記少なくとも一つのデータベース管理システムが管理するデータに関する情報に基づいて、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが管理されていたデータ存在期間を算出する第２の手順と、
前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記データ存在期間において、前記少なくとも一つのデータベース管理システムに提供され、かつ、前記ターゲットデータが格納された第１格納領域を特定する第３の手順と、
前記データ存在期間、及び前記少なくとも一つの基盤システムの前記格納領域の複製操作の履歴に基づいて、前記第１格納領域を起点として、複製操作によって前記ターゲットデータが格納された第２格納領域を追跡する追跡処理を実行する第４の手順と、
前記ターゲットデータが格納された前記格納領域として、前記第１格納領域及び前記第２格納領域に関する情報を出力する第５の手順と、
を前記計算機に実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データの来歴を追跡する技術に関する。

【背景技術】

【0002】

個人情報の保護及びセキュリティ対策の強化等の観点から、機密データの厳密な管理が重要となっている。機密データの管理において、機密データの格納場所を把握する必要がある。これに対して特許文献１に記載の技術が知られている。

【0003】

特許文献１には「メタデータ管理サーバ及び来歴を管理する来歴管理サーバを備える計算機システムにおいて、前記各サーバは、前記ファイルを保持するクライアント計算機と接続されており、前記メタデータ管理サーバは、前記クライアント計算機に保持されるファイルのメタデータが変更されたイベントを検出し、前記検出されたイベントに関係する来歴の検索を前記来歴管理サーバに要求し、前記来歴管理サーバから送信された来歴の検索結果に基づいて、前記メタデータが変更された第１ファイルから派生した派生先の第２ファイル、及び当該第１ファイルを派生した派生元の第３ファイルを抽出し、前記抽出された第２ファイル及び第３ファイルのうち、前記メタデータを更新すべきファイルを特定し、前記特定されたファイルのメタデータを更新するためのメタデータ更新要求を生成する」ことが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１－２３８１６５号公報

【特許文献2】特開２００４－２５８７３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載の技術を用いることによって、ファイル及び派生ファイルを特定することができる。

【0006】

近年のシステム構成では、データを管理するデータベース管理システムと、データを格納する記憶領域を管理する基盤システムとが別々に存在する。したがって、基盤システムは、データを管理するシステムとは独立して、記憶領域のコピー及びバックアップ等を行っている。基盤システムは、記憶領域の構成に関する履歴を管理しているが、記憶領域に格納されるデータは管理していない。

【0007】

したがって、データベース管理システムの操作履歴及び基盤システムの操作履歴を単純に組み合わせるだけではデータの全ての格納場所を把握することが難しい。

【0008】

本発明は、データベース管理システム及び基盤システムを用いてデータを管理するシステムにおいて、データの格納場所を網羅的に追跡する技術を提供する。

【課題を解決するための手段】

【0009】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、計算機システムであって、プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する、少なくとも一つの計算機を含み、データを管理する少なくとも一つのデータベース管理システム、及びデータの格納領域を管理する少なくとも一つの基盤システムと接続し、前記計算機システムは、ターゲットデータの識別情報を含む追跡要求を受け付け、前記少なくとも一つのデータベース管理システムが管理するデータに関する情報に基づいて、前記少なくとも一つのデータベース管理システムによって前記ターゲットデータが管理されていたデータ存在期間を算出し、前記少なくとも一つの基盤システムにおける前記格納領域の構成に関する構成履歴情報に基づいて、前記データ存在期間において、前記少なくとも一つのデータベース管理システムに提供され、かつ、前記ターゲットデータが格納された第１格納領域を特定し、前記データ存在期間、及び前記少なくとも一つの基盤システムの前記格納領域の複製操作の履歴に基づいて、前記第１格納領域を起点として、複製操作によって前記ターゲットデータが格納された第２格納領域を追跡する追跡処理を実行し、前記ターゲットデータが格納された前記格納領域として、前記第１格納領域及び前記第２格納領域に関する情報を出力する。

【発明の効果】

【0010】

本発明によれば、データベース管理システム及び基盤システムを用いてデータを管理するシステムにおいて、データの格納場所を網羅的に追跡することができる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0011】

【図1】実施例１のシステムの構成の一例を示す図である。実施例１の計算機の構成の一例を示す図である。

【図2】実施例１のデータベース管理システム情報に含まれる情報の一例を示す図である。

【図3】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図4】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図5】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図6】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図7】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図8】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図9】実施例１の基盤システム情報に含まれる情報の一例を示す図である。

【図10A】実施例１の追跡ポリシ情報に含まれる情報の一例を示す図である。

【図10B】実施例１の追跡ポリシ情報に含まれる情報の一例を示す図である。

【図10C】実施例１の追跡ポリシ情報に含まれる情報の一例を示す図である。

【図11】実施例１のデータ来歴管理システムが実行するデータ追跡処理の一例を説明するフローチャートである。

【図12】実施例１のデータ来歴管理システムが生成する追跡リストの一例を示す図である。

【図13A】実施例１のデータ来歴管理システムが実行する関連ボリューム追跡処理の一例を説明するフローチャートである。

【図13B】実施例１のデータ来歴管理システムが実行する関連ボリューム追跡処理の一例を説明するフローチャートである。

【図14】実施例１のデータ来歴管理システムが出力する追跡結果の一例を示す図である。

【図15】実施例３のデータ来歴管理システムが実行するドライブ追跡処理の一例を説明するフローチャートである。

【図16】実施例３のデータ来歴管理システムが生成するドライブグループリストの一例を示す図である。

【図17】実施例３のデータ来歴管理システムが出力する追跡結果の一例を示す図である。

【発明を実施するための形態】

【0012】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0013】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【0014】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【0015】

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

【実施例0016】

図１は、実施例１のシステムの構成の一例を示す図である。図２は、実施例１の計算機の構成の一例を示す図である。

【0017】

システムは、データ来歴管理システム１００、データベース管理システム１０１、及び基盤システム１０２を含む。各システムは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０５を介して互いに接続される。なお、ネットワーク１０５の接続方式は有線及び無線のいずれでもよい。

【0018】

なお、データベース管理システム１０１の数は二つ以上でもよい。また、基盤システム１０２の数は二つ以上でもよい。

【0019】

データベース管理システム１０１は、ユーザデータを格納するデータベースの管理を行うシステムである。データベース管理システム１０１は、プロセッサ、主記憶装置、及びネットワークインタフェースを有する計算機から構成される。データベース管理システム１０１は、データベースの管理を行うデータベース管理部１３０を有する。データベース管理部１３０は、基盤システム１０２が提供する格納領域（ボリューム１４１）にデータを格納する。なお、データベース管理システム１０１は、各種制御情報を保持しているが発明とは直接関係しないため省略している。

【0020】

なお、本発明は、データベース管理システム１０１が扱うデータの種別及びサイズに限定されたない。データは、例えば、ブロックデータ、テーブル、及びファイル等である。また、テーブル及びファイルの一部のデータを追跡対象とすることもできる。

【0021】

基盤システム１０２は、データベース管理システム１０１にボリューム１４１を提供するシステムである。基盤システム１０２の構成としては以下のようなものが考えられる。（構成１）プロセッサ、主記憶装置、副記憶装置（ドライブ）、及びネットワークインタフェースを有する計算機から構成されるシステム。（構成２）プロセッサ、主記憶装置、及びネットワークインタフェースを有する計算機、並びに、ドライブ群を搭載したドライブボックスから構成されるシステム。（２）の構成の基盤システム１０２は、いわゆる、ストレージシステムである。

【0022】

基盤システム１０２は、ボリューム１４１の生成、複製、及び削除、並び、データベース管理システム１０１に対するボリューム１４１の割当て等を制御する基盤管理部１４０を有する。なお、基盤システム１０２は、各種制御情報を保持しているが発明とは直接関係しないため省略している。

【0023】

基盤管理部１４０は、複数のドライブからＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）を構成するドライブグループを生成し、ドライブグループからボリューム１４１を生成する。

【0024】

データ来歴管理システム１００は、データベース管理システム１０１が扱ったデータの来歴を管理するシステムである。データベース管理システム１０１は、例えば、図２に示すような計算機２００から構成される。

【0025】

計算機２００は、プロセッサ２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を有する。各ハードウェア要素はバス２０５を介して互いに接続される。なお、計算機２００は、キーボード、マウス、及びタッチパネル等の入力装置、並びに、ディスプレイ等の出力装置を有してもよい。

【0026】

プロセッサ２０１は、主記憶装置２０２に格納されるプログラムを実行する。実施例１のプロセッサ２０１は、プログラムにしたがって処理を実行することによって、情報取得部１１０及び追跡部１１１として機能する。なお、基盤システム１０２が有する各機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。

【0027】

主記憶装置２０２は、メモリ等であり、プロセッサ２０１が実行するプログラム及びプログラムが使用する情報を格納する。実施例１の主記憶装置２０２は、情報取得部１１０及び追跡部１１１の各々を実現するプログラムを格納し、また、データベース管理システム情報１２０、基盤システム情報１２１、及び追跡ポリシ情報１２２を格納する。

【0028】

副記憶装置２０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等であり、永続的に大量のデータを格納する。主記憶装置２０２に格納されるプログラム及び情報は、副記憶装置２０３に格納されてもよい。この場合、プロセッサ２０１が副記憶装置２０３からプログラム及び情報を読み出し、主記憶装置２０２にロードする。

【0029】

ネットワークインタフェース２０４は、ネットワークを介して外部の装置と通信する。

【0030】

次に、データベース管理システム情報１２０、基盤システム情報１２１、及び追跡ポリシ情報１２２の詳細について説明する。

【0031】

情報取得部１１０は、データベース管理システム１０１から、データベース管理システム１０１が管理してるデータに関する情報及びデータに対する操作に関する情報等を取得し、データベース管理システム情報１２０に格納する。情報取得部１１０は、基盤システム１０２から、基盤システム１０２が管理しているボリューム１４１に関する情報及びボリューム１４１に対する操作に関する情報等を取得し、基盤システム情報１２１に格納する。

【0032】

なお、情報取得部１１０は、データに関する情報及びデータに対する操作に関する情報等をデータベース管理システム１０１から直接収集してもよいし、別のシステムから間接的に収集してもよい。例えば、データカタログシステムのように、複数のデータ及びデータベースをまとめて管理するシステムから情報を収集してもよい。また、データ操作の情報は、操作ログから収集してもよいし、周期的にデータの状態及び構成を管理し、その変化から推測した操作に関する情報でもよい。ボリューム１４１に関する情報及びボリューム１４１に対する操作に関する情報等も同様に、基盤システム１０２以外から間接的に収集してもよい。また、基盤の状態及び構成から推測した操作に関する情報を収集してもよい。

【0033】

本実施例は、オンプレミス型のシステム、パブリッククラウド、ハイプリッドクラウド、及びマルチクラウドのいずれにも対応することができる。

【0034】

図３は、実施例１のデータベース管理システム情報１２０に含まれる情報の一例を示す図である。図４、図５、図６、図７、図８、及び図９は、実施例１の基盤システム情報１２１に含まれる情報の一例を示す図である。図１０Ａ、図１０Ｂ、及び図１０Ｃは、実施例１の追跡ポリシ情報１２２に含まれる情報の一例を示す図である。

【0035】

データベース管理システム情報１２０は、データベース管理システム１０１が扱ったデータに関する情報を管理するための情報である。

【0036】

データベース管理システム情報１２０には、例えば、テーブル３００が含まれる。テーブル３００は、データベース管理システム１０１がこれまでに扱ったデータを管理するための情報であり、データＵＵＩＤ３０１、データＩＤ３０２、ＤＢ ＩＤ３０３、作成日時３０４、及び削除日時３０５を含むエントリを格納する。データ及びデータが扱われた時間の組合せに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0037】

データＵＵＩＤ３０１は、データベース管理システム１０１がこれまでに扱ったデータを一意に識別するための識別情報を格納するフィールドである。データＩＤ３０２は、データベース管理システム１０１がデータを識別するための識別情報を格納するフィールドである。ＤＢ ＩＤ３０３は、データを管理していたデータベース管理システム１０１の識別情報を格納するフィールドである。作成日時３０４は、データベース管理システム１０１によってデータが作成された日時を格納するフィールドである。削除日時３０５は、データベース管理システム１０１によってデータが削除された日時を格納するフィールドである。

【0038】

削除日時３０５が空欄であるエントリに対応するデータは、データベース管理システム１０１によって現在も管理されていることを示す。

【0039】

なお、通常のデータの削除と、復元が困難な形式のデータの削除（ワイプ）とを分けて管理してもよい。この場合、エントリにはワイプの時刻を格納するフィールドを含めることができる。

【0040】

基盤システム情報１２１は、ボリューム１４１の構成、及びボリューム１４１に対する制御ログ等を管理するための情報である。基盤システム情報１２１には、例えば、テーブル４００、５００、６００、７００、８００、９００が含まれる。

【0041】

図４に示すテーブル４００は、基盤システム１０２がこれまでに管理したボリューム１４１を管理するための情報であり、ボリュームＵＵＩＤ４０１、ボリュームＩＤ４０２、基盤ＩＤ４０３、作成日時４０４、及び削除日時４０５を含むエントリを格納する。ボリューム１４１及びボリューム１４１が管理された時間の組合せに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0042】

ボリュームＵＵＩＤ４０１は、基盤システム１０２がこれまでに管理したボリューム１４１を一意に識別するための識別情報を格納するフィールドである。ボリュームＩＤ４０２は、基盤システム１０２がボリューム１４１を識別するための識別情報を格納するフィールドである。基盤ＩＤ４０３は、ボリューム１４１を管理するための識別情報を格納するフィールドである。作成日時４０４は、基盤システム１０２によってボリューム１４１が作成された日時を格納するフィールドである。削除日時４０５は、基盤システム１０２によってボリューム１４１が削除された日時を格納するフィールドである。

【0043】

削除日時４０５が、空欄のエントリに対応するボリューム１４１は、基盤システム１０２によって現在も管理されていることを示す。

【0044】

なお、通常のボリューム１４１の削除と、復元が困難の形式のデータの削除（ワイプ）とを分けて管理してもよい。この場合、エントリにはワイプの時刻を格納するフィールドを含めることができる。

【0045】

図５に示すテーブル５００は、ボリューム１４１と、ボリューム１４１を構成する記憶領域を提供するドライブグループとの対応関係を管理するための情報であり、ボリュームＵＵＩＤ５０１、ドライブグループＩＤ５０２、ドライブＩＤ５０３、基盤ＩＤ５０４、作成日時５０５、及び削除日時５０６を含むエントリを格納する。ボリューム１４１に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0046】

ボリュームＵＵＩＤ５０１はボリュームＵＵＩＤ４０１と同一のフィールドである。ドライブグループＩＤ５０２は、ボリューム１４１を構成する記憶領域を提供するドライブグループの識別情報を格納するフィールドである。ドライブＩＤ５０３は、ドライブグループに含まれるドライブの識別情報を格納するフィールドである。ドライブＩＤ５０３には、ドライブグループに含まれる全てのドライブの識別情報がリスト形式で格納される。基盤ＩＤ５０４は、ドライブグループを管理する基盤システム１０２の識別情報を格納するフィールドである。作成日時５０５は、基盤システム１０２によってドライブグループが作成された日時を格納するフィールドである。削除日時５０６は、基盤システム１０２によってドライブグループが削除された日時を格納するフィールドである。

【0047】

図６に示すテーブル６００は、仮想ボリュームを管理するための情報であり、ボリュームＵＵＩＤ６０１、外部ボリュームＵＵＩＤ６０２、開始日時６０３、及び終了日時６０４を含むエントリを格納する。仮想ボリュームに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0048】

仮想ボリュームは、ある基盤システム１０２が、他の基盤システム１０２が管理するボリューム１４１を、自身が管理するボリューム１４１として提供するボリュームである。仮想ボリュームに対するＩＯを受け付けた場合、基盤システム１０２間でデータの送受信が行われる。

【0049】

ボリュームＵＵＩＤ６０１及び外部ボリュームＵＵＩＤ６０２は、ボリュームＵＵＩＤ４０１と同一のフィールドである。ただし、ボリュームＵＵＩＤ６０１には仮想ボリュームのボリュームＵＵＩＤが格納され、外部ボリュームＵＵＩＤ６０２には仮想ボリュームの実体であるボリューム１４１のＵＵＩＤが格納される。開始日時６０３は、仮想ボリュームの提供を開始した日時を格納するフィールドである。終了日時６０４は、仮想ボリュームの提供を終了した日時を格納するフィールドである。

【0050】

図７に示すテーブル７００は、データベース管理システム１０１に対するボリューム１４１の割当てを管理するための情報であり、ＤＢ ＩＤ７０１、ボリュームＵＵＩＤ７０２、開始日時７０３、及び終了日時７０４を含むエントリを格納する。データベース管理システム１０１及びボリューム１４１の組合せに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0051】

ＤＢ ＩＤ７０１はＤＢ ＩＤ３０３と同一のフィールドである。ボリュームＵＵＩＤ７０２はボリュームＵＵＩＤ４０１と同一のフィールドである。開始日時７０３は、データベース管理システム１０１へのボリューム１４１の提供が開始された日時を格納するフィールドである。終了日時７０４は、データベース管理システム１０１へのボリューム１４１の提供が終了した日時を格納するフィールドである。

【0052】

図８に示すテーブル８００は、基盤システム１０２におけるボリューム１４１の複製操作のログを管理するための情報であり、ボリュームＵＵＩＤ（Ｓｏｕｒｃｅ）８０１、ボリュームＵＵＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ）８０２、操作タイプ８０３、開始日時８０４、及び終了日時８０５を含むエントリを格納する。一回の複製操作に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

【0053】

ボリュームＵＵＩＤ（Ｓｏｕｒｃｅ）８０１及びボリュームＵＵＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ）８０２は、ボリュームＵＵＩＤ４０１と同一のフィールドである。ただし、ボリュームＵＵＩＤ（Ｓｏｕｒｃｅ）８０１には複製元のボリューム１４１のボリュームＵＵＩＤが格納され、ボリュームＵＵＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ）８０２には複製先のボリューム１４１のＵＵＩＤが格納される。操作タイプ８０３は、複製操作のタイプを格納するフィールドである。操作タイプ８０３には、任意の時点におけるデータの複製を表す「一時複製」、任意の時点のボリューム１４１の状態の複製を表す「スナップショット」、並びに、ミラーリング及びレプリケーション等、同期複製を表す「定常複製」のいずれかが格納される。なお、前述した操作タイプは一例であって、これに限定されない。開始日時８０４は、ボリューム１４１の複製処理が開始された日時を格納するフィールドである。終了日時８０５は、ボリューム１４１の複製処理が終了した日時を格納するフィールドである。

【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】

選択された複製ボリューム１４１が追跡条件を満たさない場合、追跡部１１１はステップＳ２１０に進む。

【0100】

選択された複製ボリューム１４１が追跡条件を満たす場合、追跡部１１１は、追跡フラグ１２０５に「１」を設定し（ステップＳ２０９）、その後、ステップＳ２１０に進む。

【0101】

ステップＳ２１０では、追跡部１１１は、ステップＳ２０４において検索された全ての複製ボリューム１４１について処理が完了したか否かを判定する。

【0102】

全ての複製ボリューム１４１について処理が完了していない場合、追跡部１１１は、ステップＳ２０５に戻り、同様の処理を実行する。

【0103】

全ての複製ボリューム１４１について処理が完了した場合、追跡部１１１は、階層ｇの全てのボリューム１４１について処理が完了したか否かを判定する（ステップＳ２１１）。

【0104】

階層ｇの全てのボリューム１４１について処理が完了していない場合、追跡部１１１は、ステップＳ２０２に戻り、同様の処理を実行する。

【0105】

階層ｇの全てのボリューム１４１について処理が完了した場合、追跡部１１１は、変数ｇに１を加算した値を変数ｇに設定する（ステップＳ２１２）。

【0106】

追跡部１１１は、追跡リスト１２００に階層ｇのエントリが存在するか否かを判定する（ステップＳ２１３）。すなわち、階層１２０１に変数ｇの値が設定されたエントリが存在するか否かが判定される。

【0107】

追跡リスト１２００に階層ｇのエントリが存在する場合、追跡部１１１は、ステップＳ２０２に戻り、同様の処理を実行する。

【0108】

追跡リスト１２００に階層ｇのエントリが存在しない場合、追跡部１１１は関連ボリューム追跡処理を終了する。

【0109】

図１４は、実施例１のデータ来歴管理システム１００が出力する追跡結果の一例を示す図である。

【0110】

データ来歴管理システム１００は、追跡リスト１２００、データベース管理システム情報１２０、及び基盤システム情報１２１に基づいて、図１４に示すような追跡結果を表示できる。なお、追跡結果では、格納フラグ１２０６が「１」のボリューム１４１が表示される。点線のボックスは削除されたオブジェクトを表す。なお、データ来歴管理システム１００が表示を行ってもよいし、他の装置又はシステムに表示情報を出力するようにしてもよい。

【0111】

実施例１によれば、データ来歴管理システム１００は、データベース管理システム１０１及び基盤システム１０２を用いてデータを管理するシステムにおいて、データが格納されたボリューム１４１を網羅的に追跡することができる。

【0112】

データ来歴管理システム１００は、追跡結果とともに、データの削除、ワイプ、及び移動等の操作を受け付けるようにしてもよい。

【0113】

データ来歴管理システム１００は、データの配置ポリシに関する情報と、ボリューム１４１を提供する基盤システム１０２の配置情報とを保持し、追跡結果及び配置ポリシに基づいて、データが格納されているボリューム１４１についてポリシに違反しているか否かを判定してもよい。例えば、ボリューム１４１を提供する基盤システム１０２が特定の国に位置しているか否かを判定することが考えられる。また、ボリューム１４１を提供する基盤システム１０２がパブリッククラウドに配置されているか否かを判定することが考えられる。また、データ来歴管理システム１００は、ポリシに違反している場合には、データを削除、ワイプ、及び移動等の操作を行ってもよい。これによって、データの適切な保管及び管理を実現できる。

【0114】

なお、データに対する操作に関する履歴等に、追跡対象であるか否かを示すフラグ等を含めてもよい。この場合、追跡ポリシ情報１２２には追跡条件を設定しなくてもよい。

【0115】

なお、データがファイルの場合、ファイルのメタデータに対する操作の履歴を管理するようにしてもよい。例えば、メタデータに機密データであることを示す情報が付与された日時を起点にして追跡することができる。

【0116】

なお、基盤システム１０２がオブジェクトストレージの場合、データが格納されるバケットを追跡するようにしてもよい。

【実施例0117】

実施例２では、ボリューム１４１の存在期間の扱いが実施例１と異なる。以下、実施例１との差異を中心に、実施例２について説明する。

【0118】

実施例２のシステムの構成は実施例１と同一である。実施例２のデータ来歴管理システム１００、データベース管理システム１０１、及び基盤システム１０２の機能構成は実施例１と同一である。実施例２のデータ来歴管理システム１００が保持する情報のうち、テーブル３００が異なる。他の情報のデータ構造は実施例１と同一である。

【0119】

実施例２のテーブル３００に含まれるエントリはワイプ日時を含む。実施例２では、データがワイプされるまではデータが残っているものとしてデータの追跡が行われる。データのワイプは、データベース管理システム１０１等によってデータ単位で実施されるものであってもよいし、基盤システム１０２がボリューム単位で実施されるものであってもよい。ボリューム単位でワイプが実施される場合には、ボリューム１４１に格納されたすべてのデータ（削除されたものも含む）に対してワイプ日時を記録しているものとする。

【0120】

実施例２のデータ来歴管理システム１００が実行する処理の流れは実施例１と同様である。ただし、実施例２では、ステップＳ１０２において、作成日時３０４及びワイプ日時に基づいてデータの存在期間が算出される。

【0121】

実施例２によれは、復元可能な状態でデータが格納されているボリューム１４１も追跡することができる。