JP2010066848A - 記憶装置の管理方法及び記憶装置、並びに記憶システム - Google Patents

Abstract

【課題】記憶装置の記憶領域を効率的に使用する。
【解決手段】エラー情報取得部が、ＬＢＡに対して割り当てられている複数の物理アドレスごとにエラー情報を取得し（ステップＳ４４、Ｓ４６）、当該取得結果を物理アドレスごとに管理するので、物理アドレス単位での他の物理アドレスとの交換（交替）処理を実行することができる。このように、エラーの発生した物理アドレスのみを交替することにより、従来のように論理アドレス単位でのエラー情報の取得や交替処理を行う場合よりも、記憶装置の記憶領域を効率的に使用することができる。
【選択図】図４

Description

本発明は、記憶装置の管理方法及び記憶装置、並びに記憶システムに関し、特に論理アドレスに対して複数の物理アドレスを割り当てている記憶装置の管理方法及び論理アドレスに対して複数の物理アドレスが割り当てられた記憶装置、並びに前記記憶装置を具備する記憶システムに関する。

従来、記憶装置においては、ホストマシンが記憶・再生に用いる論理アドレス（ＬＢＡ）に対して、１つの記憶領域（物理アドレス）が対応付けられている。また、記憶装置には、ＡＮＳＩのＴ１３ワーキンググループなどが定めるＳＭＡＲＴ（Self-Monitoring Analysis and Reporting Technology）と呼ばれる記憶装置の故障予測機能が設けられている（例えば、特許文献１、２参照）。このＳＭＡＲＴ機能は、ハードディスクから出力されるあらゆる情報や信号を監視・分析し、その数値が設定された閾値を超えた場合に、故障と判断してホストに対して警告を発する機能である。

また、最近では、ホストマシンが指定する１つのＬＢＡに対して記憶装置側で複数の物理アドレスを用意し、記憶装置内部でデータを多重に保持することでデータ保障に対する信頼性を向上する技術が提案されてきている。

この技術は、具体的には、１つのＬＢＡに対して複数の物理アドレスを対応付けておき、ホストマシンからＬＢＡに対するアクセスが要求されたときには、記憶装置側で当該ＬＢＡに対応した一の物理アドレスへのアクセスを実行する。また、この一の物理アドレスへのアクセスに支障が生じたときには、同一のＬＢＡに対応付けられた他の物理アドレスにアクセスすることによりデータ保障を行うというものである。

更に、この技術は、データセキュリティの目的でも用いられる。具体的には、１つのＬＢＡに対して用意された複数の物理アドレスのうち、例えば一の物理アドレスを全ユーザ共通の物理アドレスとし、残りの物理アドレスを各ユーザの認証を必要とする物理アドレスとしておく。このようにすることで、同一の記憶装置に各ユーザがＬＢＡ単位でアクセスしても、各ユーザは記憶装置に記憶されている他のユーザのデータを共有することができないので、セキュリティの向上を図ることが可能である。

特開２００６−３０１８５３号公報 特開２００８−８４１６８号公報

しかしながら、上記のような、１つのＬＢＡに複数の物理アドレスを対応させる（用意する）装置が検討されるにつれて、当該装置に上述したＳＭＡＲＴ機能を持たせることも検討されてきている。しかるに、現在のところは、的確な故障予測ができない点や、故障対応が不完全である点が懸念されている。

すなわち、従来のＳＭＡＲＴ機能では、ＬＢＡ単位での故障予測しかできないことから、どのデータ、どのユーザのデータが故障による影響をうけるのかを把握することができない。また、このような故障予測を行った場合、故障による影響を回避するためには、故障が予測されるＬＢＡの全物理アドレスを、別の物理アドレスと交換する（交替する）必要がある。このため、交換（交替）不要な物理アドレスまで交換（交替）することとなり、記憶装置の効率的な使用が妨げられるおそれがある。

そこで本発明は上記の課題に鑑みてなされたものであり、記憶装置の効率的な使用を実現する記憶装置の管理方法を提供することを目的とする。また、本発明は、記憶領域の効率的な使用が可能な記憶装置を提供することを目的とする。また、本発明は、記憶領域の効率的な使用を可能にする記憶システムを提供することを目的とする。

本明細書に記載の記憶装置の管理方法は、論理アドレスに対して割り当てられた記憶装置の複数の物理アドレスごとにエラー情報を取得するエラー情報取得工程と、前記エラー情報取得工程による取得結果を、前記物理アドレスごとに管理する管理工程と、を含んでいる。

これによれば、論理アドレスに対して割り当てられている複数の物理アドレスごとにエラー情報取得を行い、当該エラー情報取得結果を物理アドレスごとに管理するので、物理アドレス単位での処理（例えば、故障予測や、他の物理アドレスとの交換（交替）など）を図ることが可能となる。したがって、論理アドレス単位でエラー情報を取得する場合よりも、記憶領域の効率的な使用が可能となる。

本明細書に記載の記憶装置は、論理アドレスに対して割り当てられた複数の物理アドレスごとにエラー情報を取得するエラー情報取得部と、前記エラー情報取得部による取得結果を、前記物理アドレスごと管理する管理部と、を備えている。

これによれば、エラー情報取得部が、論理アドレスに対して割り当てられている複数の物理アドレスごとにエラー情報を取得し、管理部が当該エラー情報取得結果を物理アドレスごとに管理するので、物理アドレス単位での処理（例えば、故障予測や他の物理アドレスとの交換（交替））を図ることが可能となる。したがって、論理アドレス単位でエラー情報を取得する場合よりも、記憶領域の効率的な使用が可能となる。

本明細書に記載の記憶システムは、ホストと、前記ホストに接続され、当該ホストからの指示を受けて、データの記録・再生を実行する本明細書に記載の記憶装置と、を備えている。

これによれば、記憶領域の効率的な使用が可能な記憶装置を備えているので、データの効率的な記憶が可能となる。

本明細書に記載の記憶装置の管理方法及び記憶装置、並びに記憶システムは、記憶領域の効率的な使用が実現できるという効果を奏する。

以下、本発明の記憶システムの第１の実施形態について、図１〜図６に基づいて詳細に説明する。

図１には、本第１の実施形態に係る記憶システム１００の構成がブロック図にて示されている。この図１に示すように、記憶システム１００は、パーソナルコンピュータ等から成るホスト５０と、ホスト５０に接続されたハードディスクドライブ等から成る記憶装置１０と、を備えている。

記憶装置１０は、記憶媒体２０と、記録再生部１２と、エラー情報取得部２２と、管理部２４と、通知部２６とを有している。記憶媒体２０としては、例えば磁気ディスクなどが用いられる。記録再生部１２は、磁気ヘッド（記録再生素子）等を含み、ホスト５０側から供給されるコマンドにおいて指定されたＬＢＡ（論理アドレス）に基づき、記憶媒体の記憶領域（物理アドレス）に対するデータの書き込み又はデータの再生を実行する。エラー情報取得部２２は、ＡＮＳＩのＴ１３ワーキンググループなどが定めるＳＭＡＲＴ（Self-Monitoring Analysis and Reporting Technology）機能を有しており、記録再生部１２の実行結果に基づいて、記憶媒体２０のエラー情報を取得したり、エラーに関する閾値を保持したりしている。管理部２４は、エラー情報取得部２２により取得されたエラー情報を管理するものであり、通知部２６は、必要に応じて、管理部２４により管理されているエラー情報（ログデータ）をホスト５０に通知するものである。なお、エラー情報取得部２２、管理部２４、通知部２６の具体的な処理については後述する。

ホスト５０は、入力インタフェース（入力Ｉ／Ｆ）５４と、記録再生指示部５２と、取得部６２と、表示部６４とを有している。入力インタフェース５４は、キーボードやマウス等を含み、ユーザがデータの記録や再生指示を入力するためのものである。記録再生指示部５２は、入力Ｉ／Ｆ５４からの入力を受けて、記憶装置１０に対して記録再生コマンド（ＬＢＡ単位）を送信する。取得部６２は、記憶装置１０の通知部２６から通知されるエラー情報（ログデータ）を受信し、表示部６４は、当該エラー情報をモニタ６６に表示する。

なお、ホスト５０は、複数の装置（図１の各部に対応）を組み合わせることにより構成しても良いし、ホスト５０を、ＣＰＵ、ＲＯＭ、及びＲＡＭなどを組み合わせた計算機システムで構成し、図１の各部の機能を計算機システムに内蔵されたプログラムによって実現することとしても良い。

次に、記憶システム１００における記憶装置１０の管理について、図２〜図４に基づいて説明する。この管理は、記録再生部１２の記録・再生結果に基づいて、主にエラー情報取得部２２、管理部２４及び通知部２６によって実行されるものである。

図２には、記録再生指示部５２、記録再生部１２、記憶媒体２０の扱うアドレス（論理アドレス及び物理アドレス）の関係が概略的に示されている。この図２に示すように、記録再生指示部５２はＬＢＡ単位で記録再生部１２にコマンドを供給し、記録再生部１２は、ＬＢＡを記憶媒体２０の記憶領域の物理アドレス（Ａｄｒ）に変換して、当該物理アドレスに対するデータの記録又は物理アドレスからのデータの再生を実行する。なお、図２は、各ＬＢＡに対応付けられた物理アドレスが４つ（すなわち、多重数が４）である場合について図示している。また、同一ＬＢＡに対応付けられている物理アドレスには、昇順に多重番号（１〜４）が付されているものとする。

記憶装置１０の管理においては、まず、図３のステップＳ１２において、記録再生部１２が記録再生指示部５２からコマンドを受領するまで待機し、コマンドを受領した段階で次のステップＳ１４に移行する。

ステップＳ１４では、記録再生部１２が、受領したコマンドを解析し、次のステップＳ１６では、受領したコマンドのＬＢＡ情報から、アクセスする記憶媒体の領域（物理アドレス）を確定（特定）する。例えば、コマンド解析の結果、ＬＢＡ情報がＬＢＡ１であった場合には、ＬＢＡ１に多重しているアドレスのうちの少なくとも１つ（一例として多重番号が最も小さい物理アドレスＡｄｒ４）を特定する。また、本実施形態では、データ保障に対する信頼性の向上を図るため、同一ＬＢＡの別の物理アドレス（例えば、多重番号が２番目に小さいＡｄｒ５）に対してもデータを記録するために、当該物理アドレス（Ａｄｒ５）も特定する。

次いで、ステップＳ１８では、記録再生部１２は、記憶媒体２０に対してアクセスし、上記２つの物理アドレスへのデータ記録又は当該物理アドレスからのデータの再生を実行する。

次いで、ステップＳ２０では、記録再生部１２が、コマンドで指定された分のアクセスが完了したか否かを判断する。ここでの判断が否定された場合、すなわち、指定された分のアクセスが完了していない場合には、ステップＳ１８に戻り、次の確定した記憶媒体の領域に対してアクセスする。そして、全てのアクセスが完了した段階で、ステップＳ２２に移行する。

次のステップＳ２２では、エラー情報取得部２２が、上記ステップＳ１８における処理が全て正常に終了したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２４にて正常終了処理を実行した後、ステップＳ２８において、ホスト５０（記録再生指示部５２）にコマンド実行結果（正常終了した旨）を報告する。

一方、ステップＳ２２における判断が否定された場合には、ステップＳ２６に移行して、異常終了処理サブルーチンを実行する。

この異常終了処理サブルーチンでは、エラー情報取得部２２は、図４のステップＳ４２において、ホスト５０がアクセス要求したＬＢＡを特定する。次いで、エラー情報取得部２２は、ステップＳ４４において、記憶装置１０がアクセス要求した記憶媒体２０上の物理アドレスを特定する。

次いで、エラー情報取得部２２は、ステップＳ４６において、特定した物理アドレスが、ホスト５０がアクセスしたＬＢＡの何多重目であるかを特定するとともに、ステップＳ４８において、エラー内容を特定する。

そして、エラー情報取得部２２は、エラー箇所及びエラー内容を管理部２４に送信し、これを受信した管理部２４は、当該内容に基づいてログを生成する。このログの一例が、図５に示されている。この図５に示すように、ログには、「ログ番号」、「ＬＢＡ」、「多重番号」、「多重数」、及び「エラー内容」の項目が含まれている。このうち、「ログ番号」は、エラー情報の通し番号であり、「ＬＢＡ」は、コマンドにおいて指定されたＬＢＡである。また、「多重番号」は、記録又は再生を実行した物理アドレスの多重番号であり、「多重数」は、ＬＢＡの多重数、すなわちＬＢＡに対応付けられた物理アドレスの数である。更に、「エラー内容」は、エラーの具体的な内容（回復可能か否か、再生（リード）エラーか記録（ライト）エラーかなど）を示している。図５の例では、ログ番号１において、物理アドレス（Ａｄｒ０）で回復可能な再生（リード）エラーがあったことを示している。また、ログ番号２において、物理アドレス（Ａｄｒ６）で回復可能な再生（リード）エラーがあったことを示し、ログ番号３において、物理アドレス（Ａｄｒ０）で回復可能な記録（ライト）エラーがあったことを示している。

以上のようにして作成されたログは、管理部２４において管理され、このログの内容と図６に示すテーブルとに基づいて、管理部２４が、各種処理を実行する。

この場合、管理部２４は、図５のログの内容に基づいて、各ＬＢＡのダメージ度を適宜算出する。ダメージ度は、同一ＬＢＡ内でのエラー発生度合を意味し、あるＬＢＡにおける多重度と、当該ＬＢＡにおいてエラーの発生した多重番号の種類数とを用いて、次式（１）により算出する。
ダメージ度＝（多重番号の種類数／多重度）×１００ …（１）

これについて具体的に説明すると、図５のログ番号１〜３の間では、ＬＢＡ１において、多重番号１、３の２種類の多重番号でエラーが発生しているので、上式（１）より、ダメージ度は、
（２／４）×１００＝５０（％）
と算出されることになる。

管理部２４は、図６のテーブルを参照して、ダメージ度に対応した処理を実行する。この図６に示すように、ダメージ度が０又は２５％の場合には、一のＬＢＡに対応付けられた４つの物理アドレスの全て又はほとんどが、問題なく記録・再生可能であるので、物理アドレスの交替は行わないこととする。ここで、物理アドレスの交替とは、一のＬＢＡに対応付けられた物理アドレスの対応付けを解除し、別の物理アドレスを一のＬＢＡに対応付ける処理を言う。

また、ダメージ度が５０％の場合には、管理部２４は、通知部２６、取得部６２、表示部６４を介して、物理アドレスの交替を行うか否かをユーザに判断させるメッセージを、モニタ６６に表示する。ユーザはモニタ６６に表示されたメッセージに基づいて、物理アドレスの交替を行うか否かを判断し、入力Ｉ／Ｆ５４を介して当該判断結果を管理部２４に入力する。管理部２４は、当該判断結果が交替処理を行うという判断結果であれば、物理アドレスの交替処理を実行する。

また、ダメージ度が７５％の場合には、管理部２４は、自動的に物理アドレスの交替処理を行うこととする。

更に、ダメージ度が１００％の場合には、一のＬＢＡ内のすべてに対して、データ記録が不可能な状態となっているので、管理部２４は、交替処理を行うことなく、データ消失の可能性をユーザに通知することとする。

このように、ダメージ度に応じて管理部２４の処理を異ならせることにより、物理アドレスの管理を適切に実行することが可能である。

以上詳細に説明したように、本第１の実施形態によると、ＬＢＡに対して割り当てられている複数の物理アドレスごとにエラー情報を取得し、当該取得結果を物理アドレスごとに管理するので、物理アドレス単位での他の物理アドレスとの交換（交替）処理を図ることができる。このようにエラーの発生した物理アドレスのみを交替することにより、従来のように論理アドレス単位でのエラー情報の取得や交替処理を行う場合よりも、記憶装置１０の記憶領域を効率的に使用することが可能となる。

また、本第１の実施形態によると、上式（１）を用いてダメージ度（同一ＬＢＡ内でのエラー発生度合）を算出し、当該算出結果に基づいて、物理アドレスごとの管理を行うので、物理アドレスの管理をＬＢＡのダメージ度に応じて適切に実行することができる。

また、本第１の実施形態によると、物理アドレスをＬＢＡに割り当てられた物理アドレス数を示す多重数、及び物理アドレスの論理アドレス内での順位を示す多重番号で管理することとしているので、多数存在する物理アドレスを簡易に管理することができる。これに加え、同一ＬＢＡ内における多重数に対する、同一ＬＢＡ内においてエラーが発生した多重番号の種類数の割合をダメージ度として算出するので、ダメージ度の算出を簡易に行うことが可能である。

なお、上記第１の実施形態では、多重数、多重番号で物理アドレスの管理を行うこととしたが、これに限られるものではなく、物理アドレスをそのまま用いて管理を行うこととしても良い。この場合においても、同一ＬＢＡに対応付けられた物理アドレスの種類数の、当該ＬＢＡの多重数に対する割り合いを用いてダメージ度を算出することができる。また、上記第１の実施形態では、多重数や多重番号以外の指標（例えば、物理アドレスを所定の演算式を用いて変換した値など）を用いて物理アドレスの管理を行うこととしても良い。

なお、上記第１の実施形態では、１つのＬＢＡの多重数が４である場合について説明したが、これに限られるものではなく、多重数としては、２以上の任意の数を採用することができる。

≪第２の実施形態≫
次に本発明の第２の実施形態について図７、図８に基づいて説明する。本第２の実施形態は、第１の実施形態と同様に物理アドレス単位でログを取得するのに加え、従来と同様、ＬＢＡ単位のログ（図５の「多重数」、「多重番号」の項目を含まないもの）も取得し、ユーザに対していずれか一方のログを提供する点に特徴を有している。

以下、本実施形態におけるログの提供方法について、図７のフローチャートに沿って説明する。

ステップＳ６２では、管理部２４は、入力Ｉ／Ｆ５４を介してユーザから入力されるログ提供コマンドを受領するまで待機する。なお、このログ提供コマンドとは、ホスト５０に対してログを提供するように管理部２４に指示するためのコマンドである。

次いで、管理部２４がログ提供コマンドを受領すると、ステップＳ６４に移行し、ステップＳ６２で受領したログ提供コマンドを解析する。この解析においては、ログの提供方式が多重方式（物理アドレス単位）であるか否かを判断する。

ここでの判断が否定された場合には、管理部２４は、ホスト５０に対する従来方式でのログデータの送信準備を行う。また、ステップＳ６６の判断が肯定された場合には、ステップＳ７０に移行し、管理部２４は、多重方式（物理アドレス単位）のログデータを送信する準備を行う。

そして、ステップＳ７２では、ステップＳ６８又はステップＳ７０で準備したログデータを、通知部２６が、ホスト５０の取得部６２に送信して、図７のフローチャートの全処理を終了する。

一方、図８には、ホスト５０におけるログの受信処理に関するフローチャートが示されている。この図８のステップＳ８０では、取得部６２が、通知部２６からログを受信するまで待機し、ログを受信した段階で、取得部６２は、ステップＳ８４に移行し、表示部６４に対してログデータを送信する。表示部６４は、次のステップＳ８２において、モニタ６６にログを表示する。

以上のような処理を経ることにより、ユーザのニーズに応じて、物理アドレス単位のログデータと、ＬＢＡ単位のログデータのいずれかを提供することが可能となる。

なお、上記第２の実施形態では、ログ提供コマンドが、ユーザの入力に応じて出力される場合について説明したが、これに限らず、ログ提供コマンドは、ホスト５０の起動と同時に（ホスト５０の起動ごとに）、記憶装置１０に対して出力されるようなものであっても良い。この場合、ユーザは、ホスト５０上において、提供を受けたいログが、物理アドレス単位のログであるか、あるいはＬＢＡ単位のログであるかを、予め選択し、設定しておく必要がある。

また、上記第２の実施形態では、表示部６４が、モニタ６６にログそのものを表示する場合について説明したが、これに限らず、ログから導き出されるユーザの行うべき措置（図６参照）について表示することとしても良い。この措置については、表示部６４がログから導き出すこととしても良いし、管理部２４がログから導き出して、通知部２６を介してホスト５０側に送信することとしても良い。

≪第３の実施形態≫
次に、本発明の第３の実施形態について図９〜図１２に基づいて説明する。本第３の実施形態では、複数のユーザが一の記憶装置１０を使用する場合のセキュリティを考慮している点に特徴を有している。

本第３の実施形態では、一例として、図９に示すように、３人のユーザＡ、Ｂ、Ｃが存在し、ユーザＡが「管理者」に設定されているものとする。

また、本第３の実施形態では、１つのＬＢＡを４つの物理アドレスで構成するものとする。更に、この４つの物理アドレスのうち、多重番号が最も小さい物理アドレスを、３人のユーザが認証無しに使用することが可能な物理アドレス（common）とし、多重番号が２番目に小さい物理アドレスを、ユーザＡに割り当てられた認証を必要とする物理アドレス（user1）とし、多重番号が３番目に小さい物理アドレスを、ユーザＢに割り当てられた認証を必要とする物理アドレス（user2）とし、多重番号が最も大きい物理アドレスを、ユーザＣに割り当てられた認証を必要とする物理アドレス（user3）とする。

また、本第３の実施形態では、図１０に示すように、ホスト５０が認証部１４を有している。この認証部１４は、ユーザに対してユーザＩＤの入力及びパスワードの入力を促し、入力Ｉ／Ｆ５４からの入力結果に応じて、認証を実行するものである。

この認証結果は、記録再生部１２に送信される。記録再生部１２では、図１１に示すように、認証結果に応じて、ＬＢＡを、物理アドレス（common）、物理アドレス（user1）、物理アドレス（user2）、物理アドレス（user3）のいずれかに変換し、当該物理アドレスに対してデータの記憶又は再生を実行する。具体的には、ユーザのいずれも認証を行っていない場合であれば、記録再生部１２は、ＬＢＡを物理アドレス（common）に変換し、いずれかのユーザによる認証がなされた場合であれば、ＬＢＡを物理アドレス（user1〜user3のいずれか）に変換する。そして、記録再生部１２は、変換した物理アドレスに対してデータの記憶又は再生を実行する。

本第３の実施形態では、管理部２４は、一例として、図１２に示すようなログを取得する。この図１２に示すログは、項目として「ログ番号」、「ＬＢＡ」、「多重番号」、「エラー内容」を含んでいる。

表示部６４は、ログ内から、エラーが発生している多重番号を読み出し、当該多重番号に対応するユーザ（多重番号が１であれば全ユーザ、多重番号が２であればユーザＡ、多重番号が３であればユーザＢ、多重番号が４であればユーザＣ）に対して、そのエラー内容を表示することとする。すなわち、対応するユーザが、ホスト５０により認証されているときにのみ、エラー内容を表示することとする。

また、図９に示すようにユーザの１人（本実施形態ではユーザＡ）が管理者ユーザに設定されている場合には、表示部６４は、多重番号に対応するユーザにエラー内容を通知するのに加えて、管理者（ユーザＡ）にもエラー内容を表示することとする。

以上のような表示を行うことで、上記第１の実施形態と同様に、物理アドレスごとに交替処理を行うことができるので、記憶媒体２０の効率的な使用が可能である。また、エラーの発生した物理アドレスを多重番号で特定し、特定された多重番号に基づいてエラー内容を表示するユーザを設定することとするので、一のユーザの情報を他のユーザに対して隠蔽することが可能である。

なお、上記第３の実施形態では、多重番号に対応するユーザにエラー内容を表示することとしたが、これに限らず、全ユーザにエラー内容を表示しても良い。また、上記第３の実施形態では、多重番号に対応するユーザに加えて、管理者ユーザにもエラー内容を表示することとしたが、これに限らず、管理者ユーザにはエラー内容を表示しないこととしても良い。また、管理者ユーザにのみエラー内容を表示することとしても良い。

また、上記第３の実施形態では、全ユーザがアクセス可能な物理アドレス（common）を設けることとしたが、これに限らず、物理アドレス（common）を省略し、各ユーザが個別にアクセス可能な物理アドレスのみを設けることとしても良い。

また、上記第３の実施形態では、ユーザが３人である場合について説明したが、ユーザは、これよりも多くても良いし、少なくても良い。ただし、いずれの場合にも、一のＬＢＡに対応付けられる物理アドレスの数を、人数分以上用意する必要がある。

上述した各実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 論理アドレスに対して割り当てられた記憶装置の複数の物理アドレスごとにエラー情報を取得するエラー情報取得工程と、前記エラー情報取得工程による取得結果を、前記物理アドレスごとに管理する管理工程と、を含む記憶装置の管理方法。
（付記２） 前記管理工程では、前記物理アドレスを、一の論理アドレスに割り当てられた物理アドレス数を示す多重数、及び当該物理アドレスの前記一の論理アドレス内での順位を示す多重番号で管理することを特徴とする付記１に記載の記憶装置の管理方法。
（付記３） 前記管理工程では、前記一の論理アドレス内における多重数に対する、前記一の論理アドレス内においてエラーが発生した多重番号の種類数の割合を、エラー発生度合として算出することを特徴とする付記２に記載の記憶装置の管理方法。
（付記４） 前記管理工程は、前記エラー発生度合に基づいて、前記エラーが発生した物理アドレスを、他の物理アドレスと交替するか否かを決定する管理を含むことを特徴とする付記３に記載の記憶装置の管理方法。
（付記５） 前記管理工程は、前記エラー発生度合に基づいて、前記エラーが発生した物理アドレスを他の物理アドレスと交替するか否かの判断をユーザに促す管理を含むことを特徴とする付記３又は４に記載の記憶装置の管理方法。
（付記６） 前記管理工程は、前記エラー発生度合に基づいて、前記論理アドレスに記憶したデータが消去された可能性があることをユーザに通知する管理を含むことを特徴とする付記３〜５のいずれか一項に記載の記憶装置の管理方法。
（付記７） 前記多重番号ごとにアクセスが可能なユーザが割り当てられ、前記管理工程では、前記エラーの発生した物理アドレスの多重番号に基づいて、エラーを通知するユーザを設定することを特徴とする付記２〜６のいずれか一項に記載の記憶装置の管理方法。
（付記８） 前記ユーザの少なくとも１人が、管理者ユーザに設定されている場合に、前記管理工程では、前記エラーの発生した物理アドレスの多重番号に関わらず、エラーの発生を通知するユーザとして前記管理者ユーザを少なくとも設定することを特徴とする付記７に記載の記憶装置の管理方法。
（付記９） 論理アドレスに対して割り当てられた複数の物理アドレスごとにエラー情報を取得するエラー情報取得部と、前記エラー情報取得部による取得結果を、前記物理アドレスごとに管理する管理部と、を備える記憶装置。
（付記１０） 前記管理部は、前記物理アドレスを、一の論理アドレスに割り当てられた物理アドレス数を示す多重数、及び当該物理アドレスの前記一の論理アドレス内での順位を示す多重番号で管理することを特徴とする付記９に記載の記憶装置。
（付記１１） 前記管理部により管理されているエラー情報を、外部に通知する通知部を更に備える付記９又は１０に記載の記憶装置。
（付記１２） コンピュータに、付記１１に記載の記憶装置の通知部から通知されるエラー情報を取得する取得部、及び前記取得部により取得されたエラー情報を表示する表示部、として機能させることを特徴とするプログラム。
（付記１３） ホストと、前記ホストに接続され、当該ホストからの指示を受けて、データの記録・再生を実行する付記９〜１１のいずれか一項に記載の記憶装置と、を備える記憶システム。

第１の実施形態に係る記録システムの構成を概略的に示すブロック図である。 ホスト及び記憶装置内で扱うアドレスを概略的に示す図である。 図１の記録装置の管理方法を示すフローチャートである。 図３のサブルーチン（ステップＳ２６）の具体的な内容を示すフローチャートである。 第１の実施形態におけるログの具体例を示す図である。 ダメージ度と処理内容の関係を示すテーブルである。 第２の実施形態に係るログの送信方法を示すフローチャートである。 ホストにおけるログの受信処理に関するフローチャートである。 第３の実施形態の概念図である。 第３の実施形態に係る記録システムの構成を概略的に示すブロック図である。 第３の実施形態においてホスト及び記憶装置内で扱うアドレスを概略的に示す図である。 第３の実施形態におけるログの具体例を示す図である。

符号の説明

１０ 記憶装置
２２ エラー情報取得部
２４ 管理部
２６ 通知部
５０ ホスト
６２ 取得部
６４ 表示部

Claims (8)

1. 論理アドレスに対して割り当てられた記憶装置の複数の物理アドレスごとにエラー情報を取得するエラー情報取得工程と、
   前記エラー情報取得工程による取得結果を、前記物理アドレスごとに管理する管理工程と、を含む記憶装置の管理方法。
2. 前記管理工程では、前記物理アドレスを、一の論理アドレスに割り当てられた物理アドレス数を示す多重数、及び当該物理アドレスの前記一の論理アドレス内での順位を示す多重番号で管理することを特徴とする請求項１に記載の記憶装置の管理方法。
3. 前記管理工程では、前記一の論理アドレス内における多重数に対する、前記一の論理アドレス内においてエラーが発生した多重番号の種類数の割合を、エラー発生度合として算出することを特徴とする請求項２に記載の記憶装置の管理方法。
4. 前記多重番号ごとにアクセスが可能なユーザが割り当てられるとともに、前記ユーザの少なくとも１人が、管理者ユーザに設定されている場合に、
   前記管理工程では、前記エラーの発生した物理アドレスの多重番号に基づいて、エラーを通知するユーザを設定するとともに、前記エラーの発生した物理アドレスの多重番号に関わらず、エラーの発生を通知するユーザとして前記管理者ユーザを設定することを特徴とする請求項２又は３に記載の記憶装置の管理方法。
5. 論理アドレスに対して割り当てられた複数の物理アドレスごとにエラー情報を取得するエラー情報取得部と、
   前記エラー情報取得部による取得結果を、前記物理アドレスごとに管理する管理部と、を備える記憶装置。
6. 前記管理部は、前記物理アドレスを、一の論理アドレスに割り当てられた物理アドレス数を示す多重数、及び当該物理アドレスの前記一の論理アドレス内での順位を示す多重番号で管理することを特徴とする請求項５に記載の記憶装置。
7. 前記管理部により管理されているエラー情報を、外部に通知する通知部を更に備える請求項５又は６に記載の記憶装置。
8. ホストと、
   前記ホストに接続され、当該ホストからの指示を受けて、データの記録・再生を実行する請求項５〜７のいずれか一項に記載の記憶装置と、を備える記憶システム。

Images