JP2015064685A - ストレージ管理システム、ストレージ管理方法、プログラム、および、情報処理システム - Google Patents

Abstract

【課題】Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅによる性能劣化を抑制する。
【解決手段】物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステムを管理し、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付け、前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込み、前記ホストに対して書き込みが終了したことを通知し、前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する。
【選択図】図９

Description

本発明は、記憶媒体の物理セクタサイズと、ホストが管理する論理セクタサイズとが互いに異なる場合における、当該記憶媒体を管理する技術に関する。

ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ；以下、「ＨＤＤ」と略称する）などの記憶媒体は、セクタと呼ばれる単位毎にデータを格納する。記憶媒体に書き込まれるデータのサイズがセクタサイズよりも小さければ、当該データは１つのセクタに格納される。このとき、セクタの中に空いている領域が生じても、当該空いている領域に他の情報が格納されることはない。記憶媒体に書き込まれるデータのサイズがセクタサイズよりも大きければ、当該データは複数のセクタにまたがって格納される。

セクタサイズは、記憶媒体の種類によって異なる。長年に亘って、ＨＤＤのセクタサイズは５１２バイト（５１２ Ｂｙｔｅ。以下、「５１２Ｂ」と略称する）が主流であった。近年では、セクタサイズが４キロバイト（４ Ｋｉｌｏ Ｂｙｔｅ。以下、「４ＫＢ」と略称する）のＨＤＤが普及している。４ＫＢは４０９６Ｂであり、５１２Ｂの８倍の大きさである。

以下、セクタサイズが５１２Ｂである記憶媒体を「５１２Ｂセクタの記憶媒体」と記載する。また、セクタサイズが４ＫＢである記憶媒体を「４ＫＢセクタの記憶媒体」と記載する。「５１２Ｂセクタの記憶媒体」は、言い換えると、「５１２Ｂセクタを基準とする記憶媒体」である。「４ＫＢセクタの記憶媒体」は、言い換えると、「４ＫＢセクタを基準とする記憶媒体」である。記憶媒体は、例えばＨＤＤ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、またはフロッピーディスク等である（「フロッピー」は登録商標）。

なお、５１２Ｂよりも少し大きいセクタサイズ（例えば５２０Ｂまたは５２８Ｂなど）の記憶媒体も、以下、説明の便宜上「５１２Ｂセクタの記憶媒体」と記載する。このような記憶媒体では、５１２Ｂよりも余分に確保した領域にセクタのチェックコード等が格納される場合が一般的である。同様に、４０９６Ｂよりも少し大きいセクタサイズ（例えば４１０４Ｂ、４１６０Ｂまたは４２２４Ｂなど）の記憶媒体も、以下、説明の便宜上「４ＫＢセクタの記憶媒体」と記載する。４１６０Ｂは５２０Ｂの８倍の大きさである。

４ＫＢセクタの記憶媒体が普及している背景の１つを説明する。４ＫＢセクタの記憶媒体は、５１２Ｂセクタの記憶媒体と比較して、記憶容量に対するＥＣＣ（Ｅｒｒｏｒ Ｃｈｅｃｋｉｎｇ ａｎｄ Ｃｏｒｒｅｃｔｉｏｎ）に必要なバイト数の割合が少なくて済む。したがって、４ＫＢセクタの記憶媒体４ＫＢセクタの記憶媒体の方が、５１２Ｂセクタの記憶媒体よりも、記憶容量を効率良く使用することができる。これが、４ＫＢセクタの記憶媒体が普及している理由の一つである。

記憶媒体にアクセスする情報処理装置であるホストに関して、ホストを動作させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も、４ＫＢセクタの記憶媒体に対応するＯＳが普及してきている。しかし、４ＫＢセクタの記憶媒体に対応していない古いＯＳにより動作するホストも、依然、数多く存在する。

以下、４ＫＢセクタに対応しているホストを「４ＫＢセクタのホスト」と記載する。以下、４ＫＢセクタに対応していないホスト（すなわち、従来の５１２Ｂセクタに対応しているホスト）を「５１２Ｂセクタのホスト」と記載する。「４ＫＢセクタのホスト」は、言い換えると、「４ＫＢセクタを基準とするホスト」である。「５１２Ｂセクタのホスト」は、言い換えると、「５１２Ｂセクタを基準とするホスト」である。

このように、５１２Ｂセクタの記憶媒体と、４ＫＢセクタの記憶媒体と、５１２Ｂセクタのホストと、４ＫＢセクタのホストとが、混在する状況が発生することが予想される。

特開２０１０−０４９７６４号公報

特許文献１が開示するように、５１２Ｂセクタのホストと４ＫＢセクタの記憶媒体とを混在して用いると、ホストから記憶媒体に対する書き込みをする際などに、性能が劣化してしまうことがある。

これは、５１２Ｂセクタのホストから４ＫＢセクタの記憶媒体に対して書き込みをする場合に、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅが必要になる場合があるためである。

本発明は、ホストが管理する論理セクタサイズと記憶媒体の物理セクタサイズとが互いに異なる場合において、当該ホストが当該記憶媒体に対して書き込みをする際の、性能劣化を抑えることができる、ストレージ管理システム、ストレージ管理方法、プログラム、および、情報処理システムを提供することを１つの目的とする。

本発明の第１の側面は、物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステムを管理し、前記ストレージシステムにアクセス可能なホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付け、前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込み、前記ホストに対して書き込みが終了したことを通知し、前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する、ストレージ管理システムである。

本発明の第２の側面は、物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステム、および、前記ストレージシステムにアクセス可能なホストに、アクセス可能であるコンピュータが、前記ホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付け、
前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込み、前記ホストに対して書き込みが終了したことを通知し、前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する、ストレージ管理方法である。

本発明の第３の側面は、物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステム、および、前記ストレージシステムにアクセス可能なホストに、アクセス可能であるコンピュータに、前記ホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付ける処理と、前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込む処理と、前記ホストに対して書き込みが終了したことを通知する処理と、前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する処理と、を実行させるプログラム。

また、本発明の目的は、上記のプログラムが格納されたコンピュータ読み取り可能な記録媒体によっても達成される。

本発明によれば、ホストが管理する論理セクタサイズと記憶媒体の物理セクタサイズとが互いに異なる場合において、当該ホストが当該記憶媒体に対して書き込みをする際の、性能劣化を抑えることができる。

本発明における、第１の実施形態にかかる情報処理システム１０００の構成を示すブロック図である。 本発明における、第１の実施形態にかかるストレージ管理システム１００が書き込み処理を行う際の動作を示すフローチャートである。 本発明における、第１の実施形態にかかるストレージ管理システム１００が書き込み処理を行う際の動作を示すフローチャートである。 本発明における、第２の実施形態にかかる情報処理システム１００１の構成を示すブロック図である。 本発明における、第２の実施形態にかかるストレージ管理システム１０１の構成を示すブロック図である。 本発明における、第２の実施形態にかかるストレージ管理システム１０１が書き込み処理を行う際の動作を示すフローチャートである。 本発明における、第２の実施形態にかかるストレージ管理システム１０１が書き込み処理を行う際の動作を示すフローチャートである。 本発明における、第２の実施形態にかかるストレージ管理システム１０１が読み出し処理を行う際の動作を示すフローチャートである。 本発明における、第３の実施形態にかかる情報処理システム１００２の構成を示すブロック図である。 本発明における、各実施形態にかかるストレージ管理システムを実現可能なハードウェア構成の一例を示す図である。 論理ブロックアドレスと物理ブロックアドレスとの対応関係を模式的に示す図である。

理解を容易にするため、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを簡単に説明する。５１２Ｂセクタのホスト３０が、４ＫＢセクタの記憶媒体２０に対して書き込み要求を行う状況を想定する。

セクタは、論理ブロックアドレス（ＬＢＡ：Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ）または物理ブロックアドレスという通し番号により管理される。論理ブロックアドレスは、ホスト３０から見た場合におけるセクタの通し番号である。物理ブロックアドレスは、記憶媒体２０から見た場合におけるセクタの通し番号である。後述するように、論理ブロックアドレスと物理ブロックアドレスとは、必ずしも一致するとは限らない。

図１１は、５１２Ｂセクタのホスト３０が４ＫＢセクタの記憶媒体２０を管理する場合における、記憶媒体２０の論理ブロックアドレスと物理ブロックアドレスの対応関係の一例を、模式的に表現した図である。図１１の下段に示す矩形は、記憶媒体２０の物理ブロックアドレスを表す。図１１の上段に示す矩形は、ホスト３０から見た記憶媒体２０の論理ブロックアドレスを表す。図１１の下段に示す矩形と上段に示す矩形との位置関係は、物理ブロックアドレスと論理ブロックアドレスとの対応関係を表す。

図１１に示すように、記憶媒体２０の物理セクタサイズは４ＫＢである。ホスト３０から見た記憶媒体２０の論理セクタサイズは５１２Ｂである。図１１に示す例では、例えば、記憶媒体２０の物理ブロックアドレスが１である領域は、ホスト３０から見た論理ブロックアドレスが８ないし１５である領域に対応する。

ホスト３０は、論理ブロックアドレスによって、記憶媒体２０に対して書き込みをすべき領域（以下、「書き込み領域」と記載する）を指定する。「書き込み領域を指定する」とは、書き込み領域の先頭の論理ブロックアドレスおよび末尾の論理ブロックアドレスを指定することを表す。例えばホスト３０は、書き込み領域の先頭を指定する論理ブロックアドレス、および、書き込むべきデータのデータサイズを示す情報によって、書き込み領域を指定してもよい。

具体例を２つ挙げてＲｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを説明する。

（具体例１）具体例１は、ホスト３０が、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がない場合を示す具体例である。５１２Ｂセクタのホスト３０が、４ＫＢセクタの記憶媒体２０に対して書き込み要求を行う状況を想定する。ホスト３０は、書き込み領域を「論理ブロックアドレス８から８論理セクタ分データを書き込む」というように指定する。

図１１に示すように、具体例１における場合には、書き込み領域の論理ブロックアドレスにおける、先頭の論理ブロックアドレス（すなわち、８）および末尾の論理ブロックアドレス（すなわち、１５）が、記憶媒体２０における物理セクタの境界と対応（言い換えると、合致または一致）している。論理ブロックアドレスが８ないし１５である領域に対応する物理ブロックアドレスは１である。具体例１の場合、データは、物理ブロックアドレスが１である領域に書き込まれる。具体例１における場合には、ホスト３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要はない。よって記憶媒体２０の性能劣化は起こらない。

（具体例２）具体例２は、ホスト３０が、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がある場合を示す具体例である。５１２Ｂセクタのホスト３０が、４ＫＢセクタの記憶媒体２０に対して書き込み要求を行う状況を想定する。ホスト３０は、書き込み領域を「論理ブロックアドレス７から８論理セクタ分データを書き込む」というように指定する。

図１１に示すように、具体例２における場合には、書き込み領域における先頭の論理ブロックアドレス（すなわち、７）および末尾の論理ブロックアドレス（すなわち、１４）が、記憶媒体２０における物理セクタの境界と対応していない。論理ブロックアドレスが７ないし１４である領域に対応する物理ブロックアドレスは０ないし１である。具体例１の場合、データは、物理ブロックアドレスが０ないし１である領域に書き込まれる。具体例２の場合は、ホスト３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がある。

Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅの具体的な処理内容を下記に示す。ホスト３０は、まず、記憶媒体２０における物理ブロックアドレスが０ないし１である領域のデータ、すなわち、１６論理ブロック分のデータをメモリに読み出す。ホスト３０は、次に、読み出したデータに対して、書き込みを要求されたデータをオンメモリで書き込む。ホスト３０は、最後に、データが書き込まれた後の１６論理ブロック分のデータを、記憶媒体２０における物理ブロックアドレスが０ないし１である領域に上書きする。ホスト３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行うと、記憶媒体２０の性能は、場合により半分程度にまで劣化することが知られている。

このように、書き込み領域における先頭の論理ブロックアドレスおよび末尾の論理ブロックアドレスのうち少なくともいずれか一方が、記憶媒体における物理セクタの境界と一致していない場合に、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅが必要となる。

以下、本発明の実施形態について、図面を参照して詳細に説明する。

＜第１の実施形態＞
第１の実施形態においては、５１２Ｂセクタのホストから４ＫＢセクタの記憶媒体に対して書き込みをする際の、性能劣化を抑えることができるストレージ管理システム１００について説明する。

図１は、第１の実施形態にかかる情報処理システム１０００の構成を示すブロック図である。情報処理システム１０００は、ホスト３００と通信可能に接続される。情報処理システム１０００は、ストレージ管理システム１００と、ストレージシステム２００とを含む。

ホスト３００は、ストレージシステム２００に対して書き込み処理または読み出し処理などを要求する。ストレージ管理システム１００は、ホスト３００からストレージシステム２００への要求を受け付ける。ストレージ管理システム１００は、受け付けた要求に基づいて、ストレージシステム２００にアクセスし、書き込み処理または読み出し処理などを実行する。ストレージ管理システム１００は、要求された処理を終えると、ホスト３００に、処理が終了した旨のメッセージを通知する。

（ストレージ管理システム１００）
ストレージ管理システム１００は、受付部１１０と、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）管理部１２０と、ディスク処理制御部１３０と、を備える。

受付部１１０は、ホスト３００からストレージシステム２００に対する、読み出し要求または書き込み要求などを受け付ける。

ＲＡＩＤ管理部１２０は、ストレージシステム１００に含まれるそれぞれの記憶媒体の物理ブロックアドレスと、ホスト３００から見えるストレージシステム１００の論理ブロックアドレスとの、対応関係を管理する。ストレージシステム１００に含まれる複数の記憶媒体がＲＡＩＤを構成する場合、ＲＡＩＤ管理部１２０は、ホスト３００から見えるストレージシステム１００の論理ブロックアドレスと、ＲＡＩＤを構成する各記憶媒体の物理アドレスとの対応関係を管理する。また、ＲＡＩＤ管理部１２０は、ストレージシステム２００に含まれる記憶媒体ごとの、セクタサイズを管理する。

ディスク処理制御部１３０は、ストレージシステム２００が備える各記憶媒体にアクセスし、記憶媒体からの読み出し処理または記憶媒体への書き込み処理などを行う。

（ストレージシステム２００）
ストレージシステム２００は、複数の記憶媒体を備える。図１に示す例では、ストレージシステムは、記憶媒体２１０と、記憶媒体２１１と、他の記憶媒体２２０とを備える。
ストレージシステム２００は、ＲＡＩＤを構成する記憶媒体と、ＲＡＩＤを構成しない記憶媒体とを、少なくとも備える。図１に示す記憶媒体２１０と記憶媒体２１１とは、ＲＡＩＤを構成する記憶媒体である。記憶媒体２１０は、４ＫＢセクタの記憶媒体である。記憶媒体２１１は、５１２Ｂセクタの記憶媒体である。ＲＡＩＤを構成する記憶媒体の数（すなわち数量）は、図１に示した数には限定されない。図１に示す他の記憶媒体２２０は、ＲＡＩＤを構成しない記憶媒体である。他の記憶媒体２２０は、例えばスペアディスクである。他の記憶媒体は５１２Ｂセクタの記憶媒体である。

以下、記憶媒体２１０と、記憶媒体２１１とは、ＲＡＩＤ１（ミラーリング）を構成するとして説明を続ける。ＲＡＩＤの種類は、ＲＡＩＤ１には限定されない。ＲＡＩＤ管理部１２０は、例えば、ＲＡＩＤ０（ストライピング）、ＲＡＩＤ０＋１、ＲＡＩＤ５など、あらゆる種類のＲＡＩＤを構成することができる。

（ホスト３００）
ホスト３００は、５１２Ｂセクタのホストである。ホスト３００は、ストレージシステム２００の記憶領域を、セクタサイズ５１２Ｂセクタの論理ディスクとして管理する。ホストの数は、図１に示した数には限定されない。

次に、第１の実施形態にかかるストレージ管理システム１００の動作を説明する。図２は、ストレージ管理システム１００が書き込み処理を行う際の動作を説明するフローチャートである。

受付部１１０は、ホスト３００からの書き込み要求を受け付ける（ステップＳ１０１）。書き込み要求には、書き込み領域を指定する情報が含まれる。書き込み領域を指定する情報は、例えば、書き込み領域における先頭の論理ブロックアドレス、および、書き込むべきデータのデータサイズを示す情報である。ホスト３００は５１２Ｂセクタのホストなので、書き込み領域の指定は５１２Ｂ単位でなされている。

ＲＡＩＤ管理部１２０は、書き込み領域を指定する情報に基づいて、当該データを書き込むべき記憶媒体および、書き込み領域に対応する当該記憶媒体の物理ブロックアドレスを特定する（ステップＳ１０２）。

ＲＡＩＤ管理部１２０は、例えば、論理ブロックアドレスと、記憶媒体識別子および当該記憶媒体の物理ブロックアドレスとの、対応関係を記憶したテーブルを参照することにより、ステップＳ１０２に示す動作を実行する。

上述したように、第１の実施形態においては、ストレージシステム２００は記憶媒体２１０と記憶媒体２１１とでＲＡＩＤ１（ミラーリング）を構成する。従って、書き込みを要求されたデータは、記憶媒体２１０と記憶媒体２１１との両方に書き込まれる。以下、ディスク処理制御部１３０が記憶媒体２１０に書き込む処理と、ディスク処理制御部１３０が記憶媒体２１１に書き込む処理について、それぞれ説明する。

ＲＡＩＤ管理部１２０は、書き込み先である記憶媒体の物理セクタサイズが、４ＫＢであるか５１２Ｂであるかを判定する（ステップＳ１０３）。

まず、ディスク処理制御部１３０が、５１２Ｂセクタの記憶媒体２１１に書き込む処理について説明する。（ステップＳ１０３において５１２Ｂ）。この場合、書き込み領域における先頭の論理ブロックアドレスおよび末尾の論理ブロックアドレスは、５１２Ｂセクタの記憶媒体２１１における物理セクタの境界と当然に一致する。なぜなら、書き込み領域の指定は５１２Ｂ単位でなされており、書き込み先の記憶媒体２１１は５１２Ｂセクタの記憶媒体であるからである。この場合、ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要はない。ディスク処理制御部１３０は、書き込むべきデータを５１２Ｂセクタの記憶媒体２１１に書き込む処理を実行する（ステップＳ１０５）。

次に、ディスク処理制御部１３０が、４ＫＢセクタの記憶媒体２１０に書き込む処理について説明する。（ステップＳ１０３において４ＫＢ）。ＲＡＩＤ管理部１２０は、書き込み領域における先頭の論理ブロックアドレスまたは末尾の論理ブロックアドレスが、４ＫＢセクタの記憶媒体２１０における物理セクタの境界に一致するか否かを判断する（ステップＳ１０４）。

まず、書き込み領域における先頭の論理ブロックアドレスおよび末尾の論理ブロックアドレスが、４ＫＢセクタの記憶媒体２１０における物理セクタの境界に一致する場合（ステップＳ１０４においてＹＥＳ）について説明する。この場合、ディスク処理制御部１３０は、書き込むべきデータを４ＫＢセクタの記憶媒体２１０に書き込む処理を実行する（ステップＳ１０５）。この場合、ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がないので、４ＫＢセクタの記憶媒体２１０の性能劣化は起こらない。

次に、書き込み領域における先頭の論理ブロックアドレスまたは末尾の論理ブロックアドレスが、４ＫＢセクタの記憶媒体２１０における物理セクタの境界に一致しない場合（ステップＳ１０４においてＮＯ）について説明する。

この場合、ディスク処理制御部１３０が４ＫＢセクタの記憶媒体２１０に対して書き込み処理を実行しようとすると、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がある。

ディスク処理制御部１３０は、４ＫＢセクタの記憶媒体２１０に対して書き込み処理を実行する代わりに、他の記憶媒体２２０に対して書き込み処理を実行する（ステップＳ１０６）。他の記憶媒体２２０の物理セクタサイズは５１２Ｂであるから、ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要はなく、性能劣化は起こらない。

ディスク処理制御部１３０がステップＳ１０６に示した処理の実行を終了した時点で、本来４ＫＢセクタの記憶媒体２１０に書き込まれるべきデータは、他の記憶媒体２２０に書き込まれている。ディスク処理制御部１３０は、他の記憶媒体２２０に書き込まれている当該データを、４ＫＢセクタの記憶媒体２１０に転送する必要がある旨のフラグを記憶する。ディスク処理制御部１３０は、当該データを、他の記憶領域における、どの領域に書き込んだかを示す情報、および、当該データを４ＫＢセクタの記憶媒体２１０における、どの領域に書き込むべきかを示す情報を、フラグとともに記憶する（ステップＳ１０７）。

ディスク処理制御部１３０は、ホスト３００に対して、要求された書き込み処理を完了した旨を通知する（ステップＳ１０８）。

上述したステップＳ１０１ないしステップＳ１０８に示した動作が終了した時点において、ホスト３００は、ストレージ管理システム１００から書き込み処理が終了した旨のメッセージを既に受け取っている。しかし、本来４ＫＢセクタの記憶媒体２１０に書き込まれるべきデータは、未だ他の記憶媒体２２０に書き込まれたままである。

ディスク処理制御部１３０は、他の記憶媒体２２０から４ＫＢセクタの記憶媒体２１０へ当該データを転送する処理を、バックグラウンドで実行する（ステップＳ１０９ないしＳ１１１）。

図３は、ストレージ管理システム１００がバックグラウンドで実行する動作を説明するフローチャートである。ディスク処理制御部１３０は、ステップＳ１０７に示した動作において立てたフラグの有無を確認する（ステップＳ１０９）。フラグが無い場合、すなわち、バックグラウンドで実行すべき処理が無い場合（ステップＳ１０９においてＮＯ）、ストレージ管理システム１００は処理を終了する。

フラグがある場合、すなわち、バックグラウンドで実行すべき処理が有る場合（ステップＳ１０９においてＹＥＳ）、ディスク処理制御部１３０は、ステップＳ１０７においてフラグとともに記憶した情報を、取得する。すなわち、ディスク処理制御部１３０は、転送すべきデータが、他の記憶媒体２２０におけるどの領域に格納されていて、当該データを４ＫＢセクタの記憶媒体２１０におけるどの領域に書き込むべきかを示す情報を取得する（ステップＳ１１０）。

ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行って、書き込むべきデータを、他の記憶媒体から４ＫＢセクタの記憶媒体に転送する（ステップＳ１１１）。

第１の実施形態にかかるストレージ管理システム１００が奏する作用効果を説明する。

ストレージ管理システム１００によれば、５１２Ｂセクタのホストから４ＫＢセクタの記憶媒体に対して書き込みをする際の、性能劣化を抑えることができる。その理由は、ストレージ管理システム１００は、性能劣化の原因となるＲｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅをバックグラウンド処理において実行するからである。

ストレージ管理システム１００が、５１２Ｂセクタのホストからデータの書き込み要求を受け付けた場合、５１２Ｂセクタの記憶媒体に当該データを書き込む場合には、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅは必要ないので、そのまま書き込む。４ＫＢセクタの記憶媒体に当該データを書き込む場合には、データの書き込み領域が物理セクタの境界と一致している場合は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅは必要ないので、そのまま書き込む。データの書き込み領域が物理セクタの境界と一致していない場合には、いったん他の記憶媒体２２０（５１２Ｂセクタのスペアディスク）に当該データを書き込み、ホストに対して書き込みが終了した旨のメッセージを通知する。ストレージ管理システム１００は、バックグラウンド処理において、他の記憶媒体２２０から４ＫＢセクタの記憶媒体に当該データを転送する。この際にはＲｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅが必要となるが、ストレージ管理システム１００は当該処理をバックグラウンド処理として実行するため、ホストから見ると性能劣化は発生していないように見える。

（第１の実施形態の変形例）
図２におけるステップＳ１０４に示す判断は、バックグランド処理にて行われてもよい。ストレージ管理システム１００が、５１２Ｂセクタのホスト３００から４ＫＢセクタの記憶媒体２１０への書き込み要求を受けた状況を想定する。この状況において、ストレージ管理システム１００は、書き込み要求により指定された書き込み領域が記憶媒体２１０における物理セクタの境界と一致するか否かにかかわらず、書き込みを要求されたデータを他の記憶媒体２２０に書き込んでもよい。ストレージ管理システム１００は、バックグラウンド処理において、指定された書き込み領域が、物理セクタの境界と一致するか否かを判断してもよい。一致する場合には、ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行うことなく、他の記憶媒体から４ＫＢセクタの記憶媒体２１０へと当該データを転送する。一致していない場合には、ディスク処理制御部１３０は、Ｒｅａｄ−Ｍｏｄｉｆｙ−Ｗｒｉｔｅを行って、他の記憶媒体から４ＫＢセクタの記憶媒体２１０へと当該データを転送する。

ストレージ管理システム１００は、他の記憶媒体２２０の記憶容量に空きがあるか否かを判定する動作を行ってもよい。他の記憶媒体２２０の記憶容量に空きがない場合、ディスク処理制御部１３０は、Ｒｅａｄ−ｍｏｄｉｆｙ−Ｗｒｉｔｅを行う必要がある場合であっても、４ＫＢセクタのディスクに対して書き込み処理を行ってもよい。

ストレージ管理システム１００は、キャッシュを備えていてもよい。ストレージ管理システム１００がライトスルー方式で書き込み処理を実行する場合、ストレージ管理システム１００は、５１２Ｂセクタのホストから４ＫＢセクタの記憶媒体に対して書き込みをする際の、性能劣化を抑えることができる。

＜第２の実施形態＞
第２の実施形態においては、キャッシュを備えるストレージ管理システム１０１について説明する。第２の実施形態におけるストレージ管理システム１０１は、ライトバック方式で書き込み処理を実行する。

図４は、第２の実施形態にかかる情報処理システム１００１の構成を説明するブロック図である。図１に示した構成と実質的に同一の構成については、同様の符号を付与し、説明を省略する。

第２の実施形態にかかるストレージ管理システム１０１は、ホスト３００およびホスト３１０から、書き込み要求または読み出し要求を受け付ける。ホスト３００は５１２Ｂセクタのホストである。ホスト３１０は、４ＫＢセクタのホストである。ストレージ管理システム１０１にアクセスするホストの数は、図４に示す数には限定されない。

図５は、図４に示すストレージ管理システム１０１の構成を説明するブロック図である。図１に示した構成と実質的に同一の構成については、同様の符号を付与し、説明を省略する。第２の実施形態にかかるストレージ管理システム１０１は、第１の実施形態にかかるストレージ管理システム１００と比較して、さらに、キャッシュ処理制御部１４０と、キャッシュ１５０と、を備える。

キャッシュ処理制御部１４０は、ホストから受け付けた書き込み処理または読み出し処理に、キャッシュ１５０の領域を割り当てる。

キャッシュ１５０は、ストレージシステム２００よりも書き込み速度と書き込み速度とが高速な記憶媒体である。キャッシュ１５０は、５１２Ｂセクタで管理される。キャッシュ１５０は、１つのセクタに、ユーザデータ５１２バイトとトレーラ８バイトを記憶し、５２０Ｂセクタで管理されてもよい。

図６は、第２の実施形態にかかるストレージ管理システム１０１が書き込み処理を行う際の動作を説明するフローチャートである。図２において説明したステップと同一の動作を行うステップに関しては、同一の符号を付与し、説明を省略する。

受付部１１０が、ホストから書き込み要求を受け付けると（ステップＳ１０１）、キャッシュ処理制御部１４０は、当該書き込み要求の要求元のホストが管理する論理セクタのサイズを確認する（ステップＳ２０１）。キャッシュ処理制御部１４０は、例えば、あらかじめホストの識別子と当該ホストが管理する論理セクタのサイズを関連づけて記憶していてもよい。

要求元のホストが管理するセクタサイズが５１２Ｂであった場合（ステップＳ２０１において５１２Ｂ）について説明する。ストレージ管理システム１０１が当該ホスト３００から受け付けた書き込み要求は、書き込み領域を５１２Ｂ単位で指定している。第２の実施形態においては、キャッシュ１５０は５１２Ｂセクタで管理されている。従って、キャッシュ処理制御部１４０は、セクタサイズの換算を行うことなく、当該書き込み要求の処理にキャッシュ１５０の領域を割り当てる（ステップＳ２０３）。

要求元のホストが管理するセクタサイズが４ＫＢであった場合（ステップＳ２０１において４ＫＢ）について説明する。ストレージ管理システム１０１が当該ホスト３１０から受け付けた書き込み要求は、書き込み領域を４ＫＢ単位で指定している。これに対して、第２の実施形態においては、キャッシュ１５０は５１２Ｂセクタで管理されている。従って、キャッシュ処理制御部１４０は、書き込み領域のセクタサイズを４ＫＢから５１２Ｂに換算する（ステップＳ２０２）。キャッシュ処理制御部１４０は、換算された書き込み領域のセクタサイズに基づいて、書き込み要求の処理に対して、キャッシュ１５０を割り当てる（ステップＳ２０３）。

キャッシュ処理制御部１４０は、当該書き込み要求を処理するために、十分なキャッシュ領域を確保できたか否かを判定する（ステップＳ２０４）。キャッシュ処理制御部１４０が、十分なキャッシュ領域を確保できた場合（ステップＳ２０４においてＹＥＳ）、キャッシュ処理制御部１４０は、当該書き込み要求をキャッシュ上で処理する。キャッシュ処理制御部１４０は、当該書き込み要求の要求元のホストに対して、書き込み処理を終了した旨のメッセージを通知する（ステップＳ２０５）。

キャッシュ処理制御部１４０が、十分なキャッシュ領域を確保できない場合（ステップＳ２０４においてＮＯ）、ＲＡＩＤ管理部１２０とディスク処理制御部１３０とは、キャッシュから溢れる分の処理に関して、図２および図３に示すステップＳ１０２ないしＳ１１１に記載の動作を実行する（ステップＳ２０６）。

次に、第２の実施形態にかかるストレージ管理システム１０１が読み出し処理を行う際の動作を説明する。図７および図８は、第２の実施形態にかかるストレージ管理システム１０１が、読み出し処理を実行する際の動作を説明するフローチャートである。

受付部１１０は、ホストから読み出し要求を受け付ける（Ｓ３０１）。読み出し要求には、読み出しをすべき領域（以下、「読み出し領域」と記載する）を指定する情報が含まれる。読み出し領域を指定する情報は、例えば、読み出し領域における先頭の論理ブロックアドレス、および、読み出すべきデータサイズの情報である。

キャッシュ処理制御部１４０は、当該読み込み要求の要求元のホストが管理する論理セクタのサイズを確認する（ステップＳ３０１）。キャッシュ処理制御部１４０は、例えば、あらかじめホストの識別子と当該ホストが管理する論理セクタのサイズを関連づけて記憶していてもよい。

要求元のホストが管理するセクタサイズが４ＫＢであった場合（ステップＳ３０２において４ＫＢ）について説明する。ストレージ管理システム１０１が当該ホスト３００から受け付けた読み出し要求は、読み出し領域を４ＫＢ単位で指定している。これに対して、第２の実施形態においては、キャッシュ１５０は５１２Ｂセクタで管理されている。従って、キャッシュ処理制御部１４０は、読み出し領域のセクタサイズを４ＫＢから５１２Ｂに換算する（ステップＳ３０３）。キャッシュ処理制御部１４０は、換算された読み出し領域のセクタサイズに基づいて、読み出し要求の処理に対して、キャッシュ１５０を割り当てる（ステップＳ３０４）。

要求元のホストが管理するセクタサイズが５１２Ｂであった場合（ステップＳ３０２において５１２Ｂ）について説明する。ストレージ管理システム１０１が当該ホスト３００から受け付けた読み出し要求は、読み出し領域を５１２Ｂ単位で指定している。キャッシュ処理制御部１４０は、読み出し領域における先頭の論理ブロックアドレスかつ末尾の論理ブロックアドレスが、４ＫＢの倍数であるか否かを確認する（ステップＳ３０５）。４ＫＢの倍数であった場合（ステップＳ３０５においてＹＥＳ）、キャッシュ処理制御部１４０は、当該読み込み要求の処理に対してキャッシュを割り当てる。４ＫＢの倍数でない場合（ステップＳ３０５においてＮＯ）、キャッシュ処理制御部１４０は、読み出し領域における先頭の論理ブロックアドレスかつ末尾の論理ブロックアドレスが、４ＫＢの倍数になるように、読み出し領域を拡張する（ステップＳ３０６）。キャッシュ処理制御部１４０は、拡張された読み出し処理に対してキャッシュを割り当てる（ステップＳ３０７）。

キャッシュ処理制御部１４０は、当該読み出し要求の処理に十分な領域のキャッシュが割り当てられない場合には、キャッシュの掃き出し等の処理を行い、十分な領域のキャッシュが確保できるまで、当該読み出し処理を待機してもよい。

ＲＡＩＤ管理部１２０は、読み出し要求に含まれる、論理ブロックアドレスおよびデータサイズに基づいて、当該データを格納している記憶媒体および当該記憶媒体の物理ブロックアドレスを特定する。この際、ＲＡＩＤ管理部１２０は、当該データを格納している記憶媒体のセクタサイズを確認する（ステップＳ１０８）。

読み出し先の記憶媒体が５１２Ｂセクタの場合には、ディスク処理制御部１３０は読み出し対象のデータを５１２Ｂセクタの記憶媒体２１１からキャッシュ１５０に読み出す。読み出し先の記憶媒体が４ＫＢセクタの場合には、ディスク処理制御部１３０は、当該読み出し要求により特定される読み出し領域を４ＫＢに拡張する（ステップＳ１０９）。ディスク処理制御部１３０は、拡張した読み出し要求に基づいて当該データを４ＫＢセクタの記憶媒体２１０からキャッシュ１５０に読み出す。

第２の実施形態にかかるストレージ管理システム１０１が奏する作用効果を説明する。

ストレージ管理システム１０１によれば、ストレージ管理システム１０１がキャッシュ１５０を備え、ライトバック方式を採用する場合においても、５１２Ｂセクタのホストから４ＫＢセクタの記憶媒体に対して書き込みをする際の、性能劣化を抑えることができる。その理由は、キャッシュを割り当てることができなかった書き込み処理に関して、第１の実施形態にかかるストレージ管理システム１００と同様の動作を行うからである。

また、ストレージ管理システム１０１によれば、５１２Ｂセクタの記憶媒体、４ＫＢセクタの記憶媒体、５１２Ｂセクタのホスト、および、４ＫＢセクタのホストが、混在する環境であっても、書き込み処理、読み出し処理を実行することができる。

（第２の実施形態の変形例）
図７のステップＳ３０８に示す処理において、例えば、４ＫＢセクタの記憶媒体２１０と５１２Ｂセクタの記憶媒体２１１とがＲＡＩＤ１（ミラーリング）を構成しており、読み出すべきデータが４ＫＢセクタの記憶媒体２１０と５１２Ｂセクタの記憶媒体２１１との両方に格納されている場合を想定する。この場合、ＲＡＩＤ管理部１３０は、セクタ変換等の処理を行う必要がなく、早く読み出せる方の記憶媒体を選択して読み出してもよい。

また、例えば読み出すべきデータがシーケンシャルデータか否か等に応じて、適切な記憶媒体を選択して読み出してもよい。

記憶媒体の物理セクタサイズは、５１２Ｂと４ＫＢとには限られない。本実施形態は、互いに異なる物理セクタサイズの少なくとも２つの記憶媒体により実現することができる。

例えば、トレーラ等のデータを含むことにより、物理セクタサイズが５１２Ｂまたは４ＫＢでない記憶媒体であっても、本実施形態を実現できる。例えば、５２０Ｂ、５２８Ｂ、４１０４Ｂ、４１６０Ｂまたは４２２４Ｂなどのセクタサイズが一般的である。

また、物理セクタサイズが１０２４Ｂや２０４８Ｂの記憶媒体であっても、本実施形態を実現できる。

＜第３の実施形態＞
図９は、第３の実施形態にかかる情報処理システム１００２の構成を示すブロック図である。第３の実施形態にかかる情報処理システム１００２は、ホスト３００と通信可能に接続される。情報処理システム１００２は、ストレージ管理システム１０２と、ストレージシステム２０２とを含む。

ストレージシステム２０２は、第１の記憶媒体２３０と他の記憶媒体２４０とを含む。第１の記憶媒体２３０の物理セクタサイズは第１のサイズである。他の記憶媒体２４０の物理セクタサイズは第２のサイズである。第２のサイズは第１のサイズよりも小さい。

ホスト３００は、ストレージ管理システム１０２に対して書き込み処理を要求する。ホスト３００は、第２のサイズの論理セクタを管理する。

ストレージ管理システム１０２は、ホスト３００から書き込み要求を受け付け、ストレージシステム２０２にアクセスして、書き込み処理を実行する。

ストレージ管理システム１０２は、ホスト３００から、第２のサイズ単位での書き込みを要求する書き込み要求を受け付ける。ストレージ管理システム１０２は、書き込み要求により特定される書き込み領域が第１の記憶媒体における領域であり、かつ、書き込み領域における先頭のアドレスまたは末尾のアドレスが第１の記憶媒体における物理セクタの境界に対応しない場合、書き込み要求により特定されるデータを他の記憶媒体２４０に書き込む。ストレージ管理システム１０２は、ホスト３００に対して書き込みが終了したことを通知する。ストレージ管理システム１０２は、当該通知の後、当該データを他の記憶媒体２４０から第１の記憶媒体２３０へと転送する。
＜ストレージ管理システムのハードウェア構成の一例＞
図１０は、上述した各実施形態にかかるストレージ管理システムを実現可能なハードウェア構成の一例を説明する図である。

ストレージ管理システム（コンピュータ）を構成するハードウェアは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１、メモリ２、ＨＤＤ３、通信インターフェース（Ｉ／Ｆ）４を備える。情報処理システム１００は、入力装置５または出力装置６を備えていてもよい。ストレージ管理システムの機能は、例えばＣＰＵ１が、メモリ２に読み出されたコンピュータプログラム（ソフトウェアプログラム、以下単に「プログラム」と記載する）を実行することにより実現される。実行に際して、ＣＰＵ１は、通信インターフェース４、入力装置５および出力装置６を適宜制御する。

尚、本実施形態および後述する各実施形態を例として説明される本発明は、係るプログラムが格納されたコンパクトディスク等の不揮発性の記憶媒体８によっても構成される。記憶媒体８が格納するプログラムは、例えばドライブ装置７により読み出される。

ストレージ管理システムが実行する通信は、例えばＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が提供する機能を使ってアプリケーションプログラムが通信インターフェース４を制御することによって実現される。入力装置５は、例えばキーボード、マウスまたはタッチパネルである。出力装置６は、例えばディスプレイである。ストレージ管理システムは、２つ以上の物理的に分離した装置が有線または無線で接続されることによって構成されていてもよい。

図１０に示すハードウェア構成例は、前述した各実施形態にも適用可能である。なお、ストレージ管理システムは専用の装置であってもよい。なお、ストレージ管理システムおよびその各機能ブロックのハードウェア構成は、上述の構成に限定されない。

上述した各変形例は、他の実施形態にも適用可能である。

また、上述した各実施の形態は、適宜組み合わせて実施されることが可能である。また、本発明は、上述した各実施の形態に限定されず、様々な態様で実施されることが可能である。

各ブロック図に示したブロック分けは、説明の便宜上から表された構成である。各実施形態を例に説明された本発明は、その実装に際して、各ブロック図に示した構成には限定されない。

以上、本発明を実施するための形態について説明したが、上記各実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。

本発明は、例えばディスクアレイ装置等に適用することが可能である。

１ ＣＰＵ
２ メモリ
３ ＨＤＤ
４ 通信インターフェース
５ 入力装置
６ 出力装置
７ ドライブ装置
８ 記憶媒体
２０ 記憶媒体
３０ ホスト
１００ ストレージ管理システム
１０１ ストレージ管理システム
１０２ ストレージ管理システム
１１０ 受付部
１２０ ＲＡＩＤ管理部
１３０ ディスク処理制御部
１４０ キャッシュ処理制御部
１５０ キャッシュ
２００ ストレージシステム
２０２ ストレージシステム
２１０ 記憶媒体
２１１ 記憶媒体
２２０ 他の記憶媒体
２３０ 第１の記憶媒体
２４０ 他の記憶媒体
３００ ホスト
３１０ ホスト
１０００ 情報処理システム
１００１ 情報処理システム
１００２ 情報処理システム

Claims (10)

1. 物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステムを管理し、
   前記ストレージシステムにアクセス可能なホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付け、
   前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込み、
   前記ホストに対して書き込みが終了したことをを通知し、
   前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する、
   ストレージ管理システム。
2. 前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスかつ末尾のアドレスが、前記第１の記憶媒体におけるセクタの境界に対応する場合、前記書き込み要求により特定されるデータを前記第１の記憶媒体に書き込み、前記ホストに対して書き込みが終了したことを通知する、
   請求項１に記載のストレージ管理システム。
3. 前記第１の記憶媒体は、前記ストレージシステムにおいてＲＡＩＤを構成する記憶媒体であり、前記他の記憶媒体は、前記ストレージシステムにおいてＲＡＩＤを構成しない記憶媒体である、請求項１または２に記載のストレージ管理システム。
4. 前記データを前記他の記憶媒体に書き込んだ場合に、前記他の記憶媒体において前記データが書き込まれた領域を特定する情報と、前記第１の記憶媒体において前記データを書き込むべき領域を特定する情報と、を記憶し、
   前記通知の後、前記記憶した情報に基づいて、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する、
   請求項１から３のいずれかに記載のストレージ管理システム。
5. 前記書き込み要求は、前記ストレージシステムの論理ブロックアドレスおよび書き込むべきデータのデータサイズによって、前記データを書き込むべき領域を特定する情報を含み、
   前記受け付けた書き込み要求に含まれる論理ブロックアドレスに基づいて、
   前記ストレージシステムの論理ブロックアドレスと、前記ストレージシステムに含まれる記憶媒体および前記記憶媒体の物理ブロックアドレスと、を関連づけて記憶するテーブルを参照し、
   前記データを書き込むべき記憶媒体および前記記憶媒体における物理ブロックアドレスを特定し、
   前記書き込み要求により特定される領域が前記第１の記憶媒体における物理ブロックアドレスであり、かつ、前記領域における先頭の論理ブロックアドレスまたは末尾の論理ブロックアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込む、
   請求項１から４のいずれかに記載のストレージ管理システム。
6. 前記ストレージシステムは更に、物理セクタサイズが前記第２のサイズであり、かつ、ＲＡＩＤを構成する第２の記憶媒体を含み、
   前記書き込み要求により特定される書き込み領域が、前記第１の記憶媒体における領域と前記第２の記憶媒体における領域との両方を含む場合に、
   前記書き込み要求により特定される書き込み領域のうち前記第１の記憶媒体における領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合に、前記書き込み要求により特定されるデータのうち前記第１の記憶媒体に書き込むべきデータを前記他の記憶媒体に書き込み、
   前記書き込み要求により特定されるデータのうち第２の記憶媒体に書き込むべきデータを前記第１の記憶媒体に書き込み、
   前記ホストに対して書き込みが終了したことを通知し、
   前記通知の後、前記他の記憶媒体に書き込んだデータを、前記他の記憶媒体から前記第１の記憶媒体へと転送する、
   請求項３に記載のストレージ管理システム。
7. 前記第１のサイズは４０９６byteまたは４１６０byteであって、前記第２のサイズは５１２byteまたは５２０byteである、
   請求項１から６のいずれかに記載のストレージ管理システム。
8. 前記第１の記憶媒体と、
   前記他の記憶媒体と、
   請求項１から６のいずれかに記載のストレージ管理システムと、を含む、情報処理システム。
9. 物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステム、および、前記ストレージシステムにアクセス可能なホストに、アクセス可能であるコンピュータが、
   前記ホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付け、
   前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込み、
   前記ホストに対して書き込みが終了したことを通知し、
   前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する、
   ストレージ管理方法。
10. 物理セクタサイズが第１のサイズである第１の記憶媒体と、物理セクタサイズが前記第１のサイズよりも小さい第２のサイズである他の記憶媒体と、を含むストレージシステム、および、前記ストレージシステムにアクセス可能なホストに、アクセス可能であるコンピュータに、
    前記ホストから、前記ストレージシステムに対して前記第２のサイズ単位での書き込みを要求する書き込み要求を受け付ける処理と、
    前記書き込み要求により特定される書き込み領域が前記第１の記憶媒体における領域であり、かつ、前記書き込み領域における先頭のアドレスまたは末尾のアドレスが前記第１の記憶媒体における物理セクタの境界に対応しない場合、前記書き込み要求により特定されるデータを前記他の記憶媒体に書き込む処理と、
    前記ホストに対して書き込みが終了したことを通知する処理と、
    前記通知の後、当該データを前記他の記憶媒体から前記第１の記憶媒体へと転送する処理と、
    を実行させるプログラム。