(57)【要約】【課題】装置情報の参照及び更新が行なわれる制御装置において、正しい装置情報を参照可能とする。【解決手段】装置情報を格納する第１領域２１ａが参照不可且つ更新可を示す更新可状態であり、装置情報を格納する第２領域２１ｂが参照可且つ更新不可を示す参照可状態である第１状態と、前記第１領域２１ａが参照可状態であり、前記第２領域２１ｂが更新可状態である第２状態と、を所定のタイミングで切り替え、前記第１状態から前記第２状態への切替タイミングで、前記第２領域２１ｂが監視装置４から参照中の場合、前記第２領域２１ｂに格納された装置情報のうちの参照が未実行である未参照装置情報を、退避領域２１ｃに退避させ、退避完了後に、前記第２領域２１ｂを前記参照可状態から前記更新可状態に切り替え、前記退避領域２１ｃの前記未参照装置情報の参照完了後に、前記第１領域２１ａを前記更新可状態から前記参照可状態に切り替える。【選択図】図２
2020030654.tif 000002
【特許請求の範囲】
【請求項１】
監視対象装置に関する装置情報をそれぞれ格納する第１格納領域及び第２格納領域と、
前記装置情報の少なくとも一部を格納可能な退避領域と、
前記第１格納領域が、監視装置からの前記装置情報の参照不可、且つ、前記監視対象装置による前記装置情報の更新可を示す更新可状態であり、前記第２格納領域が、前記装置情報の参照可、且つ、前記装置情報の更新不可を示す参照可状態である第１状態と、前記第１格納領域が、前記参照可状態であり、前記第２格納領域が、前記更新可状態である第２状態と、を所定のタイミングで切り替える切替制御を行なう切替制御部と、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記第２格納領域に格納された装置情報のうちの前記監視装置からの参照が未実行である未参照装置情報を、前記退避領域に退避させる退避処理部と、をそなえ、
前記切替制御部は、
前記未参照装置情報の前記退避領域への退避完了後に、前記第２格納領域を前記参照可状態から前記更新可状態に切り替える制御を行ない、
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記第１格納領域を前記更新可状態から前記参照可状態に切り替える制御を行なう、制御装置。
【請求項２】
前記監視装置による前記装置情報の参照アクセスの参照パターンを示す管理情報を記憶する管理領域と、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記管理領域が記憶する前記管理情報に基づいて、前記未参照装置情報を特定する特定部と、をそなえる、請求項１に記載の制御装置。
【請求項３】
前記参照パターンは、前記装置情報のうちの参照アクセスにより参照される情報の種別の組み合わせを含み、
前記特定部は、前記監視装置による前記参照中の参照アクセスの参照対象が、前記参照パターンに含まれる情報の種別の組み合わせと一致する場合に、当該一致する組み合わせから前記未参照装置情報を特定する、請求項２に記載の制御装置。
【請求項４】
前記参照パターンは、参照アクセスの実行周期及び最終アクセスタイミングを含み、
前記特定部は、前記監視装置による前記参照中の参照アクセスのタイミングが、前記参照パターンに含まれる前記最終アクセスタイミングに前記実行周期を加えたタイミングに対応する場合に、当該参照パターンに基づき前記未参照装置情報を特定する、請求項２又は請求項３に記載の制御装置。
【請求項５】
前記監視装置による参照アクセスの実行に応じて、実行された前記参照アクセスの内容に基づき、前記管理情報に対する前記参照パターンの更新又は新たな参照パターンの追加、を行なうパターン管理部、をそなえる、請求項２〜４のいずれか１項に記載の制御装置。
【請求項６】
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記退避領域から前記未参照装置情報を削除する参照制御部をそなえる、請求項１〜５のいずれか１項に記載の制御装置。
【請求項７】
監視対象装置に関する装置情報を格納する第１格納領域が、監視装置からの前記装置情報の参照不可、且つ、前記監視対象装置による前記装置情報の更新可を示す更新可状態であり、前記監視対象装置に関する装置情報を格納する第２格納領域が、前記装置情報の参照可、且つ、前記装置情報の更新不可を示す参照可状態である第１状態と、
前記第１格納領域が、前記参照可状態であり、前記第２格納領域が、前記更新可状態である第２状態と、
を所定のタイミングで切り替える切替制御を行ない、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記第２格納領域に格納された装置情報のうちの前記監視装置からの参照が未実行である未参照装置情報を、前記装置情報の少なくとも一部を格納可能な退避領域に退避させ、
前記未参照装置情報の前記退避領域への退避完了後に、前記第２格納領域を前記参照可状態から前記更新可状態に切り替える制御を行ない、
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記第１格納領域を前記更新可状態から前記参照可状態に切り替える制御を行なう、
処理をコンピュータに実行させる、制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置及び制御プログラムに関する。
【背景技術】
【０００２】
近年、ブロードバンドの普及やＩＣＴ（Information and Communication Technology）技術の高度化により、多種多様な非構造化データが増加している。
【０００３】
多種多様な非構造化データは、監視対象装置を制御する制御装置、例えば、ストレージ装置を制御するストレージ制御装置において管理されることがある。ストレージ制御装置が管理する非構造化データとしては、ストレージ装置の性能に関する情報や装置構成に関する情報等の装置情報が挙げられる。
【０００４】
ストレージ装置においては、例えば、ストレージ制御装置にアクセスするサーバ、また、当該アクセスやシステム運用を制御するソフトウェアについても多様化している。
【０００５】
また、ストレージ装置における異機種混在システムでの相互運用性を高めることを目的として、例えば、サーバで実行されるストレージ管理クライアントソフトウェア等からストレージ装置を設定及び管理する技術が知られている。以下、ストレージ管理クライアントソフトウェアを「システム運用ＳＷ」（ＳＷ；Software）と表記する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平７−７２９８１号公報
【特許文献２】特開平１−１１２４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
システム運用ＳＷは、多種多様な処理の実施や制御において、ストレージ制御装置の装置情報を取得（参照）し、システムの運用最適化を図ることがあるが、装置情報の取得が、ストレージ制御装置の運用に影響を与える（運用を妨げる）場合がある。
重要である。
【０００８】
例えば、ストレージ装置において、システム運用ＳＷによるストレージ装置の装置情報の採取（参照）動作と、ストレージ装置における装置情報の更新動作とが、装置情報の採取時間間隔の短縮によって干渉する場合がある。干渉が発生する理由の１つとして、多種多様な非構造化データの増加により、例えば、採取動作や更新動作の対象となる装置情報のデータサイズが増加し、採取動作及び更新動作の動作時間が増加していることが挙げられる。
【０００９】
１つの側面では、本発明は、装置情報の参照及び更新が行なわれる制御装置において、正しい装置情報を参照可能とすることを目的の１つとする。
【課題を解決するための手段】
【００１０】
１つの側面では、制御装置は、第１格納領域及び第２格納領域と、退避領域と、切替制御部と、退避処理部と、をそなえてよい。前記第１格納領域及び前記第２格納領域は、監視対象装置に関する装置情報をそれぞれ格納してよい。前記退避領域は、前記装置情報の少なくとも一部を格納可能であってよい。前記切替制御部は、第１状態と第２状態とを所定のタイミングで切り替える切替制御を行なってよい。前記第１状態は、前記第１格納領域が、監視装置からの前記装置情報の参照不可、且つ、前記監視対象装置による前記装置情報の更新可を示す更新可状態であり、前記第２格納領域が、前記装置情報の参照可、且つ、前記装置情報の更新不可を示す参照可状態である。前記第２状態は、前記第１格納領域が、前記参照可状態であり、前記第２格納領域が、前記更新可状態である。前記退避処理部は、前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記第２格納領域に格納された装置情報のうちの前記監視装置からの参照が未実行である未参照装置情報を、前記退避領域に退避させてよい。前記切替制御部は、前記未参照装置情報の前記退避領域への退避完了後に、前記第２格納領域を前記参照可状態から前記更新可状態に切り替える制御を行なってよい。前記切替制御部は、前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記第１格納領域を前記更新可状態から前記参照可状態に切り替える制御を行なってよい。
【発明の効果】
【００１１】
１つの側面では、装置情報の参照及び更新が行なわれる制御装置において、正しい装置情報を参照可能とすることができる。
【図面の簡単な説明】
【００１２】
【図１】比較例に係るストレージシステムの構成を示すブロック図である。
【図２】一実施形態に係るストレージシステムの構成例を示すブロック図である。
【図３】一実施形態に係る制御装置の機能構成例を示すブロック図である。
【図４】参照更新情報の一例を示す図である。
【図５】採取パターンテーブルの一例を示す図である。
【図６】管理テーブルの一例を示す図である。
【図７】退避領域使用テーブルの一例を示す図である。
【図８】一実施形態に係る性能情報採取コマンド受付処理の動作例を説明するフローチャートである。
【図９】一実施形態に係る性能データ更新処理の動作例を説明するフローチャートである。
【図１０】一実施形態に係る性能データ更新ポーリング処理の動作例を説明するフローチャートである。
【図１１】一実施形態に係る性能データ採取処理の動作例を説明するフローチャートである。
【図１２】一実施形態に係る採取情報記憶処理の動作例を説明するフローチャートである。
【図１３】一実施形態に係る採取情報更新処理の動作例を説明するフローチャートである。
【図１４】管理情報の更新手法の一例を示す図である。
【図１５】管理情報の更新手法の一例を示す図である。
【図１６】一実施形態に係る退避領域への性能情報退避処理の動作例を説明するフローチャートである。
【図１７】退避処理が行なわれるときの管理情報の一例を示す図である。
【図１８】退避処理の動作例を示すブロック図である。
【図１９】一実施形態に係るコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。なお、以下の説明で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１４】
〔１〕一実施形態
〔１−１〕比較例
図１は、比較例に係るストレージシステム１００の構成例を示すブロック図である。図１に示すように、ストレージシステム１００は、例示的に、ストレージ装置１１０、システム運用サーバ１４０、及び、複数（図１の例ではｎ台；ｎは２以上の整数）のホストＩ／Ｏ（Input / Output）サーバ１５０−１〜１５０−ｎをそなえてよい。以下、ホストＩ／Ｏサーバ１５０−１〜１５０−ｎを区別しない場合には、単にホストＩ／Ｏサーバ１５０と表記する。
【００１５】
なお、図１においては、装置情報の一例としての性能情報の参照処理及び更新処理に関連する機能ブロックに着目したブロック図を例示しており、ストレージシステム１００における業務等に関する機能ブロックの図示を省略している。
【００１６】
システム運用サーバ１４０は、システム運用ＳＷがインストールされ、ＬＡＮ（Local Area Network）等のネットワーク１６０を介してストレージ装置１１０と相互に通信可能に接続されてよい。なお、システム運用サーバ１４０では、複数のシステム運用ＳＷが実行されてもよい。また、ストレージシステム１００は、複数のシステム運用サーバ１４０をそなえてもよい。
【００１７】
ホストＩ／Ｏサーバ１５０は、ネットワーク１７０を介してストレージ装置１１０と相互に通信可能に接続されてよく、ストレージ装置１１０が提供する記憶領域に対してＩ／Ｏアクセスを行なってよい。なお、ネットワーク１７０には、例えば、ＬＡＮ、ＳＡＮ（Storage Area Network）、又は、インフィニバンド（InfiniBand）等の規格に対応したスイッチを含む相互接続（スイッチ型ファブリック接続）が含まれてよい。
【００１８】
図１に例示するように、ストレージ装置１１０は、複数（図１の例では２台）の制御装置１２０−１及び１２０−２、並びに、記憶領域を有する複数のストレージ１３０をそなえてよい。以下、制御装置１２０−１及び１２０−２を区別しない場合には、単に制御装置１２０と表記する。
【００１９】
制御装置１２０は、ホストＩ／Ｏに応じて、ストレージ１２０の記憶領域に対するＩ／Ｏアクセスの制御を行なってよい。制御装置１２０は、例えば、性能情報を格納する格納領域１２１、並びに、システム運用サーバ１４０及びホストＩ／Ｏサーバ１５０との間の通信を制御する通信部１２２をそなえてよい。
【００２０】
なお、制御装置１２０は、マスタ又はスレーブの属性を有してよく、図１の例では、制御装置１２０−１がマスタ、制御装置１２０−２がスレーブとして動作する。以下に説明する制御装置１２０の動作は、マスタである制御装置１２０−１が行なうものとする。
【００２１】
制御装置１２０のコントローラ（図示省略）は、一定間隔で、ストレージ１３０、通信部１２２、スレーブの制御装置１２０等から性能情報のデータを収集し、格納領域１２１に格納された性能情報のデータ更新を行なう（更新処理）。コントローラは、格納領域１２１を参照することで、システム運用サーバ１４０からの要求等に応じた、制御装置１２０における各種性能情報のデータの参照及び表示等を行なう（参照処理）。
【００２２】
コントローラは、更新処理を一定の時間間隔で動作させて性能情報を更新するため、ストレージ装置１１０単体では、データの参照及び表示を差し障りなく制御することが可能である。
【００２３】
また、制御装置１２０の外部のシステム運用サーバ１４０から、制御装置１２０の性能情報を採取（参照）することは、システム運用において、処理遅延の検出や処理量の負荷分散を検知、制御するために重要である。このため、システム運用サーバ１４０は、ストレージ装置１１０の性能情報を収集（参照）し、収集した性能情報に基づいて運用管理を行なう。
【００２４】
近年、ストレージ装置１１０において、採取する性能情報のデータ種やデータ量が増大している。この背景には、制御装置１２０の先進機能実装により監視対象となる性能のデータ種が増加していることや、制御装置１２０の規模拡大により純粋にデータ量が増加していること等が挙げられる。
【００２５】
図１に示すように、ストレージ装置１１０の格納領域１２１は、１世代分の性能情報を格納する。ストレージ装置１１０のデータ更新及びシステム運用サーバ１４０によるデータ収集の処理時間が少ない、又は、データ採取及び更新間隔が長い場合、１世代分の性能情報の格納によっても不都合が生じる可能性は低い。
【００２６】
しかしながら、システム運用サーバ１３０からの収集間隔が変わらない一方で、ストレージ装置１１０のデータ量が増加すると、ストレージ装置１１０のデータ更新とシステム運用サーバ１３０のデータ収集との間で競合が生じる可能性がある。競合が発生した場合、例えば、参照と更新とが競合しているデータの保証が困難となったり、参照待ちのためにデータ更新が遅延したりするといった不都合が生じ得る。
【００２７】
また、複数のシステム運用ＳＷによる監視が行なわれる場合、収集されるデータは固定されず、その収集間隔も一律とはならないため、競合が生じる可能性が高まる。
【００２８】
なお、システム運用サーバ１４０による性能情報のデータの採取処理は、採取処理時間が規定されることがあり、即時性についての制約が設けられる場合がある。この場合、システム運用サーバ１４０における性能情報のデータの収集制御、更新の起動は、ストレージ装置１１０側での制御が困難となる。
【００２９】
以下の一実施形態においては、ストレージ装置１１０のデータ更新動作とシステム運用サーバ１３０のデータ収集動作との間で齟齬が無く、正しい装置情報を取得する手法について説明する。
【００３０】
〔１−２〕一実施形態に係るストレージシステムの構成例
図２は、一実施形態に係るストレージシステム１０の構成例を示すブロック図である。図２に示すように、一実施形態に係るストレージシステム１０は、例示的に、ストレージ装置１、１以上のシステム運用サーバ４、及び、複数（図１の例ではｎ台）のホストＩ／Ｏサーバ５−１〜５−ｎをそなえてよい。以下、ホストＩ／Ｏサーバ５−１〜５−ｎを区別しない場合には、単にホストＩ／Ｏサーバ５と表記する。なお、図２においては、装置情報の一例としての性能情報の参照処理及び更新処理に関連する機能ブロックに着目したブロック図を例示しており、ストレージシステム１０における業務等に関する機能ブロックの図示を省略している。
【００３１】
システム運用サーバ４は、監視装置又は情報処理装置の一例であり、システム運用ＳＷがインストールされ、ＬＡＮ等のネットワーク６を介してストレージ装置１と相互に通信可能に接続されてよい。なお、システム運用サーバ４では、複数のシステム運用ＳＷが実行されてもよい。また、ストレージシステム１０は、複数のシステム運用サーバ４をそなえてもよい。
【００３２】
ホストＩ／Ｏサーバ５は、情報処理装置の一例であり、ネットワーク７を介してストレージ装置１と相互に通信可能に接続されてよく、ストレージ装置１が提供する記憶領域に対してＩ／Ｏアクセスを行なってよい。なお、ネットワーク７には、例えば、ＬＡＮ、ＳＡＮ、又は、インフィニバンド等の規格に対応したスイッチを含む相互接続（スイッチ型ファブリック接続）が含まれてよい。
【００３３】
ストレージ装置１は、監視対象装置の一例であり、ホストＩ／Ｏサーバ５に対して、記憶領域を提供する装置である。ストレージ装置１としては、例えば、ＳＤＳ（Software Defined Storage）等の装置であってよい。ストレージ装置１は、複数（図２の例では２台）の制御装置２−１及び２−２、並びに、記憶領域を有する複数のストレージ３をそなえてよい。以下、制御装置２−１及び２−２を区別しない場合には、単に制御装置２と表記する。なお、ストレージ装置１（制御装置２）は、例えば、ＳＡＮ、又は、スイッチ型ファブリック接続等のネットワーク（図示省略）を介して複数のストレージ３と接続されてもよい。
【００３４】
ストレージ３は、記憶領域を有する記憶装置の一例である。ストレージ３としては、例えば、ＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ（Storage Class Memory）、ＲＯＭ（Read Only Memory）等が挙げられる。なお、複数のストレージ３により、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等のディスクアレイが構成されてもよい。
【００３５】
制御装置（ストレージ制御装置）２は、監視対象装置の一例であるストレージ装置１を制御する制御装置の一例であり、ホストＩ／Ｏに応じて、ストレージ３の記憶領域に対するＩ／Ｏアクセスの制御を行なってよい。制御装置２としては、例えば、コントローラモジュール（ＣＭ；Controller Module）等のコントローラが挙げられる。
【００３６】
制御装置２は、例えば、性能情報を格納する複数（図２の例では２つ）の格納領域２１ａ及び２１ｂ、退避領域２１ｃ、採取制御部２２、並びに、通信部２３をそなえてよい。
【００３７】
なお、制御装置２は、マスタ又はスレーブの属性を有してよく、図２の例では、制御装置２−１がマスタ、制御装置２−２がスレーブとして動作する。以下に説明する制御装置２の動作は、マスタである制御装置２−１が行なうものとする。なお、スレーブの制御装置２は、マスタに障害等が発生し動作不能になった場合にマスタに昇格し、動作不能となった制御装置２が復旧するまでマスタとして動作するため、マスタの制御装置２と同様の機能構成をそなえてよい。
【００３８】
採取制御部２２は、ストレージ装置１内の性能情報の格納領域２１ａ及び２１ｂの世代管理、並びに、システム運用サーバ４による情報採取の参照先の格納領域２１ａ及び２１ｂの制御、を行なう。
【００３９】
性能情報は、ストレージ装置１に関する装置情報の一例である。性能情報は、格納領域２１ａ及び２１ｂにおいてＤＢ（Database）、テーブル、又は配列等により管理されてよい。性能情報は、例えば、システム運用サーバ４において、ストレージシステム１０（ストレージ装置１）の性能分析に用いる情報のユーザへの提示や、ストレージシステム１０（ストレージ装置１）の性能の監視等に用いられてよい。
【００４０】
性能情報は、例えば、ストレージ３、ストレージ３により構成されるボリュームやプール、通信部２３、制御装置２のプロセッサ、等の種々の種別についての性能に関する情報を含んでよい。なお、性能としては、例えば、読み出し（Read）、書き込み（Write）、読み出し及び書き込み、キャッシュ、プロセッサ性能、温度、等に関する種々の情報が挙げられる。性能情報は、システム運用サーバ４において、運用管理、例えば、処理遅延の検出や処理量の負荷分散の検知、制御等に利用されてよい。
【００４１】
通信部２３は、システム運用サーバ４及びホストＩ／Ｏサーバ５との間の通信を制御する。通信部２３は、例えば、イーサネット（Ethernet）（登録商標）、ファイバチャネル（ＦＣ；Fibre Channel）、インフィニバンド、等の規格に対応したチャネルアダプタ（ＣＡ；Channel Adapter）等のアダプタをそなえてよい。
【００４２】
〔１−２−１〕制御装置について
一実施形態に係る制御装置２は、一定間隔で、ストレージ３、通信部２３、スレーブの制御装置２等から性能情報のデータを収集し、格納領域２１ａ及び２１ｂのいずれか一方に格納された性能情報のデータ更新を制御してよい（更新処理）。以下、性能情報のデータを「性能データ」と表記する場合がある。
【００４３】
また、一実施形態に係る採取制御部２２は、格納領域２１ａ及び２１ｂのいずれか一方を参照することで、システム運用サーバ４からの要求等に応じた、制御装置２における各種性能データの参照及び表示等を制御してよい（参照処理）。
【００４４】
なお、採取制御部２２は、更新処理を一定の時間間隔で動作させて性能情報を更新する。このとき、採取制御部２２は、更新の度に、更新を行なう更新対象となる格納領域２１ａ及び２１ｂを一方から他方に切り替える制御を行なう。
【００４５】
また、採取制御部２２は、システム運用サーバ４による性能情報の採取を行なう採取対象となる格納領域２１ａ及び２１ｂを、更新処理の一定の時間間隔に合わせて、他方から一方に切り替える制御を行なう。
【００４６】
例えば、採取制御部２２は、更新及び参照の周期ごとに、以下に示す状態１及び状態２を繰り返し交互に設定することで、更新対象と採取対象とを格納領域２１ａ及び２１ｂの間で排他的に切り替えることができる。
【００４７】
・状態１（Ｎ回目の更新及び参照の期間（タイミング）；Ｎは１以上の整数）
格納領域２１ａ：更新可能、且つ、参照不可能  …  （参照可状態）
格納領域２１ｂ：更新不可能、且つ、参照可能  …  （更新可状態）
【００４８】
・状態２（ｎ＋１回目の更新及び参照の期間（タイミング））
格納領域２１ａ：更新不可能、且つ、参照可能  …  （参照可状態）
格納領域２１ｂ：更新可能、且つ、参照不可能  …  （更新可状態）
【００４９】
なお、参照可能及び参照不可能は、システム運用サーバ４又はシステム運用ＳＷからの装置情報の参照可否を示し、更新可能及び更新不可能は、ストレージ装置１による装置情報の更新可否を示す。
【００５０】
状態１及び状態２に例示するように、格納領域２１ａ及び２１ｂは、それぞれ、参照可状態又は更新可状態において、更新可能及び参照可能が排他的に設定される。また、格納領域２１ａ及び２１ｂ間で、更新可状態、及び、参照可状態、が排他的に設定される。
【００５１】
このように、制御装置２は、格納領域２１ａ及び２１ｂの切り替えにより、定期間隔で動作する参照（採取）処理と更新処理との競合を排他することができる。
【００５２】
なお、格納領域２１ａ及び２１ｂに対する参照又は更新の状況によっては、格納領域２１ａ及び２１ｂが、いずれも、（一時的に）参照不可能、又は、更新不可能の状態となる場合がある。
【００５３】
ここで、制御装置２は、上述した排他制御によっても競合が発生する場合、退避領域２１ｃに対して、格納領域２１ａ又は２１ｂから適切なデータを退避させてよい。
【００５４】
なお、競合が発生する場合としては、格納領域２１ａ又は２１ｂを参照可状態から更新可状態に切り替えるタイミングで、未だ格納領域２１ａ又は２１ｂがシステム運用サーバ４により参照中である場合、等が挙げられる。
【００５５】
制御装置２は、例えば、更新可状態に切り替えたい格納領域２１ａ又は２１ｂにおいて、システム運用サーバ４に参照される予定の（現段階では未参照の）性能データを、退避領域２１ｃに退避させてよい。このとき、制御装置２は、システム運用サーバ４による参照先を退避領域２１ｃに切り替えることにより、更新可状態に切り替えたい格納領域２１ａ又は２１ｂの参照中の状態を早期に解除する（非参照中の状態に遷移させる）ことができる。
【００５６】
一例として、制御装置２は、図２の（ａ）に示すように、システム運用サーバ４による性能データの採取パターンを管理（例えば学習）してよい。
【００５７】
そして、制御装置２は、図２の（ｂ）に示すように、採取パターンに基づき、格納領域２１ｂ（「格納領域＃１」と表記）の更新を行なう場合の残データを判断し、退避領域２１ｃに残データを展開して、システム運用サーバ４に対する応答を実施してよい。
【００５８】
このように、制御装置２により、退避領域２１ｃに退避させるデータとして、管理する採取パターンに基づく適切なデータを選択することができる。そして、退避領域２１ｃに適切なデータを退避させることで、参照処理及び更新処理の双方の処理の競合を回避し、システム運用サーバ４により採取される性能データの正しさ（整合性）を保証できる。
【００５９】
以上のように、制御装置２は、採取制御部２２により、各種性能データを収集、演算、格納するための更新処理を行なうため、ストレージ装置１のＩ／Ｏ制御に与える影響を低減させて、更新処理を実行することができる。
【００６０】
また、一実施形態に係る制御装置２は、ストレージ装置１における性能情報の更新処理では、システム運用サーバ４の性能データ収集用に２世代分の性能情報を格納する格納領域２１ａ及び２１ｂを有する。
【００６１】
データの格納領域を２世代分よりも多く設けることで競合排他がより容易に可能となるが、制御装置２のリソースを不要に獲得してしまうことから、最低限の世代数分の格納領域を保持すること好ましい。一方で、１世代分の格納領域を設ける場合、システム運用サーバ４によるデータの採取とストレージ装置１のデータの更新との競合及び排他により、データの採取の遅延や採取したデータの正しさの保証の観点で不都合が生じ得る。そこで、一実施形態では、格納領域２１ａ及び２１ｂにより保持する性能情報の世代数を２世代に制限しているのである。
【００６２】
〔１−２−２〕制御装置の構成例
次に、図３を参照して、一実施形態に係る制御装置２の機能構成例を説明する。図３に示すように、制御装置２は、例示的に、ＤＢ２１、採取制御部２２、上述した通信部２３、及びメモリ部２４をそなえてよい。
【００６３】
ＤＢ２１は、リポジトリの一例であり、例えば、ＰｏｓｔｇｒｅＳＱＬのようなデータベース管理システムであってよい。ＤＢ２１は、ストレージ装置１に関する装置情報の一例である性能情報をそれぞれ格納する格納領域２１ａ（第１格納領域）及び格納領域２１ｂ（第２格納領域）と、性能情報の少なくとも一部を格納可能な退避領域２１ｃとをそなえてよい。なお、ＤＢ２１は、ストレージ装置１の管理に用いる種々の管理情報を格納してもよい。
【００６４】
ＤＢ２１は、ＨＤＤ等の磁気ディスク装置、ＳＳＤ等の半導体ドライブ装置、不揮発性メモリ等の記憶装置の記憶領域により実現されてよい。
【００６５】
採取制御部２２は、例示的に、受付部２２ａ、更新部２２ｂ、採取部２２ｃ、状態設定部２２ｄ、及び、管理部２２ｅをそなえてよい。
【００６６】
受付部２２ａは、システム運用サーバ４からの性能情報の採取要求（コマンド）を受け付け、格納領域２１ａ及び２１ｂの参照可否に基づき、更新部２２ｂ又は採取部２２ｃの処理を実行させてよい。
【００６７】
更新部２２ｂは、ストレージ装置１における各デバイスから性能データを収集し、収集したデータにより、更新可能な状態である格納領域２１ａ又は２１ｂに格納された性能情報を更新してよい。
【００６８】
また、更新部２２ｂは、格納領域２１ａ及び２１ｂの状態の切替タイミングで、更新可状態に切り替えたい格納領域（例えば格納領域２１ｂ）がシステム運用サーバ４から参照中である場合に、以下の処理を行なう退避処理部の一例である。例えば、退避処理部の一例としての更新部２２ｂは、格納領域２１ｂに格納された装置情報のうちの参照が未実行である未参照性能情報を、退避領域２１ｃに退避させてよい。
【００６９】
採取部２２ｃは、受付部２２ａが受け付けた採取要求における採取対象のデータを、参照可能な状態である格納領域２１ａ又は２１ｂに格納された性能情報から採取し、採取したデータを受付部２２ａを介してシステム運用サーバ４に応答してよい。
【００７０】
また、採取部２２ｃは、採取対象のデータが退避領域２１ｃに格納されている場合、退避領域２１ｃに格納された退避済みのデータをシステム運用サーバ４に応答してよい。
【００７１】
状態設定部２２ｄは、切替制御部の一例であり、更新部２２ｂ及び採取部２２ｃによる処理の動作状態に基づいて、格納領域２１ａ及び２１ｂのそれぞれの状態の設定を行なってよい。
【００７２】
例えば、状態設定部２２ｄは、格納領域２１ａが更新可状態であり格納領域２１ｂが参照可状態である第１状態と、格納領域２１ａが参照可状態であり格納領域２１ｂが更新可状態である第２状態と、を所定のタイミングで切り替える切替制御を行なう。
【００７３】
また、切替制御部の一例としての状態設定部２２ｄは、更新部２２ｂによる退避処理が行なわれた場合、以下の処理を行なってよい。
【００７４】
・未参照性能情報の退避領域２１ｃへの退避完了後に、格納領域２１ｂを参照可状態から更新可状態に切り替える制御を行なう。
【００７５】
・システム運用サーバ４から退避領域２１ｃの未参照性能情報の参照完了後に、格納領域２１ａを更新可状態から参照可状態に切り替える制御を行なう。
【００７６】
管理部２２ｅは、受付部２２ａが受け付けた採取要求に基づき、システム運用サーバ４（システム運用ＳＷ）による性能情報の採取パターンを管理、学習してよい。管理部２２ｅにより管理される採取パターンは、採取部２２ｃによる退避領域２１ｃへの退避対象（未参照のデータ）の決定に用いられてよい。
【００７７】
メモリ部２４は、管理領域の一例であり、参照更新情報２４ａ、採取パターンテーブル２４ｂ、管理テーブル２４ｃ、及び、退避領域使用テーブル２４ｄの情報を格納してよい。なお、以下の説明では、便宜上、これらの情報又はテーブル２４ａ〜２４ｄがテーブル形式の情報であるものとして説明するが、これらの情報又はテーブル２４ａ〜２４ｄは、配列やデータベース（ＤＢ）等の形式で格納される情報であってよい。
【００７８】
メモリ部２４は、ＲＡＭ（Random Access Memory）等の揮発性メモリ、或いは、記憶装置等の記憶領域により実現されてよい。なお、参照更新情報２４ａ、採取パターンテーブル２４ｂ、管理テーブル２４ｃ、及び、退避領域使用テーブル２４ｄの少なくとも１つの情報は、ＤＢ２１に格納されてもよい。
【００７９】
参照更新情報２４ａは、格納領域２１ａ及び２１ｂの各々の参照、更新の可否が設定される情報であり、上述した状態設定部２２ｄにより管理されてよい。
【００８０】
図４は、参照更新情報２４ａの一例を示す図である。図４に示すように、参照更新情報２４ａには、符号「＃０」で示す格納領域２１ａ、符号「＃１」で示す格納領域２１ｂ、の各々について、参照の可否、及び、更新の可否、を示す情報が設定されてよい。格納領域２１ａ及び２１ｂの参照、更新の可否は、状態設定部２２ｄにより所定タイミングで切り替わるように設定されてよい。
【００８１】
参照更新情報２４ａは、例えば、フラグとして管理されてもよいし、上述のように、配列やＤＢ等の形式により管理されてもよい。
【００８２】
採取パターンテーブル２４ｂは、システム運用ＳＷによる性能情報の採取タイミング、採取対象のデータ、等に基づき分類された採取パターンを管理するための情報である。
【００８３】
性能情報から採取されるデータは、システム運用ＳＷの種類や機能等に応じて、例えば採取間隔（採取タイミング）や、採取対象となるデータ（情報の種別の組み合わせ）等が異なる。
【００８４】
そこで、管理部２２ｅは、採取パターンテーブル２４ｂを生成し、採取データパターンごとに性能データを管理する。
【００８５】
図５は、採取パターンテーブル２４ｂの一例を示す図である。図５に示すように、採取パターンテーブル２４ｂには、例示的に、管理番号（Ｎｏ．１〜Ｎｏ．３）で示す採取要求のパターン（採取パターン）に対して、採取要求で採取対象として指定された情報の種別の組み合わせが設定される。情報の種別は、例えば、性能情報に含まれる情報の要素を示し、図５の例では、情報Ａ、情報Ｂ、情報Ｃ、情報Ｄ、情報Ｅ、・・・と表される。なお、採取パターンテーブル２４ｂには、採取元のシステム運用サーバ４、又は、システム運用ＳＷの種類や機能等を識別する情報が設定されてもよい。
【００８６】
管理部２２ｅは、例えば、データの採取パターンの管理番号ごとに、採取要求で指定された採取対象の情報をＯｎ／Ｏｆｆのフラグ（又はＯｎ／Ｏｆｆを示す情報）で管理してよい。例えば、Ｎｏ．１の採取パターンは、Ｏｎが設定された情報Ａ及び情報Ｄの組み合わせが採取対象として指定されたことを意味する。
【００８７】
管理テーブル２４ｃは、採取パターンの管理番号ごとに、当該採取パターンによる性能データの採取履歴を管理するための情報である。
【００８８】
図６は、管理テーブル２４ｃの一例を示す図である。図６に例示するように、管理テーブル２４ｃには、採取パターンの管理番号、当該採取パターンでの採取回数（カウンタ）、採取が行なわれる時間間隔（インターバル）、及び、最終の採取（アクセス）タイミングを示す最終採取時刻、が設定されてよい。
【００８９】
例えば、Ｎｏ．１の採取パターンは、これまでに、３０秒間隔で２２０回の採取が行なわれており、２０１７年８月２３日の１７時４０分００秒に最終の採取が行なわれていることを示している。
【００９０】
管理部２２ｅは、例えば、最終採取時刻にインターバルの３０秒を加えた２０１７年８月２３日の１７時４０分３０秒に、情報Ａ及び情報Ｄ（図５参照）を参照する参照要求を受けた場合、当該参照要求はＮｏ．１の採取パターンであると特定してよい。この場合、管理部２２ｅは、管理テーブル２４ｃのＮｏ．１のエントリに対して、回数に１を加算し、最終採取時刻に２０１７年８月２３日の１７時４０分３０秒を設定してよい。
【００９１】
なお、採取パターンテーブル２４ｂ及び管理テーブル２４ｃと比較して、採取パターン及び／又は採取履歴と一致しない採取要求を受けた場合、管理部２２ｅは、採取パターンテーブル２４ｂ及び管理テーブル２４ｃに新たなエントリを追加してよい。
【００９２】
このように、採取パターンテーブル２４ｂ及び管理テーブル２４ｃは、システム運用サーバ４による装置情報の参照アクセスの参照パターンを示す管理情報の一例である。
【００９３】
また、管理部２２ｅは、システム運用サーバ４による参照アクセスの実行に応じて、実行された参照アクセスの内容に基づき、管理情報に対する参照パターンの更新又は新たな参照パターンの追加、を行なうパターン管理部の一例である。
【００９４】
退避領域使用テーブル２４ｄは、格納領域２１ａ又は２１ｂが格納する性能情報のうち、更新部２２ｂにより退避領域２１ｃに退避された情報の種別を管理するための情報である。
【００９５】
図７は、退避領域使用テーブル２４ｄの一例を示す図である。図７に示すように、退避領域使用テーブル２４ｄには、例示的に、性能情報における、情報Ａ、情報Ｂ、情報Ｃ、情報Ｄ、情報Ｅ、・・・等の種別ごとに、退避領域２１ｃに退避されているか否かを判定する情報が設定される。
【００９６】
更新部２２ｂは、例えば、退避領域２１ｃに対して情報を退避すると、退避領域使用テーブル２４ｄに対して、退避した情報の種別にＯｎのフラグ（又はＯｎを示す情報）を設定してよい。また、採取部２２ｃは、退避領域２１ｃからの情報の採取を行なうと、退避領域使用テーブル２４ｄに対して、退避領域２１ｃから採取した情報の種別にＯｆｆのフラグ（又はＯｆｆを示す情報）を設定してよい。
【００９７】
〔１−３〕動作例
次に、上述の如く構成されたストレージシステム１０の動作例を説明する。
【００９８】
なお、以下では、格納領域２１ａ及び２１ｂのうち、所定の期間で切り替わる順序に基づく（本来の順序の）採取対象である格納領域を、参照更新情報２４ａのフラグが参照可状態を示す格納領域と対比して、「採取側格納領域」又は単に「採取側」と表記する。また、格納領域２１ａ及び２１ｂのうち、所定の期間で切り替わる順序に基づく（本来の順序の）更新対象である格納領域を、参照更新情報２４ａのフラグが更新可状態を示す格納領域と対比して、「更新側格納領域」又は単に「更新側」と表記する。
【００９９】
また、以下、更新部２２ｂによる更新処理は、一定の期間ごとに更新側に対して実行されるものとする。また、採取部２２ｃによる採取処理は、システム運用ＳＷから定期間隔で発行される採取要求を制御装置２が受信したときに、そのときの採取側に対して実行されるものとする。
【０１００】
〔１−３−１〕性能情報採取コマンド受付処理
まず、図８を参照して、制御装置２による性能情報採取コマンド受付処理の動作例を説明する。
【０１０１】
図８に示すように、参照更新情報２４ａの受付部２２ａは、システム運用サーバ４から性能情報採取コマンドを受信する（ステップＳ１）。
【０１０２】
なお、システム運用サーバ４のシステム運用ＳＷは、例えば、性能情報の採取（参照）を行なう定期的なタイミング（所定のタイミング）で、自身が記憶する性能情報が格納領域２１ａ及び２１ｂにおいて更新されたか否かを判断してもよい。一例として、システム運用ＳＷは、制御装置２に事前に参照更新情報２４ａを問い合わせて性能情報の更新有無を確認し、更新を検知した場合、性能情報採取コマンドを送信してよい。
【０１０３】
受付部２２ａは、参照更新情報２４ａを参照し、格納領域２１ａ及び２１ｂの参照可否を確認し（ステップＳ２）、格納領域２１ａ又は２１ｂが参照可能か否かを判定する（ステップＳ３）。
【０１０４】
格納領域２１ａ又は２１ｂが参照可能である場合（ステップＳ３でＹｅｓ）、受付部２２ａは、採取部２２ｃに対して性能データの採取処理を指示する。採取部２２ｃは、参照側格納領域に対する、後述する性能データの採取処理を実行し（ステップＳ４）、処理が終了する。
【０１０５】
格納領域２１ａ及び２１ｂがいずれも参照可能ではない場合（ステップＳ３でＮｏ）、受付部２２ａは、性能データの更新動作を確認し（ステップＳ５）、更新部２２ｂによる更新動作が動いているか否かを判定する（ステップＳ６）。格納領域２１ａ又は２１ｂにおいて更新動作が動いている場合（ステップＳ６でＹｅｓ）、処理がステップＳ８に移行する。
【０１０６】
更新動作が動いていない場合（ステップＳ６でＮｏ）、受付部２２ａは、更新部２２ｂに対して、更新側格納領域に対する更新動作の起動を指示する（ステップＳ７）。そして、受付部２２ａは、次回の格納領域２１ａ及び２１ｂの切り替え後に、システム運用サーバ４に対して、次回の参照側格納領域（今回更新動作を行なった格納領域２１ａ又は２１ｂ）から性能データの採取応答を行ない（ステップＳ８）、処理が終了する。
【０１０７】
なお、ステップＳ３のＮｏルートの場合、受付部２２ａは、今回の採取要求に対して、例えば、更新完了待ちである旨をシステム運用ＳＷに応答してよい。
【０１０８】
〔１−３−２〕性能データ更新処理
次に、図９を参照して、制御装置２による性能データの更新処理の動作例を説明する。
【０１０９】
図９に示すように、制御装置２は、更新の起動を確認し（ステップＳ１１）、起動中か否かを判定する（ステップＳ１２）。起動中ではない場合（ステップＳ１２でＮｏ）、処理が終了する。
【０１１０】
一方、起動中の場合（ステップＳ１２でＹｅｓ）、制御装置２の更新部２２ｂは、参照更新情報２４ａを参照し、性能データの更新を確認し（ステップＳ１３）、格納領域２１ａ又は２１ｂが更新可能か否かを判定する（ステップＳ１４）。格納領域２１ａ又は２１ｂが更新可能の場合（ステップＳ１４でＹｅｓ）、処理がステップＳ１９に移行する。
【０１１１】
格納領域２１ａ及び２１ｂがいずれも更新可能ではない場合（ステップＳ１４でＮｏ）、更新部２２ｂは、現時点では参照可状態である更新側格納領域から退避領域２１ｃへのデータ退避処理を開始する（ステップＳ１５）。
【０１１２】
更新部２２ｂは、退避処理によるデータ退避が完了したか否かを判定し（ステップＳ１６）、完了していない場合（ステップＳ１６でＮｏ）、データ退避処理を引き続き行ない（ステップＳ１７）、処理がステップＳ１６に移行する。
【０１１３】
データ退避が完了した場合（ステップＳ１６でＹｅｓ）、更新部２２ｂは、状態設定部２２ｄにより、参照更新情報２４ａのフラグ情報を更新する（ステップＳ１８）。ステップＳ１８の更新では、例えば、状態設定部２２ｄは、現時点では参照可状態である更新側格納領域のフラグ情報を、参照不可能且つ更新可能の状態（更新可状態）に設定してよい。
【０１１４】
なお、状態設定部２２ｄは、参照側格納領域については、フラグ情報を、例外的に、参照不可能且つ更新不可能の状態に設定し、退避領域２１ｃからの採取処理が完了するまでの待ち合わせ状態としてよい。退避領域２１ｃからの採取処理が完了すると、状態設定部２２ｄは、参照可能且つ更新不可能の状態（参照可状態）に設定してよい。
【０１１５】
そして、更新部２２ｂは、参照不可能且つ更新可能のフラグが設定された格納領域２１ａ又は２１ｂに更新データを格納することで、更新側格納領域のデータ更新処理を行ない（ステップＳ１９）、更新側格納領域のデータ更新が完了する（ステップＳ２０）。なお、更新データは、例えば、ストレージ３、プロセッサ、通信部２３、他の制御装置２、等から収集されてよい。
【０１１６】
次いで、更新部２２ｂは、更新側格納領域のフラグ更新が可能か否かを判定する（ステップＳ２１）。フラグ更新が可能な場合（ステップＳ２１でＹｅｓ）、更新部２２ｂは、状態設定部２２ｄにより、参照更新情報２４ａを更新し（ステップＳ２２）、処理が終了する。ステップＳ２２の更新では、例えば、状態設定部２２ｄは、更新側格納領域のフラグ情報を、次回のために参照可能且つ更新不可能の状態（参照可状態）に設定してよい。また、状態設定部２２ｄは、採取側格納領域のフラグ情報を、次回のために参照不可能且つ更新可能の状態（更新可状態）に設定してよい。
【０１１７】
なお、ステップＳ１４でＮｏとなる場合としては、更新部２２ｂによる定期的なデータ更新の時間間隔（タイミング）まで、データの採取処理の実行が継続されていた場合が挙げられる。この場合、更新処理によるデータ格納の参照可否フラグの切り替え時に、システム運用ＳＷが旧データの格納領域２１ａ又は２１ｂのデータを採取している。
【０１１８】
一実施形態では、このような場合、更新部２２ｂは、退避領域２１ｃへのデータ退避が完了するまで、参照可否フラグの切り替えを一時的に保留する（待ち合わせさせる）（ステップＳ１５〜Ｓ１７参照）。そして、更新部２２ｂは、データ退避が完了した（格納領域２１ａ又は２１ｂに対する採取実行が完了した）タイミングで、参照可否フラグの切り替えを実施するのである（ステップＳ１８参照）。なお、参照側格納領域については、退避したデータの採取が完了するまでは、参照不可能且つ更新不可能の状態に（例外的に）設定されてよい。
【０１１９】
これにより、採取処理と更新処理との競合を避けることができ、また、システム運用ＳＷが採取した情報の整合性を保つことができる。
【０１２０】
図９の説明に戻り、更新側格納領域のフラグ更新が可能ではない場合（ステップＳ２１でＮｏ）、更新部２２ｂは、次回に更新側となる格納領域２１ａ又は２１ｂにおけるシステム運用サーバ４からのデータ参照を確認する（ステップＳ２３）。そして、更新部２２ｂは、データ参照中か否かを判定する（ステップＳ２４）。データ参照中ではない場合（ステップＳ２４でＮｏ）、処理がステップＳ２２に移行する。
【０１２１】
一方、データ参照中の場合（ステップＳ２４でＹｅｓ）、更新部２２ｂは、次回の性能データ更新の起動時刻（タイミング）を確認し（ステップＳ２５）、起動時刻になったか否かを判定する（ステップＳ２６）。
【０１２２】
起動時刻になった場合（ステップＳ２６でＹｅｓ）、処理が終了する。一方、起動時刻になっていない場合（ステップＳ２６でＮｏ）、更新部２２ｂは、一定間隔後にチェックポーリングを行ない（ステップＳ２７）、処理がステップＳ２４に移行する。
【０１２３】
なお、ステップＳ２４でＹｅｓの場合、現在の参照側格納領域（次回の更新側格納領域）において参照処理が完了しておらず、次回の更新処理が追い付いてきている状況である。この場合、制御装置２は、次回の採取タイミングになるまで、現在の参照側格納領域の参照を許容し、次回の採取タイミングになっても参照処理が完了していない場合に、次回の更新処理においてステップＳ１４のＮｏルートの処理を実行すればよい。
【０１２４】
〔１−３−３〕性能データ更新ポーリング処理
次に、図１０を参照して、制御装置２による性能データの更新ポーリング処理の動作例を説明する。
【０１２５】
図１０に示すように、制御装置２は、性能データ更新のタイマを開始し（ステップＳ３１）、タイマの満了を待ち合わせる（ステップＳ３２、ステップＳ３２でＮｏ）。なお、タイマは、例えば、更新処理の実行間隔を計時するものである。制御装置２は、更新処理の実行インターバルに相当する期間が経過したときに、タイマが満了したと判定してよい。
【０１２６】
タイマが満了した場合（ステップＳ３２でＹｅｓ）、制御装置２は、更新部２２ｂに対して性能データの更新処理（図９参照）を実行させ（ステップＳ３３）、処理が終了する。
【０１２７】
〔１−３−４〕性能データ採取処理
次に、図１１を参照して、図８のステップＳ４で実行される性能データの採取処理の動作例を説明する。
【０１２８】
図１１に示すように、制御装置２の採取部２２ｃは、採取要求により採取対象として指定された情報（採取情報）を確認し（ステップＳ４１）、採取情報があるか否かを判定する（ステップＳ４２）。採取情報がある場合（ステップＳ４２でＹｅｓ）、採取部２２ｃは、採取情報の採取を行なう（ステップＳ４３）。
【０１２９】
ここで、採取情報は、後述する退避処理により退避領域２１ｃに格納されている場合がある。そこで、採取部２２ｃは、退避領域使用テーブル２４ｄを参照して、採取情報の格納先が格納領域２１ａ又は２１ｂ（採取側格納領域）に格納されているか否かを判定する（ステップＳ４４）。
【０１３０】
採取情報の情報要素が採取側格納領域に格納されている場合（ステップＳ４４でＹｅｓ）、採取部２２ｃは、採取側格納領域から情報を採取し（ステップＳ４５）、採取した情報を通信部２３を介してシステム運用サーバ４に応答する。
【０１３１】
そして、制御装置２の管理部２２ｅは、採取情報記憶処理を実行し（ステップＳ４６）、処理がステップＳ４１に移行する。例えば、採取部２２ｃは、移行先のステップＳ４１において、採取要求で指定された未採取の採取情報があるか否かを判定してよい。
【０１３２】
一方、採取情報の情報要素が退避領域２１ｃに格納されている場合（ステップＳ４４でＮｏ）、採取部２２ｃは、退避領域２１ｃから情報を採取し（ステップＳ４７）、採取した情報を通信部２３を介してシステム運用サーバ４に応答する。そして、処理がステップＳ４６に移行する。
【０１３３】
ステップＳ４２において、採取情報がない場合（ステップＳ４２でＮｏ）、採取部２２ｃは、例えば退避領域使用テーブル２４ｄを参照して退避領域２１ｃの参照を確認し（ステップＳ４８）、退避領域２１ｃの参照が有るか否かを判定する（ステップＳ４９）。
【０１３４】
退避領域２１ｃの参照がある場合（ステップＳ４９でＹｅｓ）、例えば、他の採取パターンにより参照される採取情報が退避領域２１ｃに存在するため、処理が終了する。一方、退避領域２１ｃの参照がない場合（ステップＳ４９でＮｏ）、採取部２２ｃは、退避領域使用テーブル２４ｄにおける該当情報要素のフラグをＯｆｆに設定し（ステップＳ５０）、処理が終了する。
【０１３５】
ここで、退避領域２１ｃに対する参照が完了すると、採取部２２ｃは、退避領域２１ｃを解放（例えば消去）してよい。これにより、退避領域２１ｃの消費リソースの増加を抑制できる。
【０１３６】
換言すれば、採取部２２ｃは、システム運用サーバ４から退避領域２１ｃの未参照装置情報の参照完了後に、退避領域２１ｃから未参照装置情報を削除する参照制御部の一例である。
【０１３７】
〔１−３−５〕採取情報記憶処理
次に、図１２を参照して、図１１のステップＳ４６で実行される採取情報記憶処理の動作例を説明する。
【０１３８】
図１２に示すように、制御装置２の管理部２２ｅは、性能情報の採取元のシステム運用ＳＷを確認し（ステップＳ５１）、採取処理の開始を確認して（ステップＳ５２）、採取処理が開始しているか否かを判定する（ステップＳ５３）。
【０１３９】
採取処理が開始している場合（ステップＳ５３でＹｅｓ）、管理部２２ｅは、前回分の採取情報の更新を行なう（ステップＳ５４）。また、採取元に対応する前回分の採取情報が今回の採取処理と一致しないような場合、例えば、採取元による新しいアクセス（採取パターン）である場合、管理部２２ｅは、今回分の情報を作成してよい（ステップＳ５５）。例えば、管理部２２ｅは、管理テーブル２４ｃに新たなエントリを作成し、間隔や最終採取時刻等を設定してよい。
【０１４０】
そして、管理部２２ｅは、採取対象の情報を更新（例えば追加）し（ステップＳ５６）、処理が終了する。
【０１４１】
一方、採取処理が開始していない場合（ステップＳ５３でＮｏ）、管理部２２ｅは、今回分の採取情報を調査し（ステップＳ５７）、処理がステップＳ５６に移行する。なお、今回分の採取情報の調査では、管理部２２ｅは、例えば、採取情報に含まれる情報の種別（要素）の確認等を行なってよい。
【０１４２】
〔１−３−６〕採取情報更新処理
次に、図１３を参照して、図１２のステップＳ５４で実行される前回分の採取情報更新処理の動作例を説明する。
【０１４３】
図１３に示すように、管理部２２ｅは、採取情報に含まれる情報の種別と、採取パターンテーブル２４ｂにおける対応する採取元の採取パターンとを比較し、パターンの一致を確認して（ステップＳ６１）、同一パターンか否かを判定する（ステップＳ６２）。
【０１４４】
採取情報のパターンが採取パターンテーブル２４ｂ内のパターンと同一である場合（ステップＳ６２でＹｅｓ）、管理部２２ｅは、管理テーブル２４ｃにおける対象パターンの情報を更新し（ステップＳ６３）、処理が終了する。管理テーブル２４ｃの更新としては、例えば、回数、最終採取時刻等の設定が挙げられる。なお、回数が２以上であれば、管理部２２ｅは、前回の最終採取時刻と今回の最終採取時刻との差分を間隔として設定してよい。
【０１４５】
一例として、図１４に示すように、採取パターンテーブル２４ｂのＮｏ．１に対応するデータパターンで情報採取される場合、管理部２２ｅは、管理テーブル２４ｃのＮｏ．１のエントリに対して、回数に１を加算し、最終収集時刻を更新してよい。なお、間隔に前回の最終採取時刻と今回の最終採取時刻との差分である３０を設定してよいが、前回の間隔から変更がない場合は省略してもよい。
【０１４６】
一方、採取情報のパターンが採取パターンテーブル２４ｂ内のパターンと同一ではない場合（ステップＳ６２でＮｏ）、管理部２２ｅは、新規パターン情報を作成し（ステップＳ６４）、処理が終了する。新規パターン情報の作成としては、例えば、採取パターンテーブル２４ｂ及び管理テーブル２４ｃに対する新規エントリの追加が挙げられる。
【０１４７】
一例として、図１５に示すように、採取パターンテーブル２４ｂには存在しない、情報Ａ、Ｂ、Ｅを採取する採取パターンの場合、管理部２２ｅは、当該パターンを採取パターンテーブル２４ｂのＮｏ．４に設定してよい。また、管理部２２ｅは、管理テーブル２４ｃに対して、Ｎｏ．４のエントリを追加し、回数に１を設定し、最終収集時刻を設定してよい。
【０１４８】
〔１−３−７〕性能情報退避処理
次に、図１６を参照して、図９のステップＳ１５で実行される退避領域２１ｃへの性能情報退避処理の動作例を説明する。
【０１４９】
図１６に示すように、更新部２２ｂは、格納領域２１ａ及び２１ｂのデータ参照有無を確認し（ステップＳ７１）、データ参照中か否かを判定する（ステップＳ７２）。
【０１５０】
参照中ではない場合（ステップＳ７２でＮｏ）、処理が終了する。一方、参照中の場合（ステップＳ７２でＹｅｓ）、格納領域２１ａ及び２１ｂは、性能情報の採取情報を参照し（ステップＳ７３）、採取情報のパターンが採取パターンテーブル２４ｂ及び管理テーブル２４ｃが示す既存のパターンに該当するか否かを判定する（ステップＳ７４）。
【０１５１】
パターンの判定は、例えば、以下を含んでよい。
【０１５２】
・更新部２２ｂは、採取パターンテーブル２４ｂを参照し、採取対象が、既存のパターンに含まれる情報の種別の組み合わせと一致するか否かを判定する。
【０１５３】
・更新部２２ｂは、管理テーブル２４ｃを参照し、参照アクセスのタイミングが、既存のパターンに含まれる最終アクセスタイミングに実行周期（間隔）を加えたタイミングに対応するか否かを判定する。
【０１５４】
上記の双方において、肯定の判定となった場合に、更新部２２ｂは、採取情報のパターンが既存のパターンに該当すると判定してよい。
【０１５５】
採取情報のパターンが既存のパターンに該当する場合（ステップＳ７４でＹｅｓ）、更新部２２ｂは、退避領域２１ｃへ移行するデータ情報リストを更新し（ステップＳ７５）、処理がステップＳ７６に移行する。例えば、更新部２２ｂは、採取情報のパターンに含まれる情報の種別のうち、採取が未だ行なわれていない未採取の情報を、データ情報リストに登録してよい。
【０１５６】
ステップＳ７４において、採取情報のパターンが既存のパターンに該当しない場合（ステップＳ７４でＮｏ）、更新部２２ｂは、性能情報の採取情報の残件を確認し（ステップＳ７６）、採取情報の残件があるか否かを判定する（ステップＳ７７）。
【０１５７】
複数のシステム運用ＳＷから複数の採取要求を受けている場合のように、採取情報の残件がある場合（ステップＳ７７でＹｅｓ）、処理がステップＳ７３に移行する。
【０１５８】
一方、採取情報の残件がない場合（ステップＳ７７でＮｏ）、更新部２２ｂは、退避領域２１ｃへ移行するデータ情報リストに基づき、リスト内の情報を、格納領域２１ａ又は２１ｂから退避領域２１ｃに移行（退避）させる（ステップＳ７８）。
【０１５９】
そして、更新部２２ｂは、退避領域使用テーブル２４ｄに対して、データ情報リスト内の情報のフラグをＯｎに設定し（ステップＳ７９）、処理が終了する。
【０１６０】
このように、更新部２２ｂは、退避領域２１ｃへの性能情報のデータ退避を行なうタイミングにおいて、現在のシステム運用ＳＷがデータ採取を行なっているパターンを採取パターンテーブル２４ｂ及び管理テーブル２４ｃから判断する。そして、更新部２２ｂは、採取パターンテーブル２４ｂ及び管理テーブル２４ｃからシステム運用ＳＷによる未採取のデータを判定し、当該データを退避領域２１ｃに展開する。
【０１６１】
このように、更新部２２ｂは、管理情報に基づいて、未参照装置情報を特定する特定部の一例である。
【０１６２】
例えば、採取パターンテーブル２４ｂ及び管理テーブル２４ｃが図１７に例示する状態であり、２０１７年８月２３日の１７時４０分３０秒に、システム運用ＳＷが、Ｎｏ．１のパターンで格納領域２１ｂ（＃１）からデータ採取を行なっている場合を想定する。
【０１６３】
この場合、更新部２２ｂは、ステップＳ７４の判定において、Ｎｏ．１のパターンでデータ採取が動作していると判断し、ステップＳ７５において、例えば、情報Ａの採取の仕掛かり中であると判断する（図１８の（１）参照）。
【０１６４】
更新部２２ｂは、ステップＳ７５において、Ｎｏ．１のデータ採取パターン（情報Ａ及びＤ）と、採取済データ（情報Ａ）と、に基づいて、未採取データ（情報Ｄ）を特定し、未採取である情報Ｄ（図１７参照）をデータ情報リストに設定する。また、管理部２２ｅは、ステップＳ７８において、リスト内の情報Ｄを、格納領域２１ｂから退避領域２１ｃに退避させる（図１８の（２）参照）。退避された情報Ｄは、採取部２２ｃにより、採取処理において、退避領域２１ｃからシステム運用ＳＷに対して応答される（図１１のステップＳ４７参照）。
【０１６５】
これにより、情報Ｄの退避完了後は、格納領域２１ｂへの更新が可能となる（更新可状態に切り替えられる）ため、更新部２２ｂは、格納領域２１ｂに対する更新処理を実施することが可能となる（図９のステップＳ１８〜Ｓ２０参照；図１８の（３）参照）。
【０１６６】
以上のように、一実施形態に係る制御装置２は、制御装置２における性能データの更新処理とシステム運用ＳＷの性能データ採取処理とを制御することで、制御装置２の外部のシステム運用ＳＷにおけるデータ採取と制御装置２のデータ更新とを連動可能となる。これにより、性能情報の収集及び更新の競合排他、採取情報の整合性の確保を実現できる。
【０１６７】
また、一実施形態によれば、格納領域２１ａ及び２１ｂの世代管理を行ないつつ、参照更新情報２４ａの更新や退避領域２１ｃへのデータ退避を行なうことにより、各世代のデータを読み取り可能とすることができる。
【０１６８】
さらに、一実施形態では、採取パターンテーブル２４ｂ及び管理テーブル２４ｃの管理により、現在の参照アクセスの傾向から、退避領域２１ｃへの退避の実施要否を判定し、未参照のデータに限定して退避領域に退避させることができる。加えて、一実施形態では、退避領域２１ｃからのデータ採取処理の完了を検出すると、退避領域２１ｃに退避したデータを削除する。このように、制御装置２は、例えばシステム運用ＳＷ等の上位側からの指示に応じた動作ではなく、アクセス等の傾向の蓄積に基づく先行予測を行なう。これにより、退避領域２１ｃへのデータの退避や領域解放による、上位側と制御装置２との競合動作の両立を実現できる。
【０１６９】
〔１−４〕ハードウェア構成例
次に、図１９を参照して、一実施形態に係る制御装置２、及び、システム運用サーバ４のハードウェア構成例について説明する。制御装置２、及び、システム運用サーバ４は、同様のハードウェア構成をそなえてよいため、以下、これらの一例としてコンピュータ２０を例に挙げて、コンピュータ２０のハードウェア構成例について説明する。
【０１７０】
図１９に示すように、コンピュータ２０は、例示的に、プロセッサ２０ａ、メモリ２０ｂ、記憶部２０ｃ、ＩＦ部２０ｄ、Ｉ／Ｏ部２０ｅ、及び読取部２０ｆをそなえてよい。
【０１７１】
プロセッサ２０ａは、種々の制御や演算を行なう演算処理装置の一例である。プロセッサ２０ａは、コンピュータ２０内の各ブロックとバス２０ｉで相互に通信可能に接続されてよい。プロセッサ２０ａとしては、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ等の集積回路（ＩＣ；Integrated Circuit）が用いられてもよい。なお、ＣＰＵはCentral Processing Unitの略称であり、ＭＰＵはMicro Processing Unitの略称である。ＧＰＵはGraphics Processing Unitの略称であり、ＡＰＵはAccelerated Processing Unitの略称である。ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific ICの略称であり、ＦＰＧＡはField-Programmable Gate Arrayの略称である。
【０１７２】
メモリ２０ｂは、種々のデータやプログラム等の情報を格納するハードウェアの一例である。メモリ２０ｂとしては、例えばＲＡＭ等の揮発性メモリが挙げられる。
【０１７３】
記憶部２０ｃは、種々のデータやプログラム等の情報を格納するハードウェアの一例である。記憶部２０ｃとしては、例えばＨＤＤ等の磁気ディスク装置、ＳＳＤ等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ、ＲＯＭ等が挙げられる。
【０１７４】
なお、制御装置２において、図３に示すＤＢ２１及びメモリ部２４は、それぞれ、例えば、制御装置２のメモリ２０ｂ及び記憶部２０ｃの少なくとも一方の記憶領域により実現されてもよい。また、システム運用サーバ４において、制御装置２から採取した性能情報等の種々の情報は、システム運用サーバ４のメモリ２０ｂ及び記憶部２０ｃの少なくとも一方の記憶領域に格納されてよい。
【０１７５】
また、記憶部２０ｃは、コンピュータ２０の各種機能の全部若しくは一部を実現するプログラム２０ｇを格納してよい。プロセッサ２０ａは、記憶部２０ｃに格納されたプログラム２０ｇをメモリ２０ｂに展開して実行することにより、制御装置２、又は、システム運用サーバ４としての機能を実現できる。
【０１７６】
例えば、制御装置２においては、制御装置２のプロセッサ２０ａが、記憶部２０ｃに格納されたプログラム２０ｇをメモリ２０ｂに展開して演算処理を実行することで、採取制御部２２、及び、通信部２３としての機能を実現できる。また、システム運用サーバ４においては、システム運用サーバ４のプロセッサ２０ａが、記憶部２０ｃに格納されたシステム運用ＳＷのプログラム２０ｇをメモリ２０ｂに展開して演算処理を実行することで、システム運用ＳＷとしての機能を実現できる。
【０１７７】
ＩＦ部２０ｄは、ネットワークとの間の接続及び通信の制御等を行なう通信ＩＦの一例である。例えば、ＩＦ部２０ｄは、ＬＡＮ、光通信（例えばＦＣ）、或いは、インフィニバンド等に準拠したアダプタを含んでよい。
【０１７８】
例えば、制御装置２のＩＦ部２０ｄは、ネットワーク６及び７との間の接続及び通信の制御を行なう通信ＩＦをそなえてよい。制御装置２の通信部２３は、当該通信ＩＦを含んでよい。また、システム運用サーバ４のＩＦ部２０ｄは、ネットワーク６との間の接続及び通信の制御を行なう通信ＩＦをそなえてよい。
【０１７９】
例えば、制御装置２、及び、システム運用サーバ４のプログラム２０ｇは、それぞれ、当該通信ＩＦを介してネットワーク６又は７、或いは、図示しないネットワークからダウンロードされ、記憶部２０ｃに格納されてもよい。
【０１８０】
Ｉ／Ｏ部２０ｅは、マウス、キーボード、又は操作ボタン等の入力部、並びに、タッチパネルディスプレイ、ＬＣＤ（Liquid Crystal Display）等のモニタ、プロジェクタ、又はプリンタ等の出力部、の一方又は双方を含んでよい。
【０１８１】
読取部２０ｆは、記録媒体２０ｈに記録されたデータやプログラムの情報を読み出すリーダの一例である。読取部２０ｆは、記録媒体２０ｈを接続可能又は挿入可能な接続端子又は装置を含んでよい。読取部２０ｆとしては、例えば、ＵＳＢ（Universal Serial Bus）等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体２０ｈにはプログラム２０ｇが格納されてもよく、読取部２０ｆが記録媒体２０ｈからプログラム２０ｇを読み出して記憶部２０ｃに格納してもよい。
【０１８２】
記録媒体２０ｈとしては、例示的に、磁気／光ディスクやフラッシュメモリ等の非一時的な記録媒体が挙げられる。磁気／光ディスクとしては、例示的に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク、ＨＶＤ（Holographic Versatile Disc）等が挙げられる。フラッシュメモリとしては、例示的に、ＵＳＢメモリやＳＤカード等が挙げられる。なお、ＣＤとしては、例示的に、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等が挙げられる。また、ＤＶＤとしては、例示的に、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等が挙げられる。
【０１８３】
上述したコンピュータ２０のハードウェア構成は例示である。従って、コンピュータ２０内でのハードウェアの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、又は、バスの追加若しくは削除等は適宜行なわれてもよい。
【０１８４】
〔２〕その他
上述した一実施形態に係る技術は、以下のように変形、変更して実施することができる。
【０１８５】
例えば、制御装置２において、採取制御部２２及び通信部２３の各機能は、任意の組み合わせで併合してもよく、それぞれ分割してもよい。また、制御装置２の採取部２２ｃにおける受付部２２ａ、更新部２２ｂ、採取部２２ｃ、状態設定部２２ｄ、及び、管理部２２ｅの各機能は、任意の組み合わせで併合してもよく、それぞれ分割してもよい。
【０１８６】
なお、一実施形態に係る手法として、ストレージ装置１及びシステム運用サーバ４を例に挙げて説明したが、これに限定されるものではない。例えば、一実施形態に係る手法は、サーバ等の情報処理装置の監視、一例として、データセンタやオフィス等に設置された情報処理装置の監視に適用されてもよい。この場合、システム運用サーバ４をユーザ端末や監視装置等のコンピュータに読み替え、制御装置２をサーバ等の情報処理装置に読み替え、性能情報をサーバが収集又は記憶する種々の装置情報に読み替えてもよい。
【０１８７】
上述した一実施形態に係る手法について、１つの側面では、ストレージ装置１の性能情報の参照及び更新が行なわれる制御装置２において、正しい性能情報を参照可能とするために、制御装置２は、以下の構成又は動作をそなえると捉えることができる。
【０１８８】
（１）システム運用サーバ４のシステム運用ＳＷにより、性能監視を目的とした性能情報収集が行なわれているストレージ装置１において、ストレージ装置１の冗長化された制御装置２のそれぞれに採取制御部２２を設ける。
【０１８９】
（２）採取制御部２２は、性能情報の収集データの格納領域として２世代分の格納領域２１ａ及び２１ｂを有する。
【０１９０】
（３）性能情報の収集データ格納領域は、参照更新情報２４ａにより管理される参照可否と更新可否の状態を有する。
【０１９１】
（４）採取制御部２２は、ストレージ装置１の性能データの更新指示（例えば定期的な実行トリガ）を受けた場合、２世代のうち、１世代の参照不可の世代を、更新可の状態に設定し、性能データの更新が終了したときに参照可、更新不可に変更する。
【０１９２】
（５）採取制御部２２は、性能データ格納領域の世代を参照可とする際に、別世代を参照不可に変更する。
【０１９３】
（６）システム運用ＳＷからストレージ装置１に対して発行された性能データの採取指示を受けた場合、採取制御部２２は、以下を実行する。
【０１９４】
（６−１）採取制御部２２は、参照可の性能データ格納領域の世代の有無を確認する。
【０１９５】
（６−１−Ａ）参照可の世代がない場合、採取制御部２２は、システム運用ＳＷに更新待ちを応答する。
【０１９６】
（６−１−Ｂ）参照可の世代がある場合、採取制御部２２は、対象世代の性能データの採取を行なう。
【０１９７】
（６−２）採取制御部２２は、システム運用ＳＷからの性能データの採取動作の監視を行ない、システム運用ＳＷが採取するデータ種別と採取時間とを確認し、採取するデータ種別が過去に採取しているデータ種別と同一かどうかを比較する。
【０１９８】
（６−２−Ａ）同一の場合、採取制御部２２は、前回の採取時間間隔と比較する。
【０１９９】
（６−２−Ａ−１）採取時間間隔が同一であれば、採取制御部２２は、管理テーブル２４ｃにおける、一致した既存パターンのカウンタ（回数）を更新する。
【０２００】
（６−２−Ａ−２）採取時間間隔が異なる場合、採取制御部２２は、新規のデータ採取パターンとして、採取パターンテーブル２４ｂ及び管理テーブル２４ｃに追加登録する。
【０２０１】
（６−２−Ｂ）同一の情報が存在しない場合、採取制御部２２は、新規のデータ採取パターンとして、採取パターンテーブル２４ｂ及び管理テーブル２４ｃに追加登録する。
【０２０２】
（７）システム運用ＳＷからの性能データ採取中に、ストレージ装置１の性能データの更新が終了した場合、採取制御部２２は、以下を実行する。
【０２０３】
（７−１）採取制御部２２は、世代の参照不可から参照可への変更を待ち合わせる。
【０２０４】
（７−２）採取制御部２２は、採取動作の監視による終了を待ち合わせる。
【０２０５】
（７−２−Ａ）採取制御部２２は、次回の性能データ更新の許容範囲内で終了した場合、世代の参照不可、参照可の切り替えを行なう。
【０２０６】
（７−２−Ｂ）採取制御部２２は、次回の性能データ更新の許容範囲を超過する場合、以下を実行する。
【０２０７】
（７−２−Ｂ−１）採取制御部２２は、採取パターンテーブル２４ｂに基づき、システム運用ＳＷが採取を行なうデータのうちの未採取データを判断し、未採取データのみを退避領域２１ｃに退避させる。また、採取制御部２２は、システム運用ＳＷには退避領域２１ｃのデータを採取させる。
【０２０８】
（７−２−Ｂ−２）採取制御部２２は、世代の参照不可、参照可の切り替えを行ない、次回の性能データの更新を行なう。
【０２０９】
〔３〕付記
以上の実施形態に関し、さらに以下の付記を開示する。
【０２１０】
（付記１）
監視対象装置に関する装置情報をそれぞれ格納する第１格納領域及び第２格納領域と、
前記装置情報の少なくとも一部を格納可能な退避領域と、
前記第１格納領域が、監視装置からの前記装置情報の参照不可、且つ、前記監視対象装置による前記装置情報の更新可を示す更新可状態であり、前記第２格納領域が、前記装置情報の参照可、且つ、前記装置情報の更新不可を示す参照可状態である第１状態と、前記第１格納領域が、前記参照可状態であり、前記第２格納領域が、前記更新可状態である第２状態と、を所定のタイミングで切り替える切替制御を行なう切替制御部と、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記第２格納領域に格納された装置情報のうちの前記監視装置からの参照が未実行である未参照装置情報を、前記退避領域に退避させる退避処理部と、をそなえ、
前記切替制御部は、
前記未参照装置情報の前記退避領域への退避完了後に、前記第２格納領域を前記参照可状態から前記更新可状態に切り替える制御を行ない、
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記第１格納領域を前記更新可状態から前記参照可状態に切り替える制御を行なう、制御装置。
【０２１１】
（付記２）
前記監視装置による前記装置情報の参照アクセスの参照パターンを示す管理情報を記憶する管理領域と、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記管理領域が記憶する前記管理情報に基づいて、前記未参照装置情報を特定する特定部と、をそなえる、付記１に記載の制御装置。
【０２１２】
（付記３）
前記参照パターンは、前記装置情報のうちの参照アクセスにより参照される情報の種別の組み合わせを含み、
前記特定部は、前記監視装置による前記参照中の参照アクセスの参照対象が、前記参照パターンに含まれる情報の種別の組み合わせと一致する場合に、当該一致する組み合わせから前記未参照装置情報を特定する、付記２に記載の制御装置。
【０２１３】
（付記４）
前記参照パターンは、参照アクセスの実行周期及び最終アクセスタイミングを含み、
前記特定部は、前記監視装置による前記参照中の参照アクセスのタイミングが、前記参照パターンに含まれる前記最終アクセスタイミングに前記実行周期を加えたタイミングに対応する場合に、当該参照パターンに基づき前記未参照装置情報を特定する、付記２又は付記３に記載の制御装置。
【０２１４】
（付記５）
前記監視装置による参照アクセスの実行に応じて、実行された前記参照アクセスの内容に基づき、前記管理情報に対する前記参照パターンの更新又は新たな参照パターンの追加、を行なうパターン管理部、をそなえる、付記２〜４のいずれか１項に記載の制御装置。
【０２１５】
（付記６）
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記退避領域から前記未参照装置情報を削除する参照制御部をそなえる、付記１〜５のいずれか１項に記載の制御装置。
【０２１６】
（付記７）
監視対象装置に関する装置情報を格納する第１格納領域が、監視装置からの前記装置情報の参照不可、且つ、前記監視対象装置による前記装置情報の更新可を示す更新可状態であり、前記監視対象装置に関する装置情報を格納する第２格納領域が、前記装置情報の参照可、且つ、前記装置情報の更新不可を示す参照可状態である第１状態と、
前記第１格納領域が、前記参照可状態であり、前記第２格納領域が、前記更新可状態である第２状態と、
を所定のタイミングで切り替える切替制御を行ない、
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記第２格納領域に格納された装置情報のうちの前記監視装置からの参照が未実行である未参照装置情報を、前記装置情報の少なくとも一部を格納可能な退避領域に退避させ、
前記未参照装置情報の前記退避領域への退避完了後に、前記第２格納領域を前記参照可状態から前記更新可状態に切り替える制御を行ない、
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記第１格納領域を前記更新可状態から前記参照可状態に切り替える制御を行なう、
処理をコンピュータに実行させる、制御プログラム。
【０２１７】
（付記８）
前記第１状態から前記第２状態に切り替えるタイミングで、前記第２格納領域が前記監視装置から参照中である場合に、前記監視装置による前記装置情報の参照アクセスの参照パターンを示す管理情報を記憶する管理領域が記憶する前記管理情報に基づいて、前記未参照装置情報を特定する、
処理を前記コンピュータに実行させる、付記７に記載の制御プログラム。
【０２１８】
（付記９）
前記参照パターンは、前記装置情報のうちの参照アクセスにより参照される情報の種別の組み合わせを含み、
前記特定は、前記監視装置による前記参照中の参照アクセスの参照対象が、前記参照パターンに含まれる情報の種別の組み合わせと一致する場合に、当該一致する組み合わせから前記未参照装置情報を特定する、付記８に記載の制御プログラム。
【０２１９】
（付記１０）
前記参照パターンは、参照アクセスの実行周期及び最終アクセスタイミングを含み、
前記特定は、前記監視装置による前記参照中の参照アクセスのタイミングが、前記参照パターンに含まれる前記最終アクセスタイミングに前記実行周期を加えたタイミングに対応する場合に、当該参照パターンに基づき前記未参照装置情報を特定する、付記８又は付記９に記載の制御プログラム。
【０２２０】
（付記１１）
前記監視装置による参照アクセスの実行に応じて、実行された前記参照アクセスの内容に基づき、前記管理情報に対する前記参照パターンの更新又は新たな参照パターンの追加、を行なう、
処理を前記コンピュータに実行させる、付記８〜１０のいずれか１項に記載の制御プログラム。
【０２２１】
（付記１２）
前記監視装置から前記退避領域の前記未参照装置情報の参照完了後に、前記退避領域から前記未参照装置情報を削除する、
処理を前記コンピュータに実行させる、付記７〜１１のいずれか１項に記載の制御プログラム。
【符号の説明】
【０２２２】
１    ストレージ装置
２、２−１、２−２    制御装置
３    ストレージ
４    システム運用サーバ
５、５−１〜５−ｎ    ホストＩ／Ｏサーバ
６、７    ネットワーク
１０    ストレージシステム
２０    コンピュータ
２１    ＤＢ
２１ａ、２１ｂ    格納領域
２１ｃ    退避領域
２２    採取制御部
２２ａ    受付部
２２ｂ    更新部
２２ｃ    採取部
２２ｄ    状態設定部
２２ｅ    管理部
２３    通信部
２４    メモリ部
２４ａ    参照更新情報
２４ｂ    採取パターンテーブル
２４ｃ    管理テーブル
２４ｄ    退避領域使用テーブル
【図１】
2020030654.tif 000003
【図２】
2020030654.tif 000004
【図３】
2020030654.tif 000005
【図４】
2020030654.tif 000006
【図５】
2020030654.tif 000007
【図６】
2020030654.tif 000008
【図７】
2020030654.tif 000009
【図８】
2020030654.tif 000010
【図９】
2020030654.tif 000011
【図１０】
2020030654.tif 000012
【図１１】
2020030654.tif 000013
【図１２】
2020030654.tif 000014
【図１３】
2020030654.tif 000015
【図１４】
2020030654.tif 000016
【図１５】
2020030654.tif 000017
【図１６】
2020030654.tif 000018
【図１７】
2020030654.tif 000019
【図１８】
2020030654.tif 000020
【図１９】
2020030654.tif 000021