複数の記憶装置と、前記複数の記憶装置の記憶領域に形成される論理ユニットであって、アクセス要求元のアクセス対象となる1又は複数のアクセス対象用論理ユニットと、前記複数の記憶装置の記憶領域に形成される論理ユニットであって、前記アクセス対象用論理ユニットがフォーマット済みか否かを管理するためのフォーマット管理情報を格納する領域が、前方ページ領域と後方ページ領域に分割された管理情報用論理ユニットと、前記各論理ユニットに対するデータ入出力を制御すると共に、前記アクセス対象用論理ユニットに対するフォーマット処理を実行する1又は複数のコントローラと、を備え、前記コントローラは、前記アクセス対象用論理ユニットに対する前記フォーマット処理の実行時に、前記アクセス対象用論理ユニットの容量を基に前記フォーマット管理情報の容量を算出し、前記算出したフォーマット管理情報の容量と特定容量のページの管理単位との比から、前記フォーマット管理情報を前記ページの管理単位で管理するのに必要な管理情報用ページのページ数を算出し、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち一部のフォーマット管理情報を前記前方ページ領域に割り当て、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち残りのフォーマット管理情報を前記後方ページ領域に割り当て、前記フォーマット処理の実行結果を前記フォーマット管理情報として、前記前方ページ領域又は前記後方ページ領域に格納するストレージシステム。請求項1に記載のストレージシステムであって、前記コントローラは、前記算出したページ数に1つの管理情報用ページが存在する場合、前記1つの管理情報用ページに対応する前記フォーマット管理情報の格納先を前記前方ページ領域に割り当てると共に、前記1つの管理情報用ページに対応する前記フォーマット管理情報の格納先を前方ページ領域アドレスで管理し、前記算出したページ数に2以上の管理情報用ページが存在する場合、前記2以上の管理情報用ページに対応する前記フォーマット管理情報の格納先を前記後方ページ領域に割り当てると共に、前記2以上の管理情報用ページに対応する前記フォーマット管理情報の格納先を、後方ページ領域アドレスと前記2以上の管理情報用ページのページ長で管理することを特徴とするストレージシステム。請求項1に記載のストレージシステムであって、前記前方ページ領域又は前記後方ページ領域に割り当てられる前記管理情報ページは、前記コントローラによる、リードアクセス又はライトアクセスの最小単位であって、前記記憶装置の論理的記憶領域に形成されるストライプ列の整数倍の容量で構成されることを特徴とするストレージシステム。請求項1に記載のストレージシステムであって、前記管理情報用ページには、前記管理情報用ページに対するアクセスを占有することを示すオーナー権の情報が、前記いずれかのコントローラに対応づけて格納されることを特徴とするストレージシステム。請求項1に記載のストレージシステムであって、前記コントローラは、前記アクセス要求元からリードコマンド又はライトコマンドを受信した場合、前記リードコマンド又はライトコマンドを基にアクセス先を特定し、前記管理情報用論理ユニットに格納された前記フォーマット管理情報のうち前記アクセス先に対応するフォーマット管理情報を参照し、前記アクセス先に対応するフォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記アクセス先に対してリードアクセス又はライトアクセスを実行することを特徴とするストレージシステム。請求項2に記載のストレージシステムであって、前記コントローラは、前記アクセス要求元からリードコマンド又はライトコマンドを受信した場合、前記リードコマンド又はライトコマンドを基に前記フォーマット管理情報上のアドレスを示す仮想メモリアドレスを算出し、前記算出した仮想メモリアドレスと前記ページの管理単位との比から、アクセス先に対応する管理情報用ページのページ数を算出し、前記算出したページ数に1つの管理情報用ページが存在する場合、前記1つの管理情報用ページに対応する前記前方ページ領域アドレスから前記アクセス先の物理アドレスを算出し、前記1つの管理情報用ページに対応する前記前方ページ領域アドレスで特定される前記前方ページ領域に格納された前記フォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行し、前記算出したページ数に2以上の管理情報用ページが存在する場合、前記2以上の管理情報用ページに対応する前記後方ページ領域アドレスと前記ページ長から前記アクセス先の物理アドレスを算出し、前記2以上の管理情報用ページに対応する前記後方ページ領域アドレスと前記ページ長で特定される前記後方ページ領域に格納された前記フォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行することを特徴とするストレージシステム。複数の記憶装置と、前記複数の記憶装置の記憶領域に形成される論理ユニットであって、アクセス要求元のアクセス対象となる1又は複数のアクセス対象用論理ユニットと、前記複数の記憶装置の記憶領域に形成される論理ユニットであって、前記アクセス対象用論理ユニットがフォーマット済みか否かを管理するためのフォーマット管理情報を格納する領域が、前方ページ領域と後方ページ領域に分割された管理情報用論理ユニットと、前記各論理ユニットに対するデータ入出力を制御すると共に、前記アクセス対象用論理ユニットに対するフォーマット処理を実行する1又は複数のコントローラと、を備えたストレージシステムの論理ユニット管理方法であって、前記コントローラが、前記アクセス対象用論理ユニットに対する前記フォーマット処理を実行する場合のステップとして、前記コントローラが、前記アクセス対象用論理ユニットの容量を基に前記フォーマット管理情報の容量を算出するステップと、前記コントローラが、前記算出したフォーマット管理情報の容量と特定容量のページの管理単位との比から、前記フォーマット管理情報を前記ページの管理単位で管理するのに必要な管理情報用ページのページ数を算出するステップと、前記コントローラが、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち一部のフォーマット管理情報を前記前方ページ領域に割り当てるステップと、前記コントローラが、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち残りのフォーマット管理情報を前記後方ページ領域に割り当てるステップと、前記コントローラが、前記フォーマット処理の実行結果を前記フォーマット管理情報として、前記前方ページ領域又は前記後方ページ領域に格納するステップと、を含むことを特徴とするストレージシステムの論理ユニット管理方法。請求項7に記載のストレージシステムの論理ユニット管理方法であって、前記コントローラが、前記算出したページ数に1つの管理情報用ページが存在する場合、前記1つの管理情報用ページに対応する前記フォーマット管理情報の格納先を前記前方ページ領域に割り当てると共に、前記1つの管理情報用ページに対応する前記フォーマット管理情報の格納先を前方ページ領域アドレスで管理し、前記コントローラが、前記算出したページ数に2以上の管理情報用ページが存在する場合、前記2以上の管理情報用ページに対応する前記フォーマット管理情報の格納先を前記後方ページ領域に割り当てると共に、前記2以上の管理情報用ページに対応する前記フォーマット管理情報の格納先を、後方ページ領域アドレスと前記2以上の管理情報用ページのページ長で管理することを特徴とするストレージシステムの論理ユニット管理方法。請求項7に記載のストレージシステムの論理ユニット管理方法であって、前記前方ページ領域又は前記後方ページ領域に割り当てられる前記管理情報ページは、前記コントローラによる、リードアクセス又はライトアクセスの最小単位であって、前記記憶装置の論理的記憶領域に形成されるストライプ列の整数倍の容量で構成されることを特徴とするストレージシステムの論理ユニット管理方法。請求項7に記載のストレージシステムの論理ユニット管理方法であって、前記管理情報用ページには、前記管理情報用ページに対するアクセスを占有することを示すオーナー権の情報が、前記いずれかのコントローラに対応づけて格納されることを特徴とするストレージシステムの論理ユニット管理方法。請求項7に記載のストレージシステムの論理ユニット管理方法であって、前記コントローラが、前記アクセス要求元からリードコマンド又はライトコマンドを受信した場合に処理するステップとして、前記コントローラが、前記リードコマンド又はライトコマンドを基にアクセス先を特定するステップと、前記コントローラが、前記管理情報用論理ユニットに格納された前記フォーマット管理情報のうち前記アクセス先に対応するフォーマット管理情報を参照するステップと、前記コントローラが、前記アクセス先に対応するフォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記アクセス先に対してリードアクセス又はライトアクセスを実行するステップと、を含むことを特徴とするストレージシステムの論理ユニット管理方法。請求項8に記載のストレージシステムの論理ユニット管理方法であって、前記コントローラが、前記アクセス要求元からリードコマンド又はライトコマンドを受信した場合に処理するステップとして、前記コントローラが、前記リードコマンド又はライトコマンドを基に前記フォーマット管理情報上のアドレスを示す仮想メモリアドレスを算出するステップと、前記コントローラが、前記算出した仮想メモリアドレスと前記ページの管理単位との比から、アクセス先に対応する管理情報用ページのページ数を算出するステップと、前記コントローラが、前記算出したページ数に1つの管理情報用ページが存在する場合、前記1つの管理情報用ページに対応する前記前方ページ領域アドレスから前記アクセス先の物理アドレスを算出するステップと、前記コントローラが、前記1つの管理情報用ページに対応する前記前方ページ領域アドレスで特定される前記前方ページ領域に格納された前記フォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行するステップと、前記コントローラが、前記算出したページ数に2以上の管理情報用ページが存在する場合、前記2以上の管理情報用ページに対応する前記後方ページ領域アドレスと前記ページ長から前記アクセス先の物理アドレスを算出するステップと、前記コントローラが、前記2以上の管理情報用ページに対応する前記後方ページ領域アドレスと前記ページ長で特定される前記後方ページ領域に格納された前記フォーマット管理情報にフォーマット済みの情報が登録されていることを条件に、前記算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行するステップと、を含むことを特徴とするストレージシステムの論理ユニット管理方法。特許文献2では、キャッシュメモリの記憶領域をセグメントに分割して管理する方法を採用しているが、この方法を、RAIDを構成するハードディスクドライブHDD等の記憶デバイスの記憶領域を管理する方法に適用しても、RAIDを構成するハードディスクドライブHDD等の記憶デバイスの記憶領域を特定の管理単位ページで分割して管理する場合、以下の課題が生じる。例えば、ページ単位で論理ボリュームの管理情報を保存する場合、管理情報がどんなに小さくても、管理情報を保存する記憶領域として、必ず1ページ分の記憶領域の割り当てが管理情報には必要となる。そのため、ページのサイズが大きいときに、小さな管理情報をページ単位の記憶領域に保存すると、無駄な記憶領域が発生する。逆に、管理情報が大きく、ページのサイズが小さいときには、管理情報を保存するためのページの数が増大することになる。本発明は、前記従来技術の課題に鑑みて為されたものであり、その目的は、フォーマット管理情報を保存する管理情報用ページのサイズを最小にするとともに、管理情報用ページの管理サイズを低減することができるストレージシステム及びその論理ユニット管理方法を提供することにある。前記目的を達成するために、本発明は、複数の記憶装置の記憶領域に形成される論理ユニットであって、アクセス要求元のアクセス対象となる1又は複数のアクセス対象用論理ユニットがフォーマット済みか否かを管理するためのフォーマット管理情報を格納する管理情報用論理ユニットの領域を、前方ページ領域と後方ページ領域に分けて管理する1又は複数のコントローラを有し、前記コントローラは、前記アクセス対象用論理ユニットに対する前記フォーマット処理の実行時に、前記アクセス対象用論理ユニットの容量を基に前記フォーマット管理情報の容量を算出し、前記算出したフォーマット管理情報の容量と特定容量のページの管理単位との比から、前記フォーマット管理情報を前記管理単位で管理するのに必要な管理情報用ページのページ数を算出し、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち一部のフォーマット管理情報を前記前方ページ領域に割り当て、前記算出した管理情報用ページのページ数に対応する前記フォーマット管理情報のうち残りのフォーマット管理情報を前記後方ページ領域に割り当て、前記フォーマット処理の実行結果を前記フォーマット管理情報として、前記前方ページ領域又は前記後方ページ領域に格納することを特徴とする。この際、前記コントローラは、前記前方ページ領域に割り当てられた前記フォーマット管理情報の格納先を前方ページ領域アドレスで管理し、前記後方ページ領域に割り当てられた前記フォーマット管理情報の格納先を後方ページ領域アドレスとページ長で管理することができる。本発明によれば、フォーマット管理情報を保存する管理情報用ページのサイズを最小にするとともに、管理情報用ページの管理サイズを低減することができる。発明の概要複数の記憶デバイスで構成されたRAID上に、例えば、ユーザボリュームを構築する場合、各記憶デバイスの記憶領域に対してフォーマット処理、例えば、クイックフォーマット処理が、例えば、コントローラによって実行される。この際、図1に示すように、クイックフォーマット処理の対象となるLUであって、RAID上に構成された通常LU10のうち、フォーマット対象領域12を、1MBのクイックフォーマット管理単位で複数のクイックフォーマット対象領域14に分割し、各クイックフォーマット対象領域14が、フォーマット済か否かを差分ビットマップテーブル16以下、アクセス対象用論理ユニットを示す通常LU10がフォーマット済みか否かを管理するためのフォーマット管理情報を差分ビットで登録するテーブルを差分ビットマップテーブルと称する。で管理する。この場合、クイックフォーマット対象領域14が、フォーマット済であれば、このクイックフォーマット対象領域14に対応した差分ビットマップテーブル16に0を格納し、クイックフォーマット対象領域14が、未フォーマット状態にある場合には、このクイックフォーマット対象領域14に対応した差分ビットマップテーブル16に1を格納する。即ち、各クイックフォーマット対象領域14が、フォーマット済か否かを1ビットの差分ビットを用いて差分ビットマップテーブル16で管理する。通常LU10のサイズが7680TBであった場合、差分ビットマップテーブル16の容量は約1GBとなる。1GBのデータを半導体メモリに保存するのでは、多くの半導体メモリを必要とする。具体的には、記憶デバイスをフォーマット処理する場合、フォーマットの有無を論理ユニット以下、LULogicalUnitと称することがある毎に管理するための管理情報が登録される差分ビットマップテーブルの容量としては、LU1MBメガバイト当たり1ビットとなる。このため、クイックフォーマット対象の全LUの合計容量が7680TBテラバイトであった場合、差分ビットマップテーブルの容量は、全LUでは、約1GBギガバイトとなる。ここで、1GBページの管理単位=管理情報用ページ数として、各LUのフォーマット処理の実行の有無を差分ビットマップテーブルで管理する場合、ページの管理単位が小さくなればなる程、管理情報用ページの数が増大することになる。例えば、1LU当たり最大128TBの容量であって、LUとしては、最大4096個のLUが存在することを前提とし、最も単純な管理方式を考える。1LU当たりに割り当てられた管理情報用ページを全て管理するという管理方式を採用した場合、差分ビットマップテーブルのサイズは、1管理情報用ページの管理情報アドレス情報を4Byteとすると、以下の通りとなる。まず最大128TB分の差分ビットマップテーブルのサイズは、16MBとなる。即ち、128TBをビットマップの管理単位の1MBで割り算し、割り算で得られた値を、1MB当たり1ビットで管理すると共に、バイトに変換して管理する場合、128TB分の差分ビットマップテーブルのサイズは16MBとなる。ここで、管理単位が小さい場合であって、ページの管理単位が4MBの場合、16MBの差分ビットマップテーブルを保存可能な管理情報用ページの数は、4管理情報ページとなる。1管理情報用ページの管理情報は4Byteであるので、4管理情報用ページを管理するために必要な情報量は、16Byteとなる。16Byteの情報量を4096LU分管理するために必要なメモリサイズは、64KBとなる。次に、ページの管理単位を1MBとした場合、16MBの差分ビットマップテーブルを保存可能な管理情報用ページ数は、16管理情報用ページとなる。16管理情報用ページを管理するために必要な情報量は、16×4Byte=64Byteとなる。64Byteの情報量を4096LU分管理するために必要なメモリサイズは、256KBとなる。即ち、管理単位が小さくなればなる程、管理情報用ページの数が増大し、その分、管理情報を保存するためのメモリのサイズが増大することになる。一方、ページの管理単位が大きい場合、例えば、ページの管理単位が10MBであって、クイックフォーマット対象のLUの容量を128TBとした場合、16MBの差分ビットマップテーブルを保存するために必要な管理情報用ページの数は、16MB10MB=1.6となる。端数を切り上げると、2管理情報用ページとなる。即ち、差分ビットマップテーブルのサイズが、16MBである場合、この容量を保存するために必要な管理情報用ページの数は、計算上は1.6ページである。しかし、管理情報用ページは、管理情報用ページ毎に管理されるので、差分ビットマップテーブルを保存するために必要なページ数は、2管理情報用ページとなる。このため、2管理情報用ページのうち最後の管理情報用ページには、使用されない記憶領域が生じることになる。このように、ページの管理単位が大きければ大きい程、実際に使用されない無駄な記憶領域が発生することになる。そこで、差分ビットマップテーブル16のデータを保存するためのLUとして、図2に示すように、複数の記憶デバイスで構成されたRAIDグループ上に、管理情報用LU18を形成し、管理情報用LU18に差分ビットマップテーブル16のデータを格納する。この際、管理情報用LU18の領域を、前方ページ領域20と、後方ページ領域22に分割する。また、差分ビットマップテーブル16のデータを管理情報用LU18に格納するに際しては、差分ビットマップテーブル16のデータはLU毎の情報であって、LUの構成によっては、各LUに対応した差分ビットマップテーブル16のサイズが変化する。このため、差分ビットマップテーブル16のデータを管理情報用LU18に保存するには、LU毎に分割して管理する必要がある。そこで、差分ビットマップテーブル16の容量を特定の容量、例えば、1MBのページの管理単位で分割して得られた管理情報用ページを用いて管理する。この際、管理情報用ページは、リードアクセス又はライトアクセスの最小単位であるストライプ列のサイズの整数倍に設定される。そして、管理情報用LU18のうち、前方ページ領域20には、RAID内のユーザボリュームの最大数×ページサイズ管理情報用ページのサイズの容量により算出される領域を割り当てる。また、後方ページ領域22には、RAIDグループ全体のサイズから算出される管理情報として必要とされる領域を割り当てる。この後、通常LU10を複数のLUに分割して使用する過程で、分割されたLUの容量を基に、差分ビットマップテーブル16のデータを格納するのに必要なページ数をLU毎に算出する。算出されたページ数が2以上である場合、1ページに対応する差分ビットマップテーブル16のデータを前方ページ領域20に割り当て、2ページ以降の差分ビットマップテーブル16のデータを後方ページ領域22に割り当てる。この際、前方ページ領域20に割り当てられたデータの格納先を前方ページ領域アドレスで管理し、後方ページ領域22に割り当てられたデータの格納先を、後方ページ領域アドレスと、後方ページ領域22に割り当てられたページのページ長で管理する。また、図3に示すように、管理情報用LU18に形成される複数のストライプ列24の中に、異なるページのデータ26、28が存在する場合、ページ毎に担当コントローラを1つに定めるという方式を採用した場合、同一のストライプ列24に対して、2つのコントローラ記憶制御装置がアクセスすると、アクセスの競合が発生することになる。そこで、図4に示すように、管理情報用LU18に構築されるストライプ列24の整数倍を管理情報用ページ30とし、管理情報用LU18に構築されるストライプ列24を管理情報用ページ30毎にまとめて管理すると共に、管理情報ページ30毎に担当コントローラを設定する。例えば、管理情報用ページ30には、管理情報用ページ30に対するアクセスを占有することを示すオーナー権の情報を、いずれかのコントローラに対応づけて格納される。これにより、コントローラ間でアクセスの競合が発生するのを防止することができる。第1実施例本実施例は、アクセス対象用論理ユニットがフォーマット済みかを管理するフォーマット管理情報を格納する管理情報用論理ユニットの領域を前方ページ領域と後方ページ領域で管理するコントローラを有し、このコントローラは、アクセス対象用論理ユニットをフォーマットする場合、アクセス対象用論理ユニットの容量を基にフォーマット管理情報の容量を算出し、算出したフォーマット管理情報の容量とページの管理単位との比から管理情報用ページのページ数を算出し、1ページのフォーマット管理情報を前方ページ領域に割り当て、その格納先を前方ページ領域アドレスで管理し、2ページ以上のフォーマット管理情報を後方ページ領域に割り当て、その格納先を、後方ページ領域アドレスとページ長で管理する。以下、本発明の第1実施例を図面に基づいて説明する。図5は、計算機システムの全体構成を示すブロック図である。図5において、計算機システムは、管理サーバ50と、ディスクアレイ装置52と、ネットワーク54と、複数のホスト計算機以下、ホストと称することがある。56から構成される。各ホスト56は、CPUCentralProcessingUnitやメモリなどの情報処理資源を備えたコンピュータ装置であり、例えば、パーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。各ホスト56は、ディスクアレイ装置ストレージサブシステム52から提供されるLU又は論理ボリュームを指定したアクセス要求、例えば、書き込み要求あるいは読み出し要求をディスクアレイ装置ストレージサブシステム52に発行することで、そのLU又は論理ボリュームにアクセスすることができる。また、各ホスト56は、キーボード、スイッチやポインティングデバイス、マイクロフォンなどの情報入力装置図示せずと、モニタディスプレイやスピーカなどの情報出力装置図示せずとを備える。ネットワーク54は、例えば、SANStorageAreaNetwork、LANLocalAreaNetwork、インターネット、公衆回線または専用回線まどから構成される。このネットワーク54を介して各ホスト56とディスクアレイ装置52との間の通信は、例えば、ネットワーク54がSANである場合には、ファイバチャネルプロトコルに従って行われ、ネットワーク54がLANである場合には、TCPIPTransmissionControlProtocolInternetProtocolプロトコルに従って行われる。ディスクアレイ装置52は、記憶制御装置58と、複数の増設筺体拡張筐体60とを有するストレージシステムとして構成される。次に、図6に、ディスクアレイ装置の内部構成図を示す。図6において、ディスクアレイ装置52は、複数のコントローラ70、72と、基本筺体74とを有する記憶制御装置58を備え、基本筺体74には、複数の記憶装置76が収納される。なお、各増設筺体60にも、それぞれ複数の記憶装置76が収納される。記憶装置76としては、例えば、ハードディスクデバイス、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイス等の記憶デバイスが挙がられ、これらの記憶デバイスは、データを読み書き可能なデバイスである。記憶デバイスとしてハードディスクデバイスを用いる場合、例えば、FCFibreChannelディスク、SCSISmallComputerSystemInterfaceディスク、SATASerialATAディスク、ATAATAttachmentディスク、SASSerialAttachedSCSIディスク等を用いることができる。記憶デバイスとして半導体メモリデバイスを用いる場合、SSDSolidStateDriveフラッシュメモリ、FeRAMFerroelectricRandomAccessMemory、MRAMMagnetoresistiveRandomAccessMemory、相変化メモリOvonicUnifiedMemory、RRAM登録商標ResistanceRandomAccessMemory等を用いることができる。また、各記憶装置76でRAIDグループ、例えば、RAID4、RAID5、RAID6等を構成したり、各記憶装置76を複数のRAIDグループに分割したりすることもできる。この際、各記憶装置76の物理的記憶領域上に複数の論理ユニットLUや複数の論理ボリュームを形成することもできる。LUは、ホスト56に、ホスト56のアクセス対象として提供される論理ユニットであって、通常LUと仮想LUとに分けられる。通常LUは、記憶装置76上に形成された論理的記憶領域から構成される。それに対して、仮想LUは、ThinProvisioning機能により提供され、ページと呼ばれる記憶領域の単位から構成される。仮想LU作成当初のデータが書き込まれる前の段階では、ページには物理的記憶領域から形成される論理的記憶領域は、対応付けられていない。その後、ページに新規のデータの書込みが行われると、当該書込みが行われたページに、記憶装置76上に形成された論理的記憶領域の一部の記憶領域が割り当てられ、この割当てられた記憶領域にデータが格納される。通常LUと仮想LUには、識別子として、LUNLogicalUnitNumberが割り当てられ、各セグメントには、論理ブロックアドレスLBALogicalBlockAddressが割り当てられる。この際、各ホスト56は、識別子LUNと論理ブロックアドレスLBAからなる論理アドレスを含むコマンドを、ディスクアレイ装置52のコントローラ70又はコントローラ72に送信することにより、通常LUまたは仮想LUに対応した記憶領域に記憶されたデータにアクセスすることができる。コントローラ70は、MPU80と、メモリコントローラMC82と、ローカルメモリLM84と、キャッシュメモリCM86と、ホストインタフェース88、データ転送制御回路DCTL90と、ディスクインタフェース92と、エキスパンダEXP94とを有する0のコントローラとして構成される。MPU80は、コントローラ70全体を統括制御するマイクロプロセッサで構成されており、このマイクロプロセッサは、例えば、多重コアで構成されている。メモリコントローラ82は、MPU80からの指令を基にローカルメモリ84に対するマッピング処理などを行う。ローカルメモリ84は、システム構成情報や管理情報、各種制御プログラムなどを記憶する記憶装置として構成される。キャッシュメモリ86は、ディスクアレイ装置52に入出力されるユーザデータなどを一時的に記憶する記憶装置として構成される。ホストインタフェース88は、ディスクアレイ装置52をネットワーク54に接続するためのポート図示せずを備え、各ホスト56から送信される各種コマンドを解釈し、コマンドに従って処理を実行するとともに、各ホスト56とデータの授受を行う。データ転送制御回路90は、メモリコントローラ82、キャッシュメモリ86、ホストインタフェース88、ディスクインタフェース92と、データ転送制御回路110に接続され、これら接続された部位に対するデータ転送を制御する。ディスクインタフェース92は、増設筺体76に収納された記憶装置76またはエキスパンダ94とデータの授受を行うとともに、通信時におけるプロトコル制御を行うインタフェースとして機能する。この際、ディスクインタフェース92は、MPU80からのリードアクセスを基に、エキスパンダ94を介して、基本筺体74内の記憶装置76からデータを読み出し、あるいは増設筺体60内の記憶装置76からデータを読み出し、各読み出したデータをデータ転送制御回路90に転送する。さらに、ディスクインタフェース92は、MPU80からのライトアクセスを基に、エキスパンダ94を介して、基本筺体74内の記憶装置76、あるいは増設筺体60内の記憶装置76にライトデータを格納する。エキスパンダ94は、ディスクインタフェース92に接続されているとともに、基本筺体74内の記憶装置76と増設筺体76内の記憶装置60に接続され、ディスクインタフェース92からのデータを基本筺体74または増設筺体60に分岐させる分岐回路と構成される。コントローラ72は、MPU100と、メモリコントローラMC102と、ローカルメモリLM104と、キャッシュメモリCM106と、ホストインタフェース108と、データ転送制御回路DCTL110と、ディスクインタフェース112と、エキスパンダEXP114とを有する1のコントローラとして構成される。MPU100は、コントローラ72全体を統括制御するマイクロプロセッサで構成されており、このマイクロプロセッサは、例えば、多重コアで構成されている。メモリコントローラMC82は、MPU100からの指令を基にローカルメモリ104に対するマッピング処理などを行う。ローカルメモリ104は、システム構成情報や管理情報、各種制御プログラムなどを記憶する記憶装置として構成される。キャッシュメモリ106は、ディスクアレイ装置52に入出力されるユーザデータなどを一時的に記憶する記憶装置として構成される。ホストインタフェース108は、ディスクアレイ装置52をネットワーク54に接続するためのポート図示せずを備え、各ホスト56から送信される各種コマンドを解釈し、コマンドに従って処理を実行するとともに、各ホスト56とデータの授受を行う。データ転送制御回路110は、メモリコントローラ102、キャッシュメモリ106、ホストインタフェース108、ディスクインタフェース112と、データ転送制御回路90に接続され、これら接続された部位に対するデータ転送を制御する。ディスクインタフェース112は、増設筺体60に収納された記憶装置76またはエキスパンダ114とデータの授受を行うとともに、通信時におけるプロトコル制御を行うインタフェースとして機能する。この際、ディスクインタフェース112は、MPU100からのリードアクセスを基に、エキスパンダ114を介して、基本筺体74内の記憶装置76からデータを読み出し、あるいは増設筺体60内の記憶装置76からデータを読み出し、各読み出したデータをデータ転送制御回路110に転送する。さらに、ディスクインタフェース112は、MPU110からのライトアクセスを基に、エキスパンダ114を介して、基本筺体74内の記憶装置76、あるいは増設筺体60内の記憶装置76にライトデータを格納する。エキスパンダ114は、ディスクインタフェース112に接続されているとともに、基本筺体74内の記憶装置76と増設筺体60内の記憶装置76に接続され、ディスクインタフェース112からのデータを基本筺体74または増設筺体60に分岐させる分岐回路と構成される。次に、図7に、ローカルメモリの構成図を示す。図7において、ローカルメモリ84、104には、ドライブ管理テーブル120と、RGRAIDグループ管理テーブル122と、LU管理テーブル124と、QFクイックフォーマット管理テーブル126と、管理情報用仮想メモリ管理テーブル128と、管理情報用ページ管理テーブル130が格納される。次に、図8に、ドライブ管理テーブルの構成図を示す。図8において、ドライブ管理テーブル20は、基本筺体74または増設筺体76に収納された記憶装置76を管理するためのテーブルであって、複数のHDUHardDiskUnit用エントリ140を備えている。各HDU用エントリ140には、増設筺体番号拡張筐体番号142と、HDU番号144と、容量146と、種別148と、状態150に関する情報が格納される。例えば、増設筺体番号拡張筐体番号142には、増設筺体76の番号として、例えば、0が格納される。HDU番号144には、HDUの番号として、例えば0が格納される。容量146には、HDUの容量として、例えば、300GBが格納される。種別148には、記憶装置76の種別として、例えば、SASが格納される。状態150には、記憶装置76が正常である場合には、Normalが格納される。次に、図9に、RG管理テーブルの構成図を示す。図9において、RG管理テーブル122は、RAIDグループを構成する記憶装置76を管理するためのテーブルであって、複数のRG用エントリ160を備えている。各エントリ160には、RG番号162と、RAIDレベル164と、種別166と、容量168と、空き容量170と、状態172に関する情報が格納される。例えば、RG番号162には、RAIDグループの番号として、00が格納され、RAIDレベル164には、RAID54D1Pが格納される。種別166には、記憶装置76の種別として、SASが格納される。容量168には、RAIDグループの容量として、1.2TBが格納される。空き容量170には、未使用の容量として、900GBが格納される。状態172には、正常であって、フォーマット済のときには、Normalが格納される。次に、図10に、LU管理テーブル124の構成図を示す。図10において、LU管理テーブル124は、クイックフォーマットの対象となる対象LUを管理するためのテーブルであって、複数のLU用エントリ180を備えている。各LU用エントリ180には、LU番号182と、所属RG番号184と、容量186と、ストライプサイズ188と、状態190と、オーナー権192に関する情報が格納される。例えば、LU番号182には、クイックフォーマットの対象となる対象LUを特定する番号として、0000が格納される。所属RG番号184には、対象LUが所属するRGの番号として、00が格納される。容量186には、対象LUの容量として、200GBが格納される。ストライプサイズ188には、対象LUに割り当てられるストライプ列のサイズとして、64KBが格納される。状態190には、対象LUが正常である場合には、Normalが格納される。オーナー権192には、対象LUに対するアクセス権を占有するコントローラ又はコアMPU80又はMPU100を構成するコアに関する情報が格納される。例えば、オーナー権192には、コントローラ72の場合には、制御装置1が格納され、コントローラ70の場合には、制御装置0が格納される。次に、図11に、QF管理テーブル126の構成図を示す。図11において、QF管理テーブル126は、クイックフォーマットの状態やクイックフォーマットの進捗状態を管理するためのテーブルであって、複数のLU用エントリ200を備えている。各LU用エントリ200には、クイックフォーマットの対象となる対象LUのLU番号202と、対象LUのQF進捗率204と、仮想メモリ番号206に関する情報が格納される。例えば、LU番号202には、クイックフォーマットの対象となる対象LUの番号として、0000が格納される。QF進捗率204には、クイックフォーマットの対象となる対象LUのクイックフォーマットの進捗率として、クイックフォーマットが完了した場合には、100が格納される。仮想メモリ番号206には、管理情報用仮想メモリ管理テーブル128をアクセスするための番号として、例えば、0000が格納される。次に、図12に、管理情報用仮想メモリ管理テーブル128の構成図を示す。図12において、管理情報用仮想メモリ管理テーブル128は、管理情報用LU18に保存された差分ビットマップテーブル16を管理するためのテーブルであって、複数の仮想メモリ用エントリ210から構成される。各仮想メモリ用エントリ210には、対象LU212と、保存先LU214と、前方ページ領域アドレス216と、後方ページ領域アドレス218と、ページ長220に関する情報が格納される。例えば、対象LU212には、クイックフォーマットの対象となる対象LUを特定する情報として、LU0000が格納される。保存先LU214には、差分ビットマップテーブル16を保存する管理情報用LU18を特定する情報としてLU4096が格納される。前方ページ領域アドレス216には、前方ページ領域20に割り当てられたアドレスとして、例えば、0x00001000が格納される。後方ページ領域アドレス218には、後方ページ領域22に割り当てられたアドレスとして、例えば、0x00011000が格納される。ページ長220には、後方ページ領域22に割り当てられたページの長さに関する情報として、例えば、後方ページ領域22に割り当てられたページの長さが3ページ分であるある場合、3が格納される。次に、図13に、管理情報用ページ管理テーブル130の構成図を示す。図13において、管理情報用ページ管理テーブル130は、管理情報用LU18の領域を管理情報用ページ30の単位管理情報用ページ単位で管理するためのテーブルであって、複数のLU4096アドレス230から構成される。LU4096アドレス230としては、0x00000000~0x00FFF000が割り当てられている。各LU4096アドレス230には、保存先LU232と、保存先アドレス234と、割当仮想メモリ236と、オーナー権238に関する情報が格納される。保存先LU232には、差分ビットマップテーブル16を保存するための保存先LUの番号として、例えば、4096が格納される。保存先アドレス234には、LU4096アドレス230に対応したアドレスとして、例えば、0x00000000が格納される。割当仮想メモリ236には、管理情報用仮想メモリ管理テーブル128の仮想メモリ用エントリ210を特定するための情報として、例えば、0000が格納される。オーナー権238には、保存先LUを占有するコントローラ又はコアMPU80又はMPU100を構成するコアに関する情報が格納される。例えば、オーナー権238には、コントローラ72の場合には、制御装置1が格納され、コントローラ70の場合には、制御装置0が格納される。次に、クイックフォーマット処理を図14のフローチャートに従って説明する。この処理は、管理サーバ50からコントローラ70またはコントローラ72に対して、クイックフォーマット処理が指示された場合に開始される。例えば、管理サーバ50が、コントローラ70に対してクイックフォーマット処理を指示した場合、コントローラ70のMPU80は、コントローラ間の排他処理として、構成変更などの処理の実行を禁止する要求を、データ転送制御回路90を介してコントローラ72に転送するS11。この後、MPU80は、QF管理テーブル126の情報を更新する処理を実行するS12。例えば、MPU80は、QF管理テーブル126のQF進捗率204などを初期化する処理を実行する。次に、MPU80は、差分ビットマップテーブル116を保存する領域を確保するための処理を実行するS13。次に、MPU80は、クイックフォーマットの処理結果をキャッシュメモリ86、106に登録するための処理を実行するS14。この後、MPU80は、コントロール間の排他処理を終了するための処理を実行しS15、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、差分ビットマップテーブルを保存する領域を確保するための処理を図15のフローチャートに従って説明する。この処理は、図14のステップS13で行われる処理である。MPU80は、管理情報用仮想メモリを割り当てるための処理を実行しS21、このルーチンでの処理を終了する。次に、管理情報用仮想メモリ割当処理を図16のフローチャートに従って説明する。この処理は、図15のステップS21で実施される処理である。MPU80は、LU容量から必要容量を計算するS31。例えば、クイックフォーマットの対象となる対象LUが、通常LU10であって、通常LU10の容量が128TBであった場合、MPU80は、差分ビットマップテーブル16を保存するのに必要な容量必要容量を、16MBとして計算する。次に、MPU80は、必要容量から必要ページ数を計算するS32。例えば、必要容量が16MBであって、ページの管理単位が1MBである場合には、必要容量ページの管理単位=ページ数を計算し、必要ページ数=16管理情報用ページとして算出する。次に、MPU80は、前方ページ領域20への割り当てを実施するS33。例えば、ページ数が16管理情報用ページであった場合、1管理情報用ページに相当する差分ビットマップテーブル16のデータを、前方ページ領域20に割り当てるための処理を実施する。次に、MPU80は、必要ページ数が2以上か否かを判定するS34。ステップS34で必要ページ数が1管理情報用ページであると判定した場合には、MPU80は、必要ページ数が、1管理情報用ページである旨を管理サーバ50に応答し、このルーチンでの処理を終了する。一方、ステップS34で、必要ページ数が2管理情報用ページ以上であると判定した場合、MPU80は、2管理情報用ページ以降の差分ビットマップテーブル16のデータを後方ページ領域22に割り当てるための処理を実施しS35、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、前方ページ領域の割当処理を図17のフローチャートに従って説明する。この処理は、図16のステップS33で実施される処理である。MPU80は、管理情報用LU18の前方ページ領域20を参照し、前方ページ領域20の中から未使用の管理情報用ページ空き領域を検索しS41、検索した未使用の管理情報用ページを、差分ビットマップテーブル16のデータを格納するための領域として割り当てるS42。次に、MPU80は、割り当てられた未使用の管理情報用ページに、差分ビットマップテーブル16のデータのうち、1管理情報用ページのデータを書き込むとともに、データが書き込まれた管理情報用ページのアドレスを、前方ページ領域アドレス216として管理情報用仮想メモリ管理テーブル128に登録しS43、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。この際、MPU80は、管理情報用仮想メモリ管理テーブル128の仮想メモリ用エントリ210に、割り当て済みを示す使用フラグを登録することもできる。次に、後方ページ領域の割当処理を図18のフローチャートに従って説明する。この処理は、図16のステップS35で実施される処理である。MPU80は、RAIDグループ上のLUの配置を参照し、クイックフォーマットの対象となる対象LUが所属する後方ページ領域22を仮割り当てするS51。例えば、図19に示すように、RAIDグループ上にLUとして、0000番のLUと、0001番のLUと、0002番のLUが配置されている場合であって、クイックフォーマットの対象となる対象LUが、0001番のLUである場合、後方ページ領域22に仮に割り当てるページとして、0002番のLUには、ページ22Aと、ページ22Bの一部を仮割り当てし、0001番のLUには、ページ22Bの一部と、ページ22Cと、ページ22Dの一部を仮割り当てし、0000番のLUには、ページ22Dの一部を仮割り当てする。この後、MPU80は、各LUの容量を基に各LUの差分ビットマップテーブル16のデータを格納するのに必要な管理情報用ページ30のページ数を算出する。このページ数として、例えば、0000番のLUが、1ページ、0001番のLUが、3ページ、0002番のLUが、2ページであった場合、各LUの1ページ目は、前方ページ領域20に既に割り当て済みであるため、後方ページ領域22のページのうち、0000番のLUには、0ページを割り当て、0001番のLUには、2ページを割り当て、0002番のLUには、1ページを割り当てる。即ち、MPU80は、算出したページ数を基に、仮割り当てした各LUを、前詰めで後方ページ領域22に割り当てるS52。この場合、図19に示すように、MPU80は、後方ページ領域22に割り当てる管理情報用ページ30として、0002番のLUには、ページ22Aを割り当て、0001番のLUには、ページ22Bとページ22Cを割り当てる。なお、ページ22Dは使用しない領域とする。この後、MPU80は、各LUの管理情報用ページ30として、後方ページ領域22に割り当てたページ22A、22B、22Cのアドレスを、後方ページ領域アドレス218として、管理情報用仮想メモリ管理テーブル128に登録するとともに、各ページ22A、22B、22Cのページ長220を登録しS53、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、クイックフォーマット登録の具体的な処理内容を図20のフローチャートに従って説明する。この処理は、図14のステップS14で実施される処理である。まず、コントローラ70とコントローラ72間でポーリングを実施し、コントローラ70、72のうち一方のコントローラでクイックフォーマット登録を実施するための排他処理を実行するS61。ここで、コントローラ70でクイックフォーマット登録を実施する場合、MPU80は、クイックフォーマットQF登録されたLU、即ち、クイックフォーマットの処理の対象となるLUが存在するか否かを判定するS62。ステップS62で、クイックフォーマットの処理の対象となるLUが、存在しないと判定した場合、MPU80は、ステップS65の処理に移行する。一方、ステップS62で、クイックフォーマットの処理の対象となるLUが、存在すると判定した場合、MPU80は、LU管理テーブル124を参照し、クイックフォーマットの処理を担当するコントローラが、コントローラ70であるか否かを判定するS63。MPU80は、ステップS63で、他のコントローラ、即ち、コントローラ72が、クイックフォーマットの処理を担当するコントローラであると判定した場合、ステップS65の処理に移行し、ステップS63で、コントローラ70が、クイックフォーマットの処理を担当するコントローラであると判定した場合には、クイックフォーマットジョブを起動するための処理を実行するS64。なお、MPU80が多重コアで構成されていた場合、多重コアのうちいずれか1つのコアが、ステップS61~ステップS63の処理を実行し、ステップS63では、ステップS61~ステップS63の処理を実行したコアが、クイックフォーマットの処理を担当するコアが、他のコアか、あるいは自コアステップS61~ステップS63の処理を実行したコアであるか否かを判定することになる。この後、MPU80は、コントローラ間の排他処理を完了しS65、このルーチンでの処理を終了する。次に、ジョブ起動処理を図21のフローチャートに従って説明する。この処理は、図20のステップS64で実施される処理である。MPU80は、ローカルメモリ84に格納された変数などを初期化するための初期化設定処理を実行しS71、その後、エクステントロック確保処理を実行するS72。例えば、MPU80は、ジョブとして、クイックフォーマット処理のみを実行するための排他処理を実行する。次に、MPU80は、1差分フォーマット処理を実行するS73。例えば、MPU80は、通常LU10を、クイックフォーマット処理の対象とする場合、1つのクイックフォーマット対象領域14に対するフォーマット処理として、1つのクイックフォーマット対象領域14の登録されたデータを、1から0に変更する処理を実行する。次に、MPU80は、1差分のフォーマット処理が完了したか否かを判定しS74、ステップS74で、1差分のフォーマット処理が未完了であると判定した場合には、ステップS73の処理に戻り、1差分のフォーマット処理が完了として判定した場合には、差分ビットマップ更新処理を実施するS75。この際、MPU80は、差分ビットマップ更新処理を行う過程で、管理情報用仮想メモリに対するライト処理も実施する。次に、MPU80は、エクステントロックを解放する処理を実行しS76、次フォーマット領域検索処理を実施しS77、ステップS77で次フォーマット領域有と判定した場合には、次フォーマット領域を設定する処理を実行しS78、その後、ステップS72の処理に戻り、ステップS72~S77の処理を繰り返す。一方、ステップS77で、全ての領域に対するフォーマット処理が完了したと判定した場合、MPU80は、通常LU10に対するフォーマット処理を完了しS79、このルーチンでの処理を終了する。次に、差分ビットマップ更新処理の内容を図22のフローチャートに従って説明する。この処理は、図21のステップS75で実施される処理である。MPU80は、管理情報用仮想メモリに対する更新を指示し、例えば、通常LU10のクイックフォーマット対象領域14に対するクイックフォーマット処理が完了した場合には、このクイックフォーマット対象領域14に対応した差分ビットマップテーブル16の差分ビットを1から0にする処理を実施しS81、このルーチンでの処理を終了する。次に、次フォーマット領域検索処理を図23のフローチャートに従って説明する。この処理は、図21のステップS77で実施される処理である。MPU80は、管理情報用仮想メモリ参照指示の処理として、差分ビットマップテーブル16を参照し、差分ビットを判定するための処理を実施するS91。次に、MPU80は、次フォーマット領域におけるフォーマットの実施の有無を判定するS92。この際、MPU80は、差分ビットマップテーブル16を参照し、次フォーマット領域が、フォーマット済であると判定した場合には、ステップS91の処理に戻り、次フォーマット領域が、未フォーマットであると判定した場合、又は、全てのフォーマット領域が、フォーマット済であると判定した場合には、このルーチンでの処理を終了する。次に、管理情報用仮想メモリアクセス処理を図24のフローチャートに従って説明する。この処理は、図22のステップS81または図23のステップS91で実施される処理である。MPU80は、面番号クイックフォーマットの対象となるLUであって、仮想メモリ用エントリ210を特定する番号を基に差分ビットマップテーブル16を特定し、仮想メモリアドレスから物理アドレスを算出する処理を実施するS102。次に、MPU80は、算出された物理アドレスを基にキャッシュメモリ86を参照し、差分ビットマップテーブル16に登録されたデータが、キャッシュメモリ86上に存在するか否かを判定するS103。MPU80は、ステップS103で、差分ビットマップテーブル16に登録されたデータが、キャッシュメモリ86上に存在すると判定した場合、ステップS105の処理に移行し、ステップS103で、差分ビットマップテーブル16に登録されたデータが、キャッシュメモリ86上に存在しないと判定した場合には、記憶装置76から、差分ビットマップテーブル16に登録されたデータをキャッシュメモリ86上にリードするS104。この後、MPU80は、キャッシュメモリ86上で、差分ビットマップテーブル16に登録されたデータに対する参照処理または更新処理を実施しS105、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、仮想メモリアドレスから物理アドレスを算出する処理を図25のフローチャートに従って説明する。この処理は、図24のステップS102で実施される処理である。MPU80は、コマンドから得られた管理情報用仮想メモリアドレスを基に、何番目の管理情報用ページの情報が要求されているかを判定するために、管理情報用仮想メモリアドレスページの管理単位1MBの計算を行い、この計算によって得られた管理情報用ページ30のページ数を基に1ページ目の管理情報用ページ上であるか否かを判定するS111。ステップS111で、管理情報用ページ30が1ページ目であると判定した場合、MPU80は、前方ページ領域アドレス216を基にオフセット計算で、管理情報用ページ30の物理アドレスを算出するS112。一方、ステップS111で、管理情報用ページ30が2ページ目以降であると判定した場合、MPU80は、2ページ目以降の管理情報用ページ30について、後方ページ領域アドレス218を基にオフセット計算で物理アドレスを算出するS113。MPU80は、ステップS112またはステップS113の処理の後、各処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、管理情報用ページのオーナー権を決定するときの処理について説明する。通常、管理情報用ページ30をアクセスするためのオーナー権は、管理情報用ページ30が割り当てられたLUを管理するコントローラまたはコントローラに属するコアが有する。このため、管理情報用ページ30をアクセスするコアまたはコントローラは、管理情報用ページ30をアクセスするコアまたはコントローラに制限されるので、通常の管理情報用仮想メモリへのアクセスの処理では、管理情報用ページ30のオーナー権を判定することはない。これに対して、記憶装置76の復旧処理などを行う場合には、管理情報用ページ30のオーナー権を判定することが行われる。この管理情報用ページ30のオーナー権を決定するための処理としては、以下の2通りの方法がある。次に、管理情報用ページのオーナー権を決定するための第1の担当コア判定処理を図26のフローチャートに従って説明する。例えば、コントローラ70のMPU80は、管理サーバ50からの復旧指示を基に、管理情報用仮想メモリ管理テーブル128を参照し、復旧対象となる管理情報用ページ30に割り当てられた物理アドレスから仮想メモリアドレスを算出しS121、算出された仮想メモリアドレスを基に復旧対象となる対象LU212を算出するS122。次に、MPU80は、算出された対象LU212を基にLU管理テーブル124を参照し、LU管理テーブル124のオーナー権192から担当コアを特定しS123、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。次に、管理情報用ページのオーナー権を決定するための第2の担当コア判定処理を図27のフローチャートに従って説明する。まず、コントローラ70が、管理サーバ50から復旧処理を指示された場合、コントローラ70のMPU80は、復旧対象となるLUを探索するために、管理情報用ページ管理テーブル130を参照し、復旧対象となるLUが、保存先LU232として存在する場合、LU4096アドレス230に登録されたオーナー権238を基に担当コアを決定し、処理結果を管理サーバ50に応答し、このルーチンでの処理を終了する。この場合、管理情報用ページ管理テーブル130を参照するだけで、直接担当コアを特定することができので、第1の担当コア判定処理よりも、管理情報用ページのオーナー権を決定するための処理時間が短くなる。次に、通常LUに対するリード処理を図28のフローチャートに従って説明する。コントローラ70が、ホスト56からリードコマンドを受信した場合、コントローラ70のMPU80は、リードコマンドを基にLU管理テーブル124のオーナー権192を参照し、リードコマンドによる処理を担当するコントローラか否かを判定するS141。ステップS141において、リードコマンドの処理を担当すべきコントローラであると判定した場合、MPU80は、通常のリード処理を実行しS141、このルーチンでの処理を終了する。一方、ステップS141で、リードコマンドの処理を担当すべきコントローラが、他のコントローラであると判定した場合、MPU80は、データ転送制御回路90を介して、コントローラ72にリードコマンドを転送するクロスコールリード処理を実行しS143、このルーチンでの処理を終了する。次に、通常のリード処理を図29のフローチャートに従って説明する。この処理は、図28のステップS142で実施される処理である。まずは、MPU80は、通常LU10に存在する複数のLUのうち、リードコマンドで指定されたリード先のLUは、フォーマット済であるか否かを判定するS151。この際、MPU80は、リード先のLUに対応した差分ビットマップテーブル16を参照し、リード先のクイックフォーマット対象領域14がフォーマット済であるか否かを判定し、未フォーマットである場合には、フォーマット起動処理を開始しS152、ステップS153の処理に移行し、ステップS151で、フォーマット済であると判定した場合には、ステップS153の処理に移行する。ステップS153において、MPU80は、リード先のLUに対してのみリード処理を実行する排他処理として、エクテントロックを実行し、この後、キャッシュメモリ86上に、読み出し先の領域を確保するためのセグメント確保処理を実行するS154。次に、MPU80は、キャッシュヒットであるか、あるいはキャッシュミスであるかを判定するS155。即ち、MPU80は、リードデータが、キャッシュメモリ86上に存在するか否かを判定し、キャッシュミスであると判定した場合には、記憶装置76からリードデータをキャッシュメモリ86上に読み出すステージング処理を実行しS156、ステップS157の処理に移行する。一方、MPU80は、ステップS155でキャッシュヒットであると判定した場合、キャッシュメモリ86上に存在するリードデータまたは記憶装置からステージングされたリードデータをホスト56へ転送するためのデータ転送処理を実行するS157。この後、MPU80は、セグメントを解放する処理を行いS158、続いてエクステントロックを解放する処理を実行しS159、このルーチンでの処理を終了する。次に、クロスコールリード処理を図30のフローチャートに従って説明する。この処理は、図28のステップS143で実施される処理である。コントローラ72のMPU100は、コントローラ70から転送されたリードコマンドを受信した場合、受信したリードコマンドを基にリード先のLUがフォーマット済か否かを判定するS161。この際、MPU100は、リード先のLUに対応した差分ビットマップテーブル16を参照し、リード先のクイックフォーマット対象領域14がフォーマット済であるか否かを判定し、未フォーマットである場合には、フォーマット起動処理を開始しS162、ステップS163の処理に移行し、ステップS161で、フォーマット済であると判定した場合には、ステップS163の処理に移行する。ステップS163において、MPU100は、リード先のLUに対してのみリード処理を実行する排他処理として、エクテントロックを実行し、この後、キャッシュメモリ106上に、読み出し先の領域を確保するためのセグメント確保処理を実行するS164。次に、MPU100は、キャッシュヒットであるか、あるいはキャッシュミスであるかを判定するS165。即ち、MPU100は、リードデータが、キャッシュメモリ106上に存在するか否かを判定し、キャッシュミスであると判定した場合には、記憶装置76からリードデータを、キャッシュメモリ106とキャッシュメモリ84上にそれぞれ読み出す二重書きステージング処理を実行しS166、ステップS168の処理に移行する。一方、MPU100は、ステップS165でキャッシュヒットであると判定した場合、キャッシュメモリ106上に存在するリードデータをコントローラ70のキャッシュメモリ84にコピーするコントロール間キャッシュコピー処理を実行しステップS168の処理に移行する。この後、MPU100は、キャッシュメモリ106上に存在するリードデータまたは記憶装置76からステージングされたリードデータをホスト56へ転送するためのデータ転送処理を実行するS168。次に、MPU100は、セグメントを解放する処理を行いS169、続いてエクステントロックを解放する処理を実行しS170、このルーチンでの処理を終了する。以上のように、フォーマット済か否かの判定は、クイックフォーマットの対象となるLUの処理を担当するコントローラ側で実行される。また差分ビットマップテーブル16の情報を参照する処理もクイックフォーマットの処理を担当するコントローラ側で実行されるため、通常のクイックフォーマット処理やホスト56からのリードアクセスでは、管理情報用ページ30を担当するコントローラまたはコアを判定する必要はなく、コントローラ間またはコア間でアクセスが排他されることになる。また、コントローラ70が、ホスト56からリードコマンドを受信した場合について述べたが、コントローラ70またはコントローラ72がホスト56からライトコマンドを受信した場合も、通常リード処理の代わりに、通常ライト処理を実行し、また、クロスコールリード処理の代わりに、クロスコールライト処理を実行することで、ライト先のLUに対して、ライトデータを書き込むための処理を実行することができる。この際、コントローラ70は、アクセス要求元のホスト56からリードコマンド又はライトコマンドを受信した場合、リードコマンド又はライトコマンドを基に差分ビットマップテーブルフォーマット管理情報16上のアドレスを示す仮想メモリアドレスを算出し、算出した仮想メモリアドレスとページの管理単位1MBとの比から、アクセス先に対応する管理情報用ページ30のページ数を算出し、算出したページ数に1ページの管理情報用ページ30が存在する場合、1ページの管理情報用ページ30に対応する前方ページ領域アドレスから、アクセス先の物理アドレスを算出し、1ページの管理情報用ページ30に対応する前方ページ領域アドレスで特定される前方ページ領域20に格納された差分ビットマップテーブル16にフォーマット済みの情報が登録されていることを条件に、算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行する。また、コントローラ70は、アクセス先に対応する管理情報用ページ30のページ数を算出した際に、算出したページ数に2ページ以上の前記管理情報用ページ30が存在する場合、2ページ以上の管理情報用ページ30に対応する後方ページ領域アドレスとページ長から、アクセス先の物理アドレスを算出し、2ページ以上の前記管理情報用ページ30に対応する後方ページ領域アドレスとページ長で特定される後方ページ領域22に格納された差分ビットマップテーブル16にフォーマット済みの情報が登録されていることを条件に、算出した物理アドレスのアクセス先に対してリードアクセス又はライトアクセスを実行することになる。また、ステップS152におけるフォーマット処理の起動やステップS162におけるフォーマット起動処理では、図21におけるジョブ起動処理が行われることになる。本実施例によれば、差分ビットマップテーブルフォーマット管理情報16を保存する管理情報用ページ30のサイズを最小にするとともに、管理情報用ページ30の管理サイズを低減することができる。本実施例によれば、管理情報用LU18を管理するためのフォーマット管理情報差分ビットマップテーブル16は、ページの管理単位に関係なく、前方ページ領域アドレス216と、後方ページ領域アドレス218と、後方ページ領域22に割り当てられた管理情報用ページ30のページ長220の情報で管理することができる。このため、RAIDグループのアクセス単位として、最小であるストライプ列サイズ単位で、フォーマット管理情報を管理することができ、排他制御のために発生する無駄な領域を最小にすることができる。また、管理情報用LU18を管理するためのフォーマット管理情報は、フォーマット対象のLUのサイズに関わらず、一定のため、ディスクアレイ装置のさらなる容量拡張にも対応できる。第2実施例図31に、本発明の第2実施例として、差分ビットマップテーブル16の保存先を、シンプロビジョニングプールとした場合の構成図を示す。図31において、複数の記憶装置76の論理的記憶領域上にシンプロビジョニングプール500を形成した場合、シンプロビジョニングプール500に複数のチャンク502を形成し、いずれかのチャンク502に仮想ボリューム504を割り当てることができる。仮想ボリューム504は、ホスト56からアクセスされない初期には、その仮想記憶領域には論理ボリュームやページが割り当てられない状態にある。一方、ホスト56から仮想ボリューム504に対して、アクセス要求として、例えば、ライトアクセスが入力されたときには、ライトアクセスのタイミングで容量仮想化制御機能容量仮想化制御プログラムの起動による処理機能により、各仮想ボリューム504の仮想記憶領域は、複数のブロックに分割され、各ブロックには、シンプロビジョニングプール500に登録された論理ボリュームが割り当てられる。この際、いずれかのチャンク502に仮想ボリューム504を割り当てた場合、仮想ボリューム504のページ506は、例えば、32MBで構成されるので、チャンク502に空き領域508が形成され、チャンク52の領域を有効に活用することができない。それに対して、チャンク502に割り当てるページ510を、管理情報用ページサイズ=ストライプ列サイズとして、シンプロビジョニングプール500をストライプ列サイズ単位で複数のチャンク502に分割すると、各チャンク502内には、複数のページ510を、空き領域を形成させることなく割り当てることができる。これにより、シンプロビジョニングプール500をユーザの仮想LUと共有することができる。なお、チャンク502の容量としては、例えば、1GBを用いることができる。本実施例によれば、シンプロビジョニングプール500をストライプ列サイズ単位で複数のチャンク502に分割することで、各チャンク502内に、複数のページ510を、空き領域を形成させることなく割り当てることができる。なお、差分ビットマップテーブル16の保存先である管理情報用LU18を、RAIDを構成するSSDに形成することもできる。この場合、管理情報用LU18をHDDに形成するよりも、よりアクセス速度を高めることができる。また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICIntegratedCircuitカード、SDSecureDigitalメモリカード、DVDDigitalVersatileDisc等の記録媒体に記録して置くことができる。