JPS60261079A - 磁気デイスク保守方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［技術分野〕 本発明は、磁気ディスク装置（ハードディスク装置およ
びフロッピーディスク装置を含む。以下同様）を備える
システムにおける磁気ディスク保守方式に関する。

〔従来技術〕

一般に、データ記憶手段として磁気ディスク装置を備え
たシステムにおいては、磁気ディスクにデータを書き込
んだ後、そのデータを再度読み出し、てチェックしてい
るが、磁気ディスクそのものの保守は特に行われていな
い。しかし、次に述べるように、磁気ディスクの保守を
行う効果は大きく、その実施が望まれるものである。

データの書込み段階でエラーが生じた場合、データの再
書込みを行うが、そのデータエラーの原因が磁気テ、イ
スク側にある場合は、再びエラーとなり、書込みは失敗
に終わる。つまり、その時点で初めて磁気デ、イスク側
のエラーに気付く。もし予め磁気ティスフ側のエラーを
検出したならば、そのような無駄なデータ書込み操作を
回避できる。

また、磁気ディスクのエラーの修復等、適切な対策を講
じることが容易になる。

〔目　的〕

従って本発明の目的は、データ書込み段階以前に、磁気
ディスクのエラーを検出し、修復可能なエラーを修復す
る磁気ディスク保守方式を提供することにある。

〔概　要〕

データ書込み時に検出されるエラーを解析すると、エラ
ー箇所のセクタのＩＤ情報（センタリンク情報）が破壊
されている場合が多い。ＩＤ情報のエラーには、修復不
可能な物理的エラーもあるが、再フォーマツチ、イング
により修復できるものが一般に多い。

このような点に着目し１本発明は、磁気ディスクの各セ
クタについて随時、ＩＤ情報をチェックし、エラーが検
出されたセクタについて再フオーマツテイングすること
により、磁気ディスクの保守を行うことを特徴とするも
のである。

なお、このような磁気ディスクの保守の実施によるシス
テム効率の低下を避けるために２本発明の好ましい実施
態様にあっては、システムのアイドルタスク期間にＩＤ
情報のチェックと不良セクタの再フオーマツテイングが
行われる。

〔実施例〕

以下、本発明の一実施例について図面を参照し説明する
。

第１図は本発明の一実施例に係るシステムの構成を概念
的に示すシステム構成図である。図において、ｌは端末
制御装置であり、２はホストコンピュータ、３は磁気デ
ィスク装置、４はＣＲＴディスプレイ装置である。端末
制御装！１は、データの処理や管理、装置全体の制御を
司どるＣＰＵ１１、オペレーティングシステム等を格納
するためのメモリ１２、制御部１１とホストコンピュー
タ２との間の通信に係わる通信回路１３．磁気ディスク
装ｗ３に対する制御回路１４．ＣＲＴディスプレイ装置
４に対する制御回路１５から成る。

このシステムにおいて、たとえばホストコンピュータ２
からＣＲＴディスプレイ装置４に表示すべき画面データ
が送られると、それは通信回路１３→ＣＰＵＩＩ→制御
回路１４の経路で磁気ディスク装置３へ転送され、そこ
に格納される。その後、ホストコンピュータ２から画面
番号および表示すべきＣＲＴディスブレス装置の端末番
号を指定するコマンドが送られてくるが、従来の場合、
この時に初めて磁気ディスク（媒体）のエラーを検出で
きるわけである。そして、エラーを検出した場合の対処
方法としては１画面データを再送するか、端末制御装置
１をシステムダウンさせるしかなかった。一般に、この
ようなシステムにおいては、画面データは磁気ディスク
上の予め決められた位置に格納されるため１画面データ
を再送しても再びエラーとなる確率が高い。

本実施例においても、上記のようなデータ再送等、デー
タ格納の際のエラーに対する処理は従来と同様でよいが
、さらにシステムのアイドルタスク動量において、第２
図のフローチャートに示すような磁気ディスク保守処理
が端末制御装Ｗ１で実行される。この処理のルーチンは
オペレーティングシステムに含まれている。

第２図を参照して説明する。アイドルタスク期間におい
て、ＣＰＵＩＩは、制御回路１４を介して、予め決めら
れたセクタ順に従って、磁気ティスフの記憶内容を１セ
クタ分だけ読込み、その中のデータ部の内容をメモリ１
２に確保されている１セクタ・サイズのバッファエリア
にセーブする（ステップ２１）。次にＣＰＵＩＩは、読
込んだセクタのＩＤ情報を調べ、エラーの有無をチェッ
クする（ステップ２２）。

ＩＤ情報にエラーが検出されない場合、　Ｃ，ＰＵｌｌ
は次のセクタについてステップ２１から処理を開始する
。

ＩＤ情報のエラーが検出された場合、ＣＰＵ１１は、当
該セクタのＩＤ部に正しいＩＤ情報を書込み、当該セク
タの再フオーマツテイングを行う（ステップ２３）。こ
の再フオーマツテイング直後に、ＣＰＵ１１は当該セク
タのＩＤ情報を再び読込んでチェックを行う（ステップ
２４）。このチェックでエラーが検出されない場合、メ
モリ１２のバッファエリアにセーブしておいたデータ部
の内容を当該セクタのデータ部へ書込む（ステップ２５
）。これで、当該セクタの修復を終わり。

次のセクタについてステップ２１からの処理が開始され
る。

ステップ２５のチェックで再びエラーが検出された場合
、磁気ディスクの当該セクタを含む部分に物理的な欠陥
が生じている可能性が高い。そこでＣＰＵＩＩは、その
旨をオペレーティングシステムに報告しくステップ２６
）、直ちに次のセクタの処理を開始する。

このようにして、磁気ディスクの全セクタの保守を、１
回のアイドルタスク期間に行うか、あるいは複数回のア
イドルタスク期間に分けて行う。

セクタの処理順は基本的に任意でよい。

なお、上記磁気ディスクの保守を実行中は、ホストコン
ピュータ２またはＣＲＴディスプレイ装置４からの磁気
ディスク装置３へのアクセス要求を受付けない。但し、
磁気ディスク保守処理を中断し、アクセス要求を受付け
るようにしてもよいことは当然である。

再フオーマツテイングで修復できないセクタに対する処
理は、オペレーティングシステムに任される。その内容
は種々考え得るが、たとえば、エラーセクタを使用禁止
峠し、磁気ディスクのディレクト・り部のチューニング
を変更してアロケージコンを別の位置に移す等、柔軟な
対応が可能となる。

上記の磁気ディスクの保守処理は、アイドルタスク期間
以外に、定期的または不定期に逐次実行してもよいが、
本実施例のようにアイドルタスク期間に実行すると、当
該処理の導入によるシステム効率の低下を回避できる。

因に、オンラインシステムにしても、スタンドアローン
システムにしても、アイドルタスク期間が必ず存在する
。アイドルタスクといっても、実際は端末装置のボーリ
ングを発行するなど全くのヌルタスクではないが、その
期間に上記保守処理を行わせることは可能であり、また
システム効率の低下は招かない。

なお、本発明は、ハードディスクとフロッピーディスク
の何れについても適用できることは当然である。但し、
フロッピーディスクの場合、一般にハードディスクに比
べ低速であるから、保守処理は何回かに分けて実行する
必要があろう。

〔効　果〕

以上の説明から明らかなように１本発明によれば、筒中
な処理により磁気ディスクの保守を行うことができ、デ
ータの無駄な書込み操作等を減らすことができるととも
に、その処理を例えばシステムのアイドルタスク期間に
実行するようにすれば、システム効率の低下を招くこと
なく磁気ディスクの保守が可能となる等の効果を得られ
る。

【図面の簡単な説明】 第１図は本発明が対象とするシステムの概念的構成図、
第２図は本発明の一実施例における磁気ディスク保守処
理のフローチャートである。 １・・・端末制御装置、２・・・ホストコンピュータ。 ３・・・磁気ディスク装置、　４・・・ＣＲＴディスプ
レイ装置、１１・・・ＣＰＵ、１２・・・メモリ、１３
・・・通信回路、１４．１５・・・制御回路。

Claims (2)

【特許請求の範囲】
1. （１）磁気ディスク装置を備えるシステムにおいて。 磁気ディスクの各セクタについて随時、ＩＤ情報をチェ
   ックし１、ＩＤ情報にエラーが検出されたセクタについ
   て再フオーマツテイングを行うことを特徴とする磁気デ
   ィスク保守方式。
2. （２）各セクタのＩＤ情報のチェックと再フオーマツテ
   イングをシステムのアイドルタスク期間に行うことを特
   徴とする特許請求の範囲第１項記載の磁気ディスク保守
   方式。