JP2000029639A

JP2000029639A - 情報処理装置および方法、並びに提供媒体

Info

Publication number: JP2000029639A
Application number: JP19400998A
Authority: JP
Inventors: Toyohiko Shibata; 豊彦柴田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-07-09
Filing date: 1998-07-09
Publication date: 2000-01-28

Abstract

(57)【要約】【課題】障害が生じたメディアに対して、GUI上から
オンラインで修復を行うことができるようにする。【解決手段】先ず、ユーザがマウス２を操作して、修
復を指令すると、ステップＳ１において、OSMAD４１は
サーバ群（RMS３１、MSS３２、およびMFS３３）から表
示すべきデータを受け取り、ユーザインタフェースモジ
ュール４２を介して、Peta Serve Volume Manager５１
をCRT８に表示させる。ステップＳ２において、ユーザ
は、Peta Serve Volume Manager５１から修復するDTFテ
ープに対応するメディア名５２を選択し、ステップＳ３
に進む。ステップＳ３において、OSMAD４１は、選択さ
れたDTFテープに障害が発生しているか否かを判定す
る。DTFテープに障害が発生していないと判定された場
合、特に処理は行われない。DTFテープに障害が発生し
ていると判定された場合、ステップＳ４に進む。ステッ
プＳ４において、OSMAD４１は、Peta Serve Volume Man
ager５１の画面上にテープ修復を行うためのメニューを
開き、Recovery機能を選択可能にする。修復を行う場
合、ユーザはマウス２を操作してRecoveryを選択する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、HSM(Hierarchic
al Storage Management)ソフトウェアを運用する際、デ
ータストレージ用テープに生じた障害をGUI(Graphical
User Interface)上から修復できるようにした情報処理
装置および方法、並びに提供媒体に関する。

【０００２】

【従来の技術】HSMソフトウェアを運用する際、データ
ストレージ用にDTF(Digital Tape Format：出願人会社
が提唱しているコンピュータデータのストレージの規
格）テープを用いることがある。このDTFテープのフォ
ーマットでは、テープの先頭部（ヘッダ部）とテープに
格納されているデータの最後部に、データのサイズや位
置情報が記録されている。これにより高速な検索を行う
ことができるようになされている。

【０００３】従来、DTFテープにデータを書き込み中に
停電等の障害が生じると、その間のデータが欠落するの
で、DTFテープがシステムの中で使用不可となってい
た。この場合、DTFテープドライブのリカバリー機能を
用いて、欠落部が発生したデータを無効とする（記録さ
れなかったことにする）ために、ヘッダ部の修復を行う
ことで、DTFテープを再度使用することができるように
していた。

【０００４】

【発明が解決しようとする課題】しかしながら、上述の
従来の手法では、DTFテープドライブのリカバリー機能
により、DTFテープの修復を行うことはできるが、その
作業はオフラインでユーザが直接的に行わなければなら
ないという課題があった。

【０００５】また、DTFテープの修復作業は、HSMソフト
ウェアの運用を一時的に停止させるか、あるいはDTFテ
ープドライブを一時的にHSMソフトウェア側からは使用
できないようにしてから行わなければならず、作業効率
が悪いという課題があった。

【０００６】本発明は、このような状況に鑑みてなされ
たものであり、DTFテープに障害が生じた場合、HSMソフ
トウェアを運用したまま、GUI上からオンラインでDTFテ
ープの修復を行うことができるようにするものである。

【０００７】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、ドライブによりドライブされるストレージメ
ディアに生じた障害を修復する情報処理装置において、
障害が発生しているメディアを検出する検出手段と、検
出手段が検出したメディアを修復するための修復メニュ
ーをGUIでユーザに提供する提供手段と、提供手段にお
いて、ユーザが修復作業の実行を選択した場合、修復作
業が可能なドライブを選択する選択手段と、選択手段で
選択されたドライブに修復作業の実行を要求する要求手
段とを備えることを特徴とする。

【０００８】請求項２に記載の情報処理方法は、ドライ
ブによりドライブされるストレージメディアに生じた障
害を修復する情報処理装置の情報処理方法において、障
害が発生しているメディアを検出する検出ステップと、
検出ステップで検出したメディアを修復するための修復
メニューをGUIでユーザに提供する提供ステップと、提
供ステップにおいて、ユーザが修復作業の実行を選択し
た場合、修復作業が可能なドライブを選択する選択ステ
ップと、選択ステップで選択されたドライブに修復作業
の実行を要求する要求ステップとを含むことを特徴とす
る。

【０００９】請求項３に記載の提供媒体は、ドライブに
よりドライブされるストレージメディアに生じた障害を
修復する情報処理装置に、障害が発生しているメディア
を検出する検出ステップと、検出ステップで検出したメ
ディアを修復するための修復メニューをGUIでユーザに
提供する提供ステップと、提供ステップにおいて、ユー
ザが修復作業の実行を選択した場合、修復作業が可能な
ドライブを選択する選択ステップと、選択ステップで選
択されたドライブに修復作業の実行を要求する要求ステ
ップとを含む処理を実行させるプログラムを提供するこ
とを特徴とする。

【００１０】請求項１に記載の情報処理装置において
は、検出手段が、障害が発生しているメディアを検出
し、提供手段が、検出手段が検出したメディアを修復す
るための修復メニューをGUIでユーザに提供し、選択手
段が、提供手段において、ユーザが修復作業の実行を選
択した場合、修復作業が可能なドライブを選択し、要求
手段が、選択手段で選択されたドライブに修復作業の実
行を要求する。

【００１１】請求項２に記載の情報処理方法および請求
項３に記載の提供媒体においては、検出ステップで、障
害が発生しているメディアを検出し、提供ステップで、
検出ステップで検出したメディアを修復するための修復
メニューをGUIでユーザに提供し、選択ステップで、提
供ステップにおいて、ユーザが修復作業の実行を選択し
た場合、修復作業が可能なドライブを選択し、要求ステ
ップで、選択ステップで選択されたドライブに修復作業
の実行を要求する。

【００１２】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と、以下
の実施の形態との対応関係を明らかにするために、各手
段の後の括弧内に、対応する実施の形態（但し一例）を
付加して本発明の特徴を記述すると、次のようになる。
但し、勿論この記載は、各手段を記載したものに限定す
ることを意味するものではない。

【００１３】即ち、請求項１に記載の情報処理装置は、
ドライブによりドライブされるストレージメディアに生
じた障害を修復する情報処理装置において、障害が発生
しているメディアを検出する検出手段（例えば、図９の
ステップＳ３）と、検出手段が検出したメディアを修復
するための修復メニューをGUIでユーザに提供する提供
手段（例えば、図９のステップＳ４）と、提供手段にお
いて、ユーザが修復作業の実行を選択した場合、修復作
業が可能なドライブを選択する選択手段（例えば、図１
１のステップＳ３２）と、選択手段で選択されたドライ
ブに修復作業の実行を要求する要求手段（例えば、図１
１のステップＳ３４）とを備えることを特徴とする。

【００１４】図１は、本発明を適用した情報処理システ
ムの一実施の形態の構成を示すブロック図である。本実
施の形態においては、システムコントローラ５に対し
て、ユーザが、キーボード１またはマウス２を用いて情
報の入力を行う。ここで、情報の入力には、キーボード
１の場合は主に文字情報が用いられ、マウス２の場合は
主にGUIが用いられる。

【００１５】システムコントローラ５は、CPU(Central
Processing Unit)３、メモリ４、２次記憶部９、ライブ
ラリコントローラ６、およびライブラリ７の全体のタイ
ミングの調整を行っている。CPU３は、システム全体の
制御を行い、システムコントローラ５と適宜、データの
授受を行っている。システムコントローラ５は、CPU３
の指示に従い、メモリ４に対して、適宜、データの書き
込みおよび読み出しを行う。メモリ４は、例えば、DRAM
(Dynamic Random Access Memory)等から構成されてい
る。また、システムコントローラ５は、CPU３の指示に
従い、２次記憶部９に対して、適宜、データの書き込み
および読み出しを行う。２次記憶部９は、例えば、MO(M
agneto Optical)ディスクやハードディスク等から構成
されており、アクセス頻度が高く、高速転送が望まれる
データを格納するのに用いられる。

【００１６】ライブラリ７は、DTFテープの物理的な入
出力ポート、テープ搬送部、テープ格納スロット（いず
れも図示せず）、およびテープドライブ１１等から構成
されているストレージメディアである。ライブラリコン
トローラ６は、ライブラリ７内のテープ搬送部に信号を
送るなどライブラリ７の動作を制御する。また、ライブ
ラリコントローラ６は、SCSI(Small Computer System I
nterface)を介してシステムコントローラ５と適宜、信
号の授受を行う。ライブラリコントローラ６は、CPU３
がシステムコントローラ５を介して送信する信号に基づ
いて、所定のDTFテープをテープドライブ１１に挿入す
る。テープドライブ１１は、挿入されたDTFテープに記
録されているデータを実際に読み出したり、書き込んだ
りする。また、テープドライブ１１は、DTFテープに障
害が生じた場合、DTFテープを修復する機能も備えてい
る。CRT(Cathode Ray Tube Display)８は、システムコ
ントローラ５から供給されるデータを表示する。

【００１７】図２は、CPU３が実行するHSMソフトウェア
であるPeta Serve（ペタサーブ）２１の概念的構成を示
している。尚、ここで、HSMソフトウェアとは、ストレ
ージシステムを各種記憶媒体の特性やデータの記憶容量
によって階層化し、ユーザ側から見た使いやすさを向上
させながら、大規模ストレージシステムを合理的に構成
することを目的としたソフトウェアを意味する。

【００１８】ペタサーブ２１は、RMS３１、MSS３２、MF
S３３、およびGUI３４により構成されている。RMS(Remo
vable Media Server)３１は、HSMソフトウェア運用上で
必要とされるデバイス（例えば、テープドライブ１１）
およびメディア（例えば、DTFテープ）の管理調整を行
うサーバである。MSS(Migration Store Server)３２
は、メディアの階層化された記憶領域へデータを格納す
る際、その広大なスペースを低コストで、かつ合理的に
アクセスできるように管理するサーバである。MFS(Migr
ation File System)３３は、HSMソフトウェアにより管
理対象となるファイルシステムで、DTFテープおよび２
次記憶部９（ハードディスクおよびMOディスク等）によ
り構築される、大容量のファイルシステムである。ペタ
サーブ２１は、上述のRMS３１、MSS３２、およびMFS３
３が相互に連携し合うことでその機能を実現している。

【００１９】GUI３４は、上述のシステムとユーザとの
間に介在し、ユーザが煩雑な操作を行うことなく、多様
な管理を可能とするものである。

【００２０】図３は、情報処理システムにおけるGUI３
４の位置付けを示している。図３に示すように、GUI３
４は、ユーザ３５とRMS３１、MSS３２、およびMFS３３
の間に介在し、情報の授受を行う。

【００２１】図４は、図３で示したRMS３１、GUI３４、
およびユーザ３５の関係を説明するための図である。RM
S３１は、DTFテープやデバイスに関する物理的情報を管
理し、GUI３４に対して、実際の動作の要求を行う。RMS
３１は、テープドライブ１１からテープ障害の通知を受
け取ると、自らのデータベースに登録し、障害が生じた
テープは使用しないなどの調整を行う。これらの情報が
RMS３１からGUI３４に受け渡されると、GUI３４は、ユ
ーザ３５に対して、DTFテープやデバイスに関する情報
を提示する。また、それらに関するオペレーションをユ
ーザ３５に提供する。オペレーションの指示は、GUI３
４上のメニューから選択的に入力することが可能であ
る。ユーザ３５は、GUI３４上に表示されるDTFテープの
ステータスからテープの状態を知り、必要に応じて、テ
ープの修復等をGUI３４を介して、RMS３１に実行させ
る。

【００２２】図５は、GUI３４の内部構成を示してい
る。同図に示すように、GUI３４は、エージェント４１
とユーザインタフェースモジュール４２とにより構成さ
れている。ユーザインタフェースモジュール４２は、ボ
タン、キャンパス、スクロールバーといった各種の部品
よりなるWidget Setにより構成されるモジュールで、ユ
ーザと相互に情報を交換する機能を持っている。エージ
ェント４１は、ユーザインタフェースモジュール４２と
サーバ（RMS３１、MSS３２、およびMFS３３）との間に
介在し、GUI３４上から行われる操作を実質的に実行に
移す。また、エージェント４１は、他のマシン上で動作
しているエージェント（OSMAD(Open StorageManagement
Agent Daemon)）と通信することで、特定の処理の実行
を他のマシン上で行う。

【００２３】図６は、ユーザ３５がペタサーブ２１に修
復処理を指示したとき、GUI３４として、CRT８(GUI画
面)上に表示されるPeta Serve Volume Manager５１を示
している。Peta Serve Volume Manager５１は、HSMで管
理されるメディアのステータスの監視およびメディアに
対する直接的な操作が行える構成となっている。メディ
ア名５２は、HSMで管理されるメディアを識別するため
に付けられる名称である。この例では、“000000”乃至
“000009”が各メディアの名称として表示されている。
Statusには、各メディアの状態が表示される。Errorに
は、エラーの発生回数が表示される。Driveには、ドラ
イブの番号が表示される。Createdには、メディアを登
録した日付が表示される。Lifeには、メディアの使用可
能回数が、％Lifeには使用回数のLifeに対する割合が、
それぞれ表示される。Passesには、メディアを着脱した
回数が表示される。Limitには、メディアの最大使用回
数が表示され、％Limitには、PassesのLimitに対する割
合が表示される。Mountedには、最近の使用日時が表示
される。

【００２４】ユーザはメディア名５２毎にステータスの
監視を行う。Condition情報５４は、各メディアの状態
を示している。図６では、メディア000001が “ER”、
メディア000005が“E”となっている。尚、ここで、“E
R”は修復が必要なメディアであることを示しており、
“E”はEJECT、即ち、メディアがデバイスの外部に排出
されていることを示している。Editメニュー５３は、キ
ーボード１またはマウス２で選択することで有効とな
り、各メディアの状態に従って、後述のEditサブメニュ
ー５６（図７）をユーザに提示する。リフレッシュボタ
ン５５は、各項目の最新情報を表示するように指示する
ためのボタンであり、ユーザが各操作を行う前にメディ
アの最新の状態を把握するために用意されている。

【００２５】図７は、ユーザ３５がマウス２を操作し
て、図６のPeta Serve Volume Manager５１上でEditメ
ニュー５３を選択して、Editサブメニュー５６を呼び出
した（プルダウン表示させた）状態を示している。Edit
サブメニュー５６は、選択した各項目のステータスによ
りEditサブメニュー５６上で有効となる操作が分けられ
ている。図７の表示例では、Condition情報５４が“E
R”となっているメディア000001、即ち、修復を必要と
するメディアの項目が選択されているため、Editサブメ
ニュー５６の中のRecoveryが有効となっている。Recove
ryは、GUI画面を介して、メディアの修復を行うための
メニューである。Editサブメニュー５６を除いた他の部
分は、図６で説明した部分に対応しているので、その説
明は省略する。

【００２６】図８は、Editサブメニュー５６からRecove
ryが選択された場合に表示されるダイアログボックスを
示している。図８（Ａ）は、メディアの修復を行う際に
使用するドライブをユーザが指示するためのダイアログ
ボックスである。ここでは、“auto”が選択されている
ため、ドライブは自動的に選択される。ユーザは、ドラ
イブを選択したら“OK”ボタンをクリックする。操作を
中止する場合は“Cancel”ボタンがクリックされる。図
８（Ｂ）は、図８（Ａ）で選択されたドライブによる修
復作業が正常に終了しなかった時に、ユーザに通知する
ためのダイアログボックスである。ユーザはエラーメッ
セージを確認したら“OK”ボタンをクリックする。

【００２７】次に、本発明の情報処理装置の動作につい
て、図９乃至図１１のフローチャートを参照しながら説
明する。先ず、ユーザがマウス２を操作して、修復を指
令すると、ステップＳ１において、OSMAD４１はサーバ
群（RMS３１、MSS３２、およびMFS３３）から表示すべ
きデータを受け取り、ユーザインタフェースモジュール
４２を介して、Peta Serve Volume Manager５１（図６
参照）をCRT８に表示させる。ステップＳ２において、
ユーザは、GUI画面上に表示されたPeta Serve Volume M
anager５１から修復するDTFテープに対応するメディア
名５２を選択し、ステップＳ３に進む。

【００２８】ステップＳ３において、OSMAD４１は、ス
テップＳ２で選択されたDTFテープに障害が発生してい
るか否かを判定する。ステップＳ３において、DTFテー
プに障害が発生していないと判定された場合、ステップ
Ｓ２に戻り、その後の処理が繰り返し実行される。即
ち、この場合、DTFテープに障害が発生していないの
で、特に処理は行われない。ステップＳ３において、DT
Fテープに障害が発生していると判定された場合、ステ
ップＳ４に進む。

【００２９】ステップＳ４において、OSMAD４１は、Pet
a Serve Volume Manager５１の画面上にテープ修復を行
うためのメニュー（Editサブメニュー５６）を開き、Re
covery機能を選択可能にする。修復を行う場合、ユーザ
はマウス２を操作してRecoveryを選択する。ステップＳ
５において、OSMAD４１は、修復メニュー（Recovery）
が選択されたか否かを判定する。ステップＳ５におい
て、修復メニューが選択されていないと判定された場
合、ステップＳ２に戻り、その後の処理が繰り返し実行
される。ステップＳ５において、修復メニューが選択さ
れたと判定された場合、ステップＳ６に進む。

【００３０】ステップＳ６において、OSMAD４１は、RMS
３１と通信し、修復に用いるドライブに関する情報を取
得し、ユーザインタフェースモジュール４２を制御し
て、ドライブの選択ウィンドウ（図８（Ａ））を生成
し、GUI画面上に表示させる。図８（Ａ）には、番号１
００３と１００４の２つのドライブが修復に使用可能な
ドライブとして表示されている。そして、ユーザは、GU
I画面上に表示されたダイアログボックスから、修復に
利用するドライブを選択する。

【００３１】ステップＳ７において、OSMAD４１は、修
復に用いるドライブが選択されたか否かを判定する。ス
テップＳ７において、修復に用いるドライブが選択され
ていないと判定された場合、ステップＳ２に戻り、その
後の処理が繰り返し実行される。ステップＳ７におい
て、修復に用いるドライブが選択されたと判定された場
合、ステップＳ８に進む。

【００３２】ステップＳ８において、OSMAD４１は、修
復に用いるドライブが明示されたか否かを判定する。ス
テップＳ８において、修復に用いるドライブが明示され
ていない（自動選択されている）と判定された場合、ス
テップＳ１０に進み、ライブラリコントローラ６は、OS
MAD４１の指示に従って、利用可能な空きドライブを自
動選択し、ステップＳ１１に進む。ステップＳ８におい
て、修復に用いるドライブが明示されていると判定され
た場合、ステップＳ９に進み、ライブラリコントローラ
６は、指定されているドライブを選択し、ステップＳ１
１に進む。

【００３３】ステップＳ１１において、OSMAD４１は、
ユーザインタフェースモジュール４２を制御して、DTF
テープを修復中であることを示すステータスをPeta Ser
ve Volume Manager５１の画面上のその項（Statusの
項）に表示させる（図６参照）。尚、OSMAD４１は、修
復が終了するまで修復対象のDTFテープに対する操作は
受け付けない。ステップＳ１２において、テープドライ
ブ１１は、ライブラリコントローラ６の指示に従って、
対象とされるDTFテープの修復を開始する。尚、修復処
理の詳細については、図１１を参照して後述する。

【００３４】ステップＳ１３において、OSMAD４１は、D
TFテープの修復が終了したか否かを判定する。ステップ
Ｓ１３において、DTFテープの修復が終了していないと
判定された場合、ステップＳ１３に戻る。ステップＳ１
３において、DTFテープの修復が終了したと判定された
場合、ステップＳ１４に進み、OSMAD４１は、ユーザイ
ンタフェースモジュール４２を制御し、修復中を示すス
テータス（ステップＳ１１で設定したステータス）を元
に戻させ、他の操作が行えるようにする。

【００３５】ステップＳ１５において、OSMAD４１は、D
TFテープの修復が正常に終了したか否かを判定する。ス
テップＳ１５において、DTFテープの修復が正常に終了
したと判定された場合、ステップＳ１６に進み、OSMAD
４１は、Peta Serve Volume Manager５１の画面上に表
示されているデータを最新のものに更新させ、その後、
処理は終了される。

【００３６】ステップＳ１５において、DTFテープの修
復が正常に終了していないと判定された場合、ステップ
Ｓ１７に進み、OSMAD４１は、ユーザインタフェースモ
ジュール４２を制御し、DTFテープの修復が正常に終了
しなかったことを示すダイアログボックス（図８
（Ｂ））を生成し、CRT８に表示させる。そして、ユー
ザがエラーメッセージの確認を行った後に、ステップＳ
１６に進み、OSMAD４１は、ユーザインタフェースモジ
ュール４２を制御し、Peta Serve Volume Manager５１
の画面上に表示されているデータを最新のものに更新さ
せ、その後処理は終了される。

【００３７】図１１は、図１０のステップＳ１２のテー
プ修復処理を説明するフローチャートである。修復処理
が開始されると、ステップＳ３１において、GUI画面上
で選択された情報をユーザインタフェースモジュール４
２を介してOSMAD４１が受け取る。ステップＳ３２にお
いて、情報を受け取ったOSMAD４１は、自分自身が動作
しているホスト上に利用可能なRMSが存在するか否かを
判定する。ステップＳ３２において、情報を受け取った
OSMAD４１が動作しているホスト上に利用可能なRMSが存
在すると判定された場合、ステップＳ３４に進み、OSMA
D４１はRMS３１にDTFテープの修復を要求する。ステッ
プＳ３２において、情報を受け取ったOSMAD４１が動作
しているホスト上に利用可能なRMSが存在しないと判定
された場合、ステップＳ３３に進み、OSMAD４１は、利
用可能なRMSが存在するホスト上のOSMADに修復作業の実
行を要求する。この要求を受けたOSMADは、ステップＳ
３４で、RMS３１にDTFテープの修復を要求する。

【００３８】ステップＳ３５において、RMS３１は、テ
ープドライブ１１を用いて、DTFテープの修復機能を呼
び出す。そして、障害が生じたDTFテープは、テープド
ライブ１１のリカバリー機能を用いて修復される。RMS
３１は、DTFテープの修復作業が終了すると、ステップ
Ｓ３６で、その旨をOSMAD４１に通知する。

【００３９】ステップＳ３７において、OSMAD４１がRMS
３１から修復作業終了のステータスを受け取り、ステッ
プＳ３８に進む。ステップＳ３８において、OSMAD４１
は、修復作業は他のOSMADから要求を受けていたもので
あるか否かを判定する。ステップＳ３８において、修復
作業が他のOSMADから要求を受けていたものであると判
定された場合、ステップＳ３９に進み、OSMAD４１はRMS
３１から受け取ったステータスを、要求元のOSMADに通
知する。ステップＳ３８において、他のOSMADから要求
を受けていないと判定された場合、修復処理は終了され
る。

【００４０】以上においては、ストレージメディアとし
て、DTFテープを用いた場合を例としたが、本発明は、
磁気ディスク、光ディスク、光磁気ディスクなどを用い
た場合にも適用することが可能である。

【００４１】尚、本明細書中において、上記処理を実行
するコンピュータプログラムをユーザに提供する提供媒
体には、磁気ディスク、CD-ROMなどの情報記録媒体の
他、インターネット、ディジタル衛星などのネットワー
クの伝送媒体も含まれる。

【００４２】

【発明の効果】以上の如く、請求項１に記載の情報処理
装置、請求項２に記載の情報処理方法、および請求項３
に記載の提供媒体によれば、障害が生じたメディアの修
復をGUI画面上から実行できるようにしたので、ユーザ
の利便性が向上する。

【図面の簡単な説明】

【図１】本発明の情報処理装置を適用した情報処理シス
テムの一実施の形態の構成を示すブロック図である。

【図２】Peta Serve２１の概念的構成を説明するための
図である。

【図３】GUI３４の位置付けを説明するための図であ
る。

【図４】RMS３１、GUI３４、およびUSER３５の関係を説
明するための図である。

【図５】GUI３４の内部構成を説明するための図であ
る。

【図６】GUI画面上のPeta Serve Volume Manager５１を
説明するための図である。

【図７】図６の画面上でEditサブメニュー５６を呼び出
した状態を説明するための図である。

【図８】図７の画面上でRecoveryを選択した時に表示さ
れるダイアログボックスを説明するための図である。

【図９】本発明の情報処理装置の動作を説明するための
フローチャートである。

【図１０】図９に続くフローチャートである。

【図１１】図１０のステップＳ１２の処理を説明するた
めのフローチャートである。

【符号の説明】

１キーボード，２マウス，３ CPU，４メ
モリ，５システムコントローラ，６ライブラリ
コントローラ，７ライブラリ，８ CRT，９
２次記憶部，１１テープドライブ，２１ Peta S
erve，３１RMS，３２ MSS，３３ MFS，３４
GUI，３５ユーザ，４１ OSMAD，４２ユー
ザインタフェースモジュール，５１ Peta Serve Vol
ume Manager，５２メディア名，５３ Editメニ
ュー，５４ Condition情報，５５リフレッシュボ
タン，５６ Editサブメニュー

Claims

【特許請求の範囲】

【請求項１】ドライブによりドライブされるストレー
ジメディアに生じた障害を修復する情報処理装置におい
て、障害が発生しているメディアを検出する検出手段と、前記検出手段が検出したメディアを修復するための修復
メニューをGUIでユーザに提供する提供手段と、前記提供手段において、ユーザが修復作業の実行を選択
した場合、修復作業が可能なドライブを選択する選択手
段と、前記選択手段で選択されたドライブに修復作業の実行を
要求する要求手段とを備えることを特徴とする情報処理
装置。
【請求項２】ドライブによりドライブされるストレー
ジメディアに生じた障害を修復する情報処理装置の情報
処理方法において、障害が発生しているメディアを検出する検出ステップ
と、前記検出ステップで検出したメディアを修復するための
修復メニューをGUIでユーザに提供する提供ステップ
と、前記提供ステップにおいて、ユーザが修復作業の実行を
選択した場合、修復作業が可能なドライブを選択する選
択ステップと、前記選択ステップで選択されたドライブに修復作業の実
行を要求する要求ステップとを含むことを特徴とする情
報処理方法。
【請求項３】ドライブによりドライブされるストレー
ジメディアに生じた障害を修復する情報処理装置に、障害が発生しているメディアを検出する検出ステップ
と、前記検出ステップで検出したメディアを修復するための
修復メニューをGUIでユーザに提供する提供ステップ
と、前記提供ステップにおいて、ユーザが修復作業の実行を
選択した場合、修復作業が可能なドライブを選択する選
択ステップと、前記選択ステップで選択されたドライブに修復作業の実
行を要求する要求ステップとを含む処理を実行させるプ
ログラムを提供することを特徴とする提供媒体。