(57)【要約】【課題】  ディスク装置に専用領域が無く、障害解析情報の取得ができなかった。【解決手段】  ディスクアレイコントローラは、記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行うアクセス手段と、前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定する余剰領域計算手段と、前記アクセスの履歴情報を取得し前記余剰記憶領域に格納するリードライト情報取得手段と、を包含する。【選択図】      図１
2014093012.tif 000002
【特許請求の範囲】
【請求項１】
記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行うアクセス手段と、
前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定する余剰領域計算手段と、
前記アクセスの履歴情報を取得し前記余剰記憶領域に格納するアクセス情報取得手段と、を包含する、ディスクアレイコントローラ。
【請求項２】
前記余剰記憶領域が、前記記憶容量が最も小さい前記ディスク装置と各々の前記ディスク装置との前記記憶容量の差異から生じる、請求項１のディスクアレイコントローラ。
【請求項３】
前記アクセス情報取得手段が取得した前記アクセスの履歴情報を監視し、前記アクセスが正常に行われたか否かを検出する異常検出手段、を更に包含する、請求項１または２のディスクアレイコントローラ。
【請求項４】
請求項１乃至３のいずれかに記載のディスクアレイコントローラと、
前記記憶容量が全て同一ではない複数の前記ディスク装置から構成される前記ディスクアレイ装置と、を包含する、ディスクアレイシステム。
【請求項５】
記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行い、
前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定し、
前記アクセスの履歴情報を取得し前記余剰記憶領域に格納する、方法。
【請求項６】
前記余剰記憶領域が、前記記憶容量が最も小さい前記ディスク装置と各々の前記ディスク装置との前記記憶容量の差異から生じる、
請求項５の方法。
【請求項７】
前記アクセスの履歴情報を監視し、前記アクセスが正常に行われたか否かを検出する、請求項５または６の方法。
【請求項８】
記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行う処理と、
前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定する処理と、
前記アクセスの履歴情報を取得し前記余剰記憶領域に格納する処理と、
をコンピュータに実行させるプログラム。
【請求項９】
前記余剰記憶領域が、前記記憶容量が最も小さい前記ディスク装置と各々の前記ディスク装置との前記記憶容量の差異から生じる、
請求項８のプログラム。
【請求項１０】
前記アクセスの履歴情報を監視する処理と、
前記アクセスが正常に行われたか否かを検出する処理と、をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスクアレイコントローラ、方法、及び、プログラム、に関する。
【背景技術】
【０００２】
特許文献１には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）システムの構成に含まれない記憶領域を余剰記憶領域に設定し、故障の発生が予測される記憶装置がある場合に、そこに格納されているデータを余剰記憶領域にコピーする技術が記載されている。
【０００３】
特許文献２には、ＲＡＩＤコントローラが、エラー等のイベント発生に応じてログ情報を作成し、ディスクドライブのリザーブエリアに含まれるログ記録エリアに当該ログ情報を記録する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１６０６２３号公報
【特許文献２】特開２００５−１０７８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記文献の技術を用いた場合、ディスク装置に専用領域が無く、障害解析情報の取得ができなかった。
【０００６】
特許文献１には、ＲＡＩＤの余剰記憶領域は存在するが、ディスク装置へのアクセスの履歴情報等のデータを余剰記憶領域へ格納することについては記載されていない。
【０００７】
特許文献２は、リザーブエリアという限られた領域しか確保できない。したがって、ディスク装置へのアクセスの履歴情報等のデータをリザーブエリアへ格納することについては記載されていない。
【課題を解決するための手段】
【０００８】
本発明のディスクアレイコントローラは、記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行うアクセス手段と、前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定する余剰領域計算手段と、前記アクセスの履歴情報を取得し前記余剰記憶領域に格納するアクセス情報取得手段と、を包含する。
【０００９】
本発明の方法は、記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行い、前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定し、前記アクセスの履歴情報を取得し前記余剰記憶領域に格納する。
【００１０】
本発明のコンピュータプログラムは、記憶容量が全て同一ではない複数のディスク装置から構成されるディスクアレイ装置にアクセスを行う処理と、前記複数のディスク装置の前記記憶容量の差異から生じる余剰記憶領域を前記ディスク装置ごとに決定する処理と、前記アクセスの履歴情報を取得し前記余剰記憶領域に格納する処理と、をコンピュータに実行させる。
【発明の効果】
【００１１】
本発明によれば、障害解析情報の取得が可能になる。
【図面の簡単な説明】
【００１２】
【図１】図１は、ディスクアレイシステムの構成の一例を示す。
【図２】図２は、ディスクアレイコントローラの動作の一例を示す。
【図３】図３は、余剰記憶領域管理テーブルの一例を示す。
【図４】図４は、ディスクアレイコントローラの動作の一例を示すフローチャートである。
【図５】図５は、第二の実施形態に係るディスクアレイシステムの構成の一例を示す。
【図６】図６は、異常検出部の動作の一例を示すフローチャートである。
【図７】図７は、第三の実施形態に係るディスクアレイコントローラの構成の一例を示す。
【発明を実施するための形態】
【００１３】
発明を実施するための第一の形態について、図面を参照して詳細に説明する。
【００１４】
ＲＡＩＤ等のディスクアレイのシステムでは、代表的な障害の種類を示す「イベント」が事前に定義され、ユーザが、「イベント」の登録の有無を確認し、障害の内容を把握することが可能な場合がある。しかし、「イベント」自体が定義されない障害も多く、その場合、障害解析には、より詳細な情報が必要である。
【００１５】
また、ＲＡＩＤでは、格納データの２重化やパリティの作成等を行うため、ディスクへのリード／ライト処理等のデータ量が多くなる。このため、障害が発生した場合、障害解析に必要なデータ量も多くなる。
【００１６】
これらの理由から、本発明では、障害の発生原因を特定するために有用な情報であり、前述の「イベント」が定義されていない、ディスクへのアクセス履歴情報、例えば、ファームウェアトレースログ等を取得する。そして、本発明では、相対的に大きな記憶領域に、取得した情報を格納することで、ディスクアレイシステム１０の障害解析を容易にする。
【００１７】
図１は、ディスクアレイシステム１０の構成の一例を示す。
【００１８】
ディスクアレイシステム１０は、ディスクアレイコントローラ２０、及び、ディスクアレイ装置３０を包含する。
【００１９】
ディスクアレイコントローラ２０は、アクセス部２１、余剰領域計算部２２、余剰領域管理部２３、アクセス情報取得部２４、及び、ＲＡＩＤ情報管理部２５を包含する。
【００２０】
ディスクアレイ装置３０は、記憶容量が全て同一ではない複数のディスク装置３１から構成される。ディスクアレイ装置３０は、例えば、図に示す３台（ディスク装置３１−Ａ、ディスク装置３１−Ｂ、及び、ディスク装置３１−Ｃ）から構成される
アクセス部２１は、ディスクアレイ装置３０へのアクセス（リード／ライト処理）を実行する。
【００２１】
余剰領域計算部２２は、記憶容量が最も小さいディスク装置３１の記憶容量と各々のディスク装置の記憶容量との差異から生じる余剰記憶領域をディスク装置３１ごとに決定し、さらに、全てのディスク装置３１の余剰記憶領域の合計を計算する。
【００２２】
余剰領域管理部２３は、各ディスク装置３１の余剰記憶領域を管理する余剰記憶領域管理テーブルを格納する。
【００２３】
アクセス情報取得部２４は、ディスクアレイ装置３０へのアクセスの履歴情報を取得し、ディスク装置３１の余剰記憶領域に格納する。
【００２４】
ＲＡＩＤ情報管理部２５は、ディスクアレイ装置３０に関する情報を管理する。
【００２５】
ここで、ディスク装置３１は、物理ディスク等の記憶装置である。
【００２６】
また、アクセス部２１、余剰領域計算部２２、余剰領域管理部２３、アクセス情報取得部２４、及び、ＲＡＩＤ情報管理部２５は、論理回路等のハードウェアで構成される。
【００２７】
また、アクセス部２１、余剰領域計算部２２、余剰領域管理部２３、アクセス情報取得部２４、及び、ＲＡＩＤ情報管理部２５は、コンピュータであるディスクコントローラ２０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されても良い。
【００２８】
図２は、ディスクアレイコントローラ２０の動作の一例を示す。
【００２９】
図２は、例えば、ディスクアレイ装置３０が３台のディスク装置３１で構成された場合を示す。ディスクアレイ装置３０は、ディスク装置３１−Ａ、ディスク装置３１−Ｂ、及び、ディスク装置３１−Ｃ、から構成され、例えば、ディスク装置３１−Ａに比べ、ディスク装置３１−Ｂ、及び、ディスク装置３１−Ｃは、記憶容量が大きいものとする。
【００３０】
図２に示すように、ディスクアレイ装置３０の中で、ＲＡＩＤの運用に必要なＲＡＩＤ領域は、ＲＡＩＤの特性から、各ディスク装置３１で同等の記憶容量が使用される。このため、各ディスク装置３１の記憶容量が全て同一ではない場合、必ずＲＡＩＤ領域の他に、余剰記憶領域が存在することになる。
【００３１】
図２の構成の場合には、ディスク装置３１−Ｂ、及び、ディスク装置３１−Ｃが、余剰記憶領域を包含する。なお、余剰記憶領域のサイズは、余剰領域計算部２３が算出した値を用いる。
【００３２】
アクセス情報取得部２４は、この余剰記憶領域に、順次、取得したデータを格納していく。
【００３３】
また、余剰領域管理部２３は、余剰記憶領域の利用状況を示す余剰記憶領域管理テーブルを用いて余剰記憶領域のデータを管理し、適宜、古いデータの削除を行う。
【００３４】
図３は、余剰記憶領域管理テーブルの一例を示す。
【００３５】
余剰領域管理部２３は、余剰記憶領域管理テーブルを用いて、ディスク装置３１の余剰記憶領域を管理する。
【００３６】
余剰記憶領域が十分に存在する場合、余剰領域管理部２３は、余剰記憶領域に、ディスクアレイ装置３０へのアクセスの履歴情報を時系列に格納していく。
【００３７】
さらに、余剰領域管理部２３は、余剰記憶領域を一定のサイズに区切り、余剰記憶領域管理テーブルを用いて、格納されたデータが古い順に管理番号を付与し、データを管理する。
【００３８】
図３に示すように、管理番号は、例えば、「０００００１」から番号を付与し、格納したデータが一定のサイズに達した場合には「０００００１」での格納を終了し、次の番号を付与する。例えば、順次、「０００００２」、「０００００３」等の番号を付与していく。
【００３９】
一方、余剰記憶領域が不足している場合、余剰領域管理部２３は、余剰記憶領域管理テーブルで古い管理番号のデータから削除していき、データを格納できる領域を確保する。
【００４０】
図４は、ディスクアレイコントローラ２０の動作の一例を示すフローチャートである。図４を用いて、本実施形態におけるディスクアレイコントローラ２０の動作を説明する。
【００４１】
まず、余剰領域計算部２２が、各ディスク装置３１に存在する余剰記憶領域を算出する（Ｓ１１）。
【００４２】
次に、（Ｓ１１）の結果を用いて、余剰領域管理部２３が、余剰記憶領域管理テーブルを作成し（Ｓ１２）、各ディスク装置３１の余剰記憶領域を管理できる状態にする。
【００４３】
次に、アクセス部２１が、ホストコンピュータ４０からの要求を受けて、ディスクアレイ装置２０に対するアクセス（リード／ライト処理）を開始する（Ｓ１３）。
【００４４】
また、（Ｓ１３）に対応して、アクセス情報取得部２４が、アクセス（リード／ライト処理）の履歴情報を取得する（Ｓ１４）。
【００４５】
さらに、アクセス情報取得部２４は、アクセス（リード／ライト処理）の履歴情報を余剰記憶領域に格納できるか、確認する（Ｓ１５）。
【００４６】
その結果、余剰記憶領域にデータを格納する領域が無い場合（Ｓ１５でＮｏ）、余剰領域管理部２３が、余剰記憶領域に格納されている最も古いデータから削除する（Ｓ１６）。
【００４７】
一方、余剰記憶領域にデータを格納する領域が有る場合（Ｓ１５でＹｅｓ）、アクセス情報取得部２４が、アクセス（リード／ライト処理）の履歴情報を余剰記憶領域に格納する（Ｓ１７）。
【００４８】
本実施形態に係るディスクアレイシステム１０は、以下に記載するような効果を奏する。
【００４９】
障害解析情報の取得が可能になる。その理由は、ディスク装置３１に専用領域を追加するからである。
＜第二の実施形態＞
図５は、第二の実施形態に係るディスクアレイシステム１０の構成の一例を示す。
【００５０】
本実施形態では、第一の実施形態の構成に、異常検出部２６を追加する。
【００５１】
異常検出部２６は、アクセス情報取得部２４が取得した、ディスクアレイ装置３０へのアクセスの履歴情報を監視し、アクセスが正常に行われたか否かを検出する。
【００５２】
ここで、異常検出部２６は、論理回路等のハードウェアで構成される。
【００５３】
また、異常検出部２６は、コンピュータであるディスクコントローラ２０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されても良い。
【００５４】
図６は、異常検出部２６の動作の一例を示すフローチャートである。
【００５５】
異常検出部２６は、アクセス情報取得部２４が取得した、ディスクアレイ装置３０へのアクセスの履歴情報を監視する（Ｓ２１）。
【００５６】
その結果、異常検出部２６は、（Ｓ２１）のアクセスの履歴情報から、ディスクアレイ装置３０へのアクセスが正常に行われたか否かを検出する（Ｓ２２）。
【００５７】
本実施形態に係るディスクアレイシステム１０は、以下に記載するような効果を奏する。
【００５８】
ディスクアレイ装置３０へのアクセスが正常に行われたか否かを検出することができる。
【００５９】
その理由は、異常検出部２６が、アクセス情報取得部２４が取得したディスクアレイ装置３０へのアクセスの履歴情報を監視するからである。
＜第三の実施形態＞
図７は、第三の実施形態に係るディスクアレイコントローラ２０の構成の一例を示す。
【００６０】
本実施形態のディスクアレイコントローラ２０は、アクセス部２１、余剰領域計算部２２、及び、アクセス情報取得部２４を包含する。
【００６１】
アクセス部２１は、記憶容量が全て同一ではない複数のディスク装置３１から構成されるディスクアレイ装置３０にアクセスを行う。
【００６２】
余剰領域計算部２２は、複数のディスク装置３１の記憶容量の差異から生じる余剰記憶領域をディスク装置３１ごとに決定する。
【００６３】
アクセス情報取得部２４は、アクセスの履歴情報を取得し余剰記憶領域に格納する。
【００６４】
本実施形態に係るディスクアレイコントローラ２０は、以下に記載するような効果を奏する。
【００６５】
障害解析情報の取得が可能になる。その理由は、ディスク装置３１に専用領域を追加するからである。
【００６６】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００６７】
１０    ディスクアレイシステム
２０    ディスクアレイコントローラ
２１    アクセス部
２２    余剰領域計算部
２３    余剰領域管理部
２４    アクセス情報取得部
２５    ＲＡＩＤ情報管理部
２６    異常検出部
３０    ディスクアレイ装置
３１    ディスク装置
４０    ホストコンピュータ
【図１】
2014093012.tif 000003
【図２】
2014093012.tif 000004
【図３】
2014093012.tif 000005
【図４】
2014093012.tif 000006
【図５】
2014093012.tif 000007
【図６】
2014093012.tif 000008
【図７】
2014093012.tif 000009