(57)【要約】【課題】管理情報の送受信にかかる時間を短縮すること。【解決手段】記憶装置３０の記憶領域３０ａ、３０ｂに対する操作履歴を含む管理情報２１ａが格納される記憶部２１と、記憶領域３０ａ、３０ｂの状態を現在の状態にする第１の操作と、第１の操作より前の、記憶領域３０ａ、３０ｂを対象とする操作のうち、第１の操作による操作結果に影響しない第２の操作とを管理情報２１ａから抽出し、管理情報２１ａから第２の操作を削除し、記憶領域３０ａ、３０ｂの状態を管理する管理装置１０に、削除後の管理情報２１ａを送信する制御部２２とを有する、ストレージ制御装置２０が提供される。【選択図】図１
2018109810.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置の記憶領域に対する操作履歴を含む管理情報が格納される記憶部と、
前記記憶領域の状態を現在の状態にする第１の操作と、前記第１の操作より前の、前記記憶領域を対象とする操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記管理情報から抽出し、前記管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記管理情報を送信する制御部と
を有する、ストレージ制御装置。
【請求項２】
前記記憶部には、前記ストレージ制御装置と前記管理装置との間の通信が途絶えている間に前記記憶領域に対して適用される操作の情報が前記操作履歴として格納される
請求項１に記載のストレージ制御装置。
【請求項３】
前記制御部は、
前記第１の操作として前記記憶領域を削除する削除操作を抽出し、前記第２の操作として前記記憶領域を対象とする前記削除操作より前の操作を前記管理情報から削除する
請求項２に記載のストレージ制御装置。
【請求項４】
前記制御部は、
前記記憶領域を対象とする前記削除操作より前の操作の中に、前記記憶領域を生成する生成操作がある場合、前記第１の操作をさらに前記管理情報から削除する
請求項３に記載のストレージ制御装置。
【請求項５】
上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記制御部は、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信する
請求項１〜４のいずれか１項に記載のストレージ制御装置。
【請求項６】
上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記制御部は、
前記第１の操作集合の情報が参照される頻度の情報と、前記第２の操作集合の情報が参照される頻度の情報とを前記管理装置から受け付け、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、
前記第１の操作集合の情報が前記第２の操作集合の情報より頻繁に参照されている場合には、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信し、
前記第２の操作集合の情報が前記第１の操作集合の情報より頻繁に参照されている場合には、前記第２の操作集合の情報を前記第１の操作集合の情報より先に送信する
請求項１〜４のいずれか１項に記載のストレージ制御装置。
【請求項７】
記憶装置の記憶領域に対する操作履歴を含む第１の管理情報が格納される第１の記憶部と、
前記記憶領域の状態を現在の状態にする第１の操作と、前記記憶領域を対象とする前記第１の操作より前の操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記第１の管理情報から抽出し、前記第１の管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記第１の管理情報を送信する第１の制御部と
を有する、ストレージ制御装置と；
前記記憶領域の状態に関する第２の管理情報が格納される第２の記憶部と、
前記ストレージ制御装置から受信される削除後の前記第１の管理情報に基づいて前記第２の記憶部に格納される前記第２の管理情報を更新する第２の制御部と
を有する、前記管理装置と；
を含む、ストレージ管理システム。
【請求項８】
前記ストレージ管理システムは、複数の前記ストレージ制御装置を含み、
前記第１の管理情報及び前記第２の管理情報は、複数の前記ストレージ制御装置のそれぞれに対応する情報を含み、
前記第２の制御部は、
前記第２の管理情報のうち、複数の前記ストレージ制御装置のそれぞれに対応する情報の参照頻度を監視し、
前記参照頻度に基づいて、複数の前記ストレージ制御装置の中から、削除後の前記第１の管理情報を優先的に送信させるストレージ制御装置を決定する
請求項７に記載のストレージ管理システム。
【請求項９】
メモリ及びプロセッサを有するコンピュータに、
前記プロセッサにより、記憶装置の記憶領域に対する操作履歴を含む管理情報を前記メモリから読み出し、前記記憶領域の状態を現在の状態にする第１の操作と、前記第１の操作より前の、前記記憶領域を対象とする操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記管理情報から抽出し、前記管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記管理情報を送信する
処理を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ制御装置、ストレージ管理システム、及びプログラムに関する。
【背景技術】
【０００２】
ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などを搭載する複数のストレージ装置を管理サーバで一元管理するストレージシステムがある。管理サーバは、ＬＡＮ（Local Area Network）などのネットワークを介して複数のストレージ装置に接続される。各ストレージ装置は、論理ボリュームなどの記憶領域を管理するための管理情報を保持する。管理サーバは、各ストレージ装置が保持する管理情報の内容を含む管理テーブルを利用して各ストレージ装置の状態を管理する。
【０００３】
ストレージ装置の記憶領域に対する操作は、管理サーバから行われる場合と、ストレージ装置に対して直接行われる場合とがある。記憶領域に対する操作がストレージ装置に対して直接行われる場合、操作後にストレージ装置と管理サーバとの間で管理情報の同期が実施される。管理情報の同期方法としては、例えば、管理サーバが定期的に発行する同期要求に応じてストレージ装置が操作内容を管理サーバへ通知する方法や、操作後にストレージ装置が自主的に管理サーバへ操作内容を通知する方法がある。
【０００４】
なお、データベースの内容を整合させる方法に関し、例えば、前回の整合時におけるデータベースと、今回の整合時におけるデータベースとの差分値を求め、差分値を用いてデータベースを整合させる方法が提案されている。また、複数のストレージ装置を複数のグループに分け、グループ毎にストレージ装置のファイル管理データベースを同期させる方法が提案されている。また、距離が近いデータセンタ間ではデータ同期を実施し、距離が遠いデータセンタ間では非同期リモートコピーを実施する方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−１８７５１４号公報
【特許文献２】特開２００５−２７６０９４号公報
【特許文献３】特開２００３−１２２５０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
データベースなどの情報を同期する際に差分を利用して同期を実施することで、同期にかかる処理負担を低減することができる。また、ネットワークを介して同期内容を送受信する場合、差分を利用することで通信負荷を低減することもできる。但し、同期が実施されるまでの時間が長くなり、大量の差分が蓄積されうる状況では、同期に差分を利用する方法を採用しても、依然として通信に長い時間がかかるリスクがある。
【０００７】
１つの側面によれば、本開示の目的は、管理情報の送受信にかかる時間を短縮できるストレージ制御装置、ストレージ管理システム、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
一態様によれば、記憶装置の記憶領域に対する操作履歴を含む管理情報が格納される記憶部と、記憶領域の状態を現在の状態にする第１の操作と、第１の操作より前の、記憶領域を対象とする操作のうち、第１の操作による操作結果に影響しない第２の操作とを管理情報から抽出し、管理情報から第２の操作を削除し、記憶領域の状態を管理する管理装置に、削除後の管理情報を送信する制御部とを有する、ストレージ制御装置が提供される。
【発明の効果】
【０００９】
管理情報の送受信にかかる時間を短縮できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態に係るストレージ管理システムの一例を示した図である。
【図２】第２実施形態に係るストレージ管理システムの一例を示した図である。
【図３】第２実施形態に係る管理テーブル及びリソースの階層構造について説明するための図である。
【図４】第２実施形態に係る管理ＵＩの一例（登録ストレージ一覧）を示した図である。
【図５】第２実施形態に係る管理ＵＩの一例（ＲＡＩＤ  Ｇｒｏｕｐ一覧）を示した図である。
【図６】第２実施形態に係る管理ＵＩの一例（Ｖｏｌｕｍｅ一覧）を示した図である。
【図７】第２実施形態に係る管理テーブルの更新方法について説明するための図である。
【図８】第２実施形態に係る管理装置の機能を実現可能なハードウェアの一例を示したブロック図である。
【図９】第２実施形態に係る管理装置が有する機能の一例を示したブロック図である。
【図１０】第２実施形態に係る制御モジュールが有する機能の一例を示したブロック図である。
【図１１】第２実施形態に係る同期処理の実行条件について説明するための図である。
【図１２】第２実施形態に係る差分情報の圧縮方法について説明するための図である。
【図１３】第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（ストレージ装置の起動時＆コマンド入力時）の流れを示したシーケンス図である。
【図１４】第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（管理装置の起動時）の流れを示したシーケンス図である。
【図１５】第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（通信経路の復旧時）の流れを示したシーケンス図である。
【図１６】第２実施形態に係るストレージ装置の動作（差分情報の生成＆圧縮＆送信）について説明するためのフロー図である。
【図１７】第２実施形態の一変形例に係るストレージ装置の動作（差分情報の生成＆圧縮＆送信）について説明するためのフロー図である。
【図１８】第２実施形態の一変形例（階層間の優先度を考慮する例）に係る同期処理の流れを示したシーケンス図である。
【図１９】第２実施形態の一変形例（ストレージ装置間の優先度を考慮する例）に係る同期処理の流れを示したシーケンス図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照しながら、本発明の実施形態について説明する。なお、本明細書及び図面において実質的に同一の機能を有する要素については、同一の符号を付することにより重複説明を省略する場合がある。
【００１２】
＜１．第１実施形態＞
図１を参照しながら、第１実施形態について説明する。第１実施形態は、ストレージ装置と、ストレージ装置を管理する管理装置との間で実施される管理情報の送受信にかかる時間を短縮する仕組みに関する。図１は、第１実施形態に係るストレージ管理システムの一例を示した図である。
【００１３】
図１に示すように、第１実施形態に係るストレージ管理システムは、管理装置１０、ストレージ制御装置２０、及び記憶装置３０を有する。なお、ストレージ制御装置２０及び記憶装置３０は、ストレージ装置４０として動作する。また、図１の例では、説明の都合上、１つのストレージ装置４０だけが記載されているが、第１実施形態に係るストレージ管理システムには２以上のストレージ装置が含まれうる。
【００１４】
管理装置１０は、例えば、ＰＣ（Personal Computer）やサーバ装置などのコンピュータである。また、管理装置１０は、記憶部１１、制御部１２、及び表示部１３を有する。
記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置、或いは、ＨＤＤやフラッシュメモリなどの不揮発性記憶装置である。制御部１２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などのプロセッサである。制御部１２は、例えば、記憶部１１又は他のメモリに記憶されたプログラムを実行する。表示部１３は、例えば、ＬＣＤ（Liquid Crystal Display）やＥＬＤ（Electro-Luminescence Display）などのディスプレイ装置である。
【００１５】
ストレージ制御装置２０は、記憶部２１、及び制御部２２を有する。
記憶部２１は、ＲＡＭなどの揮発性記憶装置、或いは、ＨＤＤやフラッシュメモリなどの不揮発性記憶装置である。制御部２２は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのプロセッサである。制御部２２は、例えば、記憶部２１又は他のメモリに記憶されたプログラムを実行する。
【００１６】
ストレージ制御装置２０は、記憶装置３０に接続される。記憶装置３０は、ＨＤＤやＳＳＤなどの記録媒体や、複数の記録媒体を組み合わせて冗長化したＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置である。記憶装置３０には、少なくとも１つの記憶領域が設定される。
【００１７】
図１の例では、記憶領域３０ａ、３０ｂが記憶装置３０に設定されている。記憶領域３０ａ、３０ｂは、例えば、ＲＡＩＤグループや、ＲＡＩＤグループに設定される論理ボリュームなどである。なお、説明の都合上、記憶領域３０ａ、３０ｂをそれぞれ記憶領域Ａ、Ｂと表記する場合がある。
【００１８】
管理装置１０の記憶部１１には、ストレージ装置４０にある記憶装置３０の管理に利用される管理テーブル１１ａの情報が格納される。図１の例では、記憶装置３０及び記憶領域Ａ、Ｂに関する情報（この例では記憶領域Ａ、Ｂのサイズ）が管理テーブル１１ａに含まれている。
【００１９】
ストレージ制御装置２０の記憶部２１には、記憶装置３０の記憶領域Ａ、Ｂに対する操作履歴が記録される管理情報２１ａが格納される。図１の例では、記憶領域Ａ、Ｂのパスを設定する操作（Set Path）、記憶領域Ａを削除する操作（Delete）が管理情報２１ａに含まれている。
【００２０】
ストレージ制御装置２０の制御部２２は、例えば、記憶領域Ａ、Ｂの少なくとも一方に対する操作が実施された場合、操作内容を管理装置１０に通知する。この通知を受けた管理装置１０の制御部１２は、通知された操作内容に基づいて管理テーブル１１ａを更新する。但し、管理装置１０の電源が切れている場合（電源断）や、管理装置１０とストレージ制御装置２０との間の通信が途絶えている場合（通信断）、ストレージ制御装置２０の制御部２２は、操作内容を管理情報２１ａに追加する。
【００２１】
電源断や通信断の状況から、管理装置１０とストレージ制御装置２０との間で情報のやり取りが可能な状況になると、ストレージ制御装置２０の制御部２２は、管理装置１０に対して管理情報２１ａを送信する。そして、管理情報２１ａに基づいて管理装置１０の記憶部１１にある管理テーブル１１ａが更新され、記憶領域Ａ、Ｂの現況と管理テーブル１１ａの内容との整合性が確保される。なお、管理情報２１ａは、例えば、管理装置１０が発行する送信要求に応じて送信されてもよいし、ストレージ制御装置２０により自主的に送信されてもよい。
【００２２】
管理装置１０の表示部１３は、管理テーブル１１ａの内容を表示する。例えば、表示部１３は、画面上に管理ＵＩ（User Interface）１３ａを表示する。管理ＵＩ１３ａは、管理装置１０を利用する管理者が記憶領域Ａ、Ｂの情報を参照すると共に、記憶領域Ａ、Ｂの設定などを操作するために用いる表示インターフェースである。管理テーブル１１ａの更新に応じて管理ＵＩ１３ａの情報が更新される。そのため、管理テーブル１１ａの内容は、記憶領域Ａ、Ｂの現況をリアルタイムに反映したものであることが望まれる。
【００２３】
しかし、電源断や通信断が長引くと管理情報２１ａとして蓄積される操作内容の数が多くなる。このような状況では、管理情報２１ａの送信や、管理情報２１ａに基づく管理テーブル１１ａの更新に時間がかかり、管理ＵＩ１３ａの表示内容と記憶領域Ａ、Ｂの現況とが乖離した状態になるリスクがある。そこで、ストレージ制御装置２０の制御部２２は、次の手順で管理情報２１ａのデータ量を圧縮する。
【００２４】
まず、制御部２２は、管理情報２１ａの中から、記憶領域３０ａ、３０ｂの状態を現在の状態にする第１の操作を特定する。図１の例では、記憶領域Ａを削除する操作（Delete）により記憶領域Ａがない状態（現在の状態）が実現されている。そのため、制御部２２は、記憶領域Ａに関する第１の操作として、記憶領域Ａを削除する操作を特定する。
【００２５】
なお、第１の操作として特定される操作の種類は、予め設定されていてもよい。例えば、記憶領域を削除する操作、記憶領域の名称を変更する操作、記憶領域のサイズを変更する操作、記憶領域の属性（容量の割り当てなど）を変更する操作などが、第１の操作の種類として設定されうる。この場合、第１の操作の種類を示す情報は、ストレージ制御装置２０の記憶部２１に予め格納される。
【００２６】
記憶領域Ａについて第１の操作を特定した制御部２２は、第１の操作より前に実施された操作のうち、記憶領域Ａを対象とする操作（図１の例では、記憶領域Ａに対するパスの設定操作）を特定する。そして、制御部２２は、特定した操作の中から、第１の操作による操作結果に影響しない操作を第２の操作として管理情報２１ａから抽出する。
【００２７】
図１の例では第１の操作が記憶領域Ａの削除であるため、記憶領域Ａに対する全ての操作が削除操作の結果に影響しない。この場合、制御部２２は、記憶領域Ａに対するパスの設定操作を第２の操作として抽出する。そして、制御部２２は、管理情報２１ａから第２の操作を削除する。第２の操作が管理情報２１ａから削除されることで、管理情報２１ａのデータ量が圧縮される。
【００２８】
他の記憶領域（図１の例では記憶領域Ｂ）についても同様に、第１の操作及び第２の操作の特定、及び第２の操作の削除が実施される。但し、図１の例では、記憶領域Ｂに対する操作がパスの設定操作だけであるため、記憶領域Ｂに関する第２の操作はなく、記憶領域Ａに関する操作内容だけが管理情報２１ａから削除される。第２の操作を全て削除した後、制御部２２は、削除後の管理情報２１ａを管理装置１０に送信する。
【００２９】
上記のように、記憶領域Ａ、Ｂの現況を表す最小限の操作内容を管理情報２１ａに残し、残りの操作内容を削除することで管理情報２１ａのデータ量を圧縮することができる。この圧縮を行っても管理テーブル１１ａの更新結果に影響がない上、管理情報２１ａの送信及び管理情報２１ａに基づく管理テーブル１１ａの更新にかかる時間を短縮することができる。その結果、記憶領域Ａ、Ｂの状況をリアルタイムに管理ＵＩ１３ａの内容へと反映させることが可能になる。
【００３０】
以上、第１実施形態について説明した。
＜２．第２実施形態＞
次に、第２実施形態について説明する。第２実施形態は、ストレージ装置と、ストレージ装置を管理する管理装置との間で実施される管理情報の送受信にかかる時間を短縮する仕組みに関する。
【００３１】
［２−１．ストレージ管理システム］
図２を参照しながら、第２実施形態に係るストレージ管理システムについて説明する。図２は、第２実施形態に係るストレージ管理システムの一例を示した図である。
【００３２】
図２に示すように、第２実施形態に係るストレージ管理システムは、管理装置１００、ストレージ装置２００、３００、及び業務サーバ４０１、４０２を有する。管理装置１００には、表示装置１０１が接続される。ストレージ装置２００、３００には、それぞれ入力装置２００ａ、３００ａが接続される。
【００３３】
表示装置１０１は、例えば、ＬＣＤやＥＬＤなどのディスプレイ装置である。管理装置１００、業務サーバ４０１、４０２は、例えば、ＰＣやサーバ装置などのコンピュータである。入力装置２００ａ、３００ａは、例えば、キーボード、タッチパネル、マウス、キーパッドなどの入力インターフェースである。管理装置１００とストレージ装置２００、３００とは、ＬＡＮなどのネットワークを介して接続されている。
【００３４】
ストレージ装置２００は、制御モジュール（ＣＭ：Controller Module）２０１、及びストレージ２０２を有する。制御モジュール２０１は、例えば、ＣＰＵやＦＰＧＡなどのプロセッサ、及び、ＲＡＭなどのメモリを有する。ストレージ２０２は、例えば、ＨＤＤなどのディスク単体や、複数のディスクを組み合わせて冗長化したＲＡＩＤ装置などである。以下では、説明の都合上、ストレージ２０２がＲＡＩＤ装置であるとする。
【００３５】
ストレージ装置３００は、制御モジュール（ＣＭ）３０１、及びストレージ３０２を有する。制御モジュール３０１は、例えば、ＣＰＵやＦＰＧＡなどのプロセッサ、及び、ＲＡＭなどのメモリを有する。ストレージ３０２は、例えば、ＨＤＤなどのディスク単体や、複数のディスクを組み合わせて冗長化したＲＡＩＤ装置などである。以下では、説明の都合上、ストレージ３０２がＲＡＩＤ装置であるとする。
【００３６】
ストレージ２０２、３０２のそれぞれには、複数のＨＤＤを論理的に１台のＨＤＤにみせるＲＡＩＤグループが少なくとも１つ設定される。なお、ＨＤＤ以外のデバイス（ＳＳＤなど）を利用する場合も同様である。また、ＲＡＩＤグループには、少なくとも１つの論理ボリュームが設定される。例えば、ＲＡＩＤグループは、複数のＬＵＮ（Logical Unit Number）に分割される。そして、業務サーバ４０１、４０２は、それぞれストレージ２０２、３０２の論理ボリュームを利用して業務処理を実行する。
【００３７】
ストレージ２０２、３０２の利用許可（登録）、ＲＡＩＤグループの設定、論理ボリュームの設定など、ストレージ装置２００、３００の管理に関する操作は、管理装置１００から行われる。また、ストレージ装置２００、３００の管理に関する操作は、それぞれ入力装置２００ａ、３００ａから行うこともできる。そのため、管理装置１００の電源が切れている場合や、管理装置１００とストレージ装置２００、３００との間で通信断が生じている場合でも、ストレージ装置２００、３００の管理が可能である。
【００３８】
但し、入力装置２００ａ、３００ａから操作が行われた場合には、操作内容が管理装置１００に通知され、ストレージ２０２、３０２の状況を管理するための情報（管理テーブル）が管理装置１００とストレージ装置２００、３００との間で同期される。第２実施形態は、この同期にかかる時間を短縮する仕組みに関する。
【００３９】
（管理テーブル及びリソースの階層構造）
ここで、図３を参照しながら、ストレージ２０２、３０２の管理に利用される管理テーブル１０２及びリソースの階層構造について説明する。図３は、第２実施形態に係る管理テーブル及びリソースの階層構造について説明するための図である。なお、ストレージ、ＲＡＩＤグループ、論理ボリュームを総じてリソースと呼ぶ場合がある。
【００４０】
図３に示すように、管理テーブル１０２は、ストレージの識別情報、ＲＡＩＤグループ（ＲＡＩＤＧ）の識別情報、論理ボリューム（ＶＯＬ）の識別情報を含む。また、管理テーブル１０２は、ストレージ、ＲＡＩＤグループ、論理ボリュームの状態や設定内容に関する情報を含む。ストレージにＲＡＩＤグループが設定されるため、ストレージは、ＲＡＩＤグループの上位階層になる。また、ＲＡＩＤグループに論理ボリュームが設定されるため、ＲＡＩＤグループは、論理ボリュームの上位階層になる。
【００４１】
図３の例では、ストレージ２０２にＲＡＩＤＧ＃２１、＃２２が設定され、ストレージ３０２にＲＡＩＤＧ＃３１が設定されている。また、ＲＡＩＤＧ＃２１にＶＯＬ＃２１Ａ、＃２１Ｂが設定され、ＲＡＩＤＧ＃２２にＶＯＬ＃２２Ａが設定されている。また、ＲＡＩＤＧ＃３１にはＶＯＬ＃３１Ａが設定されている。
【００４２】
従って、図３の例では、ストレージ２０２、３０２が最上位階層、ＶＯＬ＃２１Ａ、＃２１Ｂ、＃２２Ａ、＃３１Ａが最下位階層となる。また、ストレージ２０２の下位階層にＲＡＩＤＧ＃２１、＃２２が属し、ストレージ３０２の下位階層にＲＡＩＤＧ＃３１が属している。さらに、ＲＡＩＤＧ＃２１の下位階層にＶＯＬ＃２１Ａ、＃２１Ｂが属し、ＲＡＩＤＧ＃２２の下位階層にＶＯＬ＃２２Ａが属している。また、ＲＡＩＤＧ＃３１の下位階層にＶＯＬ＃３１Ａが属している。
【００４３】
上記のような階層構造及び所属関係を踏まえ、上位階層のリソースに下位階層のリソースが「包含」されているなどと表現する場合がある（図３の左図を参照）。例えば、ＲＡＩＤＧ＃２１はストレージ２０２に包含されている。また、ＶＯＬ＃２１ＡはＲＡＩＤＧ＃２１に包含されている。他のリソースについても同様である。このように、管理装置１００は、リソース相互の関係に関する情報を保持する。
【００４４】
（管理ＵＩの例）
ここで、図４〜図６を参照しながら、管理装置１００が表示装置１０１に表示させる管理ＵＩ１０１ａの例について述べる。管理ＵＩ１０１ａは、管理装置１００を利用する管理者がリソースの状況確認やリソースの設定変更などを行う際に利用する表示インターフェースである。なお、管理ＵＩ１０１ａの表示方法は一例であり、第２実施形態に係る技術の適用範囲は図４〜図６の例に限定されない。
【００４５】
なお、図４は、第２実施形態に係る管理ＵＩの一例（登録ストレージ一覧）を示した図である。図５は、第２実施形態に係る管理ＵＩの一例（ＲＡＩＤ  Ｇｒｏｕｐ一覧）を示した図である。図６は、第２実施形態に係る管理ＵＩの一例（Ｖｏｌｕｍｅ一覧）を示した図である。
【００４６】
図４の例は、管理装置１００による管理対象として登録されているストレージ（登録ストレージ）の一覧を表示する管理ＵＩ１０１ａの表示画面を示している。管理ＵＩ１０１ａは、例えば、現在の表示内容を示すタイトル（図４の例では「ストレージ」）や、現在の表示内容に関する情報へのショートカット（「詳細情報」、「関連情報」）などが表示される項目欄を有する。また、管理ＵＩ１０１ａは、現在の表示内容に関するコメントを示す備考欄や、主要な内容を表示する内容欄などを有する。
【００４７】
登録ストレージの一覧を表示する管理ＵＩ１０１ａの画面では、内容欄として、例えば、ストレージの名称、ストレージのアドレス、ストレージの状態を示す情報が表示される。図２に示したストレージ管理システムの場合、管理ＵＩ１０１ａには、図４に示すように、ストレージ２０２、３０２の名称、アドレス、及び状態（「稼働中」、「停止中」）が表示される。
【００４８】
例えば、ポインタをストレージ２０２の部分に合せて選択すると、管理ＵＩ１０１ａは、図５に示すようなストレージ２０２の下位階層にあるリソースの情報（ＲＡＩＤグループ一覧）を表示する。
【００４９】
ストレージ２０２の下位階層にあるＲＡＩＤグループは、ＲＡＩＤＧ＃２１、＃２２である。ストレージ２０２に関するＲＡＩＤグループ一覧の画面には、図５に示すように、ＲＡＩＤＧ＃２１、＃２２の名称と、ＲＡＩＤＧ＃２１、＃２２に関する情報（ＲＡＩＤタイプ、サイズ、状態など）とが表示される。なお、ＲＡＩＤタイプの欄には、ミラーリングやストライピングなどのＲＡＩＤレベルに関する情報が表示される。また、状態の欄には、ＲＡＩＤグループが利用可能な状態にあるかを示す情報が表示される。
【００５０】
例えば、ポインタをＲＡＩＤＧ＃２１の部分に合せて選択すると、管理ＵＩ１０１ａは、図６に示すようなＲＡＩＤＧ＃２１の下位階層にあるリソースの情報（ＶＯＬ一覧）を表示する。なお、項目欄にある「ストレージ」の部分にポインタを合せて選択すると、管理ＵＩ１０１ａは、図４に示した登録ストレージ一覧の画面を表示する。
【００５１】
ＲＡＩＤＧ＃２１の下位階層にあるＶＯＬは、ＶＯＬ＃２１Ａ、＃２１Ｂである。ＲＡＩＤＧ＃２１に関するＶＯＬ一覧の画面には、図６に示すように、ＶＯＬ＃２１Ａ、＃２１Ｂの名称と、ＶＯＬ＃２１Ａ、＃２１Ｂに関する情報（ＶＯＬタイプ、サイズ、暗号化、状態）とが表示される。なお、ＶＯＬタイプの欄には、例えば、ＴＰＶ（Thin Provisioning Volume）やＦＴＶ（Flexible Tier Volume）などの設定情報が表示される。また、暗号化欄には、ＶＯＬ内のデータを暗号化する設定の有無が表示される。
【００５２】
上記のような管理ＵＩ１０１ａの表示は、管理テーブル１０２の内容に基づいている。そのため、管理テーブル１０２の更新が遅れると、リソースの状況がリアルタイムに管理ＵＩ１０１ａの表示に反映されないリスクがある。
【００５３】
（管理テーブルの更新方法）
ここで、図７を参照しながら、管理テーブル１０２の更新方法について説明する。図７は、第２実施形態に係る管理テーブルの更新方法について説明するための図である。
【００５４】
図７に示すように、管理装置１００は、管理テーブル１０２を保持し、管理テーブル１０２の内容を表示装置１０１に表示される管理ＵＩ１０１ａに反映させる。ストレージ装置２００は、ストレージ２０２に対する操作が行われた場合、その操作の内容（差分情報２００ｂ）を管理装置１００に提供する。同様に、ストレージ装置３００は、ストレージ３０２に対する操作が行われた場合、その操作の内容（差分情報３００ｂ）を管理装置１００に提供する。
【００５５】
例えば、ストレージ装置２００（制御モジュール２０１）は、前回、差分情報２００ｂを送信した後でストレージ２０２に対して行われた操作に関する情報（差分命令、対象リソース名）を差分情報２００ｂとして保持する。差分命令は、操作対象のリソース（対象リソース）に対する操作の実行命令である。例えば、差分情報２００ｂには、ストレージ２０２を登録する差分命令（Register）が含まれている。また、差分情報２００ｂには、ＲＡＩＤＧ＃２１を生成する差分命令（Create）が含まれている。
【００５６】
ストレージ装置２００は、管理装置１００による要求を受けた場合、或いは、所定のタイミングで差分情報２００ｂを管理装置１００に提供する。同様に、ストレージ装置３００は、差分情報３００ｂを蓄積し、管理装置１００による要求を受けた場合、或いは、所定のタイミングで差分情報３００ｂを管理装置１００に提供する。但し、差分情報２００ｂ、３００ｂのデータ量が大きいと、差分情報２００ｂ、３００ｂの提供時にかかる通信負荷や、管理テーブル１０２を更新する際の処理負荷が大きくなる。
【００５７】
第２実施形態では、後述するように、上記のような通信負荷や処理負荷を低減して管理テーブル１０２の更新にかかる時間を短縮し、管理ＵＩ１０１ａの表示レスポンスを向上する仕組みを提供する。
【００５８】
（ハードウェア）
ここで、図８を参照しながら、管理装置１００のハードウェアについて説明する。図８は、第２実施形態に係る管理装置の機能を実現可能なハードウェアの一例を示したブロック図である。
【００５９】
管理装置１００が有する機能は、例えば、図８に示す情報処理装置のハードウェア資源を用いて実現することが可能である。つまり、管理装置１００が有する機能は、コンピュータプログラムを用いて図８に示すハードウェアを制御することにより実現される。
【００６０】
図８に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ（Read Only Memory）９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０とを有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６とを有する。
【００６１】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータなどを格納する記憶装置の一例である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に変化する各種パラメータなどが一時的又は永続的に格納される。
【００６２】
これらの要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、タッチパッド、ボタン、スイッチ、及びレバーなどが用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラが用いられることもある。
【００６３】
出力部９１８としては、例えば、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ、ＰＤＰ（Plasma Display Panel）、又はＥＬＤなどのディスプレイ装置が用いられる。また、出力部９１８として、スピーカやヘッドホンなどのオーディオ出力装置、又はプリンタなどが用いられることもある。つまり、出力部９１８は、情報を視覚的又は聴覚的に出力することが可能な装置である。
【００６４】
記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ＨＤＤなどの磁気記憶デバイスが用いられる。また、記憶部９２０として、ＳＳＤやＲＡＭディスクなどの半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイスなどが用いられてもよい。
【００６５】
ドライブ９２２は、着脱可能な記録媒体であるリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８としては、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどが用いられる。
【００６６】
接続ポート９２４は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）、ＲＳ−２３２Ｃポート、又は光オーディオ端子など、外部接続機器９３０を接続するためのポートである。外部接続機器９３０としては、例えば、プリンタなどが用いられる。
【００６７】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスである。通信部９２６としては、例えば、有線又は無線ＬＡＮ用の通信回路、ＷＵＳＢ（Wireless USB）用の通信回路、光通信用の通信回路やルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用の通信回路やルータ、携帯電話ネットワーク用の通信回路などが用いられる。通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークであり、例えば、インターネット、ＬＡＮ、放送網、衛星通信回線などを含む。
【００６８】
なお、図２の例では、説明の都合上、表示装置１０１を管理装置１００の外部に接続する例を示したが、図８に示すように出力部９１８として管理装置１００に内蔵してもよい。また、図８に示したハードウェアは一例であり、一部の要素を省略したり、新たな要素を追加してもよい。また、業務サーバ４０１、４０２の機能も図８に示したハードウェアを用いて実現可能である。そのため、業務サーバ４０１、４０２のハードウェアについては説明を省略する。
【００６９】
［２−２．管理装置＆制御モジュール］
次に、管理装置１００及び制御モジュール２０１、３０１の機能について説明する。
（管理装置の機能）
まず、図９を参照しながら、管理装置１００の機能について説明する。図９は、第２実施形態に係る管理装置が有する機能の一例を示したブロック図である。
【００７０】
図９に示すように、管理装置１００は、記憶部１１１、同期制御部１１２、及び表示制御部１１３を有する。なお、記憶部１１１の機能は、上述したＲＡＭ９０６や記憶部９２０などを用いて実現できる。同期制御部１１２及び表示制御部１１３の機能は、上述したＣＰＵ９０２などを用いて実現できる。
【００７１】
記憶部１１１には、ストレージ装置２００、３００のリソース（ストレージ２０２、３０２、ＲＡＩＤＧ＃２１、＃２２、＃３１、ＶＯＬ＃２１Ａ、＃２１Ｂ、＃２２Ａ、＃３１Ａ）を管理するための管理テーブル１０２（図３を参照）が格納される。
【００７２】
同期制御部１１２は、ストレージ装置２００、３００から提供される差分情報２００ｂ、３００ｂに基づいて管理テーブル１０２を更新する。表示制御部１１３は、管理テーブル１０２の内容に基づいて表示装置１０１に管理ＵＩ１０１ａを表示させる。また、入力部９１６を用いて行われる管理ＵＩ１０１ａの操作に応じて表示装置１０１に表示される管理ＵＩ１０１ａの表示を制御する（図４〜図６を参照）。
【００７３】
例えば、管理テーブル１０２は、ストレージ２０２、３０２の名称と、ストレージ２０２、３０２のアドレスと、ストレージ２０２、３０２の状態（稼働中／停止中）とを対応付ける情報を有する。表示制御部１１３は、これらのストレージ２０２、３０２に関する情報に基づいて図４に示すような管理ＵＩ１０１ａを表示装置１０１に表示させる。
【００７４】
また、管理テーブル１０２は、ストレージ２０２、３０２の名称と、ＲＡＩＤグループの名称（ＲＡＩＤＧ＃２１など）とを対応付ける情報を有する。また、管理テーブル１０２は、ＲＡＩＤグループのＲＡＩＤタイプ（ＲＡＩＤ０、１、５、１０など）、ＲＡＩＤグループのサイズ、ＲＡＩＤグループの状態（利用可／利用不可）を対応付ける情報を有する。表示制御部１１３は、これらのＲＡＩＤグループに関する情報に基づいて図５に示すような管理ＵＩ１０１ａを表示装置１０１に表示させる。
【００７５】
また、管理テーブル１０２は、ＲＡＩＤグループの名称と、論理ボリュームの名称（ＶＯＬ＃２１Ａなど）とを対応付ける情報を有する。また、管理テーブル１０２は、論理ボリュームのＶＯＬタイプ（ＴＰＶ、ＦＴＶなど）、論理ボリュームのサイズ、格納データに対する暗号化の有無（ＹＥＳ／ＮＯ）、論理ボリュームの状態（利用可／利用不可）を対応付ける情報を有する。表示制御部１１３は、これらの論理ボリュームに関する情報に基づいて図６に示すような管理ＵＩ１０１ａを表示装置１０１に表示させる。
【００７６】
（制御モジュールの機能）
次に、図１０を参照しながら、制御モジュール２０１の機能について説明する。図１０は、第２実施形態に係る制御モジュールが有する機能の一例を示したブロック図である。なお、説明の都合上、制御モジュール２０１の機能について説明するが、制御モジュール３０１の機能も実質的に同じである。そのため、制御モジュール３０１の機能については詳細な説明を省略する。
【００７７】
図１０に示すように、制御モジュール２０１は、記憶部２１１、操作処理部２１２、圧縮部２１３、及び差分通知部２１４を有する。なお、記憶部２１１の機能は、上述したＲＡＭ９０６や記憶部９２０などに相当するハードウェア資源を用いて実現できる。操作処理部２１２、圧縮部２１３、及び差分通知部２１４の機能は、上述したＣＰＵ９０２などに相当するハードウェア資源を用いて実現できる。
【００７８】
記憶部２１１には、ストレージ２０２及びストレージ２０２に包含されるリソース（ＲＡＩＤＧ＃２１、＃２２、ＶＯＬ＃２１Ａ、＃２１Ｂ、＃２２Ａ）に対する操作の内容が蓄積される差分情報２００ｂ（図７を参照）が格納される。但し、差分情報２００ｂに含まれる操作の内容は、前回、差分情報２００ｂが管理装置１００に提供された後に行われた操作を対象とする内容である。
【００７９】
また、記憶部２１１には、ストレージ２０２の管理に用いる管理テーブル２１１ａ（管理テーブル１０２のストレージ２０２に関する内容と同内容のテーブル）が格納される。管理テーブル２１１ａは、操作によりストレージ２０２及びストレージ２０２に包含されるリソースの状態が変化する度に更新される。
【００８０】
操作処理部２１２は、管理装置１００から受け付ける操作の要求又は入力装置２００ａを介して行われる操作の要求に応じてストレージ２０２、及びストレージ２０２に包含されるリソースに対する操作の処理（操作処理）を実行する。
【００８１】
例えば、操作処理部２１２は、上記の要求に応じて、ストレージ２０２の登録（Register）及び登録解除（Delete）、ＲＡＩＤグループの生成（Create）及び削除（Delete）、論理ボリュームの生成（Create）及び削除（Delete）などの操作処理を実行する。他の操作処理としては、例えば、論理ボリュームに対するアクセスパスの設定（Set Path）及び容量拡張（Expand）、各リソースの名称変更及び属性変更などがある。
【００８２】
圧縮部２１３は、差分情報２００ｂのデータ量を圧縮する。既に述べたように、差分情報２００ｂは、管理テーブル１０２の更新に利用される。管理テーブル１０２の更新は、ストレージ２０２、３０２、及びストレージ２０２、３０２に包含されるリソースの現況を表す内容に管理テーブル１０２を調整する目的で実施される。そのため、ストレージ２０２、３０２、及びストレージ２０２、３０２に包含されるリソースの現況に無関係な操作命令がなくても、管理テーブル１０２は適切に更新されうる。
【００８３】
そこで、圧縮部２１３は、上記の目的で実施される管理テーブル１０２の更新に寄与しない操作命令を差分情報２００ｂから削除し、差分情報２００ｂのデータ量を圧縮する。差分情報２００ｂを圧縮することで、管理装置１００に差分情報２００ｂを提供する際の通信負荷が低減される。また、差分情報２００ｂから一部の操作命令が削除されることで、管理テーブル１０２を更新する際に管理装置１００が処理する操作命令の数が減るため、管理装置１００における処理負荷の低減にも寄与する。
【００８４】
差分通知部２１４は、圧縮部２１３によりデータ量が圧縮された差分情報２００ｂを管理装置１００に提供する。例えば、差分通知部２１４は、図１１に示すような条件（同期処理の実行条件）を満たすタイミングで差分情報２００ｂを管理装置１００に提供する。図１１は、第２実施形態に係る同期処理の実行条件について説明するための図である。
【００８５】
差分情報２００ｂは、ストレージ装置２００と管理装置１００との間で情報のやり取りが途絶えている間に蓄積される操作処理の履歴情報である。例えば、管理装置１００の電源が切れている場合や、管理装置１００とストレージ装置２００との間の通信経路が切断されている場合などに差分情報２００ｂが蓄積される。また、通信負荷や処理負荷を低減するために差分情報２００ｂの提供を間欠的に実施する場合もある。この場合、差分情報２００ｂの提供時点までの期間、差分情報２００ｂに差分処理の情報が蓄積される。
【００８６】
例えば、管理装置１００が「稼働中」、ストレージ装置２００が「停止中」、管理装置１００とストレージ装置２００との間の通信経路が「正常」の場合、差分通知部２１４は、ストレージ装置２００の起動時に差分情報２００ｂを管理装置１００に提供する。このとき、差分通知部２１４は、圧縮済みの差分情報２００ｂを管理装置１００に提供する。
【００８７】
また、管理装置１００が「停止中」、ストレージ装置２００が「稼働中」、管理装置１００とストレージ装置２００との間の通信経路が「正常」の場合、差分通知部２１４は、管理装置１００の起動時に差分情報２００ｂを管理装置１００に提供する。例えば、差分通知部２１４は、所定の間隔でストレージ装置２００のＯＳ（Operating System）に対して起動確認用にポーリング信号を送信し、応答が得られた場合に差分情報２００ｂを管理装置１００に提供する。このとき、差分通知部２１４は、圧縮済みの差分情報２００ｂを管理装置１００に提供する。
【００８８】
また、管理装置１００が「稼働中」、ストレージ装置２００が「稼働中」、管理装置１００とストレージ装置２００との間の通信経路が「異常」の場合、差分通知部２１４は、通信経路の復旧時に差分情報２００ｂを管理装置１００に提供する。例えば、差分通知部２１４は、所定の間隔でＰｉｎｇなどの通信確認コマンドを実行し、通信経路の復旧が確認できた場合に差分情報２００ｂを管理装置１００に提供する。このとき、差分通知部２１４は、圧縮済みの差分情報２００ｂを管理装置１００に提供する。
【００８９】
また、管理装置１００が「稼働中」、ストレージ装置２００が「稼働中」、管理装置１００とストレージ装置２００との間の通信経路が「正常」の場合、差分通知部２１４は、管理装置１００による要求（同期要求）に応じて差分情報２００ｂを提供する。このとき、差分通知部２１４は、圧縮済みの差分情報２００ｂを管理装置１００に提供する。また、入力装置２００ａから操作を要求するコマンドが入力された場合、差分通知部２１４は、操作処理の内容（非圧縮の差分情報２００ｂに相当）を管理装置１００に通知する。
【００９０】
上記のようなタイミングでストレージ装置２００から差分情報２００ｂが管理装置１００に提供され、差分情報２００ｂに基づいて管理テーブル１０２が更新される。ストレージ装置３００の差分情報３００ｂについても同様である。
【００９１】
（差分情報の圧縮）
ここで、図１２を参照しながら、圧縮部２１３による差分情報２００ｂの圧縮方法について、さらに説明する。図１２は、第２実施形態に係る差分情報の圧縮方法について説明するための図である。
【００９２】
図１２には、９つのレコードを含む差分情報２００ｂが例示されている。図１２に示すように、差分情報２００ｂには、例えば、差分命令、対象リソース名に加え、対象リソースの操作、ストレージ、ＲＡＩＤＧ、ＶＯＬを識別するための識別情報が含まれる。
【００９３】
操作の識別情報は、操作処理の種類を示す。図１２の例では、ストレージの登録（Register）、ＲＡＩＤグループの生成（Create）、論理ボリュームの生成（Create）が識別情報「０」に割り当てられている。また、論理ボリュームの容量拡張（Expand）が識別情報「２」に、アクセスパスを設定する操作（Set Path）が識別情報「３」に割り当てられている。また、ストレージの登録解除（Delete）、ＲＡＩＤグループの削除（Delete）、及び論理ボリュームの削除（Delete）が識別情報「Ｘ」に割り当てられている。
【００９４】
識別情報の「ストレージ」欄には、対象リソースであるストレージ又は対象リソースを包含するストレージの識別情報が記載される。識別情報の「ＲＡＩＤＧ」欄には、対象リソースであるＲＡＩＤグループ又は対象リソースを包含するＲＡＩＤグループの識別情報が記載される。対象リソースがストレージである場合、「ＲＡＩＤＧ」欄には「−」が記載される。識別情報の「ＶＯＬ」欄には、対象リソースである論理ボリュームの識別情報が記載される。対象リソースがストレージ又はＲＡＩＤグループである場合、「ＶＯＬ」欄には「−」が記載される。
【００９５】
上記のような差分情報２００ｂがある場合、圧縮部２１３は、識別情報の「操作」欄にある「Ｘ」（Deleteに対応）を探索する。図１２の例では、９番目（No.9）のレコードが操作「Ｘ」のレコード（Ｓ１）として検出される。この場合、圧縮部２１３は、検出されたレコードを参照し、Deleteの対象リソース（この例ではＲＡＩＤＧ＃２１）を特定する。そして、圧縮部２１３は、検出されたレコードの差分命令より前に実行された差分命令に対応するレコードのうち、特定した対象リソース及びその対象リソースに包含されるリソースを対象とするレコードを参照する。
【００９６】
図１２の例では、２番目（No.2）、４番目（No.4）、６〜８番目（No.6 - No.8）のレコードが参照先のレコードとなる。圧縮部２１３は、参照先のレコードのうち、対象リソースに対する操作「０」のレコードがあるか否かを判定する。図１２の例では、２番目（No.2）のレコードが、対象リソースであるＲＡＩＤＧ＃２１に対する操作「０」のレコード（Ｓ２）として検出される。この場合、圧縮部２１３は、参照先のレコード（Ｓ１〜Ｓ４）を全て削除する。この削除処理により、図１２に示すように、９つのレコードを含む差分情報２００ｂが、３つのレコードを含む差分情報２００ｂに圧縮される。
【００９７】
上記の例では、ＲＡＩＤＧ＃２１が既に削除されており、ＲＡＩＤＧ＃２１及びＲＡＩＤＧ＃２１に包含されるリソースは現時点で存在しない。また、差分情報２００ｂにＲＡＩＤＧ＃２１のCreateがある場合、管理装置１００には、ＲＡＩＤＧ＃２１が生成された事実が通知されておらず、管理テーブル１０２にＲＡＩＤＧ＃２１の存在が反映されていない。そのため、ＲＡＩＤＧ＃２１及びＲＡＩＤＧ＃２１に包含されているリソースのレコードを差分情報２００ｂから削除しても管理テーブル１０２の更新に影響しない。
【００９８】
仮に、ＲＡＩＤＧ＃２１のCreateが差分情報２００ｂにない場合、管理テーブル１０２にＲＡＩＤＧ＃２１の情報が含まれている。この場合、圧縮部２１３は、ＲＡＩＤＧ＃２１のDeleteに対応するレコードを残し、上記と同様に、ＲＡＩＤＧ＃２１及びＲＡＩＤＧ＃２１に包含されるリソースの他のレコードを削除する。ＲＡＩＤＧ＃２１のDeleteに対応するレコードが管理装置１００に通知されることで、管理装置１００は、ＲＡＩＤＧ＃２１及びＲＡＩＤＧ＃２１に包含されるリソースに関する管理テーブル１０２の内容を適切に更新することができる。
【００９９】
なお、ＲＡＩＤグループが削除される場合を例に説明したが、ストレージの登録が解除される場合（Delete）や論理ボリュームが削除される場合も同様の処理になる。また、ストレージ、ＲＡＩＤグループ、論理ボリュームに対する操作「Ｘ」が含まれる場合、圧縮部２１３は、上位階層にあるリソースから順に上記の処理を実行する。上位階層のリソースに対応するレコードから処理を実行することで、自動的に削除される下位階層のリソースに対応するレコードの処理が省略され、処理負荷が低減することがある。
【０１００】
以上、管理装置１００及び制御モジュール２０１、３０１の機能について説明した。
［２−３．処理の流れ］
次に、管理装置１００及びストレージ装置２００、３００が実行する処理の流れについて説明する。なお、説明の都合上、主に、管理装置１００及びストレージ装置２００により実行される処理について説明するが、ストレージ装置３００を対象とする処理も同様の流れで実行される。
【０１０１】
（同期条件：ストレージ装置の起動時＆コマンド入力時）
図１３を参照しながら、ストレージ装置２００の起動時及びコマンド入力時に実行される同期処理（差分情報２００ｂの提供＆管理テーブル１０２の更新）の流れについて説明する。図１３は、第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（ストレージ装置の起動時＆コマンド入力時）の流れを示したシーケンス図である。
【０１０２】
なお、図１３の例は、図１１に示した同期処理の実行条件のうち、管理装置１００が「稼働中」、ストレージ装置２００が「停止中」、通信経路が「正常」な場合にあたる。
（Ｓ１０１、Ｓ１０２）ストレージ装置２００の電源ＯＮによりストレージ装置２００が起動する。起動したストレージ装置２００は、差分通知部２１４により、同期処理の開始を通知するための同期要求を管理装置１００に送信する。
【０１０３】
（Ｓ１０３）管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をストレージ装置２００に通知する。なお、管理テーブル１０２の版数は、管理テーブル１０２が更新される度にインクリメントされる。また、管理テーブル１０２の版数は、記憶部１１１に格納される。
【０１０４】
（Ｓ１０４）ストレージ装置２００は、差分通知部２１４により、管理装置１００から通知される管理テーブル１０２の版数と、記憶部２１１に格納されている管理テーブル２１１ａの版数とを比較する。なお、記憶部２１１に格納されている管理テーブル２１１ａの版数は、管理テーブル２１１ａが更新される度にインクリメントされる。比較された２つの版数が一致した場合、ストレージ装置２００は、同期処理を終了する。一方、比較された２つの版数が一致しない場合、ストレージ装置２００は、処理をＳ１０５へ進める。
【０１０５】
（Ｓ１０５、Ｓ１０６）ストレージ装置２００は、圧縮部２１３により、図１２に示した方法で差分情報２００ｂを圧縮する。そして、ストレージ装置２００は、差分通知部２１４により、圧縮後の差分情報２００ｂを管理装置１００に送信する。
【０１０６】
（Ｓ１０７）管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される差分情報２００ｂに基づいて管理テーブル１０２を更新する。また、管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をインクリメントし、最新の版数を記憶部１１１に格納する。
【０１０７】
なお、Ｓ１０７の処理が完了した後の状態は、図１１に示した同期処理の実行条件のうち、管理装置１００が「稼働中」、ストレージ装置２００が「稼働中」、通信経路が「正常」な場合にあたる。この状態で入力装置２００ａからコマンド（差分命令の実行要求）が入力されると、処理はＳ１０８へと進む。
【０１０８】
（Ｓ１０８）ストレージ装置２００は、操作処理部２１２により、入力装置２００ａから入力されたコマンドを受け付ける。そして、ストレージ装置２００は、操作処理部２１２により、受け付けたコマンドに応じて操作処理を実行する。また、ストレージ装置２００は、操作処理部２１２により、操作処理の結果に応じて管理テーブル２１１ａを更新し、管理テーブル２１１ａの版数をインクリメントする。
【０１０９】
（Ｓ１０９）ストレージ装置２００は、差分通知部２１４により、Ｓ１０８で実行された操作処理の情報（非圧縮の差分情報２００ｂに相当）を管理装置１００に送信する。このとき、ストレージ装置２００は、操作処理の情報を圧縮せずに送信する。コマンド入力による操作処理の場合、差分情報２００ｂとして記憶部２１１に蓄積される操作処理の情報は少ない。そのため、圧縮処理を省略しても通信負荷への影響は大きくない。
【０１１０】
（Ｓ１１０）管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される操作処理の情報に基づいて管理テーブル１０２を更新する。また、管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をインクリメントし、最新の版数を記憶部１１１に格納する。
【０１１１】
Ｓ１１０の処理が完了すると、図１３に示した一連の処理は終了する。なお、さらにコマンド入力がある場合にはＳ１０８以降の処理が実行される。
（同期条件：管理装置の起動時）
次に、図１４を参照しながら、管理装置１００の起動時に実行される同期処理（差分情報２００ｂの提供＆管理テーブル１０２の更新）の流れについて説明する。図１４は、第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（管理装置の起動時）の流れを示したシーケンス図である。
【０１１２】
なお、図１４の例は、図１１に示した同期処理の実行条件のうち、管理装置１００が「停止中」、ストレージ装置２００が「稼働中」、通信経路が「正常」な場合にあたる。
（Ｓ１２１、Ｓ１２２）ストレージ装置２００は、差分通知部２１４により、所定の間隔でストレージ装置２００のＯＳに対して起動確認用にポーリング信号を送信する。なお、ポーリング信号に代えて同期要求が送信されるように変形してもよい。管理装置１００が「停止中」であるため、ポーリング信号に対する応答は得られない。このような状況にある場合、ストレージ装置２００は、操作処理部２１２により、ストレージ２０２及びストレージ２０２に包含されるリソースに対する操作処理の履歴を差分情報２００ｂとして記憶部２１１に蓄積する。
【０１１３】
（Ｓ１２３、Ｓ１２４）管理装置１００が起動する。起動が完了した管理装置１００は、同期制御部１１２により、ストレージ装置２００に対して同期処理を要求し、管理テーブル１０２の版数をストレージ装置２００に通知する。なお、図示していないが、管理装置１００は、同期制御部１１２により、ストレージ装置３００に対しても同期処理を要求し、管理テーブル１０２の版数をストレージ装置３００に送信する。
【０１１４】
（Ｓ１２５）ストレージ装置２００は、差分通知部２１４により、管理装置１００から受信した管理テーブル１０２の版数と、記憶部２１１に格納されている管理テーブル２１１ａの版数とを比較する。比較された２つの版数が一致した場合、ストレージ装置２００は、同期処理を終了する。一方、比較された２つの版数が一致しない場合、ストレージ装置２００は、処理をＳ１２６へ進める。
【０１１５】
（Ｓ１２６、Ｓ１２７）ストレージ装置２００は、圧縮部２１３により、図１２に示した方法で差分情報２００ｂを圧縮する。そして、ストレージ装置２００は、差分通知部２１４により、圧縮後の差分情報２００ｂを管理装置１００に送信する。
【０１１６】
（Ｓ１２８）管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される差分情報２００ｂに基づいて管理テーブル１０２を更新する。また、管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をインクリメントし、最新の版数を記憶部１１１に格納する。Ｓ１２８の処理が完了すると、図１４に示した一連の処理は終了する。
【０１１７】
（同期条件：通信経路の復旧時）
次に、図１５を参照しながら、通信経路の復旧時に実行される同期処理（差分情報２００ｂの提供＆管理テーブル１０２の更新）の流れについて説明する。図１５は、第２実施形態に係る管理装置とストレージ装置との間で実施される同期処理（通信経路の復旧時）の流れを示したシーケンス図である。
【０１１８】
なお、図１５の例は、図１１に示した同期処理の実行条件のうち、管理装置１００が「稼働中」、ストレージ装置２００が「稼働中」、通信経路が「異常」な場合にあたる。
（Ｓ１３１、Ｓ１３２、Ｓ１３３）管理装置１００とストレージ装置２００との間の通信経路に異常（ＮＧ）が発生する。この場合、ストレージ装置２００から送信されるポーリング信号や同期要求に対して管理装置１００から応答が得られない。このような状況にある場合、ストレージ装置２００は、操作処理部２１２により、ストレージ２０２及びストレージ２０２に包含されるリソースに対する操作処理の履歴を差分情報２００ｂとして記憶部２１１に蓄積する。
【０１１９】
（Ｓ１３４）ストレージ装置２００は、差分通知部２１４により、所定の間隔でＰｉｎｇなどの通信確認用のコマンドＱを発行する。なお、コマンドＱに代えて、ポーリング信号や同期要求が送信されるように変形してもよい。
【０１２０】
（Ｓ１３５、Ｓ１３６、Ｓ１３７）通信経路が正常な状態（ＯＫ）に復旧すると、ストレージ装置２００は、差分通知部２１４により、コマンドＱの出力などに基づいて通信経路の復旧を認識する。なお、図１５の例では、ストレージ装置２００が差分通知部２１４により、管理装置１００のＯＳに対して復旧確認用のポーリング信号を送信し、管理装置１００の応答により通信経路の復旧を確認している。
【０１２１】
（Ｓ１３８、Ｓ１３９）通信経路の復旧を確認したストレージ装置２００は、差分通知部２１４により、同期処理の開始を通知するための同期要求を管理装置１００に送信する。同期要求を受信した管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をストレージ装置２００に通知する。
【０１２２】
（Ｓ１４０）ストレージ装置２００は、差分通知部２１４により、管理装置１００から通知される管理テーブル１０２の版数と、記憶部２１１に格納されている管理テーブル２１１ａの版数とを比較する。比較された２つの版数が一致した場合、ストレージ装置２００は、同期処理を終了する。一方、比較された２つの版数が一致しない場合、ストレージ装置２００は、処理をＳ１４１へ進める。
【０１２３】
（Ｓ１４１、Ｓ１４２）ストレージ装置２００は、圧縮部２１３により、図１２に示した方法で差分情報２００ｂを圧縮する。そして、ストレージ装置２００は、差分通知部２１４により、圧縮後の差分情報２００ｂを管理装置１００に送信する。
【０１２４】
（Ｓ１４３）管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される差分情報２００ｂに基づいて管理テーブル１０２を更新する。また、管理装置１００は、同期制御部１１２により、管理テーブル１０２の版数をインクリメントし、最新の版数を記憶部１１１に格納する。Ｓ１４３の処理が完了すると、図１５に示した一連の処理は終了する。
【０１２５】
（制御モジュールの動作：蓄積〜圧縮〜送信）
次に、図１６を参照しながら、ストレージ装置２００の動作について、さらに説明する。図１６は、第２実施形態に係るストレージ装置の動作（差分情報の生成＆圧縮＆送信）について説明するためのフロー図である。なお、図１６に例示するストレージ装置２００の動作は、ストレージ２０２又はストレージ２０２に包含されるリソースに対する操作処理が実行され、これらのリソースに状態変更が生じた場合の動作である。
【０１２６】
（Ｓ１５１）操作処理部２１２により、ストレージ２０２又はストレージ２０２に包含されるリソースに対する操作処理が実行されると、差分通知部２１４は、操作処理の内容を含む状態変更の通知を管理装置１００に送信する。そして、差分通知部２１４は、状態変更の通知が管理装置１００により正常に受信されたか（状態変更の通知に成功したか）否かを判定する。
【０１２７】
状態変更の通知に成功した場合、図１６に示した一連の処理は終了する。一方、状態変更の通知に失敗した場合、処理はＳ１５２へと進む。例えば、管理装置１００の電源がＯＦＦの場合や通信経路に異常が生じている場合、状態変更の通知に失敗する。
【０１２８】
（Ｓ１５２）操作処理部２１２は、操作処理の履歴（操作履歴）を記憶部２１１に蓄積する。つまり、操作処理部２１２は、差分情報２００ｂを生成する。
（Ｓ１５３）差分通知部２１４は、差分情報２００ｂを管理装置１００に送信するか否かを判定する。例えば、図１１に示した同期処理の実行条件を満たした場合、差分通知部２１４は、差分情報２００ｂを管理装置１００に送信すると判定する。差分情報２００ｂを管理装置１００に送信すると判定した場合、処理はＳ１５４へと進む。一方、差分情報２００ｂを管理装置１００に送信しないと判定した場合、処理はＳ１５２へと進む。
【０１２９】
（Ｓ１５４）圧縮部２１３は、削除対象のリソース（図１２の例では操作「Ｘ」に対応するリソース）があるか否かを判定する。削除対象のリソースがある場合、処理はＳ１５５へと進む。一方、削除対象のリソースがない場合、処理はＳ１６０へと進む。
【０１３０】
（Ｓ１５５）圧縮部２１３は、削除対象のリソース（該当リソース）を１つ選択する。複数の該当リソースがある場合、圧縮部２１３は、上位階層のリソースを優先的に選択する。なお、同じ階層の該当リソースが複数ある場合、圧縮部２１３は、所定の順番（例えば、時系列順など）又はランダムに未選択の該当リソースを１つ選択する。
【０１３１】
（Ｓ１５６）圧縮部２１３は、差分情報２００ｂを参照し、該当リソースの生成操作（Create）があるか否かを判定する。該当リソースの生成操作がある場合、処理はＳ１５７へと進む。一方、該当リソースの生成操作がない場合、処理はＳ１５８へと進む。
【０１３２】
（Ｓ１５７）圧縮部２１３は、該当リソース及び該当リソースに包含されるリソース（下位階層のリソース）に対する操作履歴を差分情報２００ｂから全て削除する。Ｓ１５７の処理が完了すると、処理はＳ１５９へと進む。
【０１３３】
（Ｓ１５８）圧縮部２１３は、該当リソースの削除操作を除き、該当リソース及び該当リソースに包含されるリソース（下位階層のリソース）に対する操作履歴を差分情報２００ｂから全て削除する。つまり、該当リソース及び該当リソースに包含されるリソース（下位階層のリソース）に対する操作履歴のうち、該当リソースの削除操作だけが差分情報２００ｂに残される。
【０１３４】
（Ｓ１５９）圧縮部２１３は、該当リソースを選択し終えたか否かを判定する。該当リソースを選択し終えた場合、処理はＳ１６０へと進む。一方、未選択の該当リソースがある場合、処理はＳ１５５へと進む。
【０１３５】
（Ｓ１６０）差分通知部２１４は、差分情報２００ｂを管理装置１００に送信する。このとき、差分通知部２１４は、差分情報２００ｂから、上位階層のリソースに関する情報と、下位階層のリソースに関する情報とを特定する。そして、差分通知部２１４は、差分情報２００ｂのうち、上位階層のリソースに関する情報を先に送信し、下位階層のリソースに関する情報を後に送信する。例えば、差分通知部２１４は、ストレージ２０２を対象リソースとする操作処理の情報を最初に送信し、ＲＡＩＤグループを対象リソースとする操作処理の情報を次に送信し、論理ボリュームを対象リソースとする操作処理の情報を最後に送信する。Ｓ１６０の処理が完了すると、図１６に示した一連の処理は終了する。
【０１３６】
以上、管理装置１００及びストレージ装置２００、３００が実行する処理の流れについて説明した。
［２−４．変形例］
ここで、第２実施形態の変形例について述べる。
【０１３７】
（名称変更＆サイズ変更）
これまでは、差分情報２００ｂの圧縮に関し、リソースの削除操作（Delete）を起点に差分情報２００ｂの中から削除可能なレコードを特定する方法を主に説明してきた。ここでは、図１７を参照しながら、削除操作以外の操作（名称変更＆サイズ変更）を起点として削除可能なレコードを特定する変形例について説明する。図１７は、第２実施形態の一変形例に係るストレージ装置の動作（差分情報の生成＆圧縮＆送信）について説明するためのフロー図である。
【０１３８】
なお、この変形例を適用する場合、図１６に示した処理フローの中で、Ｓ１５９の処理とＳ１６０の処理との間に図１７に示す一連の処理が挿入される。以下、挿入される処理の部分について説明する。
【０１３９】
（Ｓ２０１）圧縮部２１３は、差分情報２００ｂを参照し、名称変更操作があるか否かを判定する。名称変更操作がある場合、処理はＳ２０２へと進む。一方、名称変更操作がない場合、処理はＳ２０５へと進む。
【０１４０】
（Ｓ２０２）圧縮部２１３は、変更対象のリソース（該当リソース）を１つ選択する。
（Ｓ２０３）圧縮部２１３は、差分情報２００ｂの中で、該当リソースに対する名称変更操作を全て抽出する。そして、圧縮部２１３は、抽出した名称変更操作のうち、時間的に最後に実施された名称変更操作（最終操作）を特定し、最終操作以外の該当リソースに対する名称変更操作を差分情報２００ｂから全て削除する。なお、最後に設定された名称の情報があれば現在のリソース名が分かるため、最終操作の情報だけで管理テーブル１０２を適切に更新することができる。
【０１４１】
（Ｓ２０４）圧縮部２１３は、名称変更操作に関する該当リソースを選択し終えたか否かを判定する。該当リソースを選択し終えた場合、処理はＳ２０５へと進む。一方、未選択の該当リソースがある場合、処理はＳ２０２へと進む。
【０１４２】
（Ｓ２０５）圧縮部２１３は、差分情報２００ｂを参照し、サイズ変更操作があるか否かを判定する。サイズ変更操作がある場合、処理はＳ２０６へと進む。一方、サイズ変更操作がない場合、図１７に示した一連の処理は終了する。
【０１４３】
（Ｓ２０６）圧縮部２１３は、変更対象のリソース（該当リソース）を１つ選択する。
（Ｓ２０７）圧縮部２１３は、差分情報２００ｂの中で、該当リソースに対するサイズ変更操作を全て抽出する。そして、圧縮部２１３は、抽出したサイズ変更操作のうち、時間的に最後に実施されたサイズ変更操作（最終操作）を特定し、最終操作以外の該当リソースに対するサイズ変更操作を差分情報２００ｂから全て削除する。なお、最後に設定されたサイズの情報があれば現在のサイズが分かるため、最終操作の情報だけで管理テーブル１０２を適切に更新することができる。
【０１４４】
（Ｓ２０８）圧縮部２１３は、サイズ変更操作に関する該当リソースを選択し終えたか否かを判定する。該当リソースを選択し終えた場合、図１７に示した一連の処理は終了する。一方、未選択の該当リソースがある場合、処理はＳ２０６へと進む。
【０１４５】
上記のように、名称変更操作やサイズ変更操作など、最終操作が分かれば現在のリソース状態が確定する操作に関しては、最終操作のレコードを残して過去の同種操作のレコードを削除しても、差分情報２００ｂから管理テーブル１０２を適切に更新できる。このような種類の操作について同変形例の技術がそのまま適用可能である。
【０１４６】
（優先度：階層）
次に、図１８を参照しながら、差分情報２００ｂを送信する際に階層間の優先度を考慮する方法について説明する。図１８は、第２実施形態の一変形例（階層間の優先度を考慮する例）に係る同期処理の流れを示したシーケンス図である。
【０１４７】
差分情報２００ｂを送信する際に、上位階層のリソースに対応するレコードから順に情報を送信する方法については既に述べた（図１６のＳ１６０を参照）。ここでは、管理ＵＩ１０１ａで参照される頻度が高い階層のリソースから順に差分情報２００ｂの情報を管理装置１００に送信する方法について説明する。
【０１４８】
（Ｓ２１１）管理装置１００は、表示制御部１１３により、管理ＵＩ１０１ａの参照頻度をカウントし、頻度情報１１１ａとして記憶部１１１に情報を蓄積する。
例えば、管理ＵＩ１０１ａの登録ストレージ一覧画面（図４を参照）が表示された場合、管理装置１００の表示制御部１１３は、ストレージの階層に対する参照頻度のカウントをインクリメントする。また、管理ＵＩ１０１ａのＲＡＩＤグループ一覧画面（図５を参照）が表示された場合、管理装置１００の表示制御部１１３は、ＲＡＩＤグループの階層に対する参照頻度のカウントをインクリメントする。また、管理ＵＩ１０１ａの論理ボリューム一覧画面（図６を参照）が表示された場合、管理装置１００の表示制御部１１３は、論理ボリュームの階層に対する参照頻度のカウントをインクリメントする。
【０１４９】
（Ｓ２１２）管理装置１００は、同期制御部１１２により、頻度情報１１１ａをストレージ装置２００に送信する。頻度情報１１１ａは、所定のタイミング（例えば、１時間おきなど）で送信されてもよいし、ストレージ装置２００による同期要求に応じて管理テーブル１０２の版数と共に送信されてもよい。
【０１５０】
（Ｓ２１３）ストレージ装置２００は、差分通知部２１４により、頻度情報１１１ａに基づいて優先度を設定する。例えば、図１８に例示した頻度情報１１１ａの場合、ストレージの参照頻度が２２０、ＲＡＩＤグループの参照頻度が１１８、論理ボリュームの参照頻度が６５である。この場合、ストレージ装置２００の差分通知部２１４は、ストレージの階層に対する優先度を１位、ＲＡＩＤグループの階層に対する優先度を２位、論理ボリュームの階層に対する優先度を３位に設定する。
【０１５１】
（Ｓ２１４、Ｓ２１５）同期処理の実行条件を満たし、差分情報２００ｂを送信する際に、差分通知部２１４は、Ｓ２１３で設定された優先度に基づいて差分情報２００ｂから優先度が１位の情報（この例ではストレージ階層の情報）を抽出し、抽出した情報を送信する。管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される情報に基づいて管理テーブル１０２を更新する。
【０１５２】
（Ｓ２１６、Ｓ２１７）差分通知部２１４は、Ｓ２１３で設定された優先度に基づいて差分情報２００ｂから優先度が２位の情報（この例ではＲＡＩＤグループ階層の情報）を抽出し、抽出した情報を送信する。管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される情報に基づいて管理テーブル１０２を更新する。
【０１５３】
（Ｓ２１８、Ｓ２１９）差分通知部２１４は、Ｓ２１３で設定された優先度に基づいて差分情報２００ｂから優先度が３位の情報（この例では論理ボリューム階層の情報）を抽出し、抽出した情報を送信する。管理装置１００は、同期制御部１１２により、ストレージ装置２００から受信される情報に基づいて管理テーブル１０２を更新する。
【０１５４】
Ｓ２１９の処理が完了すると、図１８に示した一連の処理は終了する。上記のように、参照頻度が高い情報を優先して送信し、その情報に基づいて管理テーブル１０２が逐次更新されることで、参照頻度が高い表示情報の更新レスポンスが向上する。
【０１５５】
（優先度：ストレージ装置）
図１８の例ではリソースの階層間における優先度を考慮したが、ここでは、図１９を参照しながら、ストレージ装置間に優先度を設ける変形例について述べる。図１９は、第２実施形態の一変形例（ストレージ装置間の優先度を考慮する例）に係る同期処理の流れを示したシーケンス図である。
【０１５６】
（Ｓ２２１）管理装置１００は、表示制御部１１３により、管理ＵＩ１０１ａの参照頻度をカウントし、頻度情報１１１ｂとして記憶部１１１に情報を蓄積する。
例えば、管理ＵＩ１０１ａの登録ストレージ一覧画面（図４を参照）でストレージ装置２００のストレージ２０２が選択された場合、管理装置１００の表示制御部１１３は、ストレージ装置２００に対する参照頻度のカウントをインクリメントする。また、管理ＵＩ１０１ａの登録ストレージ一覧画面（図４を参照）でストレージ装置３００のストレージ３０２が選択された場合、管理装置１００の表示制御部１１３は、ストレージ装置３００に対する参照頻度のカウントをインクリメントする。
【０１５７】
（Ｓ２２２）管理装置１００は、同期制御部１１２により、同期要求及び管理テーブル１０２の版数をストレージ装置２００に送信する。例えば、管理装置１００の同期制御部１１２は、管理装置１００の起動時などの同期処理時に頻度情報１１１ｂを参照し、参照頻度に基づいて同期要求及び管理テーブル１０２の版数を優先的に送信する送信先のストレージ装置を決定する。
【０１５８】
図１９の例では、ストレージ装置２００の参照頻度が２２０、ストレージ装置３００の参照頻度が１６０である。この場合、管理装置１００の同期制御部１１２は、同期要求及び管理テーブル１０２の版数を優先的に送信する送信先をストレージ装置２００に決定する。そして、管理装置１００の同期制御部１１２は、同期要求及び管理テーブル１０２の版数をストレージ装置２００に送信する。
【０１５９】
（Ｓ２２３、Ｓ２２４、Ｓ２２５）同期要求及び管理テーブル１０２の版数を受信したストレージ装置２００は、差分通知部２１４により、差分情報２００ｂを管理装置１００に送信する。差分情報２００ｂを受信した管理装置１００は、同期制御部１１２により、差分情報２００ｂに基づいて管理テーブル１０２を更新する。そして、管理装置１００は、同期制御部１１２により、ストレージ装置２００に比べて参照頻度が低いストレージ装置３００に対し、同期要求及び管理テーブル１０２の版数を送信する。
【０１６０】
（Ｓ２２６、Ｓ２２７）同期要求及び管理テーブル１０２の版数を受信したストレージ装置３００は、差分情報３００ｂを管理装置１００に送信する。差分情報３００ｂを受信した管理装置１００は、同期制御部１１２により、差分情報３００ｂに基づいて管理テーブル１０２を更新する。Ｓ２２７の処理が完了すると、図１９に示した一連の処理は終了する。上記のように、参照頻度が高いストレージ装置の情報を優先して更新することで、参照頻度が高い表示情報の更新レスポンスが向上する。
【０１６１】
以上、第２実施形態について説明した。
＜３．付記＞
以上説明した実施形態に関し、さらに以下の付記を開示する。
【０１６２】
（付記１）  記憶装置の記憶領域に対する操作履歴を含む管理情報が格納される記憶部と、
前記記憶領域の状態を現在の状態にする第１の操作と、前記第１の操作より前の、前記記憶領域を対象とする操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記管理情報から抽出し、前記管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記管理情報を送信する制御部と
を有する、ストレージ制御装置。
【０１６３】
（付記２）  前記記憶部には、前記ストレージ制御装置と前記管理装置との間の通信が途絶えている間に前記記憶領域に対して適用される操作の情報が前記操作履歴として格納される
付記１に記載のストレージ制御装置。
【０１６４】
（付記３）  前記制御部は、
前記第１の操作として前記記憶領域を削除する削除操作を抽出し、前記第２の操作として前記記憶領域を対象とする前記削除操作より前の操作を前記管理情報から削除する
付記２に記載のストレージ制御装置。
【０１６５】
（付記４）  前記制御部は、
前記記憶領域を対象とする前記削除操作より前の操作の中に、前記記憶領域を生成する生成操作がある場合、前記第１の操作をさらに前記管理情報から削除する
付記３に記載のストレージ制御装置。
【０１６６】
（付記５）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記制御部は、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信する
付記１〜４のいずれかに記載のストレージ制御装置。
【０１６７】
（付記６）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記制御部は、
前記第１の操作集合の情報が参照される頻度の情報と、前記第２の操作集合の情報が参照される頻度の情報とを前記管理装置から受け付け、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、
前記第１の操作集合の情報が前記第２の操作集合の情報より頻繁に参照されている場合には、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信し、
前記第２の操作集合の情報が前記第１の操作集合の情報より頻繁に参照されている場合には、前記第２の操作集合の情報を前記第１の操作集合の情報より先に送信する
付記１〜４のいずれかに記載のストレージ制御装置。
【０１６８】
（付記７）  記憶装置の記憶領域に対する操作履歴を含む第１の管理情報が格納される第１の記憶部と、
前記記憶領域の状態を現在の状態にする第１の操作と、前記記憶領域を対象とする前記第１の操作より前の操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記第１の管理情報から抽出し、前記第１の管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記第１の管理情報を送信する第１の制御部と
を有する、ストレージ制御装置と；
前記記憶領域の状態に関する第２の管理情報が格納される第２の記憶部と、
前記ストレージ制御装置から受信される削除後の前記第１の管理情報に基づいて前記第２の記憶部に格納される前記第２の管理情報を更新する第２の制御部と
を有する、前記管理装置と；
を含む、ストレージ管理システム。
【０１６９】
（付記８）  前記ストレージ管理システムは、複数の前記ストレージ制御装置を含み、
前記第１の管理情報及び前記第２の管理情報は、複数の前記ストレージ制御装置のそれぞれに対応する情報を含み、
前記第２の制御部は、
前記第２の管理情報のうち、複数の前記ストレージ制御装置のそれぞれに対応する情報の参照頻度を監視し、
前記参照頻度に基づいて、複数の前記ストレージ制御装置の中から、削除後の前記第１の管理情報を優先的に送信させるストレージ制御装置を決定する
付記７に記載のストレージ管理システム。
【０１７０】
（付記９）  メモリ及びプロセッサを有するコンピュータに、
前記プロセッサにより、記憶装置の記憶領域に対する操作履歴を含む管理情報を前記メモリから読み出し、前記記憶領域の状態を現在の状態にする第１の操作と、前記第１の操作より前の、前記記憶領域を対象とする操作のうち、前記第１の操作による操作結果に影響しない第２の操作とを前記管理情報から抽出し、前記管理情報から前記第２の操作を削除し、前記記憶領域の状態を管理する管理装置に、削除後の前記管理情報を送信する
処理を実行させる、プログラム。
【０１７１】
（付記１０）  前記第１の記憶部には、前記ストレージ制御装置と前記管理装置との間の通信が途絶えている間に前記記憶領域に対して適用される操作の情報が前記操作履歴として格納される
付記７に記載のストレージ管理システム。
【０１７２】
（付記１１）  前記第１の制御部は、
前記第１の操作として前記記憶領域を削除する削除操作を抽出し、前記第２の操作として前記記憶領域を対象とする前記削除操作より前の操作を前記第１の管理情報から削除する
付記１０に記載のストレージ管理システム。
【０１７３】
（付記１２）  前記第１の制御部は、
前記記憶領域を対象とする前記削除操作より前の操作の中に、前記記憶領域を生成する生成操作がある場合、前記第１の操作をさらに前記第１の管理情報から削除する
付記１１に記載のストレージ管理システム。
【０１７４】
（付記１３）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記第１の管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記第１の制御部は、
削除後の前記第１の管理情報を前記管理装置に送信する際、
削除後の前記第１の管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信する
付記７、１０〜１２のいずれかに記載のストレージ管理システム。
【０１７５】
（付記１４）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記第１の管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記第１の制御部は、
前記第１の操作集合の情報が参照される頻度の情報と、前記第２の操作集合の情報が参照される頻度の情報とを前記管理装置から受け付け、
削除後の前記第１の管理情報を前記管理装置に送信する際、
削除後の前記第１の管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、
前記第１の操作集合の情報が前記第２の操作集合の情報より頻繁に参照されている場合には、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信し、
前記第２の操作集合の情報が前記第１の操作集合の情報より頻繁に参照されている場合には、前記第２の操作集合の情報を前記第１の操作集合の情報より先に送信する
付記７、１０〜１２のいずれかに記載のストレージ管理システム。
【０１７６】
（付記１５）  前記メモリには、前記コンピュータと前記管理装置との間の通信が途絶えている間に前記記憶領域に対して適用される操作の情報が前記操作履歴として格納される
付記９に記載のプログラム。
【０１７７】
（付記１６）  前記コンピュータに、前記プロセッサにより、
前記第１の操作として前記記憶領域を削除する削除操作を抽出し、前記第２の操作として前記記憶領域を対象とする前記削除操作より前の操作を前記管理情報から削除する
処理を実行させる、付記１５に記載のプログラム。
【０１７８】
（付記１７）  前記コンピュータに、前記プロセッサにより、
前記記憶領域を対象とする前記削除操作より前の操作の中に、前記記憶領域を生成する生成操作がある場合、前記第１の操作をさらに前記管理情報から削除する
処理を実行させる、付記１６に記載のプログラム。
【０１７９】
（付記１８）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記コンピュータに、前記プロセッサにより、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信する
処理を実行させる、付記９、１５〜１７のいずれかに記載のプログラム。
【０１８０】
（付記１９）  上位の記憶領域と、前記上位の記憶領域の中に設定される下位の記憶領域とが前記記憶装置に設定されている場合、前記管理情報は、前記上位の記憶領域と前記下位の記憶領域とを対応付ける情報を含み、
前記コンピュータに、前記プロセッサにより、
前記第１の操作集合の情報が参照される頻度の情報と、前記第２の操作集合の情報が参照される頻度の情報とを前記管理装置から受け付け、
削除後の前記管理情報を前記管理装置に送信する際、
削除後の前記管理情報から前記上位の記憶領域を対象とする第１の操作集合及び前記下位の記憶領域を対象とする第２の操作集合を特定し、
前記第１の操作集合の情報が前記第２の操作集合の情報より頻繁に参照されている場合には、前記第１の操作集合の情報を前記第２の操作集合の情報より先に送信し、
前記第２の操作集合の情報が前記第１の操作集合の情報より頻繁に参照されている場合には、前記第２の操作集合の情報を前記第１の操作集合の情報より先に送信する
処理を実行させる、付記９、１５〜１７のいずれかに記載のプログラム。
【０１８１】
（付記２０）  前記管理装置に送信される削除後の前記管理情報は、前記記憶領域の状態を画面上に表示する前記管理装置が表示内容を更新する際に利用される
付記１に記載のストレージ制御装置。
【０１８２】
（付記２１）  付記９、１５〜１９のいずれかに記載のプログラムが格納された、前記コンピュータにより読み取り可能な記録媒体。
【符号の説明】
【０１８３】
１０  管理装置
１１、２１  記憶部
１１ａ  管理テーブル
１２、２２  制御部
１３  表示部
１３ａ  管理ＵＩ
２０  ストレージ制御装置
２１ａ、２１ｂ  管理情報
３０  記憶装置
３０ａ、３０ｂ  記憶領域
４０  ストレージ装置
【図１】
2018109810.tif 000003
【図２】
2018109810.tif 000004
【図３】
2018109810.tif 000005
【図４】
2018109810.tif 000006
【図５】
2018109810.tif 000007
【図６】
2018109810.tif 000008
【図７】
2018109810.tif 000009
【図８】
2018109810.tif 000010
【図９】
2018109810.tif 000011
【図１０】
2018109810.tif 000012
【図１１】
2018109810.tif 000013
【図１２】
2018109810.tif 000014
【図１３】
2018109810.tif 000015
【図１４】
2018109810.tif 000016
【図１５】
2018109810.tif 000017
【図１６】
2018109810.tif 000018
【図１７】
2018109810.tif 000019
【図１８】
2018109810.tif 000020
【図１９】
2018109810.tif 000021