(57)【要約】【課題】  効率の良いメディアエラーチェックを実施する。【解決手段】  ディスク装置の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用するＯＳと、物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている論理ブロックのアドレスに変換し、変換されたアドレスの論理ブロックが、使用中であるか否かを示す使用状況情報を、ＯＳから取得して出力する駆動手段と、ディスク装置の物理ブロックに対して順次テストリードを実行し、障害を検出すると、駆動手段から使用状況情報を取得して、障害のあった物理ブロックが割り当てられている論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の物理ブロックのテストリードに進み、ｂ）使用中であれば、障害報告を出力する媒体検査手段と、を包含するディスク管理システム。【選択図】      図１
2018116472.tif 000002
【特許請求の範囲】
【請求項１】
ディスク装置の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用するＯＳと、
前記物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を、前記ＯＳから取得して出力する駆動手段と、
前記ディスク装置の前記物理ブロックに対して順次テストリードを実行し、媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する媒体検査手段と、を包含するディスク管理システム。
【請求項２】
前記ディスク装置は、他のディスク装置と冗長構成をなしており
前記媒体検査手段は、前記ディスク装置の前記物理ブロックに対して順次、前記テストリードを実行し、前記媒体障害を検出すると、前記他のディスク装置内の対応する前記物理ブロックに前記テストリードを実行し、再度、前記媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定する、請求項１のディスク管理システム。
【請求項３】
前記駆動手段は、入力された前記物理ブロックのアドレスから、当該物理ブロックが割り当てられている前記論理ブロックの前記アドレスを算出して前記ＯＳに出力し、
前記ＯＳは、入力された前記アドレスの前記論理ブロックが使用中であるか否かを判定し、判定結果を出力する、請求項１乃至請求項２の何れか１項のディスク管理システム。
【請求項４】
前記ＯＳと、前記駆動手段と、を備えるディスク管理装置と、
前記媒体検査手段を備えるディスク制御装置と、
前記ディスク装置と、を包含する請求項１乃至請求項３の何れか１項のディスク管理システム。
【請求項５】
前記ＯＳを備えるディスク管理装置と、
前記媒体検査手段と、前記駆動手段と、を備えるディスク制御装置と、
前記ディスク装置と、を包含する請求項１乃至請求項３の何れか１項のディスク管理システム。
【請求項６】
前記ＯＳと、前記媒体検査手段と、前記駆動手段と、を備えるディスク制御装置と、
前記ディスク装置と、を包含する請求項１乃至請求項３の何れか１項のディスク管理システム。
【請求項７】
閉塞されていない物理ブロックが割り当てられている論理ブロックが、データ書き込み領域として使用されている前記ディスク装置の、前記物理ブロックに対して順次テストリードを実行し、
媒体障害を検出すると、検出された前記物理ブロックのアドレスを、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を取得して、
当該論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する、ディスク管理方法。
【請求項８】
前記ディスク装置は、他のディスク装置と冗長構成をなしており、
前記ディスク装置の前記物理ブロックに対して順次、前記テストリードを実行し、前記媒体障害を検出すると、前記他のディスク装置内の対応する前記物理ブロックに前記テストリードを実行し、再度、前記媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定する、請求項７のディスク管理方法。
【請求項９】
ディスク装置の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用するＯＳ処理と、
前記物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を、前記ＯＳから取得して出力する駆動処理と、
前記ディスク装置の前記物理ブロックに対して順次テストリードを実行し、媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する媒体検査処理と、をコンピュータに実行させるディスク管理プログラム。
【請求項１０】
前記ディスク装置は、他のディスク装置と冗長構成をなしており
前記ディスク装置の前記物理ブロックに対して順次、前記テストリードを実行し、前記媒体障害を検出すると、前記他のディスク装置内の対応する前記物理ブロックに前記テストリードを実行し、再度、前記媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定する前記媒体検査処理を、コンピュータに実行させる請求項９のディスク管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスク管理システム、ディスク管理方法、および、ディスク管理プログラム、特に、メディアエラーチェックを行うディスク管理システム等に関する。
【背景技術】
【０００２】
ディスクアレイ装置は、データ保全を目的として、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成によりディスクを冗長化させる。しかしながら、冗長化されたディスクの同一アドレスでメディアエラーとなった場合、データは消失する。
【０００３】
その場合でも、データが消失した箇所が、ユーザにとって重要なデータを格納していた領域であったのか、全くの未使用領域であったかの切り分けが可能であり、未使用だったのであればデータ消失に対する対応も可能である。（後述する特許文献１参照）。
【０００４】
しかしながら、ディスクアレイコントローラのファームウェア等が実施するメディアエラーチェックによってデータ消失が検出された場合、使用状況の確認は困難である。チェック時の入出力が、ＯＳOperating System）を経由しない為である。
【０００５】
特許文献１は、この問題に対応するディスクアレイコントローラを開示する。この、ディスクアレイコントローラは、データ読み出しに失敗したストライプが未使用であれば、冗長ディスク装置のデータによるデータ復旧は行わず、代替セクター割当と代替セクターへの固定データ書き込みで復旧を完了させる。これを行う為、このディスクアレイコントローラは、媒体検査を行う前に、その時点のファイルシステムによる論理ブロックの使用状況についての情報を、ホスト計算機から取得している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３―３０３０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１のディスクアレイコントローラは、メディアエラーチェックに先立ち、その時点のファイルシステムにおけるストライプの使用状況についての情報を、ホスト計算機から取得する。そのためチェックの実行効率が悪い。メディアエラーチェックを行うたびに多量な情報の授受オーバヘッドが発生するとともに、メディアエラーチェック中は、ファイルの生成、消滅、拡張のストライプの使用状況変更が出来ないからである。
【０００８】
なお、この課題は、ＲＡＩＤを構成するディスク装置に限られない。単体のディスク装置のメディアエラーチェックについても、同様の課題は存在する。
【０００９】
本発明は、上記課題を解決し、効率の良いメディアエラーチェックを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の１実施の形態のディスク管理システムは、ディスク装置の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用するＯＳと、前記物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を、前記ＯＳから取得して出力する駆動手段と、前記ディスク装置の前記物理ブロックに対して順次テストリードを実行し、媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する媒体検査手段と、を包含する
本発明の１実施の形態のディスク管理方法は、閉塞されていない物理ブロックが割り当てられている論理ブロックが、データ書き込み領域として使用されている前記ディスク装置の、前記物理ブロックに対して順次テストリードを実行し、媒体障害を検出すると、検出された前記物理ブロックのアドレスを、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を取得して、当該論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する。
【００１１】
本発明の１実施の形態のディスク管理プログラムは、ディスク装置の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用するＯＳ処理と、前記物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている前記論理ブロックのアドレスに変換し、変換されたアドレスの前記論理ブロックが、使用中であるか否かを示す使用状況情報を、前記ＯＳから取得して出力する駆動処理と、前記ディスク装置の前記物理ブロックに対して順次テストリードを実行し、媒体障害を検出すると、前記駆動手段から前記使用状況情報を取得して、前記媒体障害のあった前記物理ブロックが割り当てられている前記論理ブロックが使用中であるか判定し、ａ）未使用であれば当該物理ブロックを閉塞して次の前記物理ブロックの前記テストリードに進み、ｂ）使用中であれば、障害報告を出力する媒体検査処理と、をコンピュータに実行させる。
【発明の効果】
【００１２】
本発明にかかるディスク管理システムは、効率の良いメディアエラーチェックを実施することが出来る。
【図面の簡単な説明】
【００１３】
【図１】図１は、第１の実施の形態にかかるディスク管理システム４０の構成を示す図である。
【図２】図２は、コンピュータ装置６０の構成図である。
【図３】図３は、ディスク管理システム４０が実行する媒体検査処理のフローチャートである。
【図４】図４は、第１の実施の形態にかかるディスク管理システム４０の構成を示す図である。
【発明を実施するための形態】
【００１４】
＜第１の実施の形態＞
＜構成＞
図１は、第１の実施の形態にかかるディスク管理システム４０の構成を示す図である。ディスク管理システム４０は、ディスク管理装置２０、ディスク管理装置２０に接続されたディスク制御装置１０、および、ディスク制御装置１０に接続されたディスク装置３０を包含する。
【００１５】
ディスク管理装置２０は、ホストサーバ等と呼ばれることも有り、ＯＳ２１、および、駆動部２２を備える。ＯＳ２１は、一般的なオペレーティングシステムの機能を備える。ＯＳ２１は、特に、ディスク装置３０の未使用中の論理ブロックを確保して、データ格納域として使用するモジュール、例えば、ファイルシステム、データベースシステム、を包含する。駆動部２２は、ファイルシステム等から起動されて、ディスク装置３０に対する入出力を実行する。
【００１６】
ディスク制御装置１０は、ディスクコントローラ等と呼ばれることも有り、媒体検査部１１、管理テーブル１２、および、入出力部１３を備える。入出力部１３は、駆動部２２から起動されて、ファイルシステム等のための入出力を実行する。媒体検査部１１、および、管理テーブル１２については、後述する。
【００１７】
ディスク装置３０は、例えば、磁気ディスク装置である。ディスク装置３０は、複数台存在するときは、ＲＡＩＤを構成していても良い。ディスク装置３０の記憶領域は、複数の、例えば５２１バイトの物理ブロックに分割されている。ＯＳ２１の管理単位である論理ブロックには、連続したアドレスの複数の物理ブロックが割り当てられている。論理ブロックは、例えば８キロバイトである。論理ブロックのサイズは、ＯＳ２１が決定する。
【００１８】
ＯＳ２１は論理ブロック単位で処理を行い、媒体検査部１１や入出力部１３は物理ブロック単位で処理を行う。駆動部２２は、論理ブロックと物理ブロックのアドレスの変換を行う。
【００１９】
ディスク制御装置１０の媒体検査部１１は、ディスク装置３０の媒体不良、メディアエラーとも呼ばれる、の検査を行う。媒体検査部１１は、ディスク装置３０の物理ブロックを、例えばアドレス順に、順次テストリードしてメディアエラーの検査を行う。媒体検査部１１は、或る物理ブロックのメディアエラーを検出すると、以下の処置を行う。
・障害のある物理ブロックが使用中であれば、冗長構成を成す他のディスク装置３０のデータで復旧を試み、復旧に失敗すれば、例えばＯＳ２１に報告する。
・障害のある物理ブロックが未使用であれば、当該物理ブロックの閉塞を管理テーブル１２に記録する。閉塞された物理ブロックは、ＯＳ２１に使用される論理ブロックに割当てられない。
【００２０】
ここで、ディスク制御装置１０の媒体検査部１１、および、入出力部１３は、論理回路で構成される。
【００２１】
ディスク制御装置１０は、コンピュータ装置６０により実現されても良い。図２は、コンピュータ装置６０の構成図である。コンピュータ装置６０は、バス６４で相互に接続された、プロセッサ６１、主記憶部６３、および、外部記憶装置６２を備える。プロセッサ６１は、バス６４を経由して、主記憶部６３、および、外部記憶装置６２に対してデータの読み書きを行う。また、プロセッサ６１は、主記憶部６３に格納されているプログラム６５を実行する。なお、プログラム６５は、当初外部記憶装置６２に格納されており、コンピュータ装置６０の初期設定時に、プロセッサ６１が外部記憶装置６２から主記憶部６３にロードしても良い。
【００２２】
ここで、主記憶部６３は半導体メモリ装置である。外部記憶装置６２はＨＤＤ（Hard Disk Drive）、または、半導体記憶装置等の記憶装置である。
【００２３】
ディスク制御装置１０のプロセッサ６１は、プログラム６５を実行することにより、媒体検査部１１、および、入出力部１３として機能する。すなわち、プロセッサ６１は、プログラム６５を実行することにより、媒体検査部１１、および、入出力部１３が行う処理を実行する。
【００２４】
外部記憶装置６２は、ＯＳ２１から取得した論理ブロックの使用状況情報の記憶域として使用されても良い。
【００２５】
なお、図６のプログラム６５は、図示されないＲＯＭ（Read Only Memory）に記憶されたファームウェアであっても良い。すなわち、媒体検査部１１、および、入出力部１３は、ファームウェアによって、実現されても良い。
【００２６】
ディスク管理装置２０は、コンピュータ装置６０により実現されている。ディスク管理装置２０のプロセッサ６１は、プログラム６５を実行することにより、ＯＳ２１、および、駆動部２２として機能する。
【００２７】
＜動作＞
図３は、ディスク管理システム４０が実行する媒体検査処理のフローチャートである。
【００２８】
まず、ディスク制御装置１０において、例えば定期的に、あるいは、コマンドにより、媒体検査部１１が起動される。媒体検査部１１は、検査対象のディスク装置３０、例えば、図１のディスク装置３０（１）を選択する。
【００２９】
起動された媒体検査部１１は、選択したディスク装置３０（１）の先頭の物理ブロックのブロックを選択し、テスト用のリードを発行する（Ｓ１）。正常であれば（Ｓ２でＹ）、媒体検査部１１は、順次（Ｓ８でＮ）、次の物理ブロックにテストリードを発行し、ディスク装置３０（１）の全ての物理ブロックのテストが終了するまで（Ｓ８でＹ）、これを繰り返す。この後、媒体検査部１１は、次の検査対象のディスク装置３０、例えば、図１のディスク装置３０（２）を選択し、同様の検査を行う。
【００３０】
検査対象ディスク装置３０の或る物理ブロックのテストリード（Ｓ１）でメディアエラーが検出されると（Ｓ２でＮ）、媒体検査部１１は、他のディスク装置３０内の同一アドレスの物理ブロックにテストリードを発行する（Ｓ３）。ここで、他のディスク装置３０は、検査対象ディスク装置３０、例えばディスク装置３０（１）の冗長データを格納しているディスク装置３０、例えばディスク装置３０（２）を指す。
【００３１】
冗長データを格納するディスク装置３０へのテストリード（Ｓ３）が正常に終われば（Ｓ４でＹ）、媒体検査部１１は、メディアエラーが検出された物理ブロックのデータを冗長データで修復し（Ｓ９）、検査を継続する。
【００３２】
冗長ディスク装置３０へのテストリード（Ｓ３）も異常に終われば（Ｓ４でＮ）、媒体検査部１１は、駆動部２２を経由して、ＯＳ２１からメディアエラーが検出された物理ブロックが割り当てられている論理ブロックが使用されているか否かを示す使用状況情報を取得する（Ｓ５）。本ステップの処理には、代替可能な幾つかのやり方がある。
【００３３】
第１のやり方は、以下の通りである。先ず、媒体検査部１１は、駆動部２２にメディアエラーが検出されたことと、メディアエラーが検出された物理ブロックのアドレスを通知する。
【００３４】
通知を受けた駆動部２２は、ＯＳ２１から、全論理ブロックの使用状況がわかるテーブル情報、および、論理ブロックサイズ等アドレス変換に必要な情報を取得する。次いで、駆動部２２は、メディアエラーが検出された物理ブロックのアドレスを、当該物理ブロックが割り当てられている論理ブロックのアドレスに変換する。この変換は、論理ブロックと物理ブロックのサイズ比に基づいて行われる。最後に、駆動部２２は、論理ブロックのアドレスとＯＳ２１から得たテーブル情報を媒体検査部１１に通知する。
【００３５】
なお、ＯＳ２１は、論理アドレスの使用状況がわかるテーブル情報を出力した後、後述する解除通知まで、論理ブロックの使用状況を変更する処理は行わない。この処理は、例えば、ファイルの生成、拡張、消去である。
【００３６】
なお、駆動部２２は、論理ブロックのアドレスとＯＳ２１から得たテーブル情報を媒体検査部１１に通知する代わりに、ＯＳ２１から得たテーブル情報を論理ブロックのアドレスで検索して、論理ブロックが使用されているか否かだけを、媒体検査部１１に通知しても良い。
【００３７】
第２のやり方は、以下の通りである。先ず、媒体検査部１１は、駆動部２２にメディアエラーが検出されたことと、メディアエラーが検出された物理ブロックのアドレスを通知する。
【００３８】
通知を受けた駆動部２２は、ＯＳ２１から、論理ブロックサイズ等アドレス変換に必要な情報を取得する。この情報は、前もって、例えばディスク制御装置１０の初期設定時に、駆動部２２がＯＳ２１から取得して記憶しておいても良い。次いで、駆動部２２は、メディアエラーが検出された物理ブロックのアドレスを、当該物理ブロックが割り当てられている論理ブロックのアドレスに変換する。その後、駆動部２２は、論理ブロックのアドレスを付加して、論理ブロックの使用状況がわかる情報要求をＯＳ２１に出力する。当該要求を受けたＯＳ２１は、指定されたアドレスの論理ブロックの使用状況がわかる分だけのテーブル情報を駆動部２２に出力する。最後に、駆動部２２は、ＯＳ２１から得たテーブル情報を媒体検査部１１に通知する。
【００３９】
第３のやり方は、以下の通りである。第３のやり方は、第２のやり方に類似している。但し、論理ブロックのアドレスが付加された、論理ブロックの使用状況がわかる情報要求を受けたＯＳ２１は、指定されたアドレスの論理ブロックの使用状況がわかる分だけのテーブル情報を駆動部２２に出力しない。代わりに、ＯＳ２１は、指定されたアドレスの論理ブロックが使用中であるか否かを判定し、判定結果を示すフラグ情報を出力する。最後に、駆動部２２は、ＯＳ２１から得たフラグ情報を媒体検査部１１に通知する。
【００４０】
ＯＳ２１から得た使用状況情報に基づく判断で（Ｓ６）、メディアエラーが検出された物理ブロックが割り当てられている論理ブロックが未使用であった場合（Ｓ６でＹ）、媒体検査部１１は、当該物理ブロックを閉塞して（Ｓ７）、次物理ブロックの検査（Ｓ８）に進む。この時、媒体検査部１１は、当該物理ブロックの閉塞を管理テーブル１２に記録するとともに、駆動部２２経由で、ＯＳ２１に前述の解除通知を送る。
【００４１】
ＯＳ２１は、管理テーブル１２に閉塞が記録された物理ブロックが割り当てられた論理ブロックを使用しない。ここでは、この為のＯＳ２１と媒体検査部１１との間のインターフェースの記載は省略する。
【００４２】
ＯＳ２１から得た使用状況情報に基づく判断で（Ｓ６）、メディアエラーが検出された物理ブロックが割り当てられている論理ブロックが使用中であった場合（Ｓ６でＮ）、媒体検査部１１は、メディアエラーによるデータ消失を、例えばＯＳ２１に報告する（Ｓ１０）。このとき、媒体検査部１１は、駆動部２２経由で、ＯＳ２１に前述の解除通知を送る。
【００４３】
データ消失の報告を受けたＯＳ２１は、例えば、フルバックアップファイルのリストアや、再インストール、ファイルの再構築を実行する。
【００４４】
＜効果＞
本実施の形態にかかるディスク管理システム４０は、効率の良いメディアエラーチェックを実施することが出来る。その理由は、媒体検査部１１は、物理ブロックの障害を検出しない場合には、論理ブロックが使用中か否かが分かる情報を必要としないからである。すなわち、当該使用状況情報の転送が不要なのである。
【００４５】
さらに、障害が検出された物理ブロックのアドレスが特定できているため、転送される使用状況情報の量を絞り込むことが可能である。
【００４６】
すなわち、本実施の形態にかかるディスク管理システム４０は、論理ブロックの使用状況情報の転送契機と、転送量の両方を削減することにより、情報の授受オーバヘッドと、ＯＳ２１がファイルの生成、消滅、拡張の使用状況変更が出来ない期間を削減するのである。
【００４７】
＜変形例＞
駆動部２２は、ディスク管理装置２０ではなく、ディスク制御装置１０が備えていても良い。
【００４８】
さらに、ディスク管理装置２０とディスク制御装置１０は、一つの装置として実装されていても良い。つまり、一方の装置が他方の装置の構成要素の全てを備えていても良い。
【００４９】
ディスク装置３０は、必ずしもＲＡＩＤを成している必要は無い。その場合、図３のフローチャートにおいて、Ｓ３、Ｓ４、および、Ｓ９のステップは不要である。
【００５０】
媒体検査部１１は、データ消失した物理ブロックを管理テーブル１２で管理するのではなく、特定のデータパターンを上書きすることでメディアエラー状態を解消できるかを試すようにしても良い。管理テーブル１２で管理する場合、多数の物理ブロックで問題が出た際など、ディスク装置３０の代替えセクター不足が発生する可能性がある。上書きでメディアエラーが解消されれば、媒体障害が検出された物理ブロックを、使用可能なままとすることができる効果がある。
【００５１】
＜第２の実施形態＞
図４は、第２の実施の形態にかかるディスク管理システム４０の構成を示す図である。
【００５２】
ディスク管理システム４０は、ＯＳ２１、駆動部２２、および、媒体検査部１１を包含する。また、ディスク管理システム４０は、例えば、通信ネットワークを経由して１台以上のディスク装置３０に接続されている。ディスク装置３０は、ＲＡＩＤを構成していても良いし、構成していなくても良い。
【００５３】
ＯＳ２１は、ディスク装置３０の閉塞されていない物理ブロックが割り当てられている論理ブロックを、確保してデータ書き込み領域として使用する。ＯＳ２１は、例えば、ファイルシステムである。
【００５４】
駆動部２２は、物理ブロックのアドレスを入力されて、当該物理ブロックが割り当てられている論理ブロックのアドレスに変換し、変換されたアドレスの論理ブロックが、使用中であるか否かを示す使用状況情報を、ＯＳ２１から取得して媒体検査部１１に出力する。
【００５５】
媒体検査部１１は、ディスク装置３０の物理ブロックに対して順次テストリードを実行し、障害を検出すると、駆動部２２から使用状況情報を取得して、障害のあった物理ブロックが割り当てられている論理ブロックが使用中であるか判定する。媒体検査部１１は、未使用であれば、当該物理ブロックを閉塞して次の物理ブロックのテストリードに進み、使用中であれば、障害報告を、例えば、ＯＳ２１に出力する。
【００５６】
障害報告を受けたＯＳ２１は、例えば、フルバックアップファイルのリストアや、プログラムファイルの再インストールを実施する。
【００５７】
本実施の形態にかかるディスク管理システム４０は、効率の良いメディアエラーチェックを実施することが出来る。その理由は、媒体検査部１１は、物理ブロックの障害を検出しない場合には、論理ブロックが使用中か否かが分かる情報を必要としないからである。すなわち、当該使用状況情報の転送が不要なのである。
【００５８】
さらに、障害が検出された物理ブロックのアドレスが特定できているため、転送される使用状況情報の量を絞り込むことが可能である。
【００５９】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００６０】
１０    ディスク制御装置
１１    媒体検査部
１２    管理テーブル
１３    入出力部
２０    ディスク管理装置
２１    ＯＳ
２２    駆動部
３０    ディスク装置
４０    ディスク管理システム
６０    コンピュータ装置
６１    プロセッサ
６２    外部記憶装置
６３    主記憶部
６４    バス
６５    プログラム
【図１】
2018116472.tif 000003
【図２】
2018116472.tif 000004
【図３】
2018116472.tif 000005
【図４】
2018116472.tif 000006