特許 7563993 管理計算機及び管理計算機によるデータ管理方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-30

(45)【発行日】2024-10-08

(54)【発明の名称】管理計算機及び管理計算機によるデータ管理方法

(51)【国際特許分類】

   G06F 11/30 20060101AFI20241001BHJP

   G06F 21/62 20130101ALI20241001BHJP

【ＦＩ】

G06F11/30 151

G06F11/30 140M

G06F21/62 318

【請求項の数】 7

(21)【出願番号】P 2021003360

(22)【出願日】2021-01-13

(65)【公開番号】P2022108398

(43)【公開日】2022-07-26

【審査請求日】2023-05-16

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110000279

【氏名又は名称】弁理士法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】金子 聡

【審査官】児玉 崇晶

(56)【参考文献】

【文献】特開２０１２－１３８０７８（ＪＰ，Ａ）

【文献】特開２０１１－２５３２７６（ＪＰ，Ａ）

【文献】特開２０２０－０２４７３３（ＪＰ，Ａ）

【文献】特開２０２０－１５４７２１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３０

Ｇ０６Ｆ １３／１４

Ｇ０６Ｆ ２１／６２

(57)【特許請求の範囲】

【請求項1】

クライアントからアクセスされるホスト計算機と、ＩＴインフラと、データが格納された第１のストレージ装置とに接続された管理計算機であって、
前記管理計算機はプロセッサを有し、
前記プロセッサは、前記第１のストレージ装置におけるデータ管理情報と前記ＩＴインフラにおけるＩＴインフラ管理情報とに基づいて、前記データを利用するデータ利用主体と前記データと前記ＩＴインフラとの関係を特定して前記クライアントに提示し、
前記管理計算機は、データイベントを受信し、
前記プロセッサは、前記データイベントがデータ管理ポリシに影響を与えるか否かを判定し、この判定結果に基づいて前記データ及び前記ＩＴインフラの設定運用案を前記クライアントに提示し、
前記データイベントが前記データの削除指示である場合、前記データイベントがデータ管理ポリシに影響を与えると判定し、前記設定運用案として、前記データに関連するボリュームを削除することと、前記データが格納されているデバイスの物理的な位置とを提示する、管理計算機。

【請求項2】

前記プロセッサは、特定した前記関係に基づいて、前記データ及び前記ＩＴインフラの設定運用案を前記クライアントに提示することを特徴とする請求項１に記載の管理計算機。

【請求項3】

前記データ管理情報は、前記データ利用主体とこのデータ利用主体が利用する前記データとの関係、または前記データの通信を行っている複数の前記データ利用主体の関係を記述したテーブルであることを特徴とする請求項１に記載の管理計算機。

【請求項4】

前記ＩＴインフラ管理情報は、前記データ利用主体と前記ＩＴインフラとこのＩＴインフラのボリュームとの関係を記述したテーブルであることを特徴とする請求項１に記載の管理計算機。

【請求項5】

前記ＩＴインフラは第２のストレージ装置であることを特徴とする請求項１に記載の管理計算機。

【請求項6】

前記データ管理ポリシは、前記データとこのデータがアクセス可能なユーザまたはネットワークと前記データの保存が許可された場所との関係を記述したテーブルであることを特徴とする請求項１に記載の管理計算機。

【請求項7】

クライアントからアクセスされるホスト計算機と、ＩＴインフラと、データが格納された第１のストレージ装置とに接続された管理計算機によるデータ管理方法であって、
前記第１のストレージ装置におけるデータ管理情報と前記ＩＴインフラにおけるＩＴインフラ管理情報とに基づいて、前記データを利用するデータ利用主体と前記データと前記ＩＴインフラとの関係を特定して前記クライアントに提示し、
データイベントを受信し、
前記データイベントがデータ管理ポリシに影響を与えるか否かを判定し、この判定結果に基づいて前記データ及び前記ＩＴインフラの設定運用案を前記クライアントに提示し、
前記設定運用案の提示では、前記データイベントが前記データの削除指示である場合、前記データイベントがデータ管理ポリシに影響を与えると判定し、前記設定運用案として、前記データに関連するボリュームを削除することと、前記データが格納されているデバイスの物理的な位置とを提示する、ことを特徴とする管理計算機によるデータ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理計算機及び管理計算機によるデータ管理方法に関する。

【背景技術】

【0002】

本発明は、好ましくは、サーバとストレージ装置を含む計算機システムにおける管理計算機に関し、特に管理計算機がサーバとストレージ装置を監視する環境におけるＩＴシステムの管理技術に関する。
金融・公共系企業を中心に法規制またはデータを自社管理下に置くという理由で、パブリッククラウドに近いコロケーション型のデータセンタ（ＤＣ）にデータを置き、パブリッククラウドから直接利用するストレージ構成（以下ハイブリッド構成と呼ぶ）が使われつつある。当該ストレージ構成においても、データがどこでどのように使われているかといったデータの利用状況を常に把握しておくことで、規制対応のために、利用状況を迅速に報告すること、データ削除命令へ迅速に対応すること、などが求められている。
特に、ＥＵにおいては一般データ保護規制（ＧＤＰＲ）の施行に伴い、データ管理の重要性が高まっている。このようなデータの保存場所に関する規制への対応として、特許文献１では、パブリッククラウドにおいてデータの保存場所をパブリッククラウドのリージョン単位に管理し、データ保存場所の条件を満たすようにデータ保存をコントロールする技術が公開されている。特許文献１に記載された技術によれば、パブリッククラウド上のデータ処理に伴うデータ規制への影響を抑えることが可能であるが、自社ＤＣやコロケーション型ＤＣに自身のＩＴ環境を保持するケースには適用できない。

【先行技術文献】

【特許文献】

【0003】

【文献】米国特許出願公開第２０１８／０３３６３６１号明細書

【発明の概要】

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

【0004】

従来、ユーザが所有するストレージ装置内の記憶領域（以下ボリュームと呼ぶ）はストレージ管理ソフトウェアにより管理されており、当該ストレージ管理ソフトウェアはボリューム内に保存されているものがどんなデータであるかを管理していない。さらには、当該データはサーバや仮想マシンなどの計算リソースによって当該ボリュームとは異なる記憶領域にコピーされるケースや、一部データを加工した上で任意の記憶領域に格納するケースなどが存在し、これらのデータ処理に伴う、データの所在の更新を管理することができない。
一方、パブリッククラウドのクラウドサービスは、パブリッククラウド外のサーバやストレージといったＩＴリソースを管理していない。そのため、前述のハイブリッド構成において、パブリッククラウド内のクラウドサービスと自社ＤＣ内のＩＴリソースの間にデータ通信が存在する場合においても、当該クラウドサービスは当該データ通信の状況を把握することができない。
このように、従来は、ハイブリッド構成においてパブリッククラウドからオンプレミスのストレージ内のデータの利用状況を把握することが困難であった。その結果、ハイブリッド構成において、データ削除命令に伴いデータが保存されているボリュームあるいは物理的なドライブの破棄が求められる場合においては、当該ボリュームおよびドライブの特定が困難といった問題が発生していた。

【0005】

本発明は、上記事情に鑑みなされたものであり、その目的は、ハイブリッド構成のストレージ装置におけるデータの利用状況を迅速に把握することが可能な管理計算機及び管理計算機によるデータ管理方法を提供することにある。

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

【0006】

上記課題を解決すべく、本発明の一つの観点に従う管理計算機は、クライアントからアクセスされるホスト計算機と、ＩＴインフラと、データが格納された第１のストレージ装置とに接続された管理計算機であって、管理計算機はプロセッサを有し、プロセッサは、第１のストレージ装置におけるデータ管理情報とＩＴインフラにおけるＩＴインフラ管理情報とに基づいて、データを利用するデータ利用主体とデータとＩＴインフラとの関係を特定してクライアントに提示することを特徴とする。

【発明の効果】

【0007】

本発明によれば、ハイブリッド構成のストレージ装置におけるデータの利用状況を迅速に把握することができる。

【図面の簡単な説明】

【0008】

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

【図2】実施例に係る計算機システムのManagement Serverの論理構成を示す図である。

【図3】実施例に係るManagement Server が有するData Relation Tableの一例を示す図である。

【図4】実施例に係るManagement Server が有するApplication Relation Tableの一例を示す図である。

【図5】実施例に係るManagement Server が有するStorage Relation Tableの一例を示す図である。

【図6】実施例に係るManagement Server が有するMapping Tableの一例を示す図である。

【図7】実施例に係るManagement Server が有するAsset Tableの一例を示す図である。

【図8】実施例に係るManagement Server が有するData Management Policy Tableの一例を示す図である。

【図9】実施例に係るManagement Server が有するAction Rule Tableの一例を示す図である。

【図10】実施例に係るManagement Server が有するIT Infrastructure recommendation Programにより実行される動作のフローチャートである。

【図11】実施例に係るManagement Server が表示するＧＵＩのうち、データの関連を示すＧＵＩを示す図である。

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

【0009】

以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0010】

なお、以下の説明において、「メモリ」は、１以上のメモリであり、典型的には主記憶デバイスでよい。メモリ部における少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。

【0011】

また、以下の説明において、「プロセッサ」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。

【0012】

また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

【0013】

本開示において、ストレージデバイスは、１台のＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の１台のストレージドライブ、複数台のストレージドライブを含むＲＡＩＤ装置、及び複数のＲＡＩＤ装置を含む。また、ドライブがＨＤＤである場合には、例えば、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ） ＨＤＤを含んでもよく、ＮＬ－ＳＡＳ（ニアラインＳＡＳ） ＨＤＤを含んでもよい。

【0014】

なお、以下の説明では、「ａａａテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていても良い。データ構造に依存しないことを示すために「ａａａテーブル」を「ａａａ情報」と呼ぶことができる。

【0015】

また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。

【0016】

また、以下の説明では、単にストレージ管理計算機及びホスト計算機、ホスト管理計算機を主語として処理を説明する場合があるが、これらの処理は、計算機が備える制御デバイスが有するプロセッサによって実行されていることを示す。同様に、単にストレージ装置を主語として処理を説明する場合には、ストレージ装置が備えるコントローラが実行していることを示す。また、上記制御デバイス及びコントローラのうちの少なくとも１つは、プロセッサそれ自体であっても良いし、制御デバイス又はコントローラが行う処理の一部又は全部を行うハードウェア回路を含んでも良い。プログラムは、プログラムソースから各計算機或いはストレージ装置にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。

【0017】

また、以下の説明では、要素の識別情報として、ＩＤが使用されるが、それに代えて又は加えて他種の識別情報が使用されてもよい。

【0018】

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

【0019】

本実施例ではIT Infrastructure recommendation program２４７０がデータ管理ポリシを遵守するためにデータサービスあるいはＩＴインフラの設定及び操作について提案する方法について開示する。また、同様に、Visualization Program２４７５によるデータの関連の可視化の例も開示する。

【0020】

図１は、実施例の計算機システムの全体構成を示す。ＩＴ環境（計算機システム）１０００は、Management Server２０００、Client Server３１００、Application Management Server１２００、Data Management Server１５００、Storage Management Server１７００、IT Resources１１００、Public Cloud Resources１１５０、Management network ５０００、Client network ６０００を有する。

【0021】

IT Resources１１００はServerやNetwork Switch、Storageなどといった種類のＩＴリソースを示す。Public Cloud Resources１１５０は仮想マシンやストレージサービスといったＩＴリソース、または、データベースサービスのようなＰａａＳ（Platform as a Service）、ＳａａＳ（Software as a Service）の形態で提供されるサービス、機能のみを提供するＦａａＳ（Function as a Service）など、Public Cloudのサービスプロバイダが提供する全サービスが含まれる。

【0022】

Client Servers３１００はClient network６０００を介して接続されており、ＬＡＮ（Local Area Network）形態が例示できるが、このネットワーク形態に限定されない。

【0023】

Server Management Server１５００、Application Management Server１２００、Storage Management Server１７００はmanagement network ５０００を介して接続されており、LAN形態が例示できるが、このネットワーク形態に限定されない。

【0024】

本実施例ではManagement networkとClient networkが分離されているが、同一のネットワークでも良い。

【0025】

本実施例ではManagement server２０００、client servers１０００、Server Management Server１５００、Application Management Server１２００、Storage Management Server１７００、IT Resources１１００およびPublic Cloud Resources１１５０は分離されているが、この形態に限定されず、例えば、どんなサーバもIT Infrastructure recommendation programを有することができる。

【0026】

Management Server２０００は、１．アプリケーションのデータ処理及びデータ通信によるデータのフローと、２．当該アプリケーションと当該アプリケーションが扱うデータの格納先のボリュームとの関係と、３．ボリュームの複製およびボリュームを構成する物理ディスクにおけるデータ配置、を管理し、前記３つの情報をもとにデータの利用主体とデータそのものとデータ格納先の関係性を特定し、前記関係性の表示、あるいは、前記関係性に基づいてITインフラまたはクラウドサービスの設定に関する提案を行う。

【0027】

図２は、実施例のManagement Server２０００の構成を示す。

【0028】

Management Network Interface２１００はこのManagement Server２０００とManagement Network５０００とを接続させる。Input and output （Ｉ／Ｏ）device２３００はモニタやキーボード、マウスといったユーザインタフェースである。

【0029】

Local Disk２４００はData Relation table２４２０、Application Relation table２４１０、Storage Relation table２４８０、Mapping Table２４９０、Asset Table２４３０、Data Management Policy Table２４４０、Action Rule Table２４６０、Data relation creation Program２４５０、IT Infrastructure recommendation Program２４７０およびVisualization Program２４７５を有する。

【0030】

IT Infrastructure recommendation Program２４７０はMemory２５００にロードされ、processor２２００によって実行される。Data relation creation Program２４５０、IT Infrastructure recommendation Program２４７０及びVisualization program２４７５の処理については後述する。

【0031】

Data Relation table２４２０、Application Relation table２４１０、Storage Relation table２４８０、Mapping Table２４９０、Asset Table２４３０はMemory２５００にロードされ、IT Infrastructure recommendation Program２４７０およびVisualization program２４７５に利用される。これらのテーブルの詳細は後述する。

【0032】

Data Management Policy Table２４４０、Action Rule Table２４６０はMemory ２５００にロードされ、IT Infrastructure recommendation Program２４７０に利用される。これらのテーブルの詳細は後述する。

【0033】

図３はData Relation Table ２４２０を示す。このテーブルはData Management Server１５００によって管理されているデータ処理の情報で構成されているが、Management Server ２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。本テーブルのデータはData Relation Creation program ２４５０がData Management Server１５００からデータを取得し、作成する。

【0034】

カラム２４２１はData Management Server１５００が管理するデータ処理のIDを示す。カラム２４２２はData Management Server１５００が管理するデータ処理の名前を示す。カラム２４２３はData Management Server１５００が管理するデータ処理が入力として受け取るデータソースを示す。カラム２４２４はData Management Server１５００が管理するデータ処理が出力データを格納するデータストアを示す。

【0035】

各行はデータ処理の情報を示している。例えば２４２ＡはＩＤが１であり、名前がETL1（e.g. ETL処理１） で、当該データ処理が入力として受け取るデータがDB1_Table1という名称のテーブルであり、当該データ処理によって加工され出力されたデータがデータストアに格納されないことを示している。出力データがデータストアに格納されないということは、出力データが他のデータ処理の入力として利用される、あるいは、ユーザインタフェースに出力される、といったケースなどがある。

【0036】

２４２ＢはＩＤが２であり、名前がETL2（e.g. ETL処理2）で、当該データ処理が入力として受け取るデータがETL1という名称のデータ処理の出力データであり、当該データ処理２４２Ｂによって加工され出力されたデータがデータストアに格納されないことを示している。

【0037】

２４２ＤはＩＤが４であり、名前がETL4（e.g. ETL処理４）で当該データ処理が入力として受け取るデータがETL2およびETL3という名称のデータ処理の出力データであり、当該データ処理２４２Ｄによって加工され出力されたデータがデータストアDS_1に格納されることを示している。

【0038】

図４はService Relation Table２４１０を示す。このテーブルはApplication Management Server １２００によって管理されているアプリケーションの情報で構成されているが、Management Server２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。本テーブルのデータはData Relation Creation program２４５０がApplication Management Server１５００からデータを取得し、作成する。

【0039】

カラム２４１１はServiceの関連情報のＩＤを示す。Serviceとは任意のアプリケーションを構成するマイクロサービスであり、コンテナプロセスなどが例示できるが、本実施例の効果はServiceの実装に左右されない。カラム２４１２はServiceのＩＤを示す。カラム２４１３はカラム２４１２に示されるServiceとデータ通信を行っているServiceのＩＤを示す。カラム２４１４はカラム２４１２に示されるServiceから構成されるアプリケーションのＩＤを示す。カラム２４１５は当該Service間で発生しているデータ通信量を示す。データ通信量の単位はパケット数やバイト数で示される。

【0040】

各行はServiceの関連情報を示している。例えば２４１ＡはService関連情報のＩＤが１であり、一方のServiceのＩＤが１であり、関連のある他方のServiceのＩＤが３であり、両Serviceを構成するアプリケーションのＩＤが１であり、両Service間のデータ通信量が１００であることを示している。

【0041】

２４１Ａと２４１Ｂは異なるServiceが同一のService（ＩＤ＝３）と関連があることを示している。２４１Ｃと２４１Ｄは任意のService（ＩＤ＝３）が複数のService（ＩＤ＝４、５）と関連があることを示している。

【0042】

図５はStorage Relation Table２４８０を示す。このテーブルはStorage Management Server１７００によって管理されているStorageの情報で構成されているが、Management Server２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。本テーブルのデータはData Relation Creation program２４５０がStorage Management Server１７００からデータを取得し、作成する。

【0043】

カラム２４８１はボリュームのＩＤを示す。カラム２４８２は当該ボリュームが任意のボリュームのコピーにより作成されている場合のコピー元ボリュームのＩＤを示す。カラム２４８３は当該ボリュームが生成されたストレージ操作の種別を示す。カラム２４８４は当該ボリュームが生成された時刻を示す。カラム２４８５は当該ボリュームが生成された後に当該ボリュームに対してWrite処理が発生しているか否かを示す。つまり、ボリュームが生成された後に内部のデータが編集されたか否かを判別できる情報である。カラム２４８６は当該ボリュームが存在するストレージ装置のＩＤを示す。カラム２４８７は当該ボリュームに格納されたデータが実際に記憶されている物理的なドライブのＩＤを示す。

【0044】

各行はボリュームの情報を示している。例えば２４８ＡはボリュームのＩＤが１であり、当該ボリュームが複製されておらずに、2020-07-25 09:10:30に新規に作成され、作成時にまだデータ書き込みがないこと、当該ボリューム内のデータがＩＤ＝１のStorageの物理ドライブ１，２，３，４，５，６に記録されていることを示している。２４８ＢはＩＤ＝２のボリュームがＩＤ＝１のボリュームから2020-07-25 09:10:30に複製（Clone）により生成され、生成後データ編集がなく、当該ボリュームに保存されているデータがＩＤ=1のStorageの物理ドライブ７，８，９，１０，１１，１２に記録されていることを示している。

【0045】

また、２４８Ｃ、２４８Ｄに例示されるように、Storage操作は、任意の時点からの差分のみを記録するコピー形式であるスナップショットやボリューム内部のデータを別のボリュームにコピーした後にコピー元のボリュームを削除するボリュームマイグレーションといったStorage操作も含まれ、ボリューム内部に保存されているデータが複製または移動する操作はすべてが対象となる。

【0046】

図６はMapping Table２４９０を示す。このテーブルのデータは、Data Management Server１５００、Application Management Server１２００およびStorage Management Server１７００からData Relation Creation program２４５０がデータを取得し、各々から取得したデータを対応付けることで作成するが、Management Server２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。

【0047】

カラム２４９１はデータ利用主体とデータ格納先の関連情報のＩＤを示す。データ利用主体とは、Data Management Server１５００が管理しているデータカタログに登録されているデータソース、または、Application Relation table２４１０で管理されているアプリケーション、といったデータを利用する主体を示すが、ここに例示したものに限定されず、本実施例の効果はデータ利用主体の実装に左右されない。

【0048】

カラム２４９２はデータ利用主体のタイプを示す。データ利用主体のタイプとは前述のData Management Server１５００が管理しているデータカタログに登録されているデータソース、または、Application Relation table２４１０で管理されているアプリケーション等、の種別を示す。カラム２４９３はデータ利用主体のＩＤを示す。カラム２４９４はデータが格納されているStorageのＩＤを示す。カラム２４９５はデータが格納されているStorage内のボリュームのＩＤを示す。

【0049】

各行はデータ利用主体とデータ格納先の関連情報を示している。例えば２４９Ａはデータ利用主体がDBMSタイプでDB1という名称で、DB1の利用しているデータがＩＤ＝２のStorageのＩＤ＝１のボリュームに格納されていることを示している。

【0050】

２４９Ｂはデータ利用主体がＩＤ＝１のServiceで、当該Serviceの利用しているデータがＩＤ＝４のStorageのＩＤ＝１のボリュームに格納されていることを示している。

【0051】

図７はAsset Table２４３０を示す。このテーブルはStorage Management Server １７００によって管理されているStorageの情報で構成されているが、Management Server ２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。本テーブルのデータはData Relation Creation program２４５０がStorage Management Server１７００からデータを取得し、作成する。

【0052】

カラム２４３１はアセットのタイプを示す。アセットとは、データが物理的に格納されている装置を示し、具体的にはStorage等が例示されるが、これに限定されず、本実施例の効果はデータが格納される装置の種別に左右されない。

【0053】

カラム２４３２はアセットのＩＤを示す。カラム２４３３はアセットが設置されているデータセンタのＩＤを示す。カラム２４３４はアセットが設置されているデータセンタ内のラックのＩＤを示す。カラム２４３５はアセットが設置されているデータセンタの地理情報を示す。

【0054】

各行はアセットの情報を示している。例えば２４３ＡはＩＤ＝１のStorageアセットがＩＤ＝１のデータセンタ内のＩＤ＝１のラックに設置されていて、当該データセンタがUS_CA（米国の加州）に存在していることを示している。

【0055】

２４３ＢはＩＤ＝１のサーバアセットがＩＤ＝１のデータセンタ内のＩＤ＝４のラックに設置されていて、当該データセンタがUS_CA（米国のカリフォルニア州）に存在していることを示している。

【0056】

２４３ＣはＩＤ＝１００のパブリッククラウドのストレージサービスの記憶領域が、パブリッククラウドのPublicCloud1-us-east-1というリージョンに存在し、当該リージョンがUS_Virginia（米国のバージニア州）に存在していることを示している。

【0057】

図８はData Management Policy Table２４４０を示す。このテーブルはData Management Server１５００によって管理されている情報で構成されているが、Management Server２０００によって作成されても良いし、本実施例の効果はデータ作成の方法に左右されない。本テーブルのデータはData Relation Creation program２４５０がData Management Server１５００からデータを取得し、作成する。

【0058】

カラム２４４１はデータのＩＤを示す。カラム２４４２は当該データの種別を示す。カラム２４４３は当該データをアクセス可能なユーザの情報を示す。カラム２４４４は当該データをアクセス可能なネットワークの条件を示す。カラム２４４５は当該データの保持期限を示す。カラム２４４６は当該データの保存が許可された場所を示す。

【0059】

各行はデータの管理ポリシの情報を示している。例えば２４４ＡはDB1のTableAはRDB（Relational Database）であり、Division Aがアクセス可能で、コーポレートネットワークからのみアクセス可能で、2022-12-31 00:00:00に当該データを削除する必要があり、UKにデータを保存しなければならないことを示している。

【0060】

２４４ＢはDB5のCollectionAはKVS（Key Value Store）であり、誰でもアクセス可能で、どのネットワークからもアクセス可能で、データ保持期限はなく、どこに保存しても良いことを示している。

【0061】

２４４ＣはPublicCloudAのBucketAはObject形式のデータストアであり、権限が付与されたPublicCloudAのユーザがアクセス可能で、どのネットワークからもアクセス可能で、2021-12-31 00:00:00に当該データを削除する必要があり、USAにデータを保存しなければならないことを示している。

【0062】

以上に例示するように、Data Management Policy table２４４０では、データカタログで管理されるようなデータソースの管理に関して、法律や社内ルールで規定される条件に関係する情報を管理する。

【0063】

本テーブルの情報は、Data Management Server１５００によって予め事前に定義されていても良いし、Management Server２０００においてユーザが定義しても良いし、本実施例の効果はData Management Policyの定義方法に左右されない。

【0064】

図９はAction Rule Table２４６０を示す。このテーブルはManagement Server２０００によって管理されているデータイベントに関するアクションの情報で構成されている。本テーブルのデータはManagement Server２０００が作成する。

【0065】

カラム２４６１は任意のデータイベントに応じてIT Infrastructure recommendation program２４７０が動作する条件のＩＤを示す。カラム２４６２は当該条件が適用されるデータイベントの対象を示す。カラム２４６３は当該条件が適用されるデータイベントの種別を示す。カラム２４６４は当該条件が適用されるデータイベントの条件を示す。カラム２４６５は当該条件によって実行されるアクションをユーザに提示する際の表現方法を示す。カラム２４６６は当該条件によって実行されるアクションの種別を示す。カラム２４６７は当該条件によって実行されるアクションの対象を示す。

【0066】

各行はデータイベントに対するアクションの情報を示している。例えば２４６Ａはアクションの条件のＩＤが１であり、当該アクションは、データ（２４６２）を削除する（２４６３、２４６４）という操作が発生した場合に、当該データに関連するボリューム（２４６７）を削除する（２４６６）ことを提案する（２４６５）ことを示している。

【0067】

２４６Ｂはアクションの条件のＩＤが２であり、当該アクションは、データ（２４６２）を許可されていない場所（２４６４）へ移動する（２４６３）という操作が発生した場合に、当該データ（２４６７）を移動させない（２４６６）ことを警告する（２４６５）ことを示している。

【0068】

２４６Ｃはアクションの条件のＩＤが３であり、当該アクションは、ボリューム（２４６２）を許可されていない場所（２４６４）へコピーする（２４６３）という操作が発生した場合に、当該ボリューム（２４６７）を移動させない（２４６６）ことを警告する（２４６５）ことを示している。

【0069】

２４６Ｄはアクションの条件のＩＤが４であり、当該アクションは、ボリューム（２４６２）を削除する（２４６３、２４６４）という操作が発生した場合に、当該ボリュームに関連するデータ処理（２４６７）を削除する（２４６６）ことを提案する（２４６５）ことを示している。

【0070】

以上に例示するように、Action Rule table２４６０では、Data Management Policy table２４４０に格納されているデータ管理ポリシに関係するようなデータイベントを検知し、データ管理ポリシを守るようなActionを提案及び警告を与えるためのルールが規定される。

【0071】

本テーブルの情報は、予め事前に定義されていても良いし、ユーザが定義しても良いし、本実施例の効果はAction ruleの定義方法に左右されない。

【0072】

図１０はIT Infrastructure recommendation program２４７０により実行されるManagement Server２０００の全体動作を示すフローチャートである。

【0073】

図１０はIT Infrastructure recommendation program２４７０が、データに関するイベントを受け取って、当該イベントがデータ管理ポリシに影響を与える場合に、適切なアクションを提示するフローを示す。

【0074】

Ｓ１では、IT Infrastructure recommendation program２４７０がデータイベントを受け取り、処理を開始し、Ｓ２に進む。データイベントの発行元はData Management Server１５００、Application Management Server１２００またはStorage Management Server１７００が例示でき、具体的には、図９のAction Rule table２４６０の２４６２、２４６３、２４６４に記載の内容を例示できる。

【0075】

Ｓ２では、IT Infrastructure recommendation program２４７０が、Ｓ１でWe取ったデータイベントがデータ管理ポリシに影響を与えるか否かを判定する。具体的には、IT Infrastructure recommendation program２４７０は、Action Rule table２４６０に記載の条件に合致しているか否かを判定し、合致している場合にはＳ３に進む。以下、Action Rule table２４６０を使って４つの例を説明する。

【0076】

Ｓ１にて任意のデータの削除イベントを受信した場合、IT Infrastructure recommendation program２４７０はAction Rule table２４６０の２４６Ａの条件に当てはまり、データ管理ポリシに影響与えると判断する。

【0077】

また、Ｓ１にてデータの移動イベントを受信した場合、IT Infrastructure recommendation program２４７０はAction Rule table２４６０の２４６Ｂの条件に当てはまり、データの移動先が許可された場所か否かを、Data Management Policy table２４４０の２４４６を参照し判断する。判断の結果、許可されていない場所へのデータ移動であった場合、データ管理ポリシに影響与えると判断する。

【0078】

さらに、Ｓ１にてボリュームのコピーイベントを受信した場合、IT Infrastructure recommendation program２４７０はAction Rule table２４６０の２４６Ｃの条件に当てはまり、ボリュームのコピー先が許可された場所か否かを、Data Management Policy table２４４０の２４４６を参照し判断する。判断の結果、許可されていない場所へのボリュームのコピーであった場合、データ管理ポリシに影響与えると判断する。

【0079】

そして、Ｓ１にて任意のボリュームの削除イベントを受信した場合、IT Infrastructure recommendation program２４７０はAction Rule table２４６０の２４６Ｄの条件に当てはまり、データ管理ポリシに影響与えると判断する。

【0080】

以上に示すように、Ｓ２ではAction Rule table２４６０の条件を満たすか否かを、Data Relation table２４２０、Application Relation table２４１０、Storage Relation table２４８０、Mapping Table２４９０、Asset Table２４３０、Data Management Policy Table２４４０を見て判定する。

【0081】

Ｓ３では、IT Infrastructure recommendation program２４７０はユーザに提示するアクションを表示する。具体的には、IT Infrastructure recommendation program２４７０はAction Rule table２４６０を参照して、ユーザへのアクションの提示方法と提示内容を取得し、提示する。以下、Action Rule table２４６０を使って３つの例を説明する。

【0082】

まず、Ｓ２において２４６Ａの条件に当てはまった場合、IT Infrastructure recommendation program２４７０は対象のデータに関連するボリュームを削除することをユーザに推薦する。対象のデータに関連するボリュームの探索は、まずMapping table２４９０を参照し、対象のデータが格納されているStorageとボリュームを特定する。次にStorage Relation table２４８０を参照し、当該ボリュームと関連のあるボリュームを特定する。このとき、Storage Relation table２４８０の２４８７とAsset table２４３０を参照し、削除対象として、データが格納されているデバイスの物理的な位置を提示してもよい。法規制や監査の内容によっては、データの削除に際し、データが格納されている物理的なデバイスの破壊が求められる際に、当該情報が有効となる。

【0083】

次に、Ｓ２において２４６Ｂの条件に当てはまった場合、IT Infrastructure recommendation program２４７０はデータの移動を中止するように警告を提示する。

【0084】

さらに、Ｓ２において２４６Ｃの条件に当てはまった場合、IT Infrastructure recommendation program２４７０はボリュームのコピーを中止するように警告を提示する。

【0085】

そして、Ｓ２において２４６Ｄの条件に当てはまった場合、IT Infrastructure recommendation program２４７０は対象のボリュームに関連するデータ処理が無効化可能性があることと、それに伴いデータ処理を削除することをユーザに推薦する。対象のボリュームに関連するデータ処理の探索は、まずMapping table２４９０を参照し、対象のボリュームに格納されているデータまたはServiceを特定する。次にData Relation Table２４２０またはApplication Relation table２４１０を参照し、当該データまたはServiceと関連のあるデータ処理またはServiceを特定する。

【0086】

以上に示すように、Ｓ３ではＳ２の条件を満たした場合に、ユーザに提示する情報をData Relation table２４２０、Application Relation table２４１０、Storage Relation table２４８０、Mapping Table２４９０、Asset Table２４３０、Data Management Policy Table２４４０、Action Rule table２４６０を参照し、決定する。

【0087】

図１１はVisualization program２４７５が可視化するチャートの一例である。チャート３０００はIT Infrastructure recommendation program２４７０がユーザに提示するアクションと同時に表示するデータの関連を示すためのチャートである。

【0088】

チャート３０００の上部の円形のシンボルはData Relation Table２４２０またはApplication Relation table２４１０のデータ処理またはServiceの関連を示しており、円形の各シンボルがデータ処理またはServiceを示す。

【0089】

チャート中段の三角のシンボルは、データ処理を実行するサーバまたはServiceを実行するサーバを示す。Mapping table２４９０の２９２Ａのケースの場合は三角のシンボルはDBMSを動作させるサーバを示し、当該サーバはAsset table２４３０の２４３Ｂなどで示される。

【0090】

チャート下段の四角のシンボルはStorage Relation table２４８０のStorageボリュームの関連を示している。

【0091】

以上に示す情報を、Data Relation table２４２０、Application Relation table２４１０、Storage Relation table２４８０、Mapping Table２４９０を元に作成し、図に例示する方法で、Action Rule table２４６０の２４６Ａまたは２４６Ｄのケースの提示内容と同時にユーザに表示することで、ユーザは関連するボリュームまたはデータ処理を視覚的に理解することが可能となり、提示内容に対するActionの是非を判断すること助ける。

【0092】

このように構成される本実施形態によれば、ハイブリッド構成のストレージ装置におけるデータの利用状況を迅速に把握することが可能になる。

【0093】

なお、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

【0094】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

【0095】

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ等の広範囲のプログラム又はスクリプト言語で実装できる。

【0096】

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

【符号の説明】

【0097】

２０００…Management Server、１５００…Data Management Server、１２００…Application Management Server、１７００…Storage Management Server、３１００…Client Server、１１００…IT Resources、１１５０…Public Cloud Resources、５０００…Management Network、６０００…Client Network

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】