JPH0944445A - コンピュータ・システム - Google Patents

Abstract

(57)【要約】 【課題】 複数のドライブを有するライブラリ・コンピ
ュータ・システムにおいて、故障したドライブを修理中
であってもその他の正常なドライブにアクセスできるよ
うにする。 【解決手段】 一次入出力バス94にライブラリ・コント
ローラ36とリピータ46を接続し、PCボード32、34を介し
て一次入出力バスにピグテール接続した複数の二次入出
力バス96〜106のそれぞれにドライブ50〜60を接続す
る。データの転送は一次及び二次入出力バスを介して行
われ、ドライブとライブラリ・コントローラの間の通信
は、それぞれの間に接続されたGP-IB 62によって行われ
る。また、ライブラリ・コントローラは一次入出力バス
を介してホスト48と通信する。ドライブの故障をホスト
が検出すると、ホストはコントローラに故障を知らせ、
コントローラは故障ドライブのみをアクセス不可の状態
にし、給電を停止する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は複数駆動装置ライブラリ
・コンピュータ・システムにおける１つあるいは複数の
故障したストレージ駆動装置の修理に関する。故障した
駆動装置の修理を、ライブラリ・システムの１つあるい
は複数の正常な駆動装置をオンライン状態にしたままで
行なう。これによって、ホストはライブラリに格納され
た情報に継続的に中断することなくアクセスすることが
できる。

【０００２】

【従来の技術】本明細書で開示するオンライン修理の可
能なシステム、その構成要素、およびオンライン状態で
の駆動装置の修理方法は、媒体の取り出しが可能なタイ
プの複数駆動装置ライブラリ・コンピュータ・システム
において特に有効であるが、他の複数の構成要素からな
るコンピュータ・システムにも同じく適用することがで
きる。

【０００３】

【発明が解決しようとする課題】複数駆動装置ライブラ
リ・コンピュータ・システムにおいては、過剰使用によ
って最初に故障する構成要素はストレージ駆動装置であ
ることが多い。通常、ストレージ駆動装置が故障する
と、ライブラリはその駆動装置の修理または交換が行な
われる間ダウン時間に入る。このダウン時間中、ホスト
は（UNIXワークステーションであるかPCネットワークサ
ーバであるか、またそれ以外であるかにかかわりなく）
ライブラリ中のいかなる情報にもアクセスすることがで
きない。

【０００４】情報へのアクセスが失われることは許され
ないため、ライブラリのダウン時間を最小限にするため
の試みが行なわれてきた。その試みの中には、低コスト
ディスクの予備アレー（Redundant Array of Inexpensi
ve Disks, 略称RAID）およびホット・リペア（hot repa
ir）技術が含まれる。

【０００５】RAID技術には駆動装置が故障したために失
われたデータを再構築する方法が含まれる。データは媒
体の取り出しができないタイプの駆動装置の予備アレー
に格納され、故障した駆動装置を交換したとき予備アレ
ー内の残りのストレージ駆動装置のデータ・ブロックに
誤り修正動作を行なえるようにして失われたデータの再
構築を可能にする。RAID法はライブラリのダウン時間を
最小限にすることはできるが、この方法は媒体の取り出
し可能なタイプのライブラリには適用することができな
い。媒体の取り出し可能なタイプのライブラリにおいて
は、駆動装置の故障はデータの損失にはつながらない。
ただ単にデータへのアクセスができなくなるだけであ
る。

【０００６】ホット・リペアの可能なシステムでは、ス
トレージ駆動装置はレールにガイドされてホット・リペ
ア・ソケットに入る。故障した駆動装置はライブラリあ
るいはホストへの通知を行なうことなくそのソケットか
ら取り出すことができる。故障した装置がそのソケット
から取り出されるとき、長いピンと短いピンからなる装
置を用いてこの駆動装置への電力を漸減させて、ライブ
ラリ・システムとホスト・コンピュータにその駆動装置
が利用不能となったことを知らせ、ライブラリ・システ
ムをオンライン状態に保つためにシステム・パラメータ
に必要な変更を加えることができる。しかし、媒体の取
り出しの可能なタイプのライブラリにおいてホット・リ
ペア技術を実施するには障害がある。その障害とは、媒
体の取り出しが可能なタイプのライブラリではそのスト
レージ駆動装置の媒体挿入面がロボット式媒体挿入装置
に対向しなければならないことである。かかるシステム
をオンライン状態にしておくためには、ストレージ駆動
装置をロボット式挿入装置から引き出して取り出さなけ
ればならない。そのためには、ストレージ駆動装置の電
気接続面（標準的な駆動装置では媒体挿入面の反対側に
ある）には妨害物（ソケット、回路基板、ピンその他）
があってはならない。媒体の取り出し可能なタイプのス
トレージ駆動装置のホット・リペアを行なうには、スト
レージ駆動装置は、その媒体挿入面と電気接続面が反対
の側面ではなく隣り合う側面に設けられるように構成し
なければならない。これには、ここに開示するオンライ
ン修理の可能なシステムおよびオンライン駆動装置修理
法では不要となるようなコストがかかってしまう。

【０００７】従って、本発明の主たる目的は、複数駆動
装置ライブラリ・コンピュータ・システムにおいて、そ
のライブラリの１つあるいは複数の駆動装置が故障した
際のダウン時間を大幅に低減することである。媒体の取
り外し可能なタイプのライブラリの場合、ライブラリの
ダウン時間をなくすことができる。

【０００８】本発明の他の目的は、複数駆動装置ライブ
ラリ・コンピュータ・システムの１つあるいは複数の駆
動装置の修理中に、ホストが１つあるいは複数の正常な
駆動装置に継続的にアクセスすることができるようにす
ることである。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明の発明者は、複数のストレージ駆動装置か
らなるオンライン修理の可能な複数駆動装置ライブラリ
・コンピュータ・システムを考案した。駆動装置は一次
入出力バスにピグテール接続された複数の二次入出力バ
スを介して一次入出力バスに接続される。一次入出力バ
スはライブラリ・コントローラに接続される。これらの
入出力バスは一般的にはSCSIプロトコルで動作する。ラ
イブラリ・コントローラは一次入出力バスおよび二次入
出力バスを介してホストシステムと通信する。このコン
トローラは、このコントローラとそれぞれのストレージ
駆動装置の間に設けられた内部汎用バスを介して駆動装
置と通信する。

【００１０】また、本発明の発明者は、以下のステップ
を設けたオンライン状態での駆動装置の修理方法を考案
した。 （１）駆動装置の故障を検出する。 （２）故障した駆動装置をオフライン状態にする。 （３）故障した駆動装置への給電を停止する。 （４）故障した駆動装置に取り付けられたケーブルを切
り離す。 （５）故障した駆動装置を交換する。 （６）交換された駆動装置のケーブルを再接続する。 （７）交換された駆動装置への給電を再開する。 （８）交換された駆動装置をオンライン状態にする。

【００１１】上述したシステムと方法は複数駆動装置ラ
イブラリ・コンピュータシステム内の１つあるいは複数
の故障した駆動装置の修理中に正常な駆動装置をオンラ
イン状態に保ち、ホストにアクセスできるようにする。

【００１２】これによってライブラリのダウン時間が大
幅に低減され、また媒体の取り出しが可能なタイプのラ
イブラリの場合にはライブラリのダウン時間をなくすこ
とができる。

【００１３】本発明の以上の利点および目的、またその
他の利点および目的は以下の説明、図面、特許請求の範
囲から明らかになるであろう。

【００１４】以下に本発明の好適実施例を詳説する。

【００１５】

【実施例】図１、図２および図４に複数駆動装置ライブ
ラリ・コンピュータ・システム44を示す。このシステム
は、SCSIプロトコルに従って動作する入出力バス122を
有し、入出力バス122は一次入出力バス94、前記一次入
出力バス122にピグテール接続された複数の二次入出力
バス96、98、100、102、104、106、前記複数の二次入出
力バス（96、98、…）に接続された複数のストレージ駆
動装置50、52、54、56、58、60、および前記一次入出力
94に接続されたライブラリ・コントローラ36を備え、前
記のコントローラ36は、前記入出力バス122を介してホ
スト・コンピュータ48と通信するためのファームウエア
と、汎用バス62を介して前記のストレージ駆動装置（5
0、52、…）と通信するためのファームウエアとを備え
る。

【００１６】以上がこの複数駆動装置ライブラリ・コン
ピュータ・システムの概要であるが、次にその詳細を説
明する。

【００１７】第１の実施例では、ライブラリ・システム
44は６つのコンピュータ・ストレージ駆動装置（50、5
2、…）を備える。これらのストレージ駆動装置は、フ
ルサイズの高さの駆動装置（50、52、…）を１つ保持す
ることのできる６つのモジュール式駆動装置ハウジング
20、22、24、26、28、30のそれぞれに収容されている。

【００１８】駆動装置（50、52、…）は内部入出力バス
122を介してライブラリ・システムの他の構成要素に接
続されている。このバス122は一般的にはSCSIプロトコ
ルに従って動作する。図２に示すように、内部の入出力
バス122は、一次入出力バス94と該一次入出力バス94に
ピグテール接続された複数の二次入出力バス（96、98、
…）を備える。ストレージ駆動装置（50、52、…）は全
て、ピグテール接続された二次入出力バス（96、98、
…）を介して入出力バス122に接続されている。

【００１９】図２では、一次入出力バス94を上部に介在
するPCボード32と下部に介在するPCボード34上のコネク
タ78、80、82、84、86、88の間に設けられたものとして
示している。また、一次入出力バス94の一部は、介在す
るPCボード32、34にエッチングされたトレース112、11
4、118、120としてもよい。一次入出力バス94の他の部
分108、110、116は標準的なSCSIケーブルとすることが
できる。

【００２０】汎用バス62はストレージ駆動装置（50、5
2、…）とライブラリ・コントローラ36の間に接続され
ている。SCSIプロトコル入出力バス122の主要な機能は
データ転送である一方、汎用バスの主要な機能はストレ
ージ駆動装置（50、52、…）とライブラリ・コントロー
ラ36の間の通信である。

【００２１】図４には、ストレージ駆動装置60の背面を
示す。ここに図示するストレージ駆動装置（50、52、
…）は取り外し可能な光学媒体を用いるタイプの駆動装
置である。図５に示すように、各駆動装置（50、52、
…）はロボット式媒体挿入装置40と当接する媒体挿入面
300を有する。図５には駆動装置60の媒体挿入面300を示
す。ロボット式媒体挿入装置40の典型的な配置は図４に
最もわかりやすく示されている。取り出し可能な光学媒
体を用いるタイプの駆動装置用のロボット式媒体挿入装
置については、米国特許第5,010,536号及び特願平7-211
791に説明されている。駆動装置（50、52、…）は前記
媒体挿入面300の反対側に電気接続面302を有する。各電
気接続面302は、二次入出力バス（96、98、…）に接続
するためのコネクタ（図４に示すような駆動装置60上の
コネクタ304等）と、パワー・ケーブルを取り付けるこ
とのできるコネクタ（図示せず）を備える。

【００２２】一次入出力バス94はコネクタ76でライブラ
リ・コントローラ36（あるいはオートチェンジャー・コ
ントローラ）に取り付けられている。前述したように、
このコントローラには汎用バス62も取り付けられてい
る。コントローラ36は、汎用バス62を介してストレージ
駆動装置（50、52、…）との通信を行なうためのファー
ムウエアを備える。コントローラ36はまた、SCSIプロト
コル入出力バス122を介してホスト48（UNIXワークステ
ーション、PCネットワーク・サーバ、またはその他）と
通信するためのファームウエアも備える。

【００２３】コントローラ36はホスト・コマンドに応答
し、取り出し可能な媒体カートリッジの位置の追跡、取
り出し可能な媒体カートリッジの移動、およびその成功
または失敗をホスト48に知らせるといった動作を実行す
る。コントローラ36はまた、ライブラリコマンドを処理
および実行することもできる。また、コントローラ36が
駆動装置の状態を変える働きをするようにすることもで
きるが、本実施例では、これをホスト48の役割とする。
コントローラ36はマイクロプロセッサを有するが、この
コントローラは「話し掛けられたときにのみ話す」、す
なわち自ら動作を起こすことのできない構成要素であ
る。

【００２４】また、コントローラ36には１つあるいは複
数のストレージ駆動装置（50、52、…）への電力を使用
可能あるいは不可にするためのファームウエアを設ける
こともできる。電力を使用可能あるいは不能にするに際
して、電力の過渡変動を抑制するシステムが用いられ
る。あるいは、スイッチ（図示せず）を用いて駆動装置
（50、52、…）への電力を使用可能あるいは不可とする
こともできる。

【００２５】それぞれの駆動装置（50、52、…）に隣接
してLED 64、66、68、70、72、74が取り付けられてい
る。LED（64、66、…）は介在するPCボード32、34上に
取り付けられている。LED（64、66、…）は、ライブラ
リ・システム44あるいはホスト48のどちらかによって、
駆動装置（50、52、…）の状態をサービスマンが視覚的
に認識できるように制御される。例えば、LED（64、6
6、…）が点灯している場合は「パワー・オン」状態、L
ED（64、66、…）が点灯していない場合は「パワー・オ
フ」状態、LED（64、66、…）が点滅している場合は給
電された状態で「オフライン故障」の状態（この状態に
ついては後に詳細に説明する）を表わすようにすること
ができる。

【００２６】また、一次入出力バス94にはコネクタ90を
介してSCSIリピータ・ボード46が接続される。図２に示
すように、リピータ・ボード46はリピータ・ボード外囲
器38に収容されている。リピータ・ボード46は入出力バ
ス122を外部から電気的に絶縁する働きをする。このボ
ードは、バス122上で用いられるプロトコルがホスト48
等の、ライブラリ・システム44の外部にある要素によっ
て再構成されることを防止する。リピータ・ボード46
は、ライブラリ・システム44をホスト48に接続する外部
SCSIバス92用に入力128を備える。ホスト48は前述した
ようにUNIXワークステーションでも、PCネットワークサ
ーバでもよく、またそれ以外のホスト装置であってもよ
い。

【００２７】リピータ・ボード46は入出力バス122の構
成からみて上述したようなライブラリ・システム44にお
いては特に重要である。通常のSCSIシステムはデイジー
・チェーン接続されたいくつかの構成要素からなる。従
って、かかるシステムからある構成要素を取り出すと、
バスに中断が発生し、それによって多数の構成要素との
通信が不能になる可能性がある。本発明の目的はオンラ
イン修理の可能なシステムの提供であるため、バス全体
を不能にすることなく１つの構成要素を取り出すことを
可能にするケーブルを構成する必要がある。そのため
に、ストレージ駆動装置（50、52、…）は二次入出力バ
ス（96、98、…）を介して一次入出力バス94にピグテー
ル接続される。一次入出力バス94に中断を発生させるこ
となく、また一次入出力バス94を介した他のシステム構
成要素との通信を妨げることなく、任意の二次入出力バ
ス（96、98、…）をシステムから取り出すことができ
る。しかし、SCSIプロトコルでは、バス122はケーブル
の長さは約180cm（６フィート）以下、一次入出力バス9
4からのスタブ（ピグテール96、98、…等）の長さは100
mm以下でなければならない。上述した実施例では、一次
入出力バス94は約160cm（約62インチ）のケーブルから
なり、それぞれのピグテール（96、98、…）は約30cm
（約12インチ）のケーブルからなる。ケーブルの全体の
長さは本発明のバス・ケーブル上でSCSIプロトコルを適
正に用いるには、入出力バス122を外部から絶縁し、ま
た再構成されることのないようにしなければならない。
リピータ・ボード46がこの重要な機能を実行する。

【００２８】ストレージ駆動装置（50、52、…）はモジ
ュール式駆動装置ハウジング（20、22、…）を介してラ
イブラリ・システムフレーム構造42に取り付けられてい
る。一代替実施例（図示せず）では、駆動装置（50、5
2、…）はライブラリ・システムフレーム構造42に個々
に直接取り付けることができる。しかし、この構成はラ
イブラリ・システム44をオンライン状態に維持しながら
駆動装置（50、52、…）にアクセスすることが困難であ
るため好適であるとはいえない。

【００２９】図５には、ライブラリ・システム44から取
り出されたモジュール式駆動装置ハウジング30を示す。
モジュール式駆動装置ハウジング（20、22、…）はそれ
ぞれの冷却ファン310、312、314、316、318、320、およ
びライブラリ・システム44からの取り出しのための取手
330、332、334、336、338、340を有する。図４を参照さ
れたい。

【００３０】モジュール式駆動装置ハウジング（20、2
2、…）の取り出しは、まず前記のモジュール式駆動装
置ハウジングから伸張する全てのケーブル（入出力バス
ケーブル（96、98、…）等）および全ての電力ケーブル
（図示せず）の切り離しから始まる。駆動装置（50、5
2、…）がモジュール式駆動装置ハウジング（20、22、
…）内に設置されている間は、駆動装置（50、52、…）
の電気接続面302に簡単には手を加えることができない
ため、ケーブルは介在するPCボード32および34で切り離
される。その結果、二次入出力バス（96、98、…）と電
力ケーブルの一部がモジュール式駆動装置ハウジング
（20、22、…）とともに取り出される。ケーブルが切り
離されると、モジュール式駆動装置ハウジング30をライ
ブラリ・システム44から取り出すことができる。図５に
は冷却ファン320と取っ手340を見やすくするためにケー
ブルは示されていない。モジュール式駆動装置ハウジン
グ（20、22、…）は、モジュール式駆動装置ハウジング
（20、22、…）をロボット式媒体挿入装置40から引き離
すことによって取り出される。モジュール式駆動装置ハ
ウジング（20、22、…）の取っ手（330、332、…）はそ
の取り出しを容易にする。例えば、モジュール式駆動装
置ハウジング30とその内部に取り付けられた駆動装置60
は、図５に示すユニットとしてライブラリ・システム44
から取り出される。

【００３１】第２の実施例では、ライブラリ・システム
44は12個のコンピュータ・ストレージ駆動装置150、15
1、152、153、154、155、156、157、158、159、160、16
1を備える。これら12個のストレージ駆動装置（150、15
1、…）は上述したものと同じ６つのモジュール式駆動
装置ハウジング（20、22、…）に収容されている。各モ
ジュール式駆動装置ハウジング（20、22、…）はなんら
変更を加えることなく、フルサイズの高さの駆動装置
（50、52、…）を１つあるいはハーフサイズの高さの駆
動装置（150、151、…）を２つ保持できるように設計さ
れている。

【００３２】駆動装置（150、151、…）は２つの内部入
出力バス222、223を介して他のシステム構成要素に接続
されている。バス222、223はそれぞれSCSIプロトコルに
従って動作する（図３を参照）。12個の駆動装置を有す
る実施例に２つの内部入出力バス222、223が必要な理由
は、SCSIでは一つのバス上の構成要素アドレスは8つま
でと制限されているためである。第１のSCSI入出力バス
223は、多数のコネクタ176、178、180、182、191の間に
設けられたいくつかのケーブル部分208、210、212、214
を含む一次バス194と、二次バス196、198、200を備え
る。第２のSCSI入出力バス222は同様に、多数のコネク
タ184、186、188、190の間に設けられたいくつかのケー
ブル部分209、213、215を含む一次バス195と、二次バス
202、204、206を備える。12個の駆動装置のうちの6つ、
すなわち駆動装置150、152、154、156、158、160は二次
バス196、198、200、202、204、206に直接接続されてい
る。残りの6つの駆動装置151、153、155、157、159、16
1は、デイジー・チェーン接続されたいくつかの入出力
バス197、199、201、203、205、207を経由し、最初の6
つの駆動装置150、152、154、156、158、160を介してSC
SI入出力バス222、223に接続されている。

【００３３】第１の実施例と同様に、汎用バス162がス
トレージ駆動装置（150、151、…）とライブラリ・コン
トローラ36の間に設けられている。上部に介在するPCボ
ード132と下部に介在するPCボード134に、バス・コネク
タ178、180、182、184、186、188および電力の状態を示
すLED 164〜175が取り付けられている。

【００３４】２つのSCSI入出力バス222、223が設けられ
ているため、それぞれのSCSIバス部分に対応する２つの
SCSIリピータ・ボード144、146が必要である。ホスト48
はSCSIコンパチブルのケーブルを介してリピータ・ボー
ド144、146のそれぞれに接続されている。

【００３５】図６には、図５のモジュール式駆動装置ハ
ウジング30の背面図を示す。同図では、１つのフルサイ
ズの駆動装置60が２つのハーフサイズの駆動装置160、1
61に置き換えられている。２つのハーフサイズの駆動装
置160、161の媒体挿入面340はハウジング30の背面から
伸張している。図７には図６の各構成要素の前方からの
斜視図を示す。図８には図６に示す２つのハーフサイズ
の駆動装置160、162とモジュール式駆動装置ハウジング
30の分解図を示す。また、図８にはストレージ駆動装置
160、161を一次入出力バス195に接続する二次入出力バ
ス206と、デイジー・チェーンされた入出力バス207を示
す。前述したように、これらの入出力バス206、207はそ
のストレージ駆動装置160、161およびモジュール式駆動
装置ハウジング30とともに１つのユニットとして取り出
される。本実施例では、二次入出力バス（196、198、
…）の長さは約35cm（約14インチ）である。最後に、図
８にはモジュール式駆動装置ハウジング30を構成する３
つの部分31、33および35を示す。

【００３６】上述した複数駆動装置ライブラリ・コンピ
ュータ・システム内の１つあるいは複数の駆動装置を修
理する方法は次の通りである。ここでは、故障した装置
は、上述した第２の実施例のものと同様のシステム内の
１つのハウジング中に他のハーフサイズの駆動装置161
と対をなして収容されたハーフサイズの駆動装置160で
あるものと仮定する。しかし、この方法はフルサイズの
駆動装置の修理あるいは１つのモジュール式駆動装置ハ
ウジングに３つ以上の駆動装置が収容されたライブラリ
・システム内の駆動装置にも適用できることに留意しな
ければならない。また、この方法は２つ以上の駆動装置
を同時に修理する場合にも適用することができる。

【００３７】まず、装置の故障の検出あるいは通知が行
なわなければならない。図９のフローチャートを参照さ
れたい。これは、ライブラリ・コントローラ36またはホ
スト48によって行なうことができる。本実施例の方法で
は、ホストのソフトウエアが駆動装置160の故障を検出
する手段を備える。ホスト48は駆動装置160の故障をい
くつかの方法で検出することができる。ホスト48がライ
ブラリに駆動装置160への媒体の排出あるいは装填のコ
マンドを出し、ライブラリ・コントローラ36から移動動
作が正常に行なわれなかったことを示す状態コードを受
け取ると、ホスト48は駆動装置160が故障しており修理
を要するものとみなす。ホスト48はまた、駆動装置160
が適正に機能していないことを示すシステムレベル・エ
ラーから駆動装置の故障を検出することもできる。

【００３８】駆動装置の故障が検出されると、ホスト48
は故障した駆動装置に媒体が入っていればそれを取り出
そうとする。媒体を取り出した後、ホスト48はライブラ
リ・コントローラ36に駆動装置の故障を通知し、駆動装
置160を“オフライン_故障”状態にする。（図10にはさ
まざまな駆動装置の状態が全て説明をされている。）ラ
イブラリ・コントローラ36はこの駆動装置の状態情報を
記憶し、その状態が“オンライン＿正常”に戻るまで駆
動装置160へのアクセスを許可しない。

【００３９】ライブラリ・システム44がオンライン状態
であるときにも、故障した駆動装置160はサービスを受
けることができる。従って、ホスト48は、故障した駆動
装置160が修理されている間に“オンライン＿正常”状
態にある１つあるいは複数の正常な駆動装置150、151、
152、153、154、155、156、157、158、159へのアクセス
を継続し、これらの駆動装置に挿入された媒体から情報
を引き出すことができる。

【００４０】ライブラリ・システム44が動作可能な状態
で、サービスマンがライブラリの内部の動作を調べる。
サービスマンは駆動装置160の近傍のLED 174の点滅か
ら、どの駆動装置が“オフライン＿故障”状態であるか
を知ることができる。前述したように、故障した駆動装
置が２つのハーフサイズの駆動装置160、161を収容する
モジュール式駆動装置ハウジング内にある場合、駆動装
置160、161の両方をオフライン状態にしなければならな
い。しかし、実際に交換されるのは故障した駆動装置16
0だけである。

【００４１】本実施例では、ホスト48は故障した駆動装
置160と同じハウジングに収容された正常な駆動装置を
“オフライン＿正常＿保留”状態とする。その後ホスト
48は、この同じハウジングに収容された正常な駆動装置
を“オフライン＿正常”状態にする前に、この駆動装置
から媒体を取り出すことができる。

【００４２】駆動装置対の両方の駆動装置160、161がオ
フライン状態であるとき、ライブラリ・コントローラ36
はこの駆動装置対への給電を停止する。駆動装置対16
0、161のLED 174、175は、駆動装置160、161への給電が
停止されたことを示す。この段階で、二次入出力バス・
ケーブル206を一次入出力バス195から安全に切り離すこ
とができる。これらの駆動装置への電力ケーブル（図示
せず）もまた、取り出すべき駆動装置160、161に対応す
る介在PCボード134において切り離すことができる。こ
のようにすることによって、システム44の他の部分ある
いはホスト48の中断が発生しないようにすることができ
る。

【００４３】この状態で故障した駆動装置160を収容し
たモジュール式駆動装置ハウジング30を取り出すことが
できる。モジュール式駆動装置ハウジング30はそれをロ
ボット式媒体挿入装置40から引き離すことによって取り
出すことができる。この従来にない方法で駆動装置16
0、161の取り出しを行なうことによって、ロボット式媒
体挿入装置40がライブラリの正常な駆動装置150、151、
152、153、154、155、156、157、158、159への媒体の挿
入を続ける際に中断されることがない。

【００４４】故障した駆動装置160が交換された後、取
り出されたモジュール式駆動装置ハウジング30はもとの
場所に取り付けられ、取り出された160、161にケーブル
が再び接続され、サービスマンはこの駆動装置対の状態
を、コントローラ36に警報を発する対応する介在PCボー
ド134上のスイッチ（図示せず）をによって“オンライ
ン＿保留”にセットする。ライブラリ・コントローラ36
は次に駆動装置対160、161に電力を与え、またホスト48
に駆動装置の状態の変化を知らせる。ホスト48は駆動装
置の状態を“オンライン＿保留”から“オンライン＿正
常”に変更する。これでライブラリの駆動装置（150、1
51、…）のすべてがホスト48にアクセスすることができ
る。

【００４５】ホスト48は駆動装置（150、151、…）が
“オンライン＿正常”あるいは“オフライン＿正常＿保
留”状態にあるときにのみ駆動装置にアクセスすること
ができる。これ以外のときは、ライブラリ・コントロー
ラ36は駆動装置（150、151、…）へのアクセスを拒否す
る。

【００４６】ホスト48はSCSI“バッファ書き込み”コマ
ンドを用いて駆動装置（150、151、…）の駆動装置状態
を変更する。ホスト48は駆動装置の状態を変更したいと
きはいつでも、適当な“バッファ書き込み”コマンドを
送りさえすればよい。SCSI“バッファ書き込み”コマン
ドの仕様については図11を参照されたい。

【００４７】ライブラリ・コントローラ36はSCSIの“ユ
ニット・アテンション（Unit Attention）”条件を用い
てホスト48と通信する。ライブラリ・コントローラ36が
ホスト48に駆動装置の状態の変化を知らせたいときは常
に、ライブラリ・コントローラ36はホスト48によって送
られる次のSCSIコマンド上に“ユニット・アテンショ
ン”条件を発する。“ユニット・アテンション”条件を
受け取ると、ホスト48はSCSIの“バッファ読み出し”コ
マンドを送って駆動装置の状態変化を判定する。SCSIの
“バッファ読み出し”の仕様については図12を参照され
たい。“ユニット・アテンション”条件の仕様は次の通
りである。 SCSIの“ユニット・アテンション”条件に対する“セン
ス要求”データ センス・キー = 6 (ユニット・アテンション) ASC = 0x2A (変更パラメータ) ASCQ = 0x80 (HPライブラリ固有)

【００４８】ライブラリ・コントローラ36はライブラリ
のストレージ駆動装置（150、151、…）のうちの１つあ
るいは複数に対する未処理の状態変更がある場合、ホス
ト48からの（照会を除く）あらゆるコマンドに“ユニッ
ト・アテンション”条件で応答する。すると、ホスト48
は“バッファ読み出し”コマンドを送ってその状態変化
を判定しなければならない。“ユニット・アテンショ
ン”条件は１つの状態変化について一度だけ報告され
る。ホスト48は必要であれば“バッファ読み出し”コマ
ンドを用いてライブラリ・コントローラ36をポーリング
することができる。

【００４９】ホスト48からの“オンライン＿正常”ある
いは”オフライン＿正常＿保留”状態にない駆動装置に
対する移動あるいは交換コマンドに対しては、ライブラ
リ・コントローラ36は“不当要求”条件を返す。SCSI
“不当要求”状態の仕様は次の通りである。 “不当要求”条件に対する“センス要求”データ センス・キー = ５ (不当要求) ASC = 0x2A (不当機能) ASCQ = 0x80 (HPライブラリ固有)

【００５０】以上、本発明の実施例を詳細に説明した
が、本発明の原理は他の様々な態様で実施および採用す
ることができ、本明細書の特許請求の範囲には従来技術
によって制限されるものを除く限り、かかる様々な変更
態様が含まれるものである。

【００５１】〔実施態様〕なお、本発明の実施態様の例
を以下に示す。

【００５２】〔実施態様１〕 一般にSCSIプロトコルで
動作する入出力バス（122）であって、一次入出力バス
（94）と、前記の一次入出力バス（94）にピグテール接
続された複数の二次入出力バス（96、98、100、102、10
4、106）とを備えた入出力バス（122）と、前記複数の
二次入出力バス（96、98、100、102、104、106）に接続
された複数のストレージ駆動装置（50、52、54、56、5
8、60）と、前記一次入出力バス（94）に接続され、前
記のストレージ駆動装置と通信するための手段と、前記
の入出力バス（122）を介してホストコンピュータ（4
8）と通信するための手段とを備えたライブラリ・コン
トローラ（36）とを設けて成る複数駆動装置ライブラリ
・コンピュータ・システム（44）。

【００５３】〔実施態様２〕 前記ストレージ駆動装置
（50、52、54、56、58、60）は媒体の取り出しが可能な
タイプの駆動装置であることを特徴とする、実施態様１
に記載のライブラリ（44）。

【００５４】〔実施態様３〕 前記ストレージ駆動装置
（50、52、54、56、58、60）は、媒体挿入面（300）
と、前記媒体挿入面（300）の反対側に配置された電気
接続面（302）とをさらに備えており、前記駆動装置（5
0、52、54、56、58、60）は、媒体挿入面（300）がロボ
ット式媒体挿入装置（40）に当接し、前記複数の二次入
出力バス（96、98、100、102、104、106）が前記の電気
接続面（302）を介して前記複数のストレージ駆動装置
（50、52、54、56、58、60）に接続されるように、前記
ライブラリ・システム（44）内に収容されることを特徴
とする、実施態様２に記載のライブラリ（44）。

【００５５】〔実施態様４〕 内部に前記のストレージ
駆動装置（50、52、54、56、58、60）が１つあるいは複
数収容された１つあるいは複数のモジュール式ハウジン
グ（20、22、24、26、28、30）をさらに備え、該モジュ
ール式ハウジング（20、22、24、26、28、30）のそれぞ
れとその内部に収容された駆動装置（50、52、54、56、
58、60）は１つのユニットとして取り出し可能であるこ
とを特徴とする、実施態様１、実施態様２、または実施
態様３に記載のライブラリ（44）。

【００５６】〔実施態様５〕 それぞれのモジュール式
ハウジング（20、22、24、26、28、30）は、冷却ファン
（310、312、314、316、318、320）をさらに備えること
を特徴とする、実施態様４に記載のライブラリ（44）。

【００５７】〔実施態様６〕 複数駆動装置ライブラリ
・コンピュータ・システム（44）における１つあるいは
複数の故障したコンピュータ・ストレージ駆動装置（16
0）を修理する方法であって、前記ライブラリ（44）の
駆動装置（150〜161）を１つあるいは複数のモジュール
式ハウジング（20、22、24、26、28、30）に収容し、該
モジュール式ハウジングを前記ライブラリ・システム
（44）内に収容して、駆動装置（150〜161）の媒体挿入
面（300）がロボット式媒体挿入装置（40）に当接する
ようにし、また、前記媒体挿入面（300）の反対側にあ
る電気接続面（302）から、ライブラリ・システム（4
4）がオンライン状態であるときもサービスマンが作業
することのできるケーブル（196、198、200、202、20
4、206）が伸張するようにし、前記修理は、ホスト（4
8）がライブラリ・コントローラ（36）に支援されて前
記ライブラリ（44）に記憶された情報に継続的にアクセ
スできるように前記ライブラリ（44）内の１つあるいは
複数の正常な駆動装置（150〜159）を“オンライン＿正
常”状態に維持する間に実行される方法であって、以下
の（ａ）〜（ｌ）のステップを含む修理方法： （a）駆動装置（160）が故障したことを検出するステッ
プ； （b）前記の故障した駆動装置（160）を、前記の故障し
た駆動装置（160）へのアクセスが不可能となる“オフ
ライン＿故障”状態にするステップ； （c）前記の故障した駆動装置（160）と同じモジュール
式ハウジング（30）に収容された正常な駆動装置（16
1）を“オフライン＿正常＿保留”状態にするステッ
プ； （d）前記の“オフライン＿正常＿保留”状態にある駆
動装置（161）内に残った媒体を取り出すステップ； （e）前記の“オフライン＿正常＿保留”状態にある駆
動装置（161）を“オフライン＿正常”状態にするステ
ップ； （f）“オフライン＿故障”あるいは“オフライン＿正
常”状態にある駆動装置（160、161）への給電を停止す
るステップ； （g）前記の“オフライン＿故障”および“オフライン
＿正常”状態にある駆動装置（160、161）の前記電気接
続面（302）に取り付けられたケーブル（206）を切り離
すステップ； （h）前記の故障した駆動装置（160）を交換するステッ
プ； （i）前記駆動装置（160、161）から切り離されたケー
ブル（206）を前記交換された駆動装置（160）の電気接
続面（302）と、前記交換された駆動装置（160）と同じ
モジュール式ハウジング（30）に収容された正常な駆動
装置（161）に再接続するステップ； （j）前記の“オフライン＿故障”および“オフライン
＿正常”状態にある駆動装置（160、161）を“オンライ
ン＿保留”状態にするステップ； （k）前記の“オンライン＿保留”状態にある駆動装置
（160、161）への給電を再開するステップ； （l）前記の“オンライン＿保留”状態にある駆動装置
（160、161）を“オンライン＿正常”状態にして、駆動
装置（160、161）へのアクセスを可能にするステップ。

【００５８】〔実施態様７〕 前記ステップ（h）は前
記の故障した駆動装置（160）が収容された前記のモジ
ュール式ハウジング（30）を前記ロボット式媒体挿入装
置（40）から引き離すステップをさらに含むことを特徴
とする、実施態様６に記載の方法。

【００５９】〔実施態様８〕 前記ステップ（d）の前
に以下のステップ（d）をさらに含むことを特徴とす
る、実施態様６に記載の方法： （d）“オフライン＿正常＿保留”状態にある前記駆動
装置（161）に残った媒体を取り出すための１つあるい
は複数のコマンドを生成するステップを実行する。

【００６０】〔実施態様９〕 前記のステップ（a）、
（b）、（c）、（d）、（e）および（l）は前記のホス
ト（48）によって実行されることを特徴とする、実施態
様８に記載の方法。

【００６１】〔実施態様１０〕 前記ステップ（f）お
よび（k）は前記ライブラリ・コントローラ（36）によ
って実行され、前記ステップ（a）は、 （a）前記ライブラリ・コントローラ（36）が前記のホ
スト（48）に、ライブラリ・コマンドの実行が失敗した
ことを知らせるステップを含み、前記ステップ（l）の
前に、 （l）前記ライブラリ・コントローラ（36）が前記ホス
ト（48）に前記駆動装置の状態の変化を知らせるステッ
プをさらに含むことを特徴とする、実施態様９に記載の
方法。

【００６２】

【発明の効果】以上詳細に説明したように、本発明によ
れば、複数のドライブを有するライブラリ・コンピュー
タ・システムにおいて、そのライブラリの一つ或は複数
のドライブが故障した場合のダウン時間を大幅に低減す
ることができる。また、媒体が取外し可能なタイプのラ
イブラリである場合は、ダウン時間をなくすことも可能
である。従って、故障したドライブの修理中に正常なド
ライブに継続的にアクセスすることが可能になる。

【図面の簡単な説明】

【図１】複数駆動装置ライブラリ・コンピュータ・シス
テムの斜視図である。

【図２】入出力バスを介してライブラリ・システムの他
の構成要素に接続された図１の６つの駆動装置を示す図
である。

【図３】12個の駆動装置を含む、図１のシステムの変更
態様を示す図である。

【図４】図１に図２の入出力バスを追加した改良された
態様を示し、モジュール式駆動装置ハウジングの１つを
省略して駆動装置／バス接続の詳細を示し、またライブ
ラリのフレーム構造を省略してこのシステムのロボット
式媒体挿入装置を示す図である。

【図５】図１のモジュール式駆動装置ハウジングの１つ
を後から見た斜視図であり、フルサイズの駆動装置を１
個取り付けた状態を示す図である。

【図６】図１のモジュール式駆動装置ハウジングの１つ
を後から見た斜視図であり、ハーフサイズの駆動装置を
２個取り付けた状態を示す。

【図７】図６のモジュール式駆動装置ハウジングと駆動
装置を示す、前方から見た斜視図である。

【図８】入出力バスが追加された状態の、図６の後方か
ら見た分解斜視図である。

【図９】本発明のオンライン駆動装置修理方法のステッ
プのフローチャートを示す図である。

【図１０】本発明のオンライン駆動装置修理方法に用い
られる駆動装置の状態の定義を示す図表である。

【図１１】本発明のオンライン駆動装置修理方法の実行
時にホストコンピュータの用いるSCSI“バッファ書き込
み”コマンドの仕様を示す図表である。

【図１２】本発明のオンライン駆動装置修理法の実行時
にホストコンピュータの用いるSCSI“バッファ読み出
し”コマンドの仕様を示す図表である。

【符号の説明】

20、22、24、26、28、30：モジュール式駆動装置ハウジ
ング 32：上部介在PCボード 31、33、35：モジュール式駆動装置ハウジング30の部分 34：下部介在PCボード 36：ライブラリ・コントローラ 38：リピータ・ボード外囲器 40：ロボット式媒体挿入装置 42：ライブラリ・システム・フレーム構造 44：複数駆動装置ライブラリ・コンピュータ・システム 46：SCSIリピータ・ボード 48：ホストコンピュータ 50、52、54、56、58、60：ストレージ駆動装置 62：汎用バス 64、66、68、70、72、74：LED 76、78、80、82、84、86、88：コネクタ 90：コネクタ 92：外部SCSIバス 94：一次入出力バス 96、98、100、102、104、106：二次入出力バス 108、110、116：一次入出力バス94の他の部分 112、114、118、120：一次入出力バス94のパターン 122：入出力バス 128：入力 132：上部介在PCボード 134：下部介在PCボード 144、146：SCSIリピータ・ボード 150、152、153、154、155、156、157、158、160、161：
コンピュータ・ストレージ駆動装置 160、161：駆動装置 162：汎用バス 164〜175：電力の状態を示すLED 176、178、180、182、191：コネクタ 178、180、182、184、186、188：バスコネクタ 184、186、188、190：コネクタ 194、195：一次入出力バス 196、198、200：二次入出力バス 202、204、206：二次入出力バス 207：入出力バス 208、210、212、214：ケーブル部分 209、213、215：ケーブル部分 222、223：内部入出力バス 300：駆動装置の媒体挿入面 302：駆動装置の電気接続面 304：駆動装置60上のコネクタ 310、312、314、316、318、320：冷却ファン 330、332、334、336、338、340：取っ手 340：駆動装置160、161の媒体挿入面

Claims (1)

【特許請求の範囲】
1. 【請求項１】 一般にSCSIプロトコルで動作する入出力
   バス（122）であって、 一次入出力バス（94）と、 前記の一次入出力バス（94）にピグテール接続された複
   数の二次入出力バス（96、98、100、102、104、106）と
   を備えた入出力バス（122）と、 前記複数の二次入出力バス（96、98、100、102、104、1
   06）に接続された複数のストレージ駆動装置（50、52、
   54、56、58、60）と、 前記一次入出力バス（94）に接続され、 前記のストレージ駆動装置と通信するための手段と、 前記の入出力バス（122）を介してホストコンピュータ
   （48）と通信するための手段とを備えたライブラリ・コ
   ントローラ（36）とを設けて成る複数駆動装置ライブラ
   リ・コンピュータ・システム（44）。