JP4219633B2 - 記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム - Google Patents
記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム Download PDFInfo
- Publication number
- JP4219633B2 JP4219633B2 JP2002217186A JP2002217186A JP4219633B2 JP 4219633 B2 JP4219633 B2 JP 4219633B2 JP 2002217186 A JP2002217186 A JP 2002217186A JP 2002217186 A JP2002217186 A JP 2002217186A JP 4219633 B2 JP4219633 B2 JP 4219633B2
- Authority
- JP
- Japan
- Prior art keywords
- cache memory
- logical volume
- data
- disk
- cache
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0804—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches with main memory updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0893—Caches characterised by their organisation or structure
- G06F12/0897—Caches characterised by their organisation or structure with two or more cache hierarchy levels
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラムに関する。
【０００２】
【従来の技術】
近年、計算機のキャッシュメモリの管理方式は、ライトバック方式が採用されることが多い。ライトバック方式はディスク装置へのアクセスの頻度が少なくて済み、ディスクアクセスのペナルティによる計算機の処理性能の低下を防止できるためである。しかし、ライトバック方式でキャッシュメモリを管理する場合には、ディスク装置への書き込みを後回しにするため、キャッシュメモリ上には、通常、ディスク装置に未書き込みのダーティデータが残されている。
【０００３】
そのため、計算機をシャットダウンする際には、キャッシュメモリ上に残されているダーティデータをディスク装置へ書き込む処理（デステージ）を行うことが必要である。
デステージは、計算機システム内の各記憶階層において、上位階層から下位階層へ順番に行われなければならない。なぜならば、上位階層のキャッシュメモリにダーティデータが残されているかもしれないからである。従来の技術では、このデステージは、上位階層からの全てのデステージが完了してから、下位階層へのデステージを開始するように行っていた。
【０００４】
【発明が解決しようとする課題】
しかし、近年、計算機の高性能化に伴い、大容量のキャッシュメモリが搭載されるようになったことから、デステージに要する時間が増大した。
これは、例えば、突然の停電時などにデステージを行わなければならない時に特に大きな問題となる。なぜならば、停電に備えて計算機システムに搭載されるバックアップ用のバッテリからの電力の供給時間は有限であるからである。バッテリからの電力が供給される短時間の間にデステージが完了しなかった場合には、キャッシュメモリ上に記憶されていたダーティデータは消失する。このことは、計算機システムの信頼性を大きく損なうことになる。また、データを消失させないようにするためには大容量のバッテリを備えなければならない。このことは、計算機システムのコストアップ要因となるばかりでなく、バッテリを搭載するための大きな占有面積も必要とすることになる。
そこで、本発明はキャッシュメモリのデステージを短時間で行うことを主たる目的とする。
【０００５】
【課題を解決するための手段】
本発明の一態様は、ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、ライトバック方式で管理される第三のキャッシュメモリを有するＮＡＳサーバと、ライトバック方式で管理される第一のキャッシュメモリを有し、物理ディスクに対してデータの読み出し及び書き込みを行うディスクコントローラと、を備え、前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムのデステージ方法であって、前記ＮＡＳサーバが、前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理し、前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納し、ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始し、前記ディスクコントローラが、前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータの前記物理ディスクへの書き込みを開始することを特徴とする。
【０００６】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、実施例の欄、及び図面により明らかにされる。
【０００７】
【発明の実施の形態】
本明細書の記載により少なくとも次のことが明らかにされる。
本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムのデステージ方法であって、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理し、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第二のステップとを備えることを特徴とする。
【０００８】
このような態様により、上位階層の全てのキャッシュメモリに記憶されていたデータの転送が終了するのを待つ必要がなくなり、ある管理グループに属するデータが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、短時間で行うことができる。
【０００９】
また、本発明の一態様は、前記一の管理グループは、前記ディスク装置が提供する記憶領域に構成される複数の論理的な記憶領域である論理ボリュームの少なくとも一つと対応付けられて設定されていることを特徴とする。
このような態様により、ある論理ボリュームに属するデータが出揃ったならば、当該データのデステージを開始することができる。
【００１０】
また、本発明の一態様は、前記第二のステップにおいて、ある論理ボリュームを使用している前記全ての情報処理装置から、前記第一のステップにおける転送が完了した旨の通知があった場合、その論理ボリュームについてのデステージを開始することを特徴とする。
【００１１】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置であって、前記ディスク制御装置に、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置と接続する第一の手段と、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記ディスク制御装置が、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記情報処理装置から受信し、前記第一のキャッシュメモリへ格納する第二の手段と、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理すると共に、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第三の手段とを備えることを特徴とするディスク制御装置に関する。
【００１２】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムであって、前記情報処理装置に、前記情報処理装置から読み出したデータを一時的に格納する第三のキャッシュメモリを備える、少なくとも１台以上の外部情報処理装置と接続する第一の手段と、前記ディスク制御装置による前記外部情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第三のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記外部情報処理装置から受信し、前記第二のキャッシュメモリへ格納する第二の手段と、前記情報処理装置が、前記第二のキャッシュメモリ上に残存する、書き込み予定のデータの前記第一のキャッシュメモリへの転送を開始する第三の手段と、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理し、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第四の手段とを備えることを特徴とする記憶装置システムに関する。
【００１３】
また、本発明の一態様は、前記記憶装置システムが備えるディスク制御装置と情報処理装置は、同一の筐体内に収容されていることを特徴とする記憶装置システムに関する。
【００１４】
また、本発明の一態様は、データを複数の管理グループに分類して管理するディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える情報処理装置に、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記書き込み予定のデータの転送が完了した旨の通知を行う第二のステップとを実行させるためのプログラムに関する。
【００１５】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置に、前記ディスク制御装置に接続される、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置から、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを受信し、前記第一のキャッシュメモリへ格納する第一のステップと、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理すると共に、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第二のステップとを実行させるためのプログラムに関する。
【００１６】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムのデステージ方法であって、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第二のキャッシュメモリに格納されている、ディスク装置に未反映のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数のグループに区分けして、当該グループ内のディスク装置への未反映のデータ全ての前記第一のキャッシュメモリへの転送が完了した場合に、そのグループに属する、前記第一のキャッシュメモリ上に残存する、ディスク装置に未反映のデータの前記ディスク装置への書き込みを開始する第二のステップとを備えることを特徴とする。
【００１７】
【実施例】
＜第一の実施例＞
第１の実施例に係る計算機システムのブロック図を図１に示す。
３台のクライアント計算機１００がＬＡＮ（Local Area Network）５００に接続されている。各クライアント計算機１００は、ＬＡＮ５００を介して相互に情報の通信を行うことが可能である。また、ＬＡＮ５００には、記憶装置システム４００が接続されている。各クライアント計算機１００はＬＡＮ５００を介して記憶装置システム４００にアクセスし、データの読み出し及び書き込みを行う。一旦、記憶装置システム４００から読み出されたデータは、キャッシュメモリ（以下、「キャッシュ」と記す）１０３上に記憶される。キャッシュ１０３は、ライトバック方式で管理されている。そのため、クライアント計算機１００上で処理され、記憶装置システム４００に書き込まれるべき、書き込み予定のデータは、キャッシュ１０３からリプレースされるまでの間、キャッシュ１０３上にダーティデータとして残される。
【００１８】
なお、第１の実施例においては３台のクライアント計算機１００がＬＡＮ５００に接続される形態を示したが、クライアント計算機１００の台数は任意である。また、ＬＡＮ５００は、例えばインターネットとすることもできるし、企業内の専用ＬＡＮとすることもできる。ＳＡＮ（Storage Area Network）とすることも可能である。
【００１９】
記憶装置システム４００は、ＮＡＳ（Network Attached Storage）サーバ２０１とディスクアレイ装置３００を備えている。ＮＡＳサーバ２０１は、ＬＡＮ５００などのネットワークに接続されたクライアント計算機１００間でファイルの共用を実現するためのサーバである。内部には２台のＮＡＳエンジン２００を備えている。２台のＮＡＳエンジン２００のうち、１台はバックアップ用である。
【００２０】
ＮＡＳエンジン２００は、ディスクアレイ装置３００とネットワーク２０２で接続されている。ＮＡＳエンジン２００は、ディスクアレイ装置３００から読み出したデータを一時的に格納するためのキャッシュ２０３を備えている。また、メモリ２０４には、ファイルサービスを提供するための制御プログラム２０５、フラッシュ可能テーブル６００が記憶されている。キャッシュ２０３は、ライトバック方式で管理されている。クライアント計算機１００からデータの読み出し要求を受けた場合、要求されたデータがキャッシュ２０３上に存在すれば、ＮＡＳエンジン２００は、ディスクアレイ装置３００にアクセスすることなく、キャッシュ２０３上のデータをクライアント計算機１００に送信する。また、クライアント計算機１００からデータの書き込み要求を受けた場合にも、ディスクアレイ装置３００にアクセスすることなく、キャッシュ２０３上に書き込みを行う。
【００２１】
ディスクアレイ装置３００は、ＮＡＳエンジン２００からのデータの入出力要求を受けて、データの読み出し及び書き込みを行う。データの入出力は、ポート３１０を通して行われる。ディスクコントローラ３０１は、キャッシュ３０４、共有メモリ３０５、及び制御デバイス３０３を有している。キャッシュ３０４は、データが物理的に記録されている物理ディスク３０８、３１２から読み出されたデータを一時的に記憶する。キャッシュ３０４は、ライトバック方式で管理されている。共有メモリ３０５には、制御プログラム３０６、及びホストフラッシュ済みＬＵＮテーブル８００が記憶されている。制御デバイス３０３は、ＮＡＳエンジン２００からの指示を受けて、共有メモリ３０５上のホストフラッシュ済みＬＵＮテーブル８００の更新を行う。
【００２２】
物理ディスク３０８、３１２には、データが記憶されている。第１の実施例においては、複数の物理ディスク３０８、３１２を一つの単位としてＲＡＩＤ（Redundant Array of Independent Disks）を構成している。また、物理ディスク３０８、３１２は、記憶領域を所定の管理グループに分類されて管理されている。第１の実施例においては、物理ディスク３０８、３１２は、３２台の論理ボリューム（ＬＵ）３０９、３１３に分類されて管理されている。
【００２３】
また、物理ディスク３０８、３１２毎に、表示灯３１１、３１４が備えられており、物理ディスク３０８、３１２へのアクセスの際に点灯する。
【００２４】
なお、管理グループとしては、論理ボリューム以外とすることも可能である。例えば、ＲＡＩＤのグループを管理グループとすることもできる。また、各管理グループのサイズは等しいものである必要はない。さらに、管理グループの単位は、第１の実施例のようにあらかじめ論理ボリュームである、と決めておくこともできるし、後から変更できるようにすることも可能である。例えば、ディスクアレイ装置３００に管理用コンピュータを接続し、その管理用コンピュータから、ディスクアレイ装置の設定ファイルを変更するようにすることで、管理グループの単位を変更できるようにすることが可能である。
【００２５】
また、ＮＡＳサーバ２０１とディスクアレイ装置３００は、同一の筐体に格納された一体型で構成することもできるし、別筐体で構成することもできる。また、ＮＡＳサーバ２０１とディスクアレイ装置３００を接続するネットワーク２０２は、ＳＡＮの構成を採り、複数のディスクアレイ装置が接続される構成とすることもできる。通信インタフェースとしては、例えばファイバチャネルとすることもできるし、ＳＣＳＩ（Small Computer Systems Interface）とすることも可能である。
【００２６】
次に、第１の実施例に係るフラッシュ可能テーブルを図２に示す。
フラッシュ可能テーブル６００は、ＮＡＳエンジン２００のメモリ２０４上に記憶される。上述の通り、ＮＡＳサーバ２０１は、ＬＡＮ５００などのネットワークに接続されたクライアント計算機１００間でファイルの共用を実現するためのサーバである。そのため、ＮＡＳエンジン２００は、各クライアント計算機１００が記憶装置システム４００から読み出したデータが、どの論理ボリューム３０９、３１３に属するデータであるかを、フラッシュ可能テーブル６００により管理している。そして、詳細は後述するが、ＮＡＳエンジン２００がキャッシュ２０３のフラッシュを行う際には、フラッシュ可能テーブル６００が参照される。
【００２７】
図２において、”−”は、クライアント計算機１００に読み出されていないことを示す。クライアント計算機１００にあるデータが読み出されると、そのデータの属する論理ボリューム（ＬＵ）の欄に”×”を記載する。クライアント計算機１００から、キャッシュ１０３のフラッシュが完了したとの通知を受けると、ＮＡＳエンジン２００は、当該クライアント計算機１００の”×”を”○”に変更する。従って、”○”が記載された欄は、クライアント計算機１００に読み出され、かつ、クライアント計算機１００上のキャッシュ１０３にはダーティデータが存在しないことを示す。”×”は、クライアント計算機１００に読み出され、かつ、クライアント計算機１００上のキャッシュ１０３には、まだダーティデータが存在することを示す。
【００２８】
従って、ある論理ボリューム（ＬＵ）の欄に、どのクライアント１００に対しても”×”が存在しない場合には、当該ＬＵのデータについては、上位階層の全てのキャッシュに記憶されていたデータが出揃ったことを示す。例えば、図２においては、ＬＵ０が該当する。しかし、クライアント計算機Ｂからのフラッシュがまだ完了していないので、ＬＵ１、ＬＵ３０、ＬＵ３１のデータについては、上位階層の全てのキャッシュに記憶されていたデータはまだ出揃っていないことを示す。ＬＵ２は、どのクライアント計算機にも利用されていない。
【００２９】
次に、第１の実施例に係るホストフラッシュ済みＬＵＮテーブルを図３に示す。
ホストフラッシュ済みＬＵＮテーブル８００は、ディスクコントローラ３０１の共有メモリ３０５上に記憶される。ＮＡＳエンジン２００が、フラッシュ可能テーブル６００を参照して、あるフラッシュ可能な論理ボリュームに属するデータをキャッシュ２０３からフラッシュすると、当該データはディスクコントローラ３０１のキャッシュ３０４に格納される。ホストフラッシュ済みＬＵＮテーブル８００は、ＮＡＳエンジン２００がフラッシュを行った、上記論理ボリュームの番号をディスクコントローラ３０１に通知するために用いられる。ディスクコントローラ３０１は、ホストフラッシュ済みＬＵＮテーブル８００を参照して、キャッシュ３０４上の、上記通知のあった論理ボリュームに属するデータについては、物理ディスク３０９、３１２へのデステージが可能であると判断して、書き込みを開始する。
【００３０】
ホストフラッシュ済みＬＵＮテーブル８００には、論理ボリューム毎に”１”または”０”が書き込まれる。”１”が書き込まれた論理ボリュームは、ＮＡＳエンジン２００のキャッシュ２０３のフラッシュが完了していることを示す。”０”が書き込まれた論理ボリュームは、ＮＡＳエンジン２００のキャッシュ２０３のフラッシュが完了していないことを示す。
【００３１】
次に、第１の実施例に係るシステムにおけるキャッシュのフラッシュ処理の流れについて説明する。クライアント計算機１００のキャッシュ１０３に記憶されているデータは、ＮＡＳエンジン２００のキャッシュ２０３、及びディスクコントローラ３０１のキャッシュ３０４に転送された後、物理ディスク３０８、３１２に書き込まれる。
【００３２】
まず、クライアント計算機１００におけるキャッシュデータのフラッシュ処理を示すフローチャートを図４に示す。
クライアント計算機１００は、例えばシャットダウンを行う場合には、ＯＳ（Operating System）がキャッシュ１０３上に記憶されているダーティデータのフラッシュ処理を開始する（Ｓ４０００）。ダーティデータは、ＬＡＮ５００を介してＮＡＳエンジン２００のキャッシュ２０３に転送される。全てのダーティデータのフラッシュ処理が終了したら（Ｓ４００１）、クライアント計算機１００は、ＮＡＳエンジン２００に対して終了通知を送信して終了する（Ｓ４００２）。
【００３３】
なお、クライアント計算機１００のフラッシュ処理は、クライアント計算機１００のシャットダウンの際に行われるだけでなく、例えば、記憶装置システム４００に記憶されているデータのバックアップをとる際に行われるようにすることも可能である。また、記憶装置システム４００をシャットダウンする際に行われるようにすることも可能である。この場合、クライアント計算機１００のフラッシュ処理は、記憶装置システム４００からの要求を受けて、開始される。
【００３４】
次に、第１の実施例に係るＮＡＳエンジンにおけるキャッシュデータのフラッシュ処理を示すフローチャートを図５に示す。
まず、ＮＡＳエンジン２００は、クライアント計算機１００から受信したデータをキャッシュに格納する（Ｓ５０００、Ｓ５００１）。続いて、クライアント計算機１００がＳ４００２にて送信したフラッシュ完了通知を受信したら、フラッシュ可能テーブルを更新する（Ｓ５００２）。更新は、フラッシュ可能テーブル６００の当該クライアント計算機の行に存在する”×”を”○”に変更することにより行う。例えば、図２のクライアント計算機Ｂからフラッシュ完了通知を受けた場合には、クライアント計算機Ｂの行のうち、ＬＵ１、ＬＵ３０、ＬＵ３１の欄に存在する”×”を”○”に変更する。
【００３５】
上記更新の結果、ある論理ボリュームのデータについて、全てのクライアント計算機のフラッシュが完了したことが判明した場合、すなわち図２において、”×”のない論理ボリュームがあった場合、当該論理ボリュームのデータの、キャッシュ２０３からディスクコントローラ３０１のキャッシュ３０４への転送を開始する（Ｓ５００３、Ｓ５００４）。なお、Ｓ５００２においてフラッシュ可能テーブル６００を更新したが、フラッシュ可能な論理ボリュームがない場合には、Ｓ５０００に戻って、別のクライアント計算機１００からのデータを受信する。
【００３６】
ディスクコントローラ３０１のキャッシュ３０４への転送が完了した場合には（Ｓ５００５）、ディスクコントローラの制御デバイス３０３へ、完了通知を行う（Ｓ５００６）。全論理ボリュームのデータについて、ディスクコントローラ３０１のキャッシュ３０４へのフラッシュが完了したら、処理を終了する（Ｓ５００７）。
【００３７】
続いて、第１の実施例に係るディスクアレイコントローラ３０１によるキャッシュデータのデステージ処理を示すフローチャートを図６に示す。
まず、ディスクアレイコントローラ３０１の制御デバイス３０３は、ＮＡＳエンジン２００からのデータ転送の完了通知を待っている（Ｓ６０００）。完了通知を受けると、共有メモリ３０５上に作成されている、ホストフラッシュ済みＬＵＮテーブル８００の、当該論理ボリューム番号の位置に”１”を記録する（Ｓ６００１）。
【００３８】
一方、ディスクアレイコントローラ３０１は、ＮＡＳエンジン２００から送信されるデータをキャッシュに格納する（Ｓ６００２、Ｓ６００３）。ホストフラッシュ済みＬＵＮテーブル８００を参照して、”１”が記録された論理ボリュームがあった場合には（Ｓ６００４）、当該論理ボリュームに属するデータの物理ディスク３０８、３１２への書き込みを開始する（Ｓ６００５）。全論理ボリュームのデータについて、物理ディスク３０８、３１２へのデステージが完了するまで、処理を繰り返す（Ｓ６００７）。
【００３９】
物理ディスク３０８、３１２は、上述の通り、論理ボリュームに分類されて管理されているので、Ｓ６００５にて物理ディスク３０８、３１２への書き込みが行われている間、当該論理ボリュームを構成する物理ディスク３０８、３１２に設けられた表示灯３１１、３１４が点灯する。例えば、図１において、論理ボリューム２（ＬＵ２）への書き込みが行われる場合には、当該論理ボリュームを構成する複数の物理ディスク３０８の表示灯３１１がそれぞれ同時に点灯する。
【００４０】
以上説明した第１の実施例のようにしてキャッシュのフラッシュを行うことにより、上位階層の全てのキャッシュに記憶されていたデータが揃うのを待つ必要がなくなり、ある論理ボリュームに属するデータのみが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、従来に比べて短時間で行うことができるようになった。
【００４１】
＜第２の実施例＞
続いて、第２の実施例に係る計算機システムのブロック図を図７に示す。
第１の実施例と同様、３台のクライアント計算機１００がＬＡＮ５００に接続されている。各クライアント計算機１００は、ＬＡＮ５００を介して相互に情報の通信を行うことが可能である。また、ＬＡＮ５００には、ディスクアレイ装置９００が接続されている。各クライアント計算機１００はＬＡＮ５００を介してディスクアレイ装置９００にアクセスし、データの読み出し及び書き込みを行う。一旦、ディスクアレイ装置９００から読み出されたデータは、キャッシュ１０３上に記憶される。キャッシュ１０３は、第１の実施例に係るキャッシュ１０３と同様、ライトバック方式で管理されている。そのため、クライアント計算機１００上で処理され、ディスクアレイ装置９００に書き込まれるべき、書き込み予定のデータは、キャッシュ１０３からリプレースされるまでの間、キャッシュ１０３上にダーティデータとして残される。
【００４２】
なお、第２の実施例においても、第１の実施例と同様クライアント計算機１００の台数は任意である。また、ＬＡＮ５００も、例えばインターネットとすることもできるし、企業内の専用ＬＡＮとすることもできる。ＳＡＮとすることも可能である。
【００４３】
ディスクアレイ装置９００は、パッケージ９０１を備えている。パッケージ９０１は、クライアント計算機１００との間で通信を行い、クライアント計算機１００から要求のあったデータを提供する機能を備える。パッケージ９０１は、２台備えられているが、１台はバックアップ用である。
パッケージ９０１は、ＣＰＵ９０２、通信ＩＣ９０４、及び通信メモリ９０５を備えている。
【００４４】
ＣＰＵ９０２は、内部にキャッシュ９０３を備え、パッケージ９０１の制御を行う。通信ＩＣ９０４は、ネットワーク９０８上に設けられるキャッシュ９０９のデータの通信を制御する。通信メモリ９０５は、ＣＰＵ９０２及び通信ＩＣ９０４の双方からアクセス可能であり、制御プログラム９０５、フラッシュ可能テーブル６００、ホストフラッシュ済みＬＵＮテーブル８００が記憶されている。
【００４５】
パッケージ９０１が接続されているネットワーク９０８には、キャッシュ９０９及び物理ディスク９１０、９１３が接続されている。キャッシュ９０９には、パッケージ９０１が物理ディスク９１０、９１３から読み出したデータが一時的に格納される。キャッシュ９０９は、ライトバック方式で管理されている。
【００４６】
物理ディスク９１０、９１３には、データが記憶されている。第２の実施例においては、複数の物理ディスク９１０、９１３を一つの単位としてＲＡＩＤを構成している。また、物理ディスク９１０、９１３は、記憶領域を所定の管理グループに分類されて管理されている。第２の実施例においては、物理ディスク９１０、９１３は、３２台の論理ボリューム（ＬＵ）９１１、９１４に分類されて管理されている。
【００４７】
また、物理ディスク９１０、９１３毎に、表示灯９１２、９１５が備えられており、物理ディスク９１０、９１３へのアクセスの際に点灯する。
【００４８】
なお、第１の実施例と同様、管理グループとしては、論理ボリューム以外とすることも可能である。例えば、ＲＡＩＤのグループを管理グループとすることもできる。また、各管理グループのサイズは等しいものである必要はない。さらに、管理グループの単位は、第２の実施例のようにあらかじめ論理ボリュームである、と決めておくこともできるし、後から変更できるようにすることも可能である。例えば、ディスクアレイ装置に管理用コンピュータを接続し、その管理用コンピュータから、ディスクアレイ装置の設定ファイルを変更するようにすることで、管理グループの単位を変更できるようにすることが可能である。
【００４９】
次に第２の実施例に係る通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブルへ８００のアクセスを示すブロック図を図８に示す。
ＣＰＵ９０２は、クライアント計算機１００のキャッシュ１０３から転送されてくるデータをキャッシュ９０３に格納しつつ、キャッシュ９０９へフラッシュ可能な論理ボリュームに属するデータが出揃うのを、フラッシュ可能テーブル６００により監視している。ある論理ボリュームに属するデータのフラッシュが可能であることが判明すると、ＣＰＵ９０２は、当該論理ボリュームに属するデータをキャッシュ９０９に転送する。転送が完了後、ＣＰＵ９０２は、通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置に”１”を書き込む。
【００５０】
一方、通信ＩＣ９０４は、通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブル８００を常時監視しており、ＣＰＵ９０２により”１”が書き込まれたのを認識すると、キャッシュ９０９に書き込まれた、当該論理ボリュームに属するデータの、物理ディスク９１０、９１３への書き込みを開始する。書き込みが完了すると、ホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置を”０”に戻す。
【００５１】
このようにすることにより、ＣＰＵ９０２と通信ＩＣ９０４が連携して、キャシュ９０９上のデータを物理ディスク９１０、９１３に書き込むことが可能となる。
【００５２】
次に、第２の実施例に係るシステムにおけるキャッシュのフラッシュ処理の流れについて説明する。クライアント計算機１００のキャッシュ１０３に記憶されているデータは、ＣＰＵ９０２のキャッシュ９０３、及びネットワーク９０８上のキャッシュ９０９に転送された後、物理ディスク９１０、９１３に書き込まれる。
クライアント計算機におけるキャッシュデータのフラッシュ処理については、第１の実施例におけるフラッシュ処理と同一である（図４参照）。
【００５３】
図９に、ＣＰＵ９０２が行うフラッシュ処理を示すフローチャートを示す。 まず、ＣＰＵ９０２は、クライアント計算機１００から受信したデータをキャッシュ９０３に格納する（Ｓ９０００、Ｓ９００１）。続いて、クライアント計算機１００がＳ４００２にて送信したフラッシュ完了通知を受信したら、フラッシュ可能テーブル６００を更新する（Ｓ９００２）。更新は、第１の実施例における更新と同様である。
【００５４】
上記更新の結果、ある論理ボリュームのデータについて、全てのクライアント計算機１００のフラッシュが完了したことが判明した場合、当該論理ボリュームのデータの、キャッシュ９０３からネットワーク９０８上のキャッシュ９０への転送を開始する（Ｓ９００３、Ｓ９００４）。なお、Ｓ９００２において、フラッシュ可能テーブルを更新したが、フラッシュ可能な論理ボリュームがない場合には、Ｓ９０００に戻って、別のクライアント計算機１００からのデータを受信する。
【００５５】
ある論理ボリュームに属するデータの、キャッシュ９０９への転送が完了した場合には（Ｓ９００５）、通信メモリ９０５のホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置に”１”を書き込む（Ｓ９００６）。全論理ボリュームのデータについて、ネットワーク９０８上のキャッシュ９０９へのフラッシュが完了したら、処理を終了する（Ｓ９００７）。
【００５６】
続いて、第２の実施例に係るディスクアレイ装置の通信ＩＣ９０４が行うデステージ処理を示すフローチャートを図１０に示す。
まず、通信ＩＣ９０４は、通信メモリ９０５上に作成されている、ホストフラッシュ済みＬＵＮテーブル８００を参照して、ある論理ボリューム番号の位置に”１”が記録されていないかを確認する（Ｓ１００００）。ホストフラッシュ済みＬＵＮテーブル８００に、”１”が記録された論理ボリュームがある場合には（Ｓ１０００１）、当該論理ボリュームに属するデータの物理ディスク９１０、９１３へのデステージを開始する（Ｓ１０００２）。全論理ボリュームのデータについて、物理ディスク９１０、９１３へのデステージが完了するまで、処理を繰り返す（Ｓ１０００４）。
【００５７】
物理ディスク９１０、９１３は、上述の通り、論理ボリュームに分類されて管理されているので、Ｓ６００５にて物理ディスク９１０、９１３への書き込みが行われている間、当該論理ボリュームを構成する物理ディスク９１０、９１３に設けられた表示灯９１１、９１４が点灯する。例えば、図７において、論理ボリューム２（ＬＵ２）への書き込みが行われる場合には、当該論理ボリュームを構成する複数の物理ディスク９１０の表示灯９１１がそれぞれ同時に点灯する。
【００５８】
以上のような第２の実施例のような構成においても、キャッシュのフラッシュを行う場合に、上位階層の全てのキャッシュに記憶されていたデータが揃うのを待つ必要がなくなり、ある論理ボリュームに属するデータのみが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、従来に比べて短時間で行うことができるようになった。
【００５９】
以上、本実施の形態に係る実施例について説明したが、本願発明は上記実施例に限定されるものではない。本発明の要旨を逸脱しない範囲で様々に変更可能である。
【００６０】
【発明の効果】
キャッシュメモリのデステージを短時間で行うことが可能となる。
【図面の簡単な説明】
【図１】 第１の実施の形態に係る計算機システムのブロック図である。
【図２】 第１の実施の形態に係るフラッシュ可能テーブルである。
【図３】 第１の実施の形態に係るホストフラッシュ済みＬＵＮテーブルである。
【図４】 第１の実施の形態に係るクライアント計算機におけるキャッシュデータのフラッシュ処理を示すフローチャートである。
【図５】 第１の実施の形態に係るＮＡＳサーバにおけるキャッシュデータのフラッシュ処理を示すフローチャートである。
【図６】 第１の実施の形態に係るディスクアレイ装置におけるキャッシュデータのデステージ処理を示すフローチャートである。
【図７】 第２の実施の形態に係る計算機システムのブロック図である。
【図８】 第２の実施の形態に係る共有メモリ上のホストフラッシュ済みＬＵＮテーブルへのアクセスを示すブロック図である。
【図９】 第２の実施の形態に係るディスクアレイ装置のＣＰＵが行うフラッシュ処理を示すフローチャートである。
【図１０】 第２の実施の形態に係るディスクアレイ装置の通信ＩＣが行うデステージ処理を示すフローチャートである。
【符号の説明】
１００ クライアント
１０３ キャッシュ
２００ ＮＡＳエンジン
２０１ ＮＡＳサーバ
２０２ ネットワーク
２０３ キャッシュ
２０４ メモリ
２０５ 制御プログラム
３００ ディスクアレイ装置
３０１ ディスクコントローラ
３０３ 制御デバイス
３０４ キャッシュ
３０５ 共有メモリ
３０６ 制御プログラム
３０８ 物理ディスクＡ
３０９ 論理ボリュームＡ
３１０ ポート
３１１ 表示灯Ａ
３１２ 物理ディスクＢ
３１３ 論理ボリュームＢ
３１４ 表示灯Ｂ
４００ 記憶装置システム
５００ ＬＡＮ
６００ フラッシュ可能テーブル
６０１ クライアント名
６０２ 論理ボリューム番号
８００ ホストフラッシュ済みＬＵＮテーブル
９００ ディスクアレイ装置
９０１ パッケージ
９０２ ＣＰＵ
９０３ キャッシュ
９０４ 通信ＩＣ
９０５ 通信メモリ
９０６ 制御プログラム
９０７ ＯＳ
９０８ ネットワーク
９０９ キャッシュ
９１０ 物理ディスクＡ
９１１ 論理ボリュームＡ
９１２ 表示灯Ａ
９１３ 物理ディスクＢ
９１４ 論理ボリュームＢ
９１５ 表示灯Ｂ
【発明の属する技術分野】
この発明は、記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラムに関する。
【０００２】
【従来の技術】
近年、計算機のキャッシュメモリの管理方式は、ライトバック方式が採用されることが多い。ライトバック方式はディスク装置へのアクセスの頻度が少なくて済み、ディスクアクセスのペナルティによる計算機の処理性能の低下を防止できるためである。しかし、ライトバック方式でキャッシュメモリを管理する場合には、ディスク装置への書き込みを後回しにするため、キャッシュメモリ上には、通常、ディスク装置に未書き込みのダーティデータが残されている。
【０００３】
そのため、計算機をシャットダウンする際には、キャッシュメモリ上に残されているダーティデータをディスク装置へ書き込む処理（デステージ）を行うことが必要である。
デステージは、計算機システム内の各記憶階層において、上位階層から下位階層へ順番に行われなければならない。なぜならば、上位階層のキャッシュメモリにダーティデータが残されているかもしれないからである。従来の技術では、このデステージは、上位階層からの全てのデステージが完了してから、下位階層へのデステージを開始するように行っていた。
【０００４】
【発明が解決しようとする課題】
しかし、近年、計算機の高性能化に伴い、大容量のキャッシュメモリが搭載されるようになったことから、デステージに要する時間が増大した。
これは、例えば、突然の停電時などにデステージを行わなければならない時に特に大きな問題となる。なぜならば、停電に備えて計算機システムに搭載されるバックアップ用のバッテリからの電力の供給時間は有限であるからである。バッテリからの電力が供給される短時間の間にデステージが完了しなかった場合には、キャッシュメモリ上に記憶されていたダーティデータは消失する。このことは、計算機システムの信頼性を大きく損なうことになる。また、データを消失させないようにするためには大容量のバッテリを備えなければならない。このことは、計算機システムのコストアップ要因となるばかりでなく、バッテリを搭載するための大きな占有面積も必要とすることになる。
そこで、本発明はキャッシュメモリのデステージを短時間で行うことを主たる目的とする。
【０００５】
【課題を解決するための手段】
本発明の一態様は、ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、ライトバック方式で管理される第三のキャッシュメモリを有するＮＡＳサーバと、ライトバック方式で管理される第一のキャッシュメモリを有し、物理ディスクに対してデータの読み出し及び書き込みを行うディスクコントローラと、を備え、前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムのデステージ方法であって、前記ＮＡＳサーバが、前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理し、前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納し、ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始し、前記ディスクコントローラが、前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータの前記物理ディスクへの書き込みを開始することを特徴とする。
【０００６】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、実施例の欄、及び図面により明らかにされる。
【０００７】
【発明の実施の形態】
本明細書の記載により少なくとも次のことが明らかにされる。
本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムのデステージ方法であって、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理し、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第二のステップとを備えることを特徴とする。
【０００８】
このような態様により、上位階層の全てのキャッシュメモリに記憶されていたデータの転送が終了するのを待つ必要がなくなり、ある管理グループに属するデータが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、短時間で行うことができる。
【０００９】
また、本発明の一態様は、前記一の管理グループは、前記ディスク装置が提供する記憶領域に構成される複数の論理的な記憶領域である論理ボリュームの少なくとも一つと対応付けられて設定されていることを特徴とする。
このような態様により、ある論理ボリュームに属するデータが出揃ったならば、当該データのデステージを開始することができる。
【００１０】
また、本発明の一態様は、前記第二のステップにおいて、ある論理ボリュームを使用している前記全ての情報処理装置から、前記第一のステップにおける転送が完了した旨の通知があった場合、その論理ボリュームについてのデステージを開始することを特徴とする。
【００１１】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置であって、前記ディスク制御装置に、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置と接続する第一の手段と、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記ディスク制御装置が、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記情報処理装置から受信し、前記第一のキャッシュメモリへ格納する第二の手段と、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理すると共に、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第三の手段とを備えることを特徴とするディスク制御装置に関する。
【００１２】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムであって、前記情報処理装置に、前記情報処理装置から読み出したデータを一時的に格納する第三のキャッシュメモリを備える、少なくとも１台以上の外部情報処理装置と接続する第一の手段と、前記ディスク制御装置による前記外部情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第三のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記外部情報処理装置から受信し、前記第二のキャッシュメモリへ格納する第二の手段と、前記情報処理装置が、前記第二のキャッシュメモリ上に残存する、書き込み予定のデータの前記第一のキャッシュメモリへの転送を開始する第三の手段と、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理し、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第四の手段とを備えることを特徴とする記憶装置システムに関する。
【００１３】
また、本発明の一態様は、前記記憶装置システムが備えるディスク制御装置と情報処理装置は、同一の筐体内に収容されていることを特徴とする記憶装置システムに関する。
【００１４】
また、本発明の一態様は、データを複数の管理グループに分類して管理するディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える情報処理装置に、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記書き込み予定のデータの転送が完了した旨の通知を行う第二のステップとを実行させるためのプログラムに関する。
【００１５】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置に、前記ディスク制御装置に接続される、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置から、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記第二のキャッシュメモリに格納されている、ディスク装置への書き込み予定のデータを受信し、前記第一のキャッシュメモリへ格納する第一のステップと、前記ディスク装置に記憶されるデータを複数の管理グループに分類して管理すると共に、前記第二のキャッシュメモリ上に残存していた、ある一の前記管理グループに所属する、前記ディスク装置への書き込み予定のデータが前記第一のキャッシュメモリ上に出揃った場合に、その管理グループに属する、前記第一のキャッシュメモリ上に残存する、書き込み予定のデータのディスク装置への書き込みを開始する第二のステップとを実行させるためのプログラムに関する。
【００１６】
また、本発明の一態様は、ディスク装置、及び前記ディスク装置への入出力データを一時的に格納する第一のキャッシュメモリを備え、データの記憶手段として機能するディスク制御装置と、前記ディスク制御装置に接続され、前記ディスク制御装置から読み出したデータを一時的に格納する第二のキャッシュメモリを備える、少なくとも１台以上の情報処理装置とを備える記憶装置システムのデステージ方法であって、前記ディスク制御装置による前記情報処理装置に対する前記記憶手段としての機能の中断に際し、前記情報処理装置が、前記第二のキャッシュメモリに格納されている、ディスク装置に未反映のデータを、前記第一のキャッシュメモリへ転送する第一のステップと、前記ディスク制御装置が、前記ディスク装置に記憶されるデータを複数のグループに区分けして、当該グループ内のディスク装置への未反映のデータ全ての前記第一のキャッシュメモリへの転送が完了した場合に、そのグループに属する、前記第一のキャッシュメモリ上に残存する、ディスク装置に未反映のデータの前記ディスク装置への書き込みを開始する第二のステップとを備えることを特徴とする。
【００１７】
【実施例】
＜第一の実施例＞
第１の実施例に係る計算機システムのブロック図を図１に示す。
３台のクライアント計算機１００がＬＡＮ（Local Area Network）５００に接続されている。各クライアント計算機１００は、ＬＡＮ５００を介して相互に情報の通信を行うことが可能である。また、ＬＡＮ５００には、記憶装置システム４００が接続されている。各クライアント計算機１００はＬＡＮ５００を介して記憶装置システム４００にアクセスし、データの読み出し及び書き込みを行う。一旦、記憶装置システム４００から読み出されたデータは、キャッシュメモリ（以下、「キャッシュ」と記す）１０３上に記憶される。キャッシュ１０３は、ライトバック方式で管理されている。そのため、クライアント計算機１００上で処理され、記憶装置システム４００に書き込まれるべき、書き込み予定のデータは、キャッシュ１０３からリプレースされるまでの間、キャッシュ１０３上にダーティデータとして残される。
【００１８】
なお、第１の実施例においては３台のクライアント計算機１００がＬＡＮ５００に接続される形態を示したが、クライアント計算機１００の台数は任意である。また、ＬＡＮ５００は、例えばインターネットとすることもできるし、企業内の専用ＬＡＮとすることもできる。ＳＡＮ（Storage Area Network）とすることも可能である。
【００１９】
記憶装置システム４００は、ＮＡＳ（Network Attached Storage）サーバ２０１とディスクアレイ装置３００を備えている。ＮＡＳサーバ２０１は、ＬＡＮ５００などのネットワークに接続されたクライアント計算機１００間でファイルの共用を実現するためのサーバである。内部には２台のＮＡＳエンジン２００を備えている。２台のＮＡＳエンジン２００のうち、１台はバックアップ用である。
【００２０】
ＮＡＳエンジン２００は、ディスクアレイ装置３００とネットワーク２０２で接続されている。ＮＡＳエンジン２００は、ディスクアレイ装置３００から読み出したデータを一時的に格納するためのキャッシュ２０３を備えている。また、メモリ２０４には、ファイルサービスを提供するための制御プログラム２０５、フラッシュ可能テーブル６００が記憶されている。キャッシュ２０３は、ライトバック方式で管理されている。クライアント計算機１００からデータの読み出し要求を受けた場合、要求されたデータがキャッシュ２０３上に存在すれば、ＮＡＳエンジン２００は、ディスクアレイ装置３００にアクセスすることなく、キャッシュ２０３上のデータをクライアント計算機１００に送信する。また、クライアント計算機１００からデータの書き込み要求を受けた場合にも、ディスクアレイ装置３００にアクセスすることなく、キャッシュ２０３上に書き込みを行う。
【００２１】
ディスクアレイ装置３００は、ＮＡＳエンジン２００からのデータの入出力要求を受けて、データの読み出し及び書き込みを行う。データの入出力は、ポート３１０を通して行われる。ディスクコントローラ３０１は、キャッシュ３０４、共有メモリ３０５、及び制御デバイス３０３を有している。キャッシュ３０４は、データが物理的に記録されている物理ディスク３０８、３１２から読み出されたデータを一時的に記憶する。キャッシュ３０４は、ライトバック方式で管理されている。共有メモリ３０５には、制御プログラム３０６、及びホストフラッシュ済みＬＵＮテーブル８００が記憶されている。制御デバイス３０３は、ＮＡＳエンジン２００からの指示を受けて、共有メモリ３０５上のホストフラッシュ済みＬＵＮテーブル８００の更新を行う。
【００２２】
物理ディスク３０８、３１２には、データが記憶されている。第１の実施例においては、複数の物理ディスク３０８、３１２を一つの単位としてＲＡＩＤ（Redundant Array of Independent Disks）を構成している。また、物理ディスク３０８、３１２は、記憶領域を所定の管理グループに分類されて管理されている。第１の実施例においては、物理ディスク３０８、３１２は、３２台の論理ボリューム（ＬＵ）３０９、３１３に分類されて管理されている。
【００２３】
また、物理ディスク３０８、３１２毎に、表示灯３１１、３１４が備えられており、物理ディスク３０８、３１２へのアクセスの際に点灯する。
【００２４】
なお、管理グループとしては、論理ボリューム以外とすることも可能である。例えば、ＲＡＩＤのグループを管理グループとすることもできる。また、各管理グループのサイズは等しいものである必要はない。さらに、管理グループの単位は、第１の実施例のようにあらかじめ論理ボリュームである、と決めておくこともできるし、後から変更できるようにすることも可能である。例えば、ディスクアレイ装置３００に管理用コンピュータを接続し、その管理用コンピュータから、ディスクアレイ装置の設定ファイルを変更するようにすることで、管理グループの単位を変更できるようにすることが可能である。
【００２５】
また、ＮＡＳサーバ２０１とディスクアレイ装置３００は、同一の筐体に格納された一体型で構成することもできるし、別筐体で構成することもできる。また、ＮＡＳサーバ２０１とディスクアレイ装置３００を接続するネットワーク２０２は、ＳＡＮの構成を採り、複数のディスクアレイ装置が接続される構成とすることもできる。通信インタフェースとしては、例えばファイバチャネルとすることもできるし、ＳＣＳＩ（Small Computer Systems Interface）とすることも可能である。
【００２６】
次に、第１の実施例に係るフラッシュ可能テーブルを図２に示す。
フラッシュ可能テーブル６００は、ＮＡＳエンジン２００のメモリ２０４上に記憶される。上述の通り、ＮＡＳサーバ２０１は、ＬＡＮ５００などのネットワークに接続されたクライアント計算機１００間でファイルの共用を実現するためのサーバである。そのため、ＮＡＳエンジン２００は、各クライアント計算機１００が記憶装置システム４００から読み出したデータが、どの論理ボリューム３０９、３１３に属するデータであるかを、フラッシュ可能テーブル６００により管理している。そして、詳細は後述するが、ＮＡＳエンジン２００がキャッシュ２０３のフラッシュを行う際には、フラッシュ可能テーブル６００が参照される。
【００２７】
図２において、”−”は、クライアント計算機１００に読み出されていないことを示す。クライアント計算機１００にあるデータが読み出されると、そのデータの属する論理ボリューム（ＬＵ）の欄に”×”を記載する。クライアント計算機１００から、キャッシュ１０３のフラッシュが完了したとの通知を受けると、ＮＡＳエンジン２００は、当該クライアント計算機１００の”×”を”○”に変更する。従って、”○”が記載された欄は、クライアント計算機１００に読み出され、かつ、クライアント計算機１００上のキャッシュ１０３にはダーティデータが存在しないことを示す。”×”は、クライアント計算機１００に読み出され、かつ、クライアント計算機１００上のキャッシュ１０３には、まだダーティデータが存在することを示す。
【００２８】
従って、ある論理ボリューム（ＬＵ）の欄に、どのクライアント１００に対しても”×”が存在しない場合には、当該ＬＵのデータについては、上位階層の全てのキャッシュに記憶されていたデータが出揃ったことを示す。例えば、図２においては、ＬＵ０が該当する。しかし、クライアント計算機Ｂからのフラッシュがまだ完了していないので、ＬＵ１、ＬＵ３０、ＬＵ３１のデータについては、上位階層の全てのキャッシュに記憶されていたデータはまだ出揃っていないことを示す。ＬＵ２は、どのクライアント計算機にも利用されていない。
【００２９】
次に、第１の実施例に係るホストフラッシュ済みＬＵＮテーブルを図３に示す。
ホストフラッシュ済みＬＵＮテーブル８００は、ディスクコントローラ３０１の共有メモリ３０５上に記憶される。ＮＡＳエンジン２００が、フラッシュ可能テーブル６００を参照して、あるフラッシュ可能な論理ボリュームに属するデータをキャッシュ２０３からフラッシュすると、当該データはディスクコントローラ３０１のキャッシュ３０４に格納される。ホストフラッシュ済みＬＵＮテーブル８００は、ＮＡＳエンジン２００がフラッシュを行った、上記論理ボリュームの番号をディスクコントローラ３０１に通知するために用いられる。ディスクコントローラ３０１は、ホストフラッシュ済みＬＵＮテーブル８００を参照して、キャッシュ３０４上の、上記通知のあった論理ボリュームに属するデータについては、物理ディスク３０９、３１２へのデステージが可能であると判断して、書き込みを開始する。
【００３０】
ホストフラッシュ済みＬＵＮテーブル８００には、論理ボリューム毎に”１”または”０”が書き込まれる。”１”が書き込まれた論理ボリュームは、ＮＡＳエンジン２００のキャッシュ２０３のフラッシュが完了していることを示す。”０”が書き込まれた論理ボリュームは、ＮＡＳエンジン２００のキャッシュ２０３のフラッシュが完了していないことを示す。
【００３１】
次に、第１の実施例に係るシステムにおけるキャッシュのフラッシュ処理の流れについて説明する。クライアント計算機１００のキャッシュ１０３に記憶されているデータは、ＮＡＳエンジン２００のキャッシュ２０３、及びディスクコントローラ３０１のキャッシュ３０４に転送された後、物理ディスク３０８、３１２に書き込まれる。
【００３２】
まず、クライアント計算機１００におけるキャッシュデータのフラッシュ処理を示すフローチャートを図４に示す。
クライアント計算機１００は、例えばシャットダウンを行う場合には、ＯＳ（Operating System）がキャッシュ１０３上に記憶されているダーティデータのフラッシュ処理を開始する（Ｓ４０００）。ダーティデータは、ＬＡＮ５００を介してＮＡＳエンジン２００のキャッシュ２０３に転送される。全てのダーティデータのフラッシュ処理が終了したら（Ｓ４００１）、クライアント計算機１００は、ＮＡＳエンジン２００に対して終了通知を送信して終了する（Ｓ４００２）。
【００３３】
なお、クライアント計算機１００のフラッシュ処理は、クライアント計算機１００のシャットダウンの際に行われるだけでなく、例えば、記憶装置システム４００に記憶されているデータのバックアップをとる際に行われるようにすることも可能である。また、記憶装置システム４００をシャットダウンする際に行われるようにすることも可能である。この場合、クライアント計算機１００のフラッシュ処理は、記憶装置システム４００からの要求を受けて、開始される。
【００３４】
次に、第１の実施例に係るＮＡＳエンジンにおけるキャッシュデータのフラッシュ処理を示すフローチャートを図５に示す。
まず、ＮＡＳエンジン２００は、クライアント計算機１００から受信したデータをキャッシュに格納する（Ｓ５０００、Ｓ５００１）。続いて、クライアント計算機１００がＳ４００２にて送信したフラッシュ完了通知を受信したら、フラッシュ可能テーブルを更新する（Ｓ５００２）。更新は、フラッシュ可能テーブル６００の当該クライアント計算機の行に存在する”×”を”○”に変更することにより行う。例えば、図２のクライアント計算機Ｂからフラッシュ完了通知を受けた場合には、クライアント計算機Ｂの行のうち、ＬＵ１、ＬＵ３０、ＬＵ３１の欄に存在する”×”を”○”に変更する。
【００３５】
上記更新の結果、ある論理ボリュームのデータについて、全てのクライアント計算機のフラッシュが完了したことが判明した場合、すなわち図２において、”×”のない論理ボリュームがあった場合、当該論理ボリュームのデータの、キャッシュ２０３からディスクコントローラ３０１のキャッシュ３０４への転送を開始する（Ｓ５００３、Ｓ５００４）。なお、Ｓ５００２においてフラッシュ可能テーブル６００を更新したが、フラッシュ可能な論理ボリュームがない場合には、Ｓ５０００に戻って、別のクライアント計算機１００からのデータを受信する。
【００３６】
ディスクコントローラ３０１のキャッシュ３０４への転送が完了した場合には（Ｓ５００５）、ディスクコントローラの制御デバイス３０３へ、完了通知を行う（Ｓ５００６）。全論理ボリュームのデータについて、ディスクコントローラ３０１のキャッシュ３０４へのフラッシュが完了したら、処理を終了する（Ｓ５００７）。
【００３７】
続いて、第１の実施例に係るディスクアレイコントローラ３０１によるキャッシュデータのデステージ処理を示すフローチャートを図６に示す。
まず、ディスクアレイコントローラ３０１の制御デバイス３０３は、ＮＡＳエンジン２００からのデータ転送の完了通知を待っている（Ｓ６０００）。完了通知を受けると、共有メモリ３０５上に作成されている、ホストフラッシュ済みＬＵＮテーブル８００の、当該論理ボリューム番号の位置に”１”を記録する（Ｓ６００１）。
【００３８】
一方、ディスクアレイコントローラ３０１は、ＮＡＳエンジン２００から送信されるデータをキャッシュに格納する（Ｓ６００２、Ｓ６００３）。ホストフラッシュ済みＬＵＮテーブル８００を参照して、”１”が記録された論理ボリュームがあった場合には（Ｓ６００４）、当該論理ボリュームに属するデータの物理ディスク３０８、３１２への書き込みを開始する（Ｓ６００５）。全論理ボリュームのデータについて、物理ディスク３０８、３１２へのデステージが完了するまで、処理を繰り返す（Ｓ６００７）。
【００３９】
物理ディスク３０８、３１２は、上述の通り、論理ボリュームに分類されて管理されているので、Ｓ６００５にて物理ディスク３０８、３１２への書き込みが行われている間、当該論理ボリュームを構成する物理ディスク３０８、３１２に設けられた表示灯３１１、３１４が点灯する。例えば、図１において、論理ボリューム２（ＬＵ２）への書き込みが行われる場合には、当該論理ボリュームを構成する複数の物理ディスク３０８の表示灯３１１がそれぞれ同時に点灯する。
【００４０】
以上説明した第１の実施例のようにしてキャッシュのフラッシュを行うことにより、上位階層の全てのキャッシュに記憶されていたデータが揃うのを待つ必要がなくなり、ある論理ボリュームに属するデータのみが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、従来に比べて短時間で行うことができるようになった。
【００４１】
＜第２の実施例＞
続いて、第２の実施例に係る計算機システムのブロック図を図７に示す。
第１の実施例と同様、３台のクライアント計算機１００がＬＡＮ５００に接続されている。各クライアント計算機１００は、ＬＡＮ５００を介して相互に情報の通信を行うことが可能である。また、ＬＡＮ５００には、ディスクアレイ装置９００が接続されている。各クライアント計算機１００はＬＡＮ５００を介してディスクアレイ装置９００にアクセスし、データの読み出し及び書き込みを行う。一旦、ディスクアレイ装置９００から読み出されたデータは、キャッシュ１０３上に記憶される。キャッシュ１０３は、第１の実施例に係るキャッシュ１０３と同様、ライトバック方式で管理されている。そのため、クライアント計算機１００上で処理され、ディスクアレイ装置９００に書き込まれるべき、書き込み予定のデータは、キャッシュ１０３からリプレースされるまでの間、キャッシュ１０３上にダーティデータとして残される。
【００４２】
なお、第２の実施例においても、第１の実施例と同様クライアント計算機１００の台数は任意である。また、ＬＡＮ５００も、例えばインターネットとすることもできるし、企業内の専用ＬＡＮとすることもできる。ＳＡＮとすることも可能である。
【００４３】
ディスクアレイ装置９００は、パッケージ９０１を備えている。パッケージ９０１は、クライアント計算機１００との間で通信を行い、クライアント計算機１００から要求のあったデータを提供する機能を備える。パッケージ９０１は、２台備えられているが、１台はバックアップ用である。
パッケージ９０１は、ＣＰＵ９０２、通信ＩＣ９０４、及び通信メモリ９０５を備えている。
【００４４】
ＣＰＵ９０２は、内部にキャッシュ９０３を備え、パッケージ９０１の制御を行う。通信ＩＣ９０４は、ネットワーク９０８上に設けられるキャッシュ９０９のデータの通信を制御する。通信メモリ９０５は、ＣＰＵ９０２及び通信ＩＣ９０４の双方からアクセス可能であり、制御プログラム９０５、フラッシュ可能テーブル６００、ホストフラッシュ済みＬＵＮテーブル８００が記憶されている。
【００４５】
パッケージ９０１が接続されているネットワーク９０８には、キャッシュ９０９及び物理ディスク９１０、９１３が接続されている。キャッシュ９０９には、パッケージ９０１が物理ディスク９１０、９１３から読み出したデータが一時的に格納される。キャッシュ９０９は、ライトバック方式で管理されている。
【００４６】
物理ディスク９１０、９１３には、データが記憶されている。第２の実施例においては、複数の物理ディスク９１０、９１３を一つの単位としてＲＡＩＤを構成している。また、物理ディスク９１０、９１３は、記憶領域を所定の管理グループに分類されて管理されている。第２の実施例においては、物理ディスク９１０、９１３は、３２台の論理ボリューム（ＬＵ）９１１、９１４に分類されて管理されている。
【００４７】
また、物理ディスク９１０、９１３毎に、表示灯９１２、９１５が備えられており、物理ディスク９１０、９１３へのアクセスの際に点灯する。
【００４８】
なお、第１の実施例と同様、管理グループとしては、論理ボリューム以外とすることも可能である。例えば、ＲＡＩＤのグループを管理グループとすることもできる。また、各管理グループのサイズは等しいものである必要はない。さらに、管理グループの単位は、第２の実施例のようにあらかじめ論理ボリュームである、と決めておくこともできるし、後から変更できるようにすることも可能である。例えば、ディスクアレイ装置に管理用コンピュータを接続し、その管理用コンピュータから、ディスクアレイ装置の設定ファイルを変更するようにすることで、管理グループの単位を変更できるようにすることが可能である。
【００４９】
次に第２の実施例に係る通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブルへ８００のアクセスを示すブロック図を図８に示す。
ＣＰＵ９０２は、クライアント計算機１００のキャッシュ１０３から転送されてくるデータをキャッシュ９０３に格納しつつ、キャッシュ９０９へフラッシュ可能な論理ボリュームに属するデータが出揃うのを、フラッシュ可能テーブル６００により監視している。ある論理ボリュームに属するデータのフラッシュが可能であることが判明すると、ＣＰＵ９０２は、当該論理ボリュームに属するデータをキャッシュ９０９に転送する。転送が完了後、ＣＰＵ９０２は、通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置に”１”を書き込む。
【００５０】
一方、通信ＩＣ９０４は、通信メモリ９０５上のホストフラッシュ済みＬＵＮテーブル８００を常時監視しており、ＣＰＵ９０２により”１”が書き込まれたのを認識すると、キャッシュ９０９に書き込まれた、当該論理ボリュームに属するデータの、物理ディスク９１０、９１３への書き込みを開始する。書き込みが完了すると、ホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置を”０”に戻す。
【００５１】
このようにすることにより、ＣＰＵ９０２と通信ＩＣ９０４が連携して、キャシュ９０９上のデータを物理ディスク９１０、９１３に書き込むことが可能となる。
【００５２】
次に、第２の実施例に係るシステムにおけるキャッシュのフラッシュ処理の流れについて説明する。クライアント計算機１００のキャッシュ１０３に記憶されているデータは、ＣＰＵ９０２のキャッシュ９０３、及びネットワーク９０８上のキャッシュ９０９に転送された後、物理ディスク９１０、９１３に書き込まれる。
クライアント計算機におけるキャッシュデータのフラッシュ処理については、第１の実施例におけるフラッシュ処理と同一である（図４参照）。
【００５３】
図９に、ＣＰＵ９０２が行うフラッシュ処理を示すフローチャートを示す。 まず、ＣＰＵ９０２は、クライアント計算機１００から受信したデータをキャッシュ９０３に格納する（Ｓ９０００、Ｓ９００１）。続いて、クライアント計算機１００がＳ４００２にて送信したフラッシュ完了通知を受信したら、フラッシュ可能テーブル６００を更新する（Ｓ９００２）。更新は、第１の実施例における更新と同様である。
【００５４】
上記更新の結果、ある論理ボリュームのデータについて、全てのクライアント計算機１００のフラッシュが完了したことが判明した場合、当該論理ボリュームのデータの、キャッシュ９０３からネットワーク９０８上のキャッシュ９０への転送を開始する（Ｓ９００３、Ｓ９００４）。なお、Ｓ９００２において、フラッシュ可能テーブルを更新したが、フラッシュ可能な論理ボリュームがない場合には、Ｓ９０００に戻って、別のクライアント計算機１００からのデータを受信する。
【００５５】
ある論理ボリュームに属するデータの、キャッシュ９０９への転送が完了した場合には（Ｓ９００５）、通信メモリ９０５のホストフラッシュ済みＬＵＮテーブル８００の当該論理ボリュームの位置に”１”を書き込む（Ｓ９００６）。全論理ボリュームのデータについて、ネットワーク９０８上のキャッシュ９０９へのフラッシュが完了したら、処理を終了する（Ｓ９００７）。
【００５６】
続いて、第２の実施例に係るディスクアレイ装置の通信ＩＣ９０４が行うデステージ処理を示すフローチャートを図１０に示す。
まず、通信ＩＣ９０４は、通信メモリ９０５上に作成されている、ホストフラッシュ済みＬＵＮテーブル８００を参照して、ある論理ボリューム番号の位置に”１”が記録されていないかを確認する（Ｓ１００００）。ホストフラッシュ済みＬＵＮテーブル８００に、”１”が記録された論理ボリュームがある場合には（Ｓ１０００１）、当該論理ボリュームに属するデータの物理ディスク９１０、９１３へのデステージを開始する（Ｓ１０００２）。全論理ボリュームのデータについて、物理ディスク９１０、９１３へのデステージが完了するまで、処理を繰り返す（Ｓ１０００４）。
【００５７】
物理ディスク９１０、９１３は、上述の通り、論理ボリュームに分類されて管理されているので、Ｓ６００５にて物理ディスク９１０、９１３への書き込みが行われている間、当該論理ボリュームを構成する物理ディスク９１０、９１３に設けられた表示灯９１１、９１４が点灯する。例えば、図７において、論理ボリューム２（ＬＵ２）への書き込みが行われる場合には、当該論理ボリュームを構成する複数の物理ディスク９１０の表示灯９１１がそれぞれ同時に点灯する。
【００５８】
以上のような第２の実施例のような構成においても、キャッシュのフラッシュを行う場合に、上位階層の全てのキャッシュに記憶されていたデータが揃うのを待つ必要がなくなり、ある論理ボリュームに属するデータのみが出揃ったならば、当該データのデステージを開始することができる。これにより、キャッシュメモリのデステージを、従来に比べて短時間で行うことができるようになった。
【００５９】
以上、本実施の形態に係る実施例について説明したが、本願発明は上記実施例に限定されるものではない。本発明の要旨を逸脱しない範囲で様々に変更可能である。
【００６０】
【発明の効果】
キャッシュメモリのデステージを短時間で行うことが可能となる。
【図面の簡単な説明】
【図１】 第１の実施の形態に係る計算機システムのブロック図である。
【図２】 第１の実施の形態に係るフラッシュ可能テーブルである。
【図３】 第１の実施の形態に係るホストフラッシュ済みＬＵＮテーブルである。
【図４】 第１の実施の形態に係るクライアント計算機におけるキャッシュデータのフラッシュ処理を示すフローチャートである。
【図５】 第１の実施の形態に係るＮＡＳサーバにおけるキャッシュデータのフラッシュ処理を示すフローチャートである。
【図６】 第１の実施の形態に係るディスクアレイ装置におけるキャッシュデータのデステージ処理を示すフローチャートである。
【図７】 第２の実施の形態に係る計算機システムのブロック図である。
【図８】 第２の実施の形態に係る共有メモリ上のホストフラッシュ済みＬＵＮテーブルへのアクセスを示すブロック図である。
【図９】 第２の実施の形態に係るディスクアレイ装置のＣＰＵが行うフラッシュ処理を示すフローチャートである。
【図１０】 第２の実施の形態に係るディスクアレイ装置の通信ＩＣが行うデステージ処理を示すフローチャートである。
【符号の説明】
１００ クライアント
１０３ キャッシュ
２００ ＮＡＳエンジン
２０１ ＮＡＳサーバ
２０２ ネットワーク
２０３ キャッシュ
２０４ メモリ
２０５ 制御プログラム
３００ ディスクアレイ装置
３０１ ディスクコントローラ
３０３ 制御デバイス
３０４ キャッシュ
３０５ 共有メモリ
３０６ 制御プログラム
３０８ 物理ディスクＡ
３０９ 論理ボリュームＡ
３１０ ポート
３１１ 表示灯Ａ
３１２ 物理ディスクＢ
３１３ 論理ボリュームＢ
３１４ 表示灯Ｂ
４００ 記憶装置システム
５００ ＬＡＮ
６００ フラッシュ可能テーブル
６０１ クライアント名
６０２ 論理ボリューム番号
８００ ホストフラッシュ済みＬＵＮテーブル
９００ ディスクアレイ装置
９０１ パッケージ
９０２ ＣＰＵ
９０３ キャッシュ
９０４ 通信ＩＣ
９０５ 通信メモリ
９０６ 制御プログラム
９０７ ＯＳ
９０８ ネットワーク
９０９ キャッシュ
９１０ 物理ディスクＡ
９１１ 論理ボリュームＡ
９１２ 表示灯Ａ
９１３ 物理ディスクＢ
９１４ 論理ボリュームＢ
９１５ 表示灯Ｂ
Claims (6)
- ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、
ライトバック方式で管理される第三のキャッシュメモリを有するＮＡＳサーバと、
ライトバック方式で管理される第一のキャッシュメモリを有し、物理ディスクに対してデータの読み出し及び書き込みを行うディスクコントローラと、
を備え、
前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムのデステージ方法であって、
前記ＮＡＳサーバが、
前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理し、
前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納し、
ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始し、
前記ディスクコントローラが、
前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータの前記物理ディスクへの書き込みを開始すること
を特徴とする記憶装置システムのデステージ方法。 - 請求項１に記載の記憶装置システムのデステージ方法であって、
前記ディスクコントローラは、前記各論理ボリュームについて前記ダーティデータについての前記第一のキャッシュメモリへの前記転送が完了したか否かを管理するテーブルを記憶し、前記テーブルを参照することにより前記論理ボリュームについての前記転送が完了したか否かを判断することを特徴とする記憶装置システムのデステージ方法。 - ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、
ＣＰＵ、メモリ、通信ＩＣ、及びライトバック方式で管理される第三のキャッシュメモリを有するパッケージと、
前記パッケージと通信可能に接続され、物理ディスクに書き込まれるデータが格納される、ライトバック方式で管理される第一のキャッシュメモリと、
を備え、
前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムのデステージ方法であって、
前記パッケージが、
前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理し、
前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納し、
ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始し、
前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについての前記 物理ディスクへの書き込みを開始すること
を特徴とする記憶装置システムのデステージ方法。 - 請求項３に記載の記憶装置システムのデステージ方法であって、
前記パッケージは、前記各論理ボリュームについて前記ダーティデータについての前記第一のキャッシュメモリへの前記転送が完了したか否かを管理するテーブルを記憶し、前記テーブルを参照することにより前記論理ボリュームについての前記転送が完了したか否かを判断することを特徴とする記憶装置システムのデステージ方法。 - ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、
ライトバック方式で管理される第三のキャッシュメモリを有するＮＡＳサーバと、
ライトバック方式で管理される第一のキャッシュメモリを有し、物理ディスクに対してデータの読み出し及び書き込みを行うディスクコントローラと、
を備え、
前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムであって、
前記ＮＡＳサーバが、
前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理する手段と、
前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納する手段と、
ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始する手段と、を有し、
前記ディスクコントローラが、
前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについての前記物理ディスクへの書き込みを開始する手段を有すること
を特徴とする記憶装置システム。 - ライトバック方式で管理される第二のキャッシュメモリを有するクライアント装置の複数と通信可能に接続し、
ＣＰＵ、メモリ、通信ＩＣ、及びライトバック方式で管理される第三のキャッシュメモリを有するパッケージと、
前記パッケージと通信可能に接続され、物理ディスクに書き込まれるデータが格納される、ライトバック方式で管理される第一のキャッシュメモリと、
を備え、
前記物理ディスクの記憶領域を論理ボリュームに分類して管理する記憶装置システムであって、
前記パッケージが、
前記クライアント装置が前記記憶装置システムから読み出したデータがいずれの前記論理ボリュームに属するデータであるのかを管理する手段と、
前記第二のキャッシュメモリのフラッシュ処理により前記クライアント装置から送信されてくる前記第二のキャッシュメモリのダーティデータを受信して、これを前記第三のキャッシュメモリに格納する手段と、
ある前記論理ボリュームについて全ての前記クライアント装置からフラッシュ完了通知を受信した場合に、前記第三のキャッシュメモリに格納されている当該論理ボリュームに属する前記ダーティデータについて前記ディスクコントローラの前記第一のキャッシュメモリへの転送を開始、
前記ある論理ボリュームについての前記転送が完了した場合に、前記第一のキャッシュ メモリに格納されている当該論理ボリュームに属する前記ダーティデータについての前記物理ディスクへの書き込みを開始する手段と、を有すること
を特徴とする記憶装置システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002217186A JP4219633B2 (ja) | 2002-07-25 | 2002-07-25 | 記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム |
| US10/456,256 US7213110B2 (en) | 2002-07-25 | 2003-06-06 | Destaging method for storage apparatus system, and disk control apparatus, storage apparatus system and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002217186A JP4219633B2 (ja) | 2002-07-25 | 2002-07-25 | 記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004062344A JP2004062344A (ja) | 2004-02-26 |
| JP2004062344A5 JP2004062344A5 (ja) | 2005-10-13 |
| JP4219633B2 true JP4219633B2 (ja) | 2009-02-04 |
Family
ID=30767969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002217186A Expired - Fee Related JP4219633B2 (ja) | 2002-07-25 | 2002-07-25 | 記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7213110B2 (ja) |
| JP (1) | JP4219633B2 (ja) |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6968463B2 (en) * | 2001-01-17 | 2005-11-22 | Hewlett-Packard Development Company, L.P. | System for controlling access to resources in a storage area network |
| US6915397B2 (en) * | 2001-06-01 | 2005-07-05 | Hewlett-Packard Development Company, L.P. | System and method for generating point in time storage copy |
| US6931487B2 (en) | 2001-10-22 | 2005-08-16 | Hewlett-Packard Development Company L.P. | High performance multi-controller processing |
| US7032131B2 (en) * | 2002-03-26 | 2006-04-18 | Hewlett-Packard Development Company, L.P. | System and method for ensuring merge completion in a storage area network |
| US6947981B2 (en) * | 2002-03-26 | 2005-09-20 | Hewlett-Packard Development Company, L.P. | Flexible data replication mechanism |
| US7007042B2 (en) * | 2002-03-28 | 2006-02-28 | Hewlett-Packard Development Company, L.P. | System and method for automatic site failover in a storage area network |
| JP2005115603A (ja) | 2003-10-07 | 2005-04-28 | Hitachi Ltd | 記憶デバイス制御装置及びその制御方法 |
| US8255835B2 (en) * | 2004-02-24 | 2012-08-28 | Research In Motion Limited | Method and system for managing unread electronic messages |
| JP4477906B2 (ja) * | 2004-03-12 | 2010-06-09 | 株式会社日立製作所 | ストレージシステム |
| US7467260B2 (en) * | 2004-10-08 | 2008-12-16 | International Business Machines Corporation | Method and apparatus to purge remote node cache lines to support hot node replace in a computing system |
| US8127088B2 (en) * | 2005-01-27 | 2012-02-28 | Hewlett-Packard Development Company, L.P. | Intelligent cache management |
| US7301718B2 (en) * | 2005-01-31 | 2007-11-27 | Hewlett-Packard Development Company, L.P. | Recording errors in tape drives |
| JP2006227856A (ja) * | 2005-02-17 | 2006-08-31 | Hitachi Ltd | アクセス制御装置及びそれに搭載されるインターフェース |
| JP2006285811A (ja) * | 2005-04-04 | 2006-10-19 | Hitachi Ltd | ストレージシステム及びデータ処理方法 |
| US20060230243A1 (en) * | 2005-04-06 | 2006-10-12 | Robert Cochran | Cascaded snapshots |
| JP4550648B2 (ja) * | 2005-04-08 | 2010-09-22 | 株式会社日立製作所 | 計算機システム |
| US7779218B2 (en) * | 2005-07-22 | 2010-08-17 | Hewlett-Packard Development Company, L.P. | Data synchronization management |
| US7206156B2 (en) * | 2005-07-27 | 2007-04-17 | Hewlett-Packard Development Company, L.P. | Tape drive error management |
| US7325078B2 (en) * | 2005-10-06 | 2008-01-29 | Hewlett-Packard Development Company, L.P. | Secure data scrubbing |
| US7721053B2 (en) * | 2005-10-24 | 2010-05-18 | Hewlett-Packard Development Company, L.P. | Intelligent logical unit provisioning |
| US7467268B2 (en) * | 2006-04-14 | 2008-12-16 | Hewlett-Packard Development Company, L.P. | Concurrent data restore and background copy operations in storage networks |
| US8234457B2 (en) * | 2006-06-30 | 2012-07-31 | Seagate Technology Llc | Dynamic adaptive flushing of cached data |
| FR2906624A1 (fr) * | 2006-10-03 | 2008-04-04 | Bull S A S Soc Par Actions Sim | Systeme et procede de stockage de masse. |
| US7934027B2 (en) * | 2007-01-19 | 2011-04-26 | Hewlett-Packard Development Company, L.P. | Critical resource management |
| US8024514B2 (en) * | 2007-03-01 | 2011-09-20 | Hewlett-Packard Development Company, L.P. | Access control management |
| US7861031B2 (en) * | 2007-03-01 | 2010-12-28 | Hewlett-Packard Development Company, L.P. | Access control management |
| US7694079B2 (en) | 2007-04-04 | 2010-04-06 | Hewlett-Packard Development Company, L.P. | Tagged sequential read operations |
| US7836030B2 (en) * | 2007-11-13 | 2010-11-16 | International Business Machines Corporation | Data library optimization |
| US10001826B2 (en) * | 2009-01-15 | 2018-06-19 | International Business Machines Corporation | Power management mechanism for data storage environment |
| US8850114B2 (en) | 2010-09-07 | 2014-09-30 | Daniel L Rosenband | Storage array controller for flash-based storage devices |
| WO2012032582A1 (en) | 2010-09-10 | 2012-03-15 | Hitachi, Ltd. | Storage system and data transfer method of storage system |
| US9342463B2 (en) * | 2012-09-20 | 2016-05-17 | International Business Machines Corporation | Management of destage tasks with large number of ranks |
| US9658888B2 (en) | 2013-08-05 | 2017-05-23 | International Business Machines Corporation | Thresholding task control blocks for staging and destaging |
| CN108132756B (zh) * | 2016-11-30 | 2021-01-05 | 成都华为技术有限公司 | 一种对存储阵列进行刷盘的方法和装置 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5596736A (en) * | 1992-07-22 | 1997-01-21 | Fujitsu Limited | Data transfers to a backing store of a dynamically mapped data storage system in which data has nonsequential logical addresses |
| US5404500A (en) * | 1992-12-17 | 1995-04-04 | International Business Machines Corporation | Storage control system with improved system and technique for destaging data from nonvolatile memory |
| US5748985A (en) * | 1993-06-15 | 1998-05-05 | Hitachi, Ltd. | Cache control method and cache controller |
| US5542066A (en) * | 1993-12-23 | 1996-07-30 | International Business Machines Corporation | Destaging modified data blocks from cache memory |
| KR0174711B1 (ko) * | 1996-04-24 | 1999-04-15 | 김광호 | 하드디스크 캐시의 제어방법 |
| US6192450B1 (en) * | 1998-02-03 | 2001-02-20 | International Business Machines Corporation | Destage of data for write cache |
| US6341331B1 (en) * | 1999-10-01 | 2002-01-22 | International Business Machines Corporation | Method and system for managing a raid storage system with cache |
| US6675264B2 (en) * | 2001-05-07 | 2004-01-06 | International Business Machines Corporation | Method and apparatus for improving write performance in a cluster-based file system |
| JP3610574B2 (ja) * | 2001-08-15 | 2005-01-12 | 日本電気株式会社 | ディスクアレイ装置 |
| US6883065B1 (en) * | 2001-11-15 | 2005-04-19 | Xiotech Corporation | System and method for a redundant communication channel via storage area network back-end |
| JP2003248605A (ja) * | 2002-02-26 | 2003-09-05 | Hitachi Ltd | ストレージシステム、主記憶システム、副記憶システム、及びそのデータ複写方法 |
-
2002
- 2002-07-25 JP JP2002217186A patent/JP4219633B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-06 US US10/456,256 patent/US7213110B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040019740A1 (en) | 2004-01-29 |
| JP2004062344A (ja) | 2004-02-26 |
| US7213110B2 (en) | 2007-05-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4219633B2 (ja) | 記憶装置システムのデステージ方法、ディスク制御装置、記憶装置システム、及びプログラム | |
| US7882305B2 (en) | Storage apparatus and data management method in storage apparatus | |
| US9495105B2 (en) | System managing a plurality of flash memory devices | |
| US8024516B2 (en) | Storage apparatus and data management method in the storage apparatus | |
| US5640530A (en) | Use of configuration registers to control access to multiple caches and nonvolatile stores | |
| US10042758B2 (en) | High availability storage appliance | |
| US10037272B2 (en) | Storage system employing MRAM and array of solid state disks with integrated switch | |
| US7681002B2 (en) | Storage controller and storage control method | |
| US8402234B2 (en) | Storage system and storage migration method | |
| US6928514B2 (en) | Method and apparatus for teaming storage controllers | |
| US7783850B2 (en) | Method and apparatus for master volume access during volume copy | |
| US7600152B2 (en) | Configuring cache memory from a storage controller | |
| US8751467B2 (en) | Method and apparatus for quickly accessing backing store metadata | |
| US7793061B1 (en) | Techniques for using flash-based memory as a write cache and a vault | |
| KR100288020B1 (ko) | 멀티플 서브시스템에서 핫 스페어 드라이브를 공유하기 위한 장치 및 방법 | |
| US11010060B2 (en) | High performance logical device | |
| US6961818B1 (en) | Method, system and computer program product for managing data in a mirrored cache using an access balancing technique | |
| JP4229626B2 (ja) | ファイル管理システム | |
| JPH0844627A (ja) | データを転送する方法及びデータ記憶システム | |
| JP2005539309A (ja) | 記憶システムアーキテクチャおよび多重キャッシュ装置 | |
| JP2009043030A (ja) | ストレージシステム | |
| US20030204677A1 (en) | Storage cache descriptor | |
| US8321628B2 (en) | Storage system, storage control device, and method | |
| WO2008076205A2 (en) | Data storage system havng a global cache memory distributed among non-volatile memories within system disk drives | |
| JPH11288387A (ja) | ディスクキャッシュ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050606 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050606 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050606 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050607 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080401 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080424 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081111 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081112 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |