知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-23
(45)【発行日】2023-10-31
(54)【発明の名称】ストレージ制御装置及び制御プログラム
(51)【国際特許分類】
G06F 3/06 20060101AFI20231024BHJP
G06F 11/20 20060101ALI20231024BHJP
【ＦＩ】
G06F3/06 302A
G06F3/06 304B
G06F3/06 305F
G06F11/20 697
【請求項の数】
5
(21)【出願番号】P 2019228552
(22)【出願日】2019-12-18
(65)【公開番号】P2021096714
(43)【公開日】2021-06-24
【審査請求日】2022-08-09
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110003649
【氏名又は名称】弁理士法人真田特許事務所
(74)【代理人】
【識別番号】100092978
【弁理士】
【氏名又は名称】真田 有
(74)【代理人】
【識別番号】100189201
【弁理士】
【氏名又は名称】横田 功
(72)【発明者】
【氏名】室山 智彦
(72)【発明者】
【氏名】西園 晋一
(72)【発明者】
【氏名】大嶋 章二
【審査官】北村 学
(56)【参考文献】
【文献】特開２０１２－０４８６１３（ＪＰ，Ａ）
【文献】特開２０１２－２０３８８１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
ＩＰＣ Ｇ０６Ｆ ３／０６ － ３／０８
Ｇ０６Ｆ １１／２０
(57)【特許請求の範囲】
【請求項1】
ストレージ装置に備えられる複数のストレージ制御装置のうちのスレーブとして機能する一のストレージ制御装置であって、当該ストレージ制御装置の起動が、前記ストレージ装置全体の電源投入処理によるものであるか、当該ストレージ制御装置単体のリブートによるものであるかを判定する判定部と、
前記判定部による判定結果において当該ストレージ制御装置の起動が当該ストレージ制御装置単体のリブートによるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から、前記ストレージ装置における領域獲得のための制御情報を格納する制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を当該ストレージ制御装置において設定する領域設定部と、
を備える、ストレージ制御装置。
【請求項2】
前記領域設定部は、前記獲得状態に識別子が含まれている前記ストレージ装置の領域を表すストレージプールについて、前記獲得状態で割り当てられている領域のサイズに応じて、前記制御情報格納領域を設定する、請求項１に記載のストレージ制御装置。
【請求項3】
前記領域設定部は、前記獲得状態に識別子が含まれていない前記ストレージ装置の領域を表すストレージプールについて、領域のサイズをゼロとして、前記制御情報格納領域を設定する、請求項１又は２に記載のストレージ制御装置。
【請求項4】
前記領域設定部は、前記獲得状態が取得できない場合に、前記ストレージ装置全体を再起動させた後に、前記制御情報格納領域を設定する、請求項２又は３に記載のストレージ制御装置。
【請求項5】
ストレージ装置に備えられる複数のストレージ制御装置のうちのスレーブとして機能する一のストレージ制御装置に備えられるコンピュータに、当該ストレージ制御装置の起動が、前記ストレージ装置全体の電源投入処理によるものであるか、当該ストレージ制御装置単体のリブートによるものであるかを判定し、
前記判定の結果において当該ストレージ制御装置の起動が当該ストレージ制御装置単体のリブートによるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から、前記ストレージ装置における領域獲得のための制御情報を格納する制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を当該ストレージ制御装置において設定する、
処理を実行させる、制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ストレージ制御装置及び制御プログラムに関する。
【背景技術】
【0002】
ストレージ装置には様々な機能が実装されており、ユーザは機能使用の際に必要な機能を有効化する操作を行なう。
【0003】
図１は、ストレージ装置６００の操作例を説明する図である。
【0004】
ストレージ装置６００は、符号Ａ１に示すように、ユーザ端末８のGraphical User Interface（ＧＵＩ）又はCommand Line Interface（ＣＬＩ）により機能を有効化させる操作を受け付ける。これにより、ストレージ装置６００は、対象の機能の制御のために必要なメモリ領域を動的に獲得し、装置構成変更処理等を実施することで機能を使用可能な状態にする。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１２－０４８６１３号公報
【文献】特開平１１－１４３６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
図２は、キャッシュテーブル獲得状態が正常な状態を示すブロック図である。
【0007】
ストレージ装置６００は、複数のController Enclosure（ＣＥ）６０（別言すれば、ＣＥ＃０，＃１）及び複数のDrive Enclosure（ＤＥ）７（別言すれば、ＤＥ＃０，＃１，・・・，＃ｎ－１，＃ｎ）を備える。
【0008】
各ＤＥ７は、Input Output Module（ＩＯＭ）＃０，＃１をそれぞれ備える。
【0009】
各ＣＥ６０は、２つのController Module（ＣＭ）６（別言すれば、ＣＭ＃０，＃１）をそれぞれ備える。なお、ＣＥ＃０のＣＭ＃１はマスタＣＭであり、その他のＣＭ６はスレーブＣＭであってよい。
【0010】
ストレージ装置６００に実装されている機能を使用する場合には、対象の機能を制御するための制御データをキャッシュ上に管理テーブルとして保持する場合がある。例えば、図２における各ＣＭ６は、Pool IDが(xx, yy, zz,・・・)ごとのキャッシュテーブルを格納するためのメモリ領域（テーブル領域）をキャッシュメモリ（以下、キャッシュと略す）上に確保されている。また、キャッシュ上にテーブル領域を確保する場合には、機能有効化処理において全てのＣＭ６で装置稼働中に動的にキャッシュからテーブル領域を確保した後に、装置構成として機能が有効状態であることを示す情報が各ＣＭ６において反映される。
【0011】
装置起動の際には、装置構成情報が参照され、設定値に基づいてそれぞれの機能で必要なテーブルサイズが算出され、全ＣＭ６でテーブル領域を確保する処理が動作する。
【0012】
キャッシュテーブル獲得処理は全ＣＭ６で同期して処理が実施されるため、機能有効化処理中にＣＭ６に異常が発生した場合には、キャッシュ上のテーブル領域の獲得に失敗する場合がある。機能有効化処理は途中で中断し、異常終了するため、機能構成として有効化対象機能は無効の状態となる。ハードウェアの異常ではなくソフトウェアのパニックにより異常となったＣＭ６は、自動でリブートして装置への組み込み処理が動作し、復旧処理（別言すれば、Check1）が実施される。Check1を実施したＣＭ６は、Power on処理と同様に装置構成を参照してそれぞれの機能で必要なテーブル領域を獲得した状態で起動する。装置構成として有効化処理中であった対象機能は無効なため、リブートしたＣＭ６ではテーブル領域が確保されないが、他の正常なＣＭ６では機能有効化処理が途中まで進んでいるため、ＣＭ６毎にキャッシュテーブルの獲得状態が不一致になる状態が存在する。
【0013】
図３は、キャッシュテーブル獲得状態が不一致な状態を示すブロック図である。
【0014】
図３に示す例では、符号Ｂ１に示すように、Pool ID:zzのテーブル領域の獲得中にＣＥ＃０のＣＭ＃１でソフトウェアのパニックによるリブートが発生し、ＣＥ＃０のＣＭ＃１のテーブル領域の獲得状態が他のＣＭ６と比較して不一致となっている。
【0015】
ＣＭ６に搭載されるキャッシュメモリは、ストレージ装置６００の制御のための制御テーブル以外にホストからのInput/Output（Ｉ／Ｏ）を高速に処理するキャッシュ領域としても使用される。機能が無効な状態で未使用の領域はＣＭ６毎に独自にホストＩ／Ｏの処理のためのキャッシュ領域として使用されるため、キャッシュテーブルの獲得状態がＣＭ６間で異なる状態となる場合がある。そして、ホストＩ／Ｏで使用されるキャッシュ領域と各種機能で使用されるテーブル領域とが重複した場合には、データが破壊されるという事象が発生するおそれがある。
【0016】
１つの側面では、ストレージ装置に備えられる複数のストレージ制御装置間のキャッシュテーブル獲得状態を一致させることを目的とする。
【課題を解決するための手段】
【0017】
１つの側面では、ストレージ制御装置は、ストレージ装置に備えられる複数のストレージ制御装置のうちのスレーブとして機能する一のストレージ制御装置であって、当該ストレージ制御装置の起動が、前記ストレージ装置全体の電源投入処理によるものであるか、当該ストレージ制御装置単体のリブートによるものであるかを判定する判定部と、前記判定部による判定結果において当該ストレージ制御装置の起動が当該ストレージ制御装置単体のリブートによるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から、前記ストレージ装置における領域獲得のための制御情報を格納する制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を当該ストレージ制御装置において設定する領域設定部と、を備える。
【発明の効果】
【0018】
１つの側面では、ストレージ装置に備えられる複数のストレージ制御装置間のキャッシュテーブル獲得状態を一致させることができる。
【図面の簡単な説明】
【0019】
【図1】ストレージ装置の操作例を説明する図である。
【図2】キャッシュテーブル獲得状態が正常な状態を示すブロック図である。
【図3】キャッシュテーブル獲得状態が不一致な状態を示すブロック図である。
【図4】実施形態の一例におけるストレージ装置のハードウェア構成例を模式的に示すブロック図である。
【図12】ハイエンドのストレージ装置のハードウェア構成例を模式的に示すブロック図である。
【発明を実施するための形態】
【0020】
以下、図面を参照して一実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。
【0021】
また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【0022】
以下、図中において、同一の各符号は同様の部分を示しているので、その説明は省略する。
【0023】
【0024】
ストレージ装置１００は、ＣＥ１０及び複数のＤＥ２（別言すれば、ＤＥ＃１０～＃２９）を備える。
【0025】
図４に示すように、一部のＤＥ２（別言すれば、ＤＥ＃１９，＃２０）は、複数のＩＯＭ２１（別言すれば、ＩＯＭ＃０，＃１）及びFan Expander Module（ＦＥＭ）２３（別言すれば、ＦＥＭ＃００，＃０１）を備える。また、他のＤＥ２は、複数のＩＯＭ２１（別言すれば、ＩＯＭ＃０，＃１）及びディスク群２２を備える。
【0026】
ＩＯＭ２１は、Ｉ／Ｏユニット又はボードであり、後述するＣＥ１０のＣＭ１から指定されたドライブへSerial Attached SCSI（ＳＡＳ）フレームを転送する。
【0027】
ディスク群２２は、複数のHard Disk Drive（ＨＤＤ）等のディスクを備える。
【0028】
ＦＥＭ２３は、ＩＯＭ２１で受領したＳＡＳフレームをＣＭ１から指定されたドライブへ転送する。ＦＥＭ２３は、ファンも搭載し、ＤＥ２内を冷却する。
【0029】
ＣＥ１０は、複数のＣＭ１（別言すれば、ＣＭ＃０，＃１）を備える。
【0030】
ＣＭ１は、ストレージ制御装置の一例であり、ＣＰＵ１１，ＢＩＯＳ１２，ＢＵＤコントローラ１３，ＢＵＤ１４，ＩＯＣ１５，ＥＸＰ１６及びＣＡ１７を備える。なお、ＣＰＵはCentral Processing Unitの略称であり、ＢＩＯＳはBasic Input/Output Systemの略称であり、ＢＵＤはBoot up Utility Deviceの略称である。また、ＩＯＣはInput Output Controllerの略称であり、ＥＸＰはExpanderの略称であり、ＣＡはCommunication Adapterの略称である。
【0031】
ＢＩＯＳ１２は、ＣＰＵ１１によって実行され、プログラムからハードウェアに対するデータの入出力を行なう。
【0032】
ＢＵＤコントローラ１３は、ＣＰＵ１１からＢＵＤ１４に対するアクセスを中継する。
【0033】
ＢＵＤ１４は、ストレージ装置１００の起動のためのファームウェアであり、起動の際のログを記録する。
【0034】
ＩＯＣ１５は、ＤＥ２とＣＰＵ１１との間のデータ転送を実施し、例えば、専用チップとして構成される。
【0035】
ＥＸＰ１６は、ＳＡＳ／Serial ATA（ＳＡＴＡ）接続用のエキスパンダチップであり、ＣＭ１と複数のＤＥ２とを接続するスイッチ機構である。複数のＤＥ２は、ＣＭ１に対してカスケード接続されている。ＣＭ＃０に対してＤＥ＃２０～＃２９が、ＣＭ＃１に対してＤＥ＃１０～＃１９が、それぞれカスケード接続されている。
【0036】
ＣＡ１７は、不図示の上位装置とストレージ装置１００とを通信可能に接続するインタフェースである。
【0037】
【0038】
ＣＰＵ１１は、例示的に、種々の制御や演算を行なう処理装置であり、種々の機能を実現する。すなわち、ＣＰＵ１１は、図５に示すように、ＧＵＩ／ＣＬＩ制御部１１１，コマンド制御部１１２，メモリ管理部１１３，構成管理部１１４及びＩ／Ｏ制御部１１５として機能してよい。
【0039】
なお、これらのＧＵＩ／ＣＬＩ制御部１１１，コマンド制御部１１２，メモリ管理部１１３，構成管理部１１４及びＩ／Ｏ制御部１１５としての機能を実現するためのプログラムは、例えばフレキシブルディスク、ＣＤ（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷ等）、ＤＶＤ（ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＤＶＤ－Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ＋ＲＷ、ＨＤ ＤＶＤ等）、ブルーレイディスク、磁気ディスク、光ディスク、光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供されてよい。そして、コンピュータ（本実施形態ではＣＰＵ１１）は上述した記録媒体から図示しない読取装置を介してプログラムを読み取って内部記録装置または外部記録装置に転送し格納して用いてよい。また、プログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、記憶装置から通信経路を介してコンピュータに提供してもよい。
【0040】
ＧＵＩ／ＣＬＩ制御部１１１，コマンド制御部１１２，メモリ管理部１１３，構成管理部１１４及びＩ／Ｏ制御部１１５としての機能を実現する際には、内部記憶装置に格納された制御プログラムがコンピュータ（本実施形態ではＣＰＵ１１）によって実行されてよい。また、記録媒体に記録された制御プログラムをコンピュータが読み取って実行してもよい。
【0041】
ＣＰＵ１１は、例示的に、ＣＭ１全体の動作を制御する。ＣＭ１全体の動作を制御するための装置は、ＣＰＵ１１に限定されず、例えば、ＭＰＵやＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのいずれか１つであってもよい。また、ＣＭ１全体の動作を制御するための装置は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ及びＦＰＧＡのうちの２種類以上の組み合わせであってもよい。なお、ＭＰＵはMicro Processing Unitの略称であり、ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific Integrated Circuitの略称である。また、ＰＬＤはProgrammable Logic Deviceの略称であり、ＦＰＧＡはField Programmable Gate Arrayの略称である。
【0042】
ＧＵＩ／ＣＬＩ制御部１１１は、ユーザ／外部ソフトウェア４からの指示を受け付け、装置制御用のコマンドInterface（ＩＦ）を実行する。ＣＬＩ実行の際には、制御用コマンドＩＦをセットにして、コマンド制御部１１２を依頼してよい。なお、ユーザ／外部ソフトウェア４は、不図示の上位装置上で動作するストレージ管理ソフトウェアであってよい。ユーザ／外部ソフトウェア４は、ストレージ管理ソフトウェア上からストレージ装置１００の機能の管理を実施し、ストレージ装置１００における必要な機能を有効化する処理を行なってよい。
【0043】
コマンド制御部１１２は、ＧＵＩ／ＣＬＩ制御部１１１から実行された制御用コマンドのＩＦ設定に基づき、内部処理シーケンスの制御を行なう。
【0044】
メモリ管理部１１３は、ストレージ装置１００内のキャッシュテーブル（別言すれば、制御情報）の獲得や解放処理を実施する。
【0045】
メモリ管理部１１３は、ＣＭ１の起動の際にＣＭ１のリブートモードをチェックし、最適にキャッシュテーブルのテーブル領域を獲得する処理を行なう。ストレージ装置１００の機能有効化の際においてキャッシュテーブルを獲得する処理の動作中に機能有効化処理が異常終了した場合に、メモリ管理部１１３は、ＣＭ１の起動がストレージ装置１００全体のPower on処理であるか単体のＣＭ１のリブートかを判定する。そして、メモリ管理部１１３は、ＣＭ１の起動がストレージ装置１００全体のPower on処理であるか単体のＣＭ１のリブートかに応じたキャッシュテーブル獲得処理を動作させることで、ＣＭ１間でキャッシュテーブルの獲得状態が不一致になることを回避する。
【0046】
ＣＭ１の起動がストレージ装置１００全体のPower on処理である場合には、全てのＣＭ１で同一の装置構成情報が保持されるため、全ＣＭ１でのキャッシュテーブルの獲得状態は整合性が確保された状態となる。そこで、メモリ管理部１１３は、装置構成情報からキャッシュテーブルのサイズを算出して、キャッシュメモリからテーブル領域を獲得する。
【0047】
一方、単体のＣＭ１がリブートした場合には、メモリ管理部１１３は、マスタのＣＭ１からキャッシュテーブル獲得状態情報（図６を用いて後述）を取得する。そして、メモリ管理部１１３は、自ＣＭ１の装置構成情報とマスタのＣＭ１のキャッシュテーブル獲得状態情報とに基づき、キャッシュテーブル獲得処理を実行する。
【0048】
すなわち、メモリ管理部１１３は、ＣＭ１の起動が、ストレージ装置１００全体の起動によるものであるか、ＣＭ１単体の起動によるものであるかを判定する判定部の一例として機能する。そして、メモリ管理部１１３は、判定結果に応じて、ストレージ装置１００の機能の有効化のためのキャッシュテーブルを格納するテーブル領域（別言すれば、制御情報格納領域）を設定する領域設定部の一例として機能する。
【0049】
また、メモリ管理部１１３は、スレーブとして機能する自ＣＭ１の起動がＣＭ１単体の起動によるものである場合に、マスタとして機能するＣＭ１から制御情報格納領域の獲得状態を取得し、取得した獲得状態に基づいてテーブル領域を獲得してよい。
【0050】
更に、メモリ管理部１１３は、獲得状態にＩＤが含まれているPoolについて、獲得状態で割り当てられている領域のサイズに応じて、テーブル領域を獲得してよい。
【0051】
また、メモリ管理部１１３は、獲得状態にＩＤが含まれていないPoolについて、領域のサイズをゼロとして、テーブル領域を獲得してよい。
【0052】
更に、メモリ管理部１１３は、獲得状態が取得できない場合に、ストレージ装置１００全体を再起動させた後に、テーブル領域を獲得してよい。
【0053】
構成管理部１１４は、コマンド実行の際の構成変更処理や処理変更通知を実施する。
【0054】
Ｉ／Ｏ制御部１１５は、ホストからのＩ／Ｏ処理やユーザデータの冗長化処理を行なう。
【0055】
【0056】
キャッシュテーブル獲得情報には、Byte 0x00-0x10において、Cache Table information[0]が格納されている。また、Byte 0x10以降においても、Cache Table information[1] … [n-1]が格納されている。
【0057】
【0058】
図６に示したCache Table Information [0]には、Byte 0x00-0x03においてMemory Pool Nameが格納されており、Byte 0x04-0x07においてPool IDが格納されており、Byte 0x08-0x0BにおいてAllocation Sizeが格納されており、Byte 0x0C以降においてAttributeが格納されている。Cache Table information[1] … [n-1]も同様に、各フィールドが格納されている。
【0059】
Memory Pool Nameはキャッシュテーブルの名称であり、Pool IDはキャッシュテーブルの識別子であり、Allocation Sizeはキャッシュテーブルの獲得サイズであり、Attributeはキャッシュテーブルの属性である。
【0060】
【0061】
以下、マスタとして機能するＣＭ１をマスタＣＭ１ａと称し、スレーブとして機能するＣＭ１をスレーブＣＭ１ｂと称する。
【0062】
マスタＣＭ１ａのＧＵＩ／ＣＬＩ制御部１１１は、コマンド制御部１１２に対して、機能有効化指示を発行する（符号Ｃ１参照）。
【0063】
マスタＣＭ１ａのコマンド制御部１１２は、コマンド指示を受け付け（符号Ｃ２参照）、ＧＵＩ／ＣＬＩ制御部１１１に対して機能有効化指示の応答を行なう（符号Ｃ３参照）。
【0064】
マスタＣＭ１ａのＧＵＩ／ＣＬＩ制御部１１１は、コマンド制御部１１２に対して、機能有効化結果を要求する（符号Ｃ４参照）。
【0065】
マスタＣＭ１ａのコマンド制御部１１２は、メモリ管理部１１３に対してメモリ獲得要求を発行する（符号Ｃ５参照）と共に、ＧＵＩ／ＣＬＩ制御部１１１に対して機能有効化結果を応答する（符号Ｃ６参照）。
【0066】
マスタＣＭ１ａのメモリ管理部１１３は、スレーブＣＭ１ｂのメモリ管理部１１３と同期して、キャッシュテーブル獲得処理を実施する（符号Ｃ７及びＣ８参照）。なお、キャッシュテーブル獲得処理の詳細は、図９を用いて後述する。
【0067】
マスタＣＭ１ａのメモリ管理部１１３は、コマンド制御部１１２に対して、メモリ獲得を応答する（符号Ｃ９参照）。
【0068】
マスタＣＭ１ａのコマンド制御部１１２は、構成管理部１１４に対して、構成変更指示を発行する（符号Ｃ１０参照）。
【0069】
マスタＣＭ１ａの構成管理部１１４は、装置構成変更処理を行ない（符号Ｃ１１参照）、コマンド制御部１１２に対して構成変更の応答を行なう（符号Ｃ１２参照）。
【0070】
マスタＣＭ１ａのＧＵＩ／ＣＬＩ制御部１１１は、コマンド制御部１１２に対して、機能有効化結果を要求する（符号Ｃ１３参照）。
【0071】
マスタＣＭ１ａのコマンド制御部１１２は、コマンド処理を終了させ（符号Ｃ１４参照）、ＧＵＩ／ＣＬＩ制御部１１１に対して機能有効化結果を応答する（符号Ｃ１５参照）。そして、機能有効化処理は終了する。
【0072】
なお、ＧＵＩ／ＣＬＩ制御部１１１は、符号Ｃ３に示した機能有効化指示の応答を受け取ってから、符号Ｃ１５に示した機能有効化結果の応答を受け取るまで、コマンド制御部１１２からの機能有効化結果の応答をポーリングする（符号Ｃ１６参照）。
【0073】
【0074】
メモリ管理部１１３は、ＣＭ１のPower onを検知すると、キャッシュテーブル獲得処理を開始する（ステップＳ１）。
【0075】
メモリ管理部１１３は、Power onが単体のＣＭ１のリブートであるか（別言すれば、ＣＭ１の復旧処理であるCheck1を示すBitが有効であるか）を判定する（ステップＳ２）。
【0076】
Power onが単体のＣＭ１のリブートでない場合には（ステップＳ２のＮＯルート参照）、メモリ管理部１１３は、ストレージ装置１００全体のPower on処理についてのキャッシュテーブル獲得処理を実行する（ステップＳ３）。そして、キャッシュテーブル獲得処理は終了する。なお、ステップＳ３に示すストレージ装置１００全体のPower on処理についてのキャッシュテーブル獲得処理の詳細は、図１０を用いて後述する。
【0077】
一方、Power onが単体のＣＭ１のリブートである場合には（ステップＳ２のＹＥＳルート参照）、メモリ管理部１１３は、単体のＣＭ１のリブートの際におけるキャッシュテーブル獲得処理を実行する（ステップＳ４）。そして、キャッシュテーブル獲得処理は終了する。なお、ステップＳ４に示す単体のＣＭ１のリブートの際におけるキャッシュテーブル獲得処理の詳細は、図１０を用いて後述する。
【0078】
【0079】
メモリ管理部１１３は、ストレージ装置１００全体のPower onの際におけるキャッシュテーブル獲得処理を開始する（ステップＳ３１）。
【0080】
メモリ管理部１１３は、構成設定からキャッシュテーブルのサイズを算出する（ステップＳ３２）。メモリ管理部１１３は、Pool ID毎に定義されたキャッシュテーブルのサイズを決定する関数を実行する。
【0081】
メモリ管理部１１３は、キャッシュテーブル獲得処理を実行する（ステップＳ３３）。
【0082】
メモリ管理部１１３は、未処理の残Poolが存在するかを判定する（ステップＳ３４）。
【0083】
未処理の残Poolが存在する場合には（ステップＳ３４のＹＥＳルート参照）、処理はステップＳ３２に戻る。
【0084】
一方、未処理の残Poolが存在しない場合には（ステップＳ３４のＮＯルート参照）、ストレージ装置１００全体のPower onの際におけるキャッシュテーブル獲得処理は終了する。
【0085】
【0086】
メモリ管理部１１３は、単体ＣＭ１のリブートの際におけるキャッシュテーブル獲得処理を開始する（ステップＳ４１）。
【0087】
メモリ管理部１１３は、マスタＣＭ１ａのキャッシュテーブル情報が有効であるかを判定する（ステップＳ４２）。
【0088】
マスタＣＭ１ａのキャッシュテーブル情報が有効でない場合には（ステップＳ４２のＮＯルート参照）、メモリ管理部１１３は、構成テーブルの設定値に従って、Pool ID有効時のキャッシュテーブルのサイズを算出する（ステップＳ４３）。すなわち、ストレージ装置１００全体の再起動が実行され、図１０に示したストレージ装置１００全体のPower onの際におけるキャッシュテーブル獲得処理が実行される。そして、処理はステップＳ４７へ進む。
【0089】
一方、マスタＣＭ１ａのキャッシュテーブル情報が有効である場合には（ステップＳ４２のＹＥＳルート参照）、メモリ管理部１１３は、対象のPoolがマスタＣＭ１ａで獲得されているかを判定する（ステップＳ４４）。
【0090】
対象のPoolがマスタＣＭ１ａで獲得されていない場合には（ステップＳ４４のＮＯルート参照）、メモリ管理部１１３は、Pool ID無効時のキャッシュテーブルのサイズを算出する（ステップＳ４５）。対象のPoolがマスタＣＭ１ａで獲得されていない場合には、キャッシュテーブルのサイズは０として算出される。そして、処理はステップＳ４７へ進む。
【0091】
一方、対象のPoolがマスタＣＭ１ａで獲得されている場合には（ステップＳ４４のＹＥＳルート参照）、メモリ管理部１１３は、Pool ID有効時のキャッシュテーブルのサイズを算出する（ステップＳ４６）。
【0092】
メモリ管理部１１３は、キャッシュテーブル獲得処理を実行する（ステップＳ４７）。
【0093】
メモリ管理部１１３は、未処理の残Poolが存在するかを判定する（ステップＳ４８）。
【0094】
未処理の残Poolが存在する場合には（ステップＳ４８のＹＥＳルート参照）、処理はステップＳ４４へ戻る。
【0095】
一方、未処理の残Poolが存在しない場合には（ステップＳ４８のＮＯルート参照）、単体ＣＭ１のリブートの際におけるキャッシュテーブル獲得処理は終了する。
【0096】
〔Ａ－３〕効果
上述した実施形態の一例におけるＣＭ１及び制御プログラムによれば、例えば以下の作用効果を奏することができる。
上述した実施形態の一例におけるＣＭ１及び制御プログラムによれば、例えば以下の作用効果を奏することができる。
【0097】
メモリ管理部１１３は、ＣＭ１の起動が、ストレージ装置１００全体の起動によるものであるか、ＣＭ１単体の起動によるものであるかを判定する。そして、メモリ管理部１１３は、判定結果に応じて、ストレージ装置１００の機能の有効化のためのキャッシュテーブルを格納するテーブル領域を獲得する。
【0098】
これにより、ストレージ装置１００に備えられる複数のＣＭ１間のキャッシュテーブル獲得状態を一致させることができる。具体的には、ストレージ装置１００の機能有効化の際におけるキャッシュテーブル獲得処理の動作中において、機能有効化の処理が異常終了した場合でも、異常が発生したＣＭ１のリブートの際に他のＣＭ１との間でキャッシュテーブル獲得状態を一致させることができる。そして、キャッシュテーブル獲得状態をＣＭ１間で整合性がある状態にすることで、ストレージ装置１００を安定して稼働させることができる。
【0099】
メモリ管理部１１３は、スレーブとして機能する自ＣＭ１の起動がＣＭ１単体の起動によるものである場合に、マスタとして機能するＣＭ１から領域の獲得状態を取得し、取得した獲得状態に基づいてテーブル領域を獲得する。
【0100】
これにより、スレーブのＣＭ１とマスタのＣＭ１との間におけるキャッシュテーブル獲得状態を一致させることができる。
【0101】
メモリ管理部１１３は、獲得状態にＩＤが含まれているPoolについて、獲得状態で割り当てられている領域のサイズに応じて、テーブルの領域を獲得する。
【0102】
これにより、スレーブのＣＭ１とマスタのＣＭ１との間におけるキャッシュテーブルの領域サイズを一致させることができる。
【0103】
メモリ管理部１１３は、獲得状態にＩＤが含まれていないPoolについて、領域のサイズをゼロとして、テーブル領域を獲得する。
【0104】
これにより、マスタのＣＭ１で獲得されていないPoolの領域サイズを０として、スレーブのＣＭ１においてテーブル領域を獲得できる。
【0105】
メモリ管理部１１３は、獲得状態が取得できない場合に、ストレージ装置１００全体を再起動させた後に、テーブル領域を獲得する。
【0106】
これにより、マスタのＣＭ１からキャッシュテーブル獲得状態が取得できない場合においても、ＣＭ１間のキャッシュテーブル獲得状態の整合性を確実にとることができる。
【0107】
〔Ｂ〕その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
【0108】
ストレージ装置１００の装置構成は、図４に示した例に限定されるものではない。
【0109】
図１２は、ハイエンドのストレージ装置１００ａのハードウェア構成例を模式的に示すブロック図である。
【0110】
ストレージ装置１００ａはｎ－１個のＣＥ１０（別言すれば、ＣＥ＃０～＃ｎ）を備え、各ＣＥ１０には４つのＤＥ２がそれぞれ接続される。なお、ＣＥ１０及びＤＥ２の構成は、図４に示したストレージ装置１００と同様である。
【0111】
また、ストレージ装置１００ａは、２つのＦＥ３（別言すれば、ＦＥ＃０，＃１）を備える。
【0112】
各ＦＥ３は、２つのFrontend Router（ＦＲＴ）３１及びService Controller（ＳＶＣ）３２を備える。なお、ＦＥ＃０はＦＲＴ＃０，＃１及びＳＶＣ＃０を備え、ＦＥ＃１はＦＲＴ＃２，＃３及びＳＶＣ＃１を備える。
【0113】
ＦＲＴ３１は、ＦＥ３とＣＭ１との間の通信経路を提供する。
【0114】
ＳＶＣ３２は、システム管理を担うユニットであり、ストレージ装置１００ａに搭載されるモジュールの監視及び制御を行なう。
【0115】
図１２に示したストレージ装置１００ａにおいても、実施形態の一例に示したストレージ装置１００と同様の作用効果を奏することができる。
【0116】
〔Ｃ〕付記
以上の実施形態に関し、さらに以下の付記を開示する。
以上の実施形態に関し、さらに以下の付記を開示する。
【0117】
（付記１）
ストレージ装置に備えられる複数のストレージ制御装置のうちの一のストレージ制御装置であって、
当該ストレージ制御装置の起動が、前記ストレージ装置全体の起動によるものであるか、当該ストレージ制御装置単体の起動によるものであるかを判定する判定部と、
前記判定部による判定結果に応じて、前記ストレージ装置の機能の有効化のための制御情報を格納する制御情報格納領域を設定する領域設定部と、
を備える、ストレージ制御装置。
ストレージ装置に備えられる複数のストレージ制御装置のうちの一のストレージ制御装置であって、
当該ストレージ制御装置の起動が、前記ストレージ装置全体の起動によるものであるか、当該ストレージ制御装置単体の起動によるものであるかを判定する判定部と、
前記判定部による判定結果に応じて、前記ストレージ装置の機能の有効化のための制御情報を格納する制御情報格納領域を設定する領域設定部と、
を備える、ストレージ制御装置。
【0118】
（付記２）
当該ストレージ制御装置は、前記ストレージ装置においてスレーブとして機能するストレージ制御装置であり、
前記領域設定部は、当該ストレージ制御装置の起動が当該ストレージ制御装置単体の起動によるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から前記制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を設定する、
付記１に記載のストレージ制御装置。
当該ストレージ制御装置は、前記ストレージ装置においてスレーブとして機能するストレージ制御装置であり、
前記領域設定部は、当該ストレージ制御装置の起動が当該ストレージ制御装置単体の起動によるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から前記制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を設定する、
付記１に記載のストレージ制御装置。
【0119】
（付記３）
前記領域設定部は、前記獲得状態に識別子が含まれているストレージプールについて、前記獲得状態で割り当てられている領域のサイズに応じて、前記制御情報格納領域を設定する、
付記２に記載のストレージ制御装置。
前記領域設定部は、前記獲得状態に識別子が含まれているストレージプールについて、前記獲得状態で割り当てられている領域のサイズに応じて、前記制御情報格納領域を設定する、
付記２に記載のストレージ制御装置。
【0120】
（付記４）
前記領域設定部は、前記獲得状態に識別子が含まれていないストレージプールについて、領域のサイズをゼロとして、前記制御情報格納領域を設定する、
付記２又は３に記載のストレージ制御装置。
前記領域設定部は、前記獲得状態に識別子が含まれていないストレージプールについて、領域のサイズをゼロとして、前記制御情報格納領域を設定する、
付記２又は３に記載のストレージ制御装置。
【0121】
（付記５）
前記領域設定部は、前記獲得状態が取得できない場合に、前記ストレージ装置全体を再起動させた後に、前記制御情報格納領域を設定する、
付記２～４のいずれか１項に記載のストレージ制御装置。
前記領域設定部は、前記獲得状態が取得できない場合に、前記ストレージ装置全体を再起動させた後に、前記制御情報格納領域を設定する、
付記２～４のいずれか１項に記載のストレージ制御装置。
【0122】
（付記６）
ストレージ装置に備えられる複数のストレージ制御装置のうちの一のストレージ制御装置に備えられるコンピュータに、
当該ストレージ制御装置の起動が、前記ストレージ装置全体の起動によるものであるか、当該ストレージ制御装置単体の起動によるものであるかを判定し、
前記判定の結果に応じて、前記ストレージ装置の機能の有効化のための制御情報を格納する制御情報格納域を設定する、
処理を実行させる、制御プログラム。
ストレージ装置に備えられる複数のストレージ制御装置のうちの一のストレージ制御装置に備えられるコンピュータに、
当該ストレージ制御装置の起動が、前記ストレージ装置全体の起動によるものであるか、当該ストレージ制御装置単体の起動によるものであるかを判定し、
前記判定の結果に応じて、前記ストレージ装置の機能の有効化のための制御情報を格納する制御情報格納域を設定する、
処理を実行させる、制御プログラム。
【0123】
（付記７）
前記一のストレージ制御装置は、前記ストレージ装置においてスレーブとして機能するストレージ制御装置であり、
当該ストレージ制御装置の起動が当該ストレージ制御装置単体の起動によるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から前記制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記６に記載の制御プログラム。
前記一のストレージ制御装置は、前記ストレージ装置においてスレーブとして機能するストレージ制御装置であり、
当該ストレージ制御装置の起動が当該ストレージ制御装置単体の起動によるものである場合に、前記複数のストレージ制御装置のうちのマスタとして機能するストレージ制御装置から前記制御情報格納領域の獲得状態を取得し、取得した前記獲得状態に基づいて前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記６に記載の制御プログラム。
【0124】
（付記８）
前記獲得状態に識別子が含まれているストレージプールについて、前記獲得状態で割り当てられている領域のサイズに応じて、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７に記載の制御プログラム。
前記獲得状態に識別子が含まれているストレージプールについて、前記獲得状態で割り当てられている領域のサイズに応じて、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７に記載の制御プログラム。
【0125】
（付記９）
前記獲得状態に識別子が含まれていないストレージプールについて、領域のサイズをゼロとして、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７又は８に記載の制御プログラム。
前記獲得状態に識別子が含まれていないストレージプールについて、領域のサイズをゼロとして、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７又は８に記載の制御プログラム。
【0126】
（付記１０）
前記獲得状態が取得できない場合に、前記ストレージ装置全体を再起動させた後に、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７～９のいずれか１項に記載の制御プログラム。
前記獲得状態が取得できない場合に、前記ストレージ装置全体を再起動させた後に、前記制御情報格納領域を設定する、
処理を前記コンピュータに実行させる、付記７～９のいずれか１項に記載の制御プログラム。
【符号の説明】
【0127】
１００，１００ａ，６００：ストレージ装置
１０，６０：ＣＥ
１，６ ：ＣＭ
１ａ ：マスタＣＭ
１ｂ ：スレーブＣＭ
１１ ：ＣＰＵ
１１１ ：ＧＵＩ／ＣＬＩ制御部
１１２ ：コマンド制御部
１１３ ：メモリ管理部
１１４ ：構成管理部
１１５ ：Ｉ／Ｏ制御部
１２ ：ＢＩＯＳ
１３ ：ＢＵＤコントローラ
１４ ：ＢＵＤ
１５ ：ＩＯＣ
１６ ：ＥＸＰ
１７ ：ＣＡ
２，７ ：ＤＥ
２１ ：ＩＯＭ
２２ ：ディスク群
２３ ：ＦＥＭ
３ ：ＦＥ
３１ ：ＦＲＴ
３２ ：ＳＶＣ
４ ：ユーザ／外部ソフトウェア
８ ：ユーザ端末
１０，６０：ＣＥ
１，６ ：ＣＭ
１ａ ：マスタＣＭ
１ｂ ：スレーブＣＭ
１１ ：ＣＰＵ
１１１ ：ＧＵＩ／ＣＬＩ制御部
１１２ ：コマンド制御部
１１３ ：メモリ管理部
１１４ ：構成管理部
１１５ ：Ｉ／Ｏ制御部
１２ ：ＢＩＯＳ
１３ ：ＢＵＤコントローラ
１４ ：ＢＵＤ
１５ ：ＩＯＣ
１６ ：ＥＸＰ
１７ ：ＣＡ
２，７ ：ＤＥ
２１ ：ＩＯＭ
２２ ：ディスク群
２３ ：ＦＥＭ
３ ：ＦＥ
３１ ：ＦＲＴ
３２ ：ＳＶＣ
４ ：ユーザ／外部ソフトウェア
８ ：ユーザ端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】