仮想テープ装置
【課題】 上位制御装置であるホストコンピュータ上の試験用プログラムと監視端末の試験プログラムとを稼働させることによって、この試験運用環境下における仮想テープ装置の機能動作を検証する技術を提供する。
【解決手段】
複数のデータ処理ユニットを備えた仮想テープ装置に関し、各データ処理ユニットは、監視端末からコマンドの指示を受けて自己に故障を擬似的に発生させる手段と、発生させた擬似故障の処理結果を予め設定された期待値と照合する手段と、判定結果の報告を監視端末に発信する手段とを有することを特徴とする。
【解決手段】
複数のデータ処理ユニットを備えた仮想テープ装置に関し、各データ処理ユニットは、監視端末からコマンドの指示を受けて自己に故障を擬似的に発生させる手段と、発生させた擬似故障の処理結果を予め設定された期待値と照合する手段と、判定結果の報告を監視端末に発信する手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機能毎に役割分担させた複数のデータ処理ユニットを備えた仮想テープ装置の擬似故障試験技術に関する。
【背景技術】
【０００２】
仮想テープ装置やディスクアレイ装置等のストレージ装置は、一般に、図１４に示すように、複数のストレージユニットへの情報格納を制御するデータ処理ユニット（データコントローラ) 、ホストコンピュータと接続するチャネルインターフェースユニット、および操作者が運転を指示操作し、その運転状況を表示する監視端末から構成されている。
【０００３】
従来、仮想テープ装置の動作試験として、監視端末からの操作者の指示で、予め設定された擬似故障の内容と発生順序にしたがって、ホストコンピュータとのインターフェース部に擬似故障を発生させることによって、システムの信頼性を検証することが行われている（特許文献１参照）。
【０００４】
しかしながら、上記従来技術では、ホストコンピュータとのチャネル接続経路について障害を起こさせて検証することは可能であるが、装置内部の各処理ユニット部を対象とする障害の検証を行うことはできていない。また、発生させる擬似故障条件も、故障状態の連続や間欠の繰り返しとした固定条件のため、実際に起こり得る障害例に相当する複合的な発生条件で再現させて、その動作処理が設計仕様に合致するか否かを検証することはできなかった。
【０００５】
とくに、冗長構成による交替制御を行う仮想テープ装置の機能試験では、より高い信頼性が求められているが、複数の制御ユニットが階層的に構成されているため、各制御ユニットに擬似故障を発生させたときのエラー検出処理やリカバリ処理の検証は難しく、操作者にとって煩雑な作業となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１２２３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した問題を解決するため、本発明では、仮想テープ装置内で階層的に構成された複数のデータ処理ユニット全てに擬似的に故障を発生させて診断する擬似故障発生処理部を組み入れ、外部からの指示によって障害を発生させて状態を監視する技術を提供する。
【課題を解決するための手段】
【０００８】
本発明の一態様は、ホストコンピュータ及び監視端末と専用回線で接続され、複数のデータ処理ユニットを備えた仮想テープ装置であって、前記各データ処理ユニットは、前記監視端末からのコマンド指示を受けて自己に故障を擬似的に発生させる擬似故障発生手段と、前記擬似故障発生手段によって発生させた擬似故障の処理結果を予め設定された処理結果の期待値と照合する結果判定手段と、前記判定結果の報告を前記監視装置に発信する判定結果発信手段と、を有することを特徴とする仮想テープ装置に関する。
【発明の効果】
【０００９】
本発明によれば、仮想テープ装置の複数のデータ処理ユニット全てに擬似故障発生手段を設け、監視端末からのコマンド指示を受けて擬似故障を発生させ、その処理結果を期待値と付き合わせて判定する構成とすることによって、仮想テープ装置の運転中に任意のユニットにおいて擬似故障の発生させることが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態になる仮想テープシステムの一基本構成を示す図である。
【図２】本発明の実施の形態になる仮想テープ装置における各データ処理ユニットの制御経路の構成例を示す図である。
【図３】本発明の実施の形態になる仮想テープ装置における擬似故障発生制御経路および試験制御経路の接続構成例を示す図である。
【図４】本発明の実施の形態になるデータ処理ユニットの機能ブロック図である。
【図５】本発明の実施の形態になる擬似故障発生用付加回路の例を示す図である。
【図６】本発明の実施の形態になる論理ボリュームのデータ構造を示す図である。
【図７】本発明の実施の形態になる物理ボリュームのデータ構造を示す図である。
【図８】本発明の実施の形態になる擬似試験故障テーブルのデータ構造を示す図である。
【図９】本発明の実施の形態になる試験結果の期待値テーブルのデータ構造を示す図である。
【図１０】本発明の実施の形態になるＬＶ／ＰＶファイル、特殊ＬＶ／特殊ＰＶファイル、および処理情報の流れを示す図である。
【図１１】本発明の実施の形態になる特殊ＬＶによる擬似故障発生処理の流れを示す図である。
【図１２】本発明の実施の形態になる擬似故障試験を制御する監視端末の操作フローを示す図である。
【図１３】本発明の実施の形態になる各データ処理ユニットにおける擬似故障処理部の動作フローを示す図である。
【図１４】一般的なストレージシステムの制御構成を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面にもとづいて本発明の実施形態を説明する。
【００１２】
図１は、本発明の実施の形態になる仮想テープシステムの一基本構成を示す。仮想テープシステムは、高度の信頼性確保が必要な場合に、システムを構成する制御ユニットを二重化して冗長性を持たせているが、図１では、冗長化された仮想テープ装置の内、一系統の処理に注目して擬似故障試験を処理する例を説明する。
【００１３】
仮想テープシステムは、ホストコンピュータ３と、上位にあるホストコンピュータ３とＦＣ（Fiber Channel ）ケーブル２２及びＬＡＮ（Local Area Network）２３を介して接続し、データアクセス要求に応じてＬＴＯ（Linear Tape Open）ライブラリ４の磁気テープに記憶するデータファイルを論理ボリューム（仮想テープ）に変換してＴＶＣ（Tape Volume Cache ：テープボリュームキャッシュ）１０に格納する仮想テープ装置１と、ＴＶＣ１０のデータを磁気テープに複写して保存するＬＴＯライブラリ４を有する。
【００１４】
ここで、監視端末２は、仮想テープ装置１内の全構成ユニットと試験制御経路を介して接続し、試験条件手順／結果判定情報を含む試験制御プログラム（ＴＰ２）が搭載され、試験動作の指示発信と状態を参照する機能を有する。
【００１５】
また、以下に、各データ処理ユニットについて述べる。
【００１６】
ＩＣＰ（Integrated Channel Processor：統合チャネルプロセッサ）１４は、ホストコンピュータ３とＦＣケーブル２２を介して接続され、ＴＶＣ１０上の論理ボリュームのデータ送受信を制御する。これによって仮想テープドライブとしての機能が実現される。
【００１７】
ＶＬＰ（Virtual Library Processor ：仮想ライブラリプロセッサ）１５は、ホストコンピュータ３からのマウント要求を受け、仮想テープドライブに論理ボリュームをマウントする。また、論理ボリュームと物理テープとを関連付ける情報を作成管理し、論理ボリュームを物理テープへ書き込む処理の制御するなどの役割を受け持つ。
【００１８】
ＩＤＰ（Integrated Device Processor ：統合デバイスプロセッサ）１６は、ＶＬＰ１５からの指示を受け、ＴＶＣ１０上の論理ボリュームのデータをＬＴＯライブラリ４の物理ドライブにストアし、またＬＴＯライブラリ４の物理テープから論理ボリュームのデータを読み出してＴＶＣ１０上にリストアする。
【００１９】
ＴＶＣ（Tape Volume Cache ）１０は、ＲＡＩＤ（Redundant Arrays of Inexpensive ）装置で構成され、論理ボリュームのデータが置かれる。
【００２０】
ＬＴＯライブラリ（バックエンドテープライブラリ）４は、論理ボリュームのデータを、物理ボリュームにまとめてＬＴＯにバックアップする。
【００２１】
ＰＬＰ（Physical Library Processor：物理ライブラリプロセッサ）１７は、ＶＬＰ１５からの指示を受け、ＬＴＯライブラリ４のロボットを制御する。
【００２２】
ＰＣＵ（Power Control Unit：電源制御ユニット）１８は、各データ処理ユニットへのＡＣ電源の供給を接続／遮断して、仮想テープ装置１全体の電源の投入／切断を制御する。
【００２３】
なお、ＨＵＢ（ハブ）１２は、全データ処理ユニット間の制御データ通信用のＬＡＮを中継する中継用ＨＵＢである。また、ＦＣ−ＳＷ（Fibre Channel Switch：チャネルスイッチ）１１は、仮想テープ装置１で処理する論理ボリュームのデータ通信経路(Fibre-Channel) の中継ユニットである。さらに、通信中継器１３は、監視端末２と全データ処理ユニット間で、試験動作を制御する通信経路を分配あるいは中継するユニットである。
【００２４】
図２は、本発明の実施の形態になる仮想テープ装置における各データ処理ユニットの制御経路の構成例を示す。なお、図２において、点線は、監視端末２からのコマンド指示を各データ処理ユニットに流す試験制御経路を表し、実線は、ホストコンピュータ３からのコマンド指示を各データ処理ユニットに受け渡す制御通信経路を表し、さらに、二重線は、ホストコンピュータ３からのデータファイルをチャネル３２を介して仮想テープ装置１の各データ処理ユニットに送信するデータ伝送経路を表している。
【００２５】
仮想テープ装置１を構成する主要なデータ処理ユニット（単に、ユニットともいう）には、後述する擬似故障処理部（ＥＰ）として擬似故障試験用の仕組みが設けてあり、各データ処理ユニットは、機能毎階層的に互いに通信可能な通信経路で接続されていて、監視端末２から全ユニットの状態を参照可能としている。
【００２６】
機能試験プログラム（ＴＰ１）１００は、ホストコンピュータ３側のＶＴＣＰ(Virtual Tape Control Program ：仮想テープ制御プログラム) ３１内に搭載され、仮想テープ装置１に対して、試験用の特殊論理ボリュームを含む論理ボリュームのマウント処理制御と試験データの処理を制御するものである。
【００２７】
一方、試験制御プログラム（ＴＰ２）２００は、監視端末２側に搭載され、試験対象の各データ処理ユニットに対する擬似故障動作／結果判定／復旧処理を制御するプログラムである。試験制御プログラム２００は、管理者の操作で起動し、ホストコンピュータ３上の機能試験プログラム１００の実行と連動させた一連の擬似故障発生コマンドの発行により、試験モードや条件を変えながら自動的な繰り返し処理を行う。
【００２８】
また、監視端末の試験制御プログラム２００は、各データ処理ユニットで行う擬似故障処理の指示コマンドを組み合わせ、処理結果情報の判定パラメータへの実行手順をプログラム（スクリプト）として組み込んで実行させる。
【００２９】
図３は、本発明の実施の形態になる仮想テープ装置における擬似故障発生制御経路および試験制御経路の接続構成例を示す。図３では、各データ処理ユニット内に、監視端末２からの指示コマンドを受けて、各データ処理ユニットでの擬似故障の発生、擬似故障処理結果の判定、および判定結果を監視端末２に対して発信を行う擬似故障処理部（ＥＰ）３００が設定された場合の制御経路を示している。
【００３０】
なお、図中、点線は、監視端末２からのコマンド指示の試験制御経路を表し、実線は、ホストコンピュータ３からの制御通信経路を表し、太い実践は、ホストコンピュータ３からのデータファイルのデータ伝送経路を表し、さらに、二重線は、ＰＣＵ１８からのＡＣ電源供給路を表している。
【００３１】
監視端末２は、試験制御経路を介して各ユニット内の擬似故障処理部（ＥＰ）３００に擬似故障発生コマンドを発信することによって、擬似似故障モードの起動を行うとともに、その進行を監視し、擬似似故障試験の結果を観測して判定する。
【００３２】
また、管理端末２内には、管理者の操作によって起動可能な擬似故障／結果判定／復旧に関する処理を制御する試験制御プログラム２００が組み込まれている。試験制御プログラム２００は、管理者の操作で起動し、ホストコンピュータ３上の機能試験プログラム１００の実行と連動した擬似故障発生コマンドによって、試験モードや条件を変えながら自動的な繰り返し処理を可能としている。
【００３３】
また、監視端末２には、各データ処理ユニットの擬似故障処理部３００への指示コマンドを擬似故障の種類などで組み合わせ、その処理結果を判定するパラメータに対する実行手順をプログラム（スクリプト）として組み込んでいる。したがって、ホストコンピュータ３上の機能試験プログラム１００を使用しなくても、仮想テープ装置１単体でも自動的に擬似故障発生試験が可能である。
【００３４】
さらに、仮想テープ装置１の各データ処理ユニットに設定された擬似故障処理部３００は、監視端末２からの試験コマンドにしたがい、または試験コードを含む論理ボリュームの情報を受け、その試験コード番号を認識し、擬似故障を発生させて試験を実行する。
【００３５】
図４は、本発明の実施の形態になるデータ処理ユニットの機能ブロック図を示す。
【００３６】
仮想テープ装置１を構成する各データ処理ユニットにおいては、監視端末２からユニット間通信処理部４３が受信する試験コマンドを擬似故障処理部３００がデコードし、指定された擬似故障内容に応じて擬似故障を発生させる処理を起動・実行するとともに、処理状態と結果情報を処理状態記録メモリ５０２保持し、その情報は監視端末２から通信経路を介して参照可能としている。
【００３７】
また、この擬似故障処理部３００は、論理ボリューム番号処理部５２を介して、論理ボリュームデータ処理部４４が上位にあるデータ処理ユニットより受け取る論理ボリュームの中のボリューム番号を監視していて、ボリューム番号として試験コード番号の受信を認識したら擬似故障を発生させる処理を起動する。
【００３８】
各擬似故障は、擬似故障処理部３００が擬似故障発生処理プログラム５００により制御可能な擬似故障発生専用に備えているハードウェア回路機構（擬似故障発生回路５３、擬似故障対象回路部４６、および専用付加素子部５５）を作動させて、試験の対象として設定されているハードウェア／制御ファームウェアの機能を部分的に一時停止／異常状態の印加／回復動作をさせることにより発生させる。
【００３９】
なお、ハードウェアの機能としては、ＣＰＵ部（Central Processing Unit ）のバスエラー、メモリデータ異常、Ｉ／Ｏ系の停止、ＬＡＮ／ＦｉｂｒｅＣｈａｎｎｅｌ部の通信停止、電源遮断などがある。また、ファームウェアとしては、データ処理動作の中断／停止、処理データの誤り発生、データ処理コマンド処理遅延／拒否／無応答、制御ユニット間の通信動作遮断などがある。
【００４０】
以下、さらに各データ処理ユニットの役割りについて説明する。
【００４１】
データ処理ユニット制御部４１は、当該ユニットが分担するデータ処理機能の動作全体を制御するもので、データ処理制御プログラム４００によって、データ処理ユニット制御部全体の動作を制御している。
【００４２】
制御データ処理部４２は、他のユニット間で交信して得られた情報／コマンドの処理と他ユニットへ報告する情報を制御し、ユニット間通信処理部４３は、他のユニット間および監視端末２との制御データ通信経路を介して制御データ／制御コマンド／状態情報を交信する。
【００４３】
データ伝送路は、論理ボリュームデータを各ユニット間で伝送する経路であり、データ伝送処理部４５は、このデータ伝送路を介して論理ボリュームデータの受け取り、送出を行う。さらに、論理ボリュームデータ処理部４４は、論理ボリュームデータを上位のデータ処理ユニットから受け取って一時的に格納し、仮想テープ装置１の機能に対して、当該ユニットが分担しているデータ処理後に、他ユニットに渡す処理を実行する。データ処理ユニット制御部４１とデータ処理制御プロクラムの制御下で動作する。
【００４４】
ボリューム番号監視処理部５２は、論理ボリュームデータ処理部４４が受け取った論理ボリュームデータを監視して、ボリューム番号部を抽出して解析し、通常のボリューム番号の代りに試験コード番号が存在して擬似故障発生コードと認識した場合は、そのコード情報を擬似故障発生／診断制御部５１へ通知する。
【００４５】
そして、擬似故障発生／診断制御部５１は、試験モードの時、擬似故障の発生および動作結果情報の収集処理全体を制御する。制御データ経路を介して受信する監視端末２からの擬似故障発生の指示コマンド、あるいは論理ボリュームのデータ伝送経路から受け取る特殊論理ボリューム（後述）により指定される擬似故障発生コードに応じて、データ処理ユニット内で擬似故障を発生させる部位を指定し、擬似故障発生動作処理部５２に指示して当該箇所に故障を発生させる動作を制御する。
【００４６】
また、指定される擬似故障の発生条件が、論理ボリュームのデータ処理に対して論理的動作で引き起こすモードの場合は、データ処理ユニット制御部４１に通知して、データ処理制御プロクラム４００の配下で特定の試験動作処理を実行させる。
【００４７】
さらに、故障発生による事象の経過と、エラー処理結果状況の推移を監視して情報を収集する。また、監視端末２で試験制御プログラム（ＴＰ２）２００が実行中の状態情報参照指示コマンドにより、記録している動作状態情報を監視端末２へ転送する。これにより監視端末２は当該制御ユニットの試験動作状態を把握することが可能となる。
【００４８】
擬似故障設定情報５０１は、擬似故障発生コードやパラメータで指定される故障モードに対応して、擬似故障を発生させる対象箇所と故障動作発生条件指定に関する設定情報の定義表である。擬似故障発生制御プログラム５００により、擬似故障発生／診断処理部５１に対し所定の設定がなされるが、監視端末２から擬似故障設定情報５０１参照して当該設定情報を書き替えることによって、試験の進行に応じた故障発生条件の変更を可能としている。
【００４９】
また、処理状態情報記録メモリ５０２は、発生させた擬似故障による動作の経過状態およびエラー処理結果情報を記録して保存するためのメモリである。記録された情報は、擬似故障発生／診断制御部５１と制御データ処理部４２を通じて監視端末２から参照可能となる。
【００５０】
応用例として、実運用時に、実際に故障が発生して被疑箇所の特定が難しい場合、エラー処理検証試験時に処理状態情報記録メモリ５０２に蓄積してあった情報を監視端末２から参照し、監視端末２に保管している類似状況（エラーコード、ステータスコードなど）と比較することで故障部位を推定する処置が期待できる。さらに、故障が特定できた場合の状況情報を監視端末２から処理状態情報記録メモリ５０２に追記していくことで、次の故障発生時の判定の精度を高める効果が期待できる。
【００５１】
さらに、擬似故障発生動作処理部５２は、擬似故障発生／診断制御部５１の処理と擬似故障発生制御プログラム５００の指示により、当該ユニット内の指定部位に対して指定された条件で擬似故障を発生させて故障の状態を維持し、または故障状態を解除して正常な状態に復帰させる動作を実行する。
【００５２】
また、擬似故障発生時にデータ異常を他のデータ処理ユニットに波及させるため、途中のデータ誤り検出機能を試験中に一時的に無効状態に切り替える処理も実行可能としている。故障発生後の動作およびエラー処理状況推移に応じて情報を採取し、擬似故障発生／診断制御部５１に通知して処理状態情報記録メモリ５０２に格納する。試験を実施する毎に、その処理結果を収集し記録して行く。
【００５３】
なお、電源制御部５４は、各ユニットの電源ユニット４５を外部信号により投入／切断する制御を行う。２台の電源へのリモート制御接続線を介して、それぞれ独立して投入／切断させることが可能で、１電源故障あるいは２電源同時故障を発生させる。電源ユニット４５は、各ユニット内回路に電源を供給するもので、この例では、故障に備えて二重化構成としてあり、片方で電源供給して運転可能となっている。また、電源ユニット４５に備わっているリモート制御接続機能により、外部からの制御信号でのＯＮ／ＯＦＦが可能な構成となっている。さらに、完全に電源停止状態からの起動では、外部からの電源制御線（図示せず）を介して電源ＯＮとする仕組みとしている。
【００５４】
図５は、本発明の実施の形態になる擬似故障発生用付加回路の例を示す。
【００５５】
擬似故障対象回路部４６は、データ処理ユニット内で想定している一連の試験を実行するために擬似故障を発生させる対象部位となるハードウェア回路群である。この擬似故障対象回路部４６のそれぞれに対して、擬似故障動作を発生させるために専用付加素子部（付加回路）５５が設けられている。擬似故障発生動作処理部５２からの指示信号により、付加回路をスイッチ接続し対象回路に干渉することで擬似故障を発生させ、スイッチ切断により回路干渉を解除することで擬似故障の回復がなされる。
【００５６】
専用付加素子部（付加回路）５５は、対象部位の信号処理回路に擬似故障を電気的に印加（ＯＮ／ＯＦＦ／信号反転／遅延) するための専用付加素子群である。
【００５７】
擬似故障による試験対象となる擬似故障対象回路部４６は、擬似故障発生回路５３の制御信号により強制介在を可能とする付加素子を組み込んで構成されている。本発明では、外部からの回路構成プログラムを書き換えることによって、付加素子において付加する信号線の位置を切替え、動作条件を可変できるように、対象回路ブロックは、付加素子を含めてプログラマブル・ロジックアレイ素子（ＦＰＧＡ：Field Programmable Gate Array ）で構成するのが好適である。
【００５８】
構成例としては、８ビット・レジスタ間のバスデータ伝送部分で、レジスタあるいは伝送路の１ビット故障を想定して擬似故障を発生させる構成が考えられる。８ビットデータバス構成で信号伝送している回路において、付加した擬似故障印加回路素子により、バスのうち１ビット線に対して通常の接続系統をＯＦＦにして‘０’固定線をＯＮにすることでバスエラーを発生させるものである。または、インバータ接続線をＯＮにすることで論理反転を起こさせ、１ビットデータ化け状態を発生させることでもよい。
【００５９】
図６は、本発明の実施の形態になる論理ボリュームのデータ構造を示す図である。図では、仮想テープ装置１におけるホストコンピータ３から発行される動作コマンド処理と論理ボリュームマウント処理とが同期して特定のデータ処理ユニットで擬似故障を発生させるための論理ボリュームのデータ構造を示している。
【００６０】
ホストコンピュータ３にある機能試験プログラム１００から仮想テープ装置１内の任意の構成ユニットに擬似故障発生を指示する手段として、仮想テープ装置１に記憶する論理ボリュームの形式を利用するものである。
【００６１】
なお、論理ボリューム（ＬＶ：Logical Volume) は、仮想テープに書込み／読み出しするデータファイルの処理単位であり、磁気テープ１巻に相当する。
【００６２】
ホストコンピュータ３からアクセスして仮想テープ装置１のテープボリュームキャッシュ１０に格納する論理ボリュームでは、ＬＶを識別するボリューム番号について擬似故障を発生させる特別なコードに置き替えた特殊論理ボリュームを定義する。
【００６３】
図６（ａ）は、通常の論理ボリューム（単にＬＶと表す）の形式を示しており、英数字６桁で構成される「ボリューム番号」、テープ内容を表す「ＩＤ」、および「ユーザデータグループ」の項目を有する。また、図６（ｂ）は、試験用の特殊論理ボリューム（特殊ＬＶと表す）の形式を示しており、「試験コード番号」、内容を示す「パラメータ」、および「ダミーデータ」の項目からなる。
【００６４】
通常、データボリュームファイルを管理するボリューム番号部には、ユーザ運用データでは割り当てない番号に置き替えて試験用の識別コードを定義する。
【００６５】
また、通常ボリュームのデータ属性を示すＩＤ部は、擬似故障の内容を指定するパラメータに置き換えてある。さらに、ユーザデータ部にはダミーデータを置く。
【００６６】
図７は、本発明の実施の形態になる物理ボリュームのデータ構造を示す。
【００６７】
接続されるＬＴＯライブラリ（バックエンドライブラリ) ４にバックアップとして保管するため、データボリュームキャッシュ１０にある複数の論理ボリュームをまとめて１本のテープ媒体に複写する。特殊論理ボリュームを含んで複写された物理ボリューム（ＰＶ：Physical Volume ）においては、図６の論理ボリュームと同様に、ボリュームを識別するボリューム番号を擬似故障を発生させる特別なコードに置き替えた特殊物理ボリュームとして定義する。
【００６８】
図７（ａ）は、通常の物理ボリューム（単にＰＶと表す）の形式を示し、「ボリューム番号」、「ＩＤ」、および物理ボリュームの実データ「ＬＶ１」・・・「ＬＶ５」の項目からなる。また、図７（ｂ）は、試験用の特殊物理ボリューム（特殊ＰＶと表す）の形式を示し、「ボリューム番号」、「ＩＤ」、および物理ボリュームの実データ「特殊ＬＶ１」、「ＬＶ１」・・・「特殊ＬＶ２」、「ＬＶ３」の項目からなる。
【００６９】
なお、物理ボリュームを構成する論理ボリュームグループに試験用の特殊論理ボリュームを含めて生成したものを特殊物理ボリュームとしている。また、特殊ＬＶと同様に、ボリューム番号とＩＤを試験コードとパラメータに置き換えてある。さらに、物理ボリューム番号を擬似故障試験の指示コードに置き換えた特殊ＰＶは、その擬似試験コード番号部で擬似故障の起動を指示し、続いて付加されているパラメータ部で擬似故障の各種動作の実行モードや条件を指定して制御するものとなっている。
【００７０】
図８は、本発明の実施の形態になる擬似試験故障テーブルのデータ構造を示す。
【００７１】
実施例の擬似試験故障テーブルでは、特殊ＬＶによって擬似故障を指定する例を示している。擬似試験故障テーブルは、「試験コード番号」、試験内容を示す「パラメータ」、および「擬似故障発生モード」の項目からなる複数のレコードで構成される。
【００７２】
擬似故障発生の対象としては、指定されたユニット内の1 箇所の故障を指定する「単独」、指定されたユニット内で2 箇所の同時故障を指定「二重故障」、他ユニットと連動して故障を発生「連携故障」などがある。
【００７３】
また、擬似故障発生モードとしては、瞬時故障を１回発生後、故障状態を解除する「単発発生」、故障を発生させて固定状態にする「連続発生」、特定の間隔で故障発生/ 解除を繰り返す「間欠発生」などがある。
【００７４】
さらに、擬似故障の時間条件としては、発生遅延時間、発生持続時間、発生時間間隔、繰り返し回数等の指定がある。
【００７５】
図８を説明すると、「試験コード番号」は、８桁の英数字で認識される。
【００７６】
「パラメータ」例において、ＵＵは、対象となるユニットの番号、ＶＶは、同時に処理対象となるユニットの番号である。
【００７７】
また、ＸＸは、故障発生モードとして、００：解除、０１：固定発生、０２：瞬時故障、および０３：間欠モードが用意されている。さらに、ＹＹは、故障発生回数、ＺＺＺＺは、遅延時間、持続時間、間欠発生間隔となっている。
【００７８】
図９は、本発明の実施の形態になる試験結果の期待値テーブルのデータ構造を示す図である。期待値テーブルは、対象ユニットで実行する試験コードとパラメータ毎に、それぞれ試験を実行した時の処理結果として期待する状態（ステータス）コードと報告されるエラーコードとの対応を示すテーブルとなっている。
【００７９】
図に示すように、結果判定では、擬似故障を処理した結果として、擬似故障を起こさせたデータ処理ユニットから取得した状態コードが対応するエラーコードに合致しているか否かで判定される。
【００８０】
図１０は、本発明の実施の形態になるＬＶ／ＰＶファイル、特殊ＬＶ／特殊ＰＶファイル、および処理情報の流れを示す。
【００８１】
本実施例では、擬似故障による機能試験は、操作者が監視端末２から試験項目を指定して起動する。試験実行は、監視端末２の試験制御プログラム２００の制御下で自動的に実行され、その進行状況は監視端末２に表示される。試験進行結果と試験制御プログラム２００内の期待値表と比較して、仮想テープ装置１の応答結果を判定する。
【００８２】
なお、図中、ＬＶは論理ボリューム、特殊ＬＶは試験コードを含む論理ボリューム、ＬＶ情報は論理ボリュームのマウント情報、特殊ＬＶ情報は特殊ＬＶのマウント情報，ＰＶは物理ボリューム、特殊ＰＶは試験コードと特殊ＬＶを含む物理ボリューム、ＰＶ情報は物理ボリュームのロード情報、および特殊ＰＶは特殊ＰＶのロード情報を表している。
【００８３】
以下に、試験の処理手順を示す。
（１）監視端末２にある試験制御プログラム２００および上位制御装置（ホストコンピュータ３）にある仮想テープ装置１の機能試験プログラム１００を起動する。
（２）試験対象のデータ処理ユニットの擬似故障処理部（ＥＰ）３００の擬似故障発生制御プログラム５００に対して、試験実行に必要なデータ表とエラー処理結果の対応情報を、監視端末２から転送する。
（３）監視端末２の操作により、実行する試験に応じて試験実行事項に該当する試験コード番号をボリューム番号とする特殊ＬＶ群の情報を生成し、この情報をホストコンピュータ３側の機能試験プログラム１００に転送して、ホストコンピュータ３側で当該特殊ＬＶ群を生成して格納しておく。
（４）監視端末２に組み込んである試験制御プログラム（試験実行スクリプト）２００に従い、所定の手順／条件にしたがって擬似故障試験モードを起動し、対象の各ユニットに対し擬似故障を発生させ、監視端末２で機能試験の進行を監視する。
（５）論理ボリュームの通常データ処理と同期させて擬似故障を発生させる手段を併用し、診断を行う場合には、監視端末２の試験制御プログラム２００と連携したホストコンピュータ３の機能試験フログラム１００の制御により、擬似故障を発生させる試験コードを備えた特殊ＬＶと通常のＬＶとを混在させた論理ボリューム群を順次マウント処理動作させて、試験を進行させる。
【００８４】
監視端末２から試験内容にしたがい、ホストコンピュータ３の機能試験プログラム１００の介在によって、通常ＬＶと試験事項に対応する特殊ＬＶ群とを任意に組み合わせてシーケンシャルに整列させ、順次マウント処理を実行する。
【００８５】
なお、論理ボリュームの処理経路にない部分の対象ユニット（例えば、ＨＵＢ１２やＰＣＵ１８など）の試験は、監視端末２の試験制御プログラム２００からの試験コマンドの指示により実行される。
（６）仮想テープ装置内における特殊ＬＶ情報の受け取りにおいて、構成例にある仮想テープ装置１側では、ＶＬＰ１５がＬＶのマウント要求（ＬＶ情報または特殊ＬＶ情報）を受け取る。
【００８６】
各データ処理ユニットは、論理ボリュームのマウント処理を実行する際、擬似故障試験の実行モードにある場合は、マウント指定のＬＶのボリューム番号を参照し、その情報を自己ユニットの擬似故障処理部３００に引き渡す。擬似故障処理部３００は、マウント指定のＬＶのボリューム番号を参照して試験コードを認識した場合は、そのコードと付加パラメータから、試験対象が自己ユニットか他ユニットかをデータ処理ユニット番号によって判別する。そして、自己対象である場合は、擬似故障の発生動作と診断処理を実行する。また、他ユニットが対象となっている場合には、通常ＬＶの処理に準じて，その処理を引き渡す。
【００８７】
以降、通常ＬＶの処理と同様に、ＩＣＰ１４／ＴＶＣ１０／ＩＤＰ１６／ＰＬＰ１７とデータ処理を受け渡して行く過程で、各ユニットは特殊ＬＶの試験コードを識別して、当該ユニットで試験を実行するか、次段階処理担当のユニットに特殊ＬＶ情報を引き渡すことを繰り返して、擬似故障を発生させるべき部位の擬似故障処理部３００へ試験指令を伝達する。
（７）試験対象がＬＴＯライブラリである場合、監視端末２の指示により、ＬＶ群のうち特殊ＬＶが含まれていれば特殊ＰＶを生成し、ＬＴＯドライブ４２に特殊ＬＶ情報を引き渡して、ＬＴＯドライブ４２側の擬似故障処理部３００で試験を実行する。
【００８８】
ＬＴＯライブラリ４は、ＬＴＯ媒体にＰＶを書き込むＬＴＯドライブ４２と、ＬＴＯ媒体の格納棚（セル) とＬＴＯドライブ２０間で媒体を運搬し格納操作するロボット(Robot) ２１を有する。
【００８９】
なお、ＰＶのロード指示に際して、それが特殊ＰＶと認識した場合には、ロボット２１による媒体運搬過程またはＬＴＯドライブ２０へのロード／アンロード過程で擬似故障を発生させて試験を行う。
【００９０】
また、ＬＴＯドライブ２０にロード後に、ＰＶに特殊ＬＶが含まれることを認識した場合には、ＰＶのリード／ライト処理の過程で指定されたタイミングで擬似故障を発生させて、ＬＴＯドライブ２０を含めた試験を行う。
（８）監視端末２に組み込んである試験制御プログラム（試験実行スクリプト）２００にしたがい、設定されたシーケンスにより、前述したように、監視端末２は、対象の各ユニットに対しコマンドを発行して擬似故障を発生させる。対象の各ユニットは、そのときに実行される処理結果情報を自メモリに記録し、エラー処理状態（エラーコード）と結果情報（ステータス情報）を監視端末２からの情報参照コマンドに応じて監視端末２に転送する。
（９）擬似故障によるエラー処理後、次の機能試験を実行するため、監視端末２の制御処理の指示により、エラークリアまたは電源切断／投入（対象の一部または装置全体）による初期化を自動的に実行して復旧させ、以降の機能試験を順次繰り返す。
（１０）自動的に繰り返される機能試験の結果情報は、監視端末２の制御により試験事項実行毎に全て収集して監視端末２内に記録し、試験結果として表示／報告される。またその報告／収集した情報は、監視端末２の制御プログラムにより、設計仕様に基づいて設定するエラーリカバリ処理動作の期待値テーブル（エラーリカバリ動作処理の状態コードおよびエラーコード対応テーブル）の内容と照合して、機能試験実行結果の合否を判定し表示する。
（１１）予め設定されているか、試験実行中に組み換え可能な試験実行スクリプトによって設定される試験事項の手順に基づき、同一設定あるいは試験条件を変化させながら、自動的に試験を繰り返す。
（１２）監視端末２の状況表示を観測し、内容により必要に応じて試験者が介入して試験の内容を変更しつつ、試験を繰り返す。
（１３）これらの擬似故障処理部３００による機能試験実行時の動作状態推移とエラーリカバリ処理動作実行情報は、監視端末２内に記録して保存する。そして、これらの情報は故障発生時に事例情報として参照する。
【００９１】
図１１は、本発明の実施の形態になる特殊ＬＶによる擬似故障発生処理の流れを示す。図中、細い点線は、試験コマンドが伝送される経路である試験制御経路を表し、太い点線は、ＬＶ／ＰＶ情報の流れを表し、さらに太い矢印は、ＬＶ／ＰＶデータ処理の流れを表している。
【００９２】
本実施例では、特殊論理ボリューム（ＬＶ）の投入による擬似故障発生処理例として、ＩＣＰ１４内の論理ボリュームデータのデータ圧縮回路を対象にして処理データ異常となる故障を発生させる場合の試験実行制御の流れを示している。
【００９３】
その試験実行制御の流れは以下の通りである。
（１）ＶＬＰ１５は、ホストコンピュータ３からのマウント要求を受け、特殊ＬＶを含むＬＶ情報を取得し、（２）同時に、ＩＣＰ１４は、ホストコンピュータ３のチャネル３２を介し、特殊論理ボリュームデータを受け取り、（３）ＩＣＰ１４の中のＬＶ番号が試験用の特殊ＬＶの試験コードとなっているかを判定し、（４）試験コードである場合には、それに付随するパラメータから処理内容を解析し、試験コード指示による対象箇所への擬似故障発生動作（例：データ圧縮回路のデータ異常）が行われる。
【００９４】
ＩＣＰ１４における擬似故障処理部３００は、（５）ホストコンピュータ３に対し、エラー処理報告を発信し、および（６）監視端末２に対し、試験動作状態情報とエラー処理結果情報の送出する。そして、ＶＬＰ１５における擬似故障処理部３００は、（７）監視端末２に対し、リカバリ処理結果情報を送出する。
【００９５】
図１２は、本発明の実施の形態になる擬似故障試験を制御する監視端末の操作フローを示す。以下の各処理ステップは、監視端末２の試験制御プログラム２００によって実行される。
Ｓ１１：監視端末２は、仮想テープ装置１内の各データ処理ユニットにおいてメモリに蓄積された擬似故障処理の状態情報を採取し、監視端末２の画面に更新表示する。
Ｓ１２：表示された画面において単発、連続、間欠発生などの擬似故障試験の種類を選択し、試験を起動操作する。
Ｓ１３：擬似試験の設定データ及び処理結果の対応情報を対象ユニットに転送する。
Ｓ１４：ホストコンピュータ３の機能試験プログラム（ＴＰ１）１００と連携させるか否かを判定する。ＴＰ１と連携しないのであれば、Ｓ１６に進む。
Ｓ１５：ＴＰ１と連携させる場合には、特殊ＬＶを生成し、機能試験プログラム１００を実行する。
Ｓ１６：擬似故障の対象ユニットへ試験モード切替コマンドを発信する。
Ｓ１７：擬似故障試験スクリプトを実行し、対象ユニットに擬似故障発生コマンドを発信する。
Ｓ１８：対象ユニットの動作状態を監視する。
Ｓ１９：対象ユニットが特殊ＬＶによって動作中か否かを判定する。動作中でなければ、Ｓ２１に進む。
Ｓ２０：対象ユニットが特殊ＬＶによって動作中であれば、特殊ＬＶが指定する試験動作と連動させる。
Ｓ２１：対象ユニットにおける擬似故障処理動作の実行状態を監視する。
Ｓ２２：他ユニットへの連動要求があるか否かを判定する。他ユニットとの連動がなければＳ２４に進む。
Ｓ２３：他ユニットとの連動があるなら、連動ユニットへ擬似故障発生コマンドを発信する。
Ｓ２４：エラー処理が終了したか否かを判定する。終了でないなら、Ｓ１８に戻り、以降の処理を繰り返す。
Ｓ２５：エラー処理が終了であれば、対象ユニットの状態情報を採取し、試験処理状態情報を表示する。
Ｓ２６：擬似故障試験／診断処理が終了か否かを判定する。対象ユニットの試験が未だあるのであれば、Ｓ１７に戻り、以降の処理を繰り返す。
Ｓ２７：全対象ユニットが終了であれば、擬似試験実行結果を判定し、判定結果を表示する。
Ｓ２８：繰り返し指定があるかを判定する。繰返し指定のある場合には、Ｓ１４に戻り、以降の処理を繰り返す。
【００９６】
図１３は、本発明の実施の形態になる各データ処理ユニットにおける擬似故障処理部の動作フローを示す。
Ｓ３１：データ処理ユニットにおける擬似故障処理部３００は、ホストコンピュータ３からのＬＶデータまたは監視端末２からの処理コマンド（制御データ）を受信し、データ処理動作を実行する。
Ｓ３２：監視端末２から受信した制御データを解析する。
Ｓ３３：制御データは、擬似試験モードの切換えコマンド否かを判定する。切換えコマンドでなければ、Ｓ３１に戻り、通常のＬＶの処理を行う。
Ｓ３４：制御データが試験モードへの切換えコマンドであれば、擬似試験実行モードに移行する。
Ｓ３５：ＬＶデータを受信したか否かを判定する。ＬＶデータを受信していなければ、Ｓ３８に進む。
Ｓ３６：ＬＶデータを受信していれば、次にＬＶ番号が試験コードか否かを判定する。ＬＶ番号が試験コードであれば、Ｓ４２に進む。
Ｓ３７：ＬＶ番号が試験コードでないならば、ＬＶデータ処理動作を実行する。
Ｓ３８：制御データを受信し、該制御データを解析する。
Ｓ３９：制御データは、擬似試験終了コマンドか否かを判定する。
Ｓ４０：終了コマンドであれば、擬似試験モードを終了する。
Ｓ４１：制御データが終了コマンドでないならば、次に擬似故障発生コマンドか否かを判定する。擬似故障発生コマンドでないならば、Ｓ３５に戻り、以降の処理を繰り返す。
Ｓ４２：擬似故障発生コマンドであれば、試験コマンドを解析する。
Ｓ４３：擬似故障発生動作の対象場所及び動作モードを指定する。
Ｓ４４：電源切断試験か否かを判定する。
Ｓ４５：冗長化電源を含む全電源か否かを判定する。全電源であれば、全電源の遮断処理を行う。
Ｓ４６：全電源を切断する。
Ｓ４７：全電源が対象でなければ、試験対象とするユニットを選択して擬似故障状態を起動する。
Ｓ４８：擬似故障は、他ユニットと連動する動作かをパラメータに基づいて判定する。他ユニットとの連動がないなら、Ｓ５０に進む。
Ｓ４９：他ユニットとの連動があるならば、連動要求情報を制御データ処理部から該当する対象のユニットへ発信する。
Ｓ５０：他ユニットにおける擬似故障の動作状態及び処理結果を採取する。
Ｓ５１：擬似故障は終了かを判定する。他ユニットの連動処理が残っているなら、Ｓ５０の処理を繰り返す。
Ｓ５２：他ユニットの連動処理が終わっていれば、擬似故障の復帰処理を実行する。
Ｓ５３：対象ユニットの擬似故障処理部３００は、擬似故障試験結果をメモリ に記録し、処理結果及び状態を監視端末２に報告する。
【００９７】
以上の述べてきたように、本実施例では、論理ボリュームの処理と同期して擬似故障を発生させることが可能となる。通常ＬＶとこの特殊ＬＶを複数混在させ、マウントを処理を繰り返して行うことにより、実データ処理運転の最中に、特定のタイミングで間欠的な、あるいは任意の複数箇所において、同時に擬似故障を発生ることができ、実際の動作に近い状態での動作診断が実現される。
【産業上の利用可能性】
【００９８】
本発明は、冗長構成になる仮想テープ装置等の機能試験の分野に適用される。
【符号の説明】
【００９９】
１ 仮想テープ装置
２ 監視端末
３ ホストコンピュータ
４ ＬＴＯライブラリ
１０ ＴＶＣ（テープボリュームキャッシュ）
１１ ＦＣ−ＳＷ（チャネルスイッチ）
１２ ＨＵＢ（ハブ）
１３ 通信中継器
１４ ＩＣＰ（統合チャネルプロセッサ））
１５ ＶＬＰ（仮想ライブラリプロセッサ）
１６ ＩＤＰ（統合デバイスプロセッサ）
１７ ＰＬＰ（物理ライブラリプロセッサ）
１８ ＰＣＵ（電源制御ユニット）
２０ ＬＴＯドライバ
２１ ロボット
２２ ＦＣケーブル
２３ ＬＡＮケーブル
３１ ＶＴＣＰ（仮想テープ制御プログラム）
３２ チャネル
１００ 機能試験プログラム（ＴＰ１）
２００ 試験制御プログラム（ＴＰ２）
３００ 擬似試験処理部（ＥＰ）
【技術分野】
【０００１】
本発明は、機能毎に役割分担させた複数のデータ処理ユニットを備えた仮想テープ装置の擬似故障試験技術に関する。
【背景技術】
【０００２】
仮想テープ装置やディスクアレイ装置等のストレージ装置は、一般に、図１４に示すように、複数のストレージユニットへの情報格納を制御するデータ処理ユニット（データコントローラ) 、ホストコンピュータと接続するチャネルインターフェースユニット、および操作者が運転を指示操作し、その運転状況を表示する監視端末から構成されている。
【０００３】
従来、仮想テープ装置の動作試験として、監視端末からの操作者の指示で、予め設定された擬似故障の内容と発生順序にしたがって、ホストコンピュータとのインターフェース部に擬似故障を発生させることによって、システムの信頼性を検証することが行われている（特許文献１参照）。
【０００４】
しかしながら、上記従来技術では、ホストコンピュータとのチャネル接続経路について障害を起こさせて検証することは可能であるが、装置内部の各処理ユニット部を対象とする障害の検証を行うことはできていない。また、発生させる擬似故障条件も、故障状態の連続や間欠の繰り返しとした固定条件のため、実際に起こり得る障害例に相当する複合的な発生条件で再現させて、その動作処理が設計仕様に合致するか否かを検証することはできなかった。
【０００５】
とくに、冗長構成による交替制御を行う仮想テープ装置の機能試験では、より高い信頼性が求められているが、複数の制御ユニットが階層的に構成されているため、各制御ユニットに擬似故障を発生させたときのエラー検出処理やリカバリ処理の検証は難しく、操作者にとって煩雑な作業となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１２２３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した問題を解決するため、本発明では、仮想テープ装置内で階層的に構成された複数のデータ処理ユニット全てに擬似的に故障を発生させて診断する擬似故障発生処理部を組み入れ、外部からの指示によって障害を発生させて状態を監視する技術を提供する。
【課題を解決するための手段】
【０００８】
本発明の一態様は、ホストコンピュータ及び監視端末と専用回線で接続され、複数のデータ処理ユニットを備えた仮想テープ装置であって、前記各データ処理ユニットは、前記監視端末からのコマンド指示を受けて自己に故障を擬似的に発生させる擬似故障発生手段と、前記擬似故障発生手段によって発生させた擬似故障の処理結果を予め設定された処理結果の期待値と照合する結果判定手段と、前記判定結果の報告を前記監視装置に発信する判定結果発信手段と、を有することを特徴とする仮想テープ装置に関する。
【発明の効果】
【０００９】
本発明によれば、仮想テープ装置の複数のデータ処理ユニット全てに擬似故障発生手段を設け、監視端末からのコマンド指示を受けて擬似故障を発生させ、その処理結果を期待値と付き合わせて判定する構成とすることによって、仮想テープ装置の運転中に任意のユニットにおいて擬似故障の発生させることが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態になる仮想テープシステムの一基本構成を示す図である。
【図２】本発明の実施の形態になる仮想テープ装置における各データ処理ユニットの制御経路の構成例を示す図である。
【図３】本発明の実施の形態になる仮想テープ装置における擬似故障発生制御経路および試験制御経路の接続構成例を示す図である。
【図４】本発明の実施の形態になるデータ処理ユニットの機能ブロック図である。
【図５】本発明の実施の形態になる擬似故障発生用付加回路の例を示す図である。
【図６】本発明の実施の形態になる論理ボリュームのデータ構造を示す図である。
【図７】本発明の実施の形態になる物理ボリュームのデータ構造を示す図である。
【図８】本発明の実施の形態になる擬似試験故障テーブルのデータ構造を示す図である。
【図９】本発明の実施の形態になる試験結果の期待値テーブルのデータ構造を示す図である。
【図１０】本発明の実施の形態になるＬＶ／ＰＶファイル、特殊ＬＶ／特殊ＰＶファイル、および処理情報の流れを示す図である。
【図１１】本発明の実施の形態になる特殊ＬＶによる擬似故障発生処理の流れを示す図である。
【図１２】本発明の実施の形態になる擬似故障試験を制御する監視端末の操作フローを示す図である。
【図１３】本発明の実施の形態になる各データ処理ユニットにおける擬似故障処理部の動作フローを示す図である。
【図１４】一般的なストレージシステムの制御構成を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面にもとづいて本発明の実施形態を説明する。
【００１２】
図１は、本発明の実施の形態になる仮想テープシステムの一基本構成を示す。仮想テープシステムは、高度の信頼性確保が必要な場合に、システムを構成する制御ユニットを二重化して冗長性を持たせているが、図１では、冗長化された仮想テープ装置の内、一系統の処理に注目して擬似故障試験を処理する例を説明する。
【００１３】
仮想テープシステムは、ホストコンピュータ３と、上位にあるホストコンピュータ３とＦＣ（Fiber Channel ）ケーブル２２及びＬＡＮ（Local Area Network）２３を介して接続し、データアクセス要求に応じてＬＴＯ（Linear Tape Open）ライブラリ４の磁気テープに記憶するデータファイルを論理ボリューム（仮想テープ）に変換してＴＶＣ（Tape Volume Cache ：テープボリュームキャッシュ）１０に格納する仮想テープ装置１と、ＴＶＣ１０のデータを磁気テープに複写して保存するＬＴＯライブラリ４を有する。
【００１４】
ここで、監視端末２は、仮想テープ装置１内の全構成ユニットと試験制御経路を介して接続し、試験条件手順／結果判定情報を含む試験制御プログラム（ＴＰ２）が搭載され、試験動作の指示発信と状態を参照する機能を有する。
【００１５】
また、以下に、各データ処理ユニットについて述べる。
【００１６】
ＩＣＰ（Integrated Channel Processor：統合チャネルプロセッサ）１４は、ホストコンピュータ３とＦＣケーブル２２を介して接続され、ＴＶＣ１０上の論理ボリュームのデータ送受信を制御する。これによって仮想テープドライブとしての機能が実現される。
【００１７】
ＶＬＰ（Virtual Library Processor ：仮想ライブラリプロセッサ）１５は、ホストコンピュータ３からのマウント要求を受け、仮想テープドライブに論理ボリュームをマウントする。また、論理ボリュームと物理テープとを関連付ける情報を作成管理し、論理ボリュームを物理テープへ書き込む処理の制御するなどの役割を受け持つ。
【００１８】
ＩＤＰ（Integrated Device Processor ：統合デバイスプロセッサ）１６は、ＶＬＰ１５からの指示を受け、ＴＶＣ１０上の論理ボリュームのデータをＬＴＯライブラリ４の物理ドライブにストアし、またＬＴＯライブラリ４の物理テープから論理ボリュームのデータを読み出してＴＶＣ１０上にリストアする。
【００１９】
ＴＶＣ（Tape Volume Cache ）１０は、ＲＡＩＤ（Redundant Arrays of Inexpensive ）装置で構成され、論理ボリュームのデータが置かれる。
【００２０】
ＬＴＯライブラリ（バックエンドテープライブラリ）４は、論理ボリュームのデータを、物理ボリュームにまとめてＬＴＯにバックアップする。
【００２１】
ＰＬＰ（Physical Library Processor：物理ライブラリプロセッサ）１７は、ＶＬＰ１５からの指示を受け、ＬＴＯライブラリ４のロボットを制御する。
【００２２】
ＰＣＵ（Power Control Unit：電源制御ユニット）１８は、各データ処理ユニットへのＡＣ電源の供給を接続／遮断して、仮想テープ装置１全体の電源の投入／切断を制御する。
【００２３】
なお、ＨＵＢ（ハブ）１２は、全データ処理ユニット間の制御データ通信用のＬＡＮを中継する中継用ＨＵＢである。また、ＦＣ−ＳＷ（Fibre Channel Switch：チャネルスイッチ）１１は、仮想テープ装置１で処理する論理ボリュームのデータ通信経路(Fibre-Channel) の中継ユニットである。さらに、通信中継器１３は、監視端末２と全データ処理ユニット間で、試験動作を制御する通信経路を分配あるいは中継するユニットである。
【００２４】
図２は、本発明の実施の形態になる仮想テープ装置における各データ処理ユニットの制御経路の構成例を示す。なお、図２において、点線は、監視端末２からのコマンド指示を各データ処理ユニットに流す試験制御経路を表し、実線は、ホストコンピュータ３からのコマンド指示を各データ処理ユニットに受け渡す制御通信経路を表し、さらに、二重線は、ホストコンピュータ３からのデータファイルをチャネル３２を介して仮想テープ装置１の各データ処理ユニットに送信するデータ伝送経路を表している。
【００２５】
仮想テープ装置１を構成する主要なデータ処理ユニット（単に、ユニットともいう）には、後述する擬似故障処理部（ＥＰ）として擬似故障試験用の仕組みが設けてあり、各データ処理ユニットは、機能毎階層的に互いに通信可能な通信経路で接続されていて、監視端末２から全ユニットの状態を参照可能としている。
【００２６】
機能試験プログラム（ＴＰ１）１００は、ホストコンピュータ３側のＶＴＣＰ(Virtual Tape Control Program ：仮想テープ制御プログラム) ３１内に搭載され、仮想テープ装置１に対して、試験用の特殊論理ボリュームを含む論理ボリュームのマウント処理制御と試験データの処理を制御するものである。
【００２７】
一方、試験制御プログラム（ＴＰ２）２００は、監視端末２側に搭載され、試験対象の各データ処理ユニットに対する擬似故障動作／結果判定／復旧処理を制御するプログラムである。試験制御プログラム２００は、管理者の操作で起動し、ホストコンピュータ３上の機能試験プログラム１００の実行と連動させた一連の擬似故障発生コマンドの発行により、試験モードや条件を変えながら自動的な繰り返し処理を行う。
【００２８】
また、監視端末の試験制御プログラム２００は、各データ処理ユニットで行う擬似故障処理の指示コマンドを組み合わせ、処理結果情報の判定パラメータへの実行手順をプログラム（スクリプト）として組み込んで実行させる。
【００２９】
図３は、本発明の実施の形態になる仮想テープ装置における擬似故障発生制御経路および試験制御経路の接続構成例を示す。図３では、各データ処理ユニット内に、監視端末２からの指示コマンドを受けて、各データ処理ユニットでの擬似故障の発生、擬似故障処理結果の判定、および判定結果を監視端末２に対して発信を行う擬似故障処理部（ＥＰ）３００が設定された場合の制御経路を示している。
【００３０】
なお、図中、点線は、監視端末２からのコマンド指示の試験制御経路を表し、実線は、ホストコンピュータ３からの制御通信経路を表し、太い実践は、ホストコンピュータ３からのデータファイルのデータ伝送経路を表し、さらに、二重線は、ＰＣＵ１８からのＡＣ電源供給路を表している。
【００３１】
監視端末２は、試験制御経路を介して各ユニット内の擬似故障処理部（ＥＰ）３００に擬似故障発生コマンドを発信することによって、擬似似故障モードの起動を行うとともに、その進行を監視し、擬似似故障試験の結果を観測して判定する。
【００３２】
また、管理端末２内には、管理者の操作によって起動可能な擬似故障／結果判定／復旧に関する処理を制御する試験制御プログラム２００が組み込まれている。試験制御プログラム２００は、管理者の操作で起動し、ホストコンピュータ３上の機能試験プログラム１００の実行と連動した擬似故障発生コマンドによって、試験モードや条件を変えながら自動的な繰り返し処理を可能としている。
【００３３】
また、監視端末２には、各データ処理ユニットの擬似故障処理部３００への指示コマンドを擬似故障の種類などで組み合わせ、その処理結果を判定するパラメータに対する実行手順をプログラム（スクリプト）として組み込んでいる。したがって、ホストコンピュータ３上の機能試験プログラム１００を使用しなくても、仮想テープ装置１単体でも自動的に擬似故障発生試験が可能である。
【００３４】
さらに、仮想テープ装置１の各データ処理ユニットに設定された擬似故障処理部３００は、監視端末２からの試験コマンドにしたがい、または試験コードを含む論理ボリュームの情報を受け、その試験コード番号を認識し、擬似故障を発生させて試験を実行する。
【００３５】
図４は、本発明の実施の形態になるデータ処理ユニットの機能ブロック図を示す。
【００３６】
仮想テープ装置１を構成する各データ処理ユニットにおいては、監視端末２からユニット間通信処理部４３が受信する試験コマンドを擬似故障処理部３００がデコードし、指定された擬似故障内容に応じて擬似故障を発生させる処理を起動・実行するとともに、処理状態と結果情報を処理状態記録メモリ５０２保持し、その情報は監視端末２から通信経路を介して参照可能としている。
【００３７】
また、この擬似故障処理部３００は、論理ボリューム番号処理部５２を介して、論理ボリュームデータ処理部４４が上位にあるデータ処理ユニットより受け取る論理ボリュームの中のボリューム番号を監視していて、ボリューム番号として試験コード番号の受信を認識したら擬似故障を発生させる処理を起動する。
【００３８】
各擬似故障は、擬似故障処理部３００が擬似故障発生処理プログラム５００により制御可能な擬似故障発生専用に備えているハードウェア回路機構（擬似故障発生回路５３、擬似故障対象回路部４６、および専用付加素子部５５）を作動させて、試験の対象として設定されているハードウェア／制御ファームウェアの機能を部分的に一時停止／異常状態の印加／回復動作をさせることにより発生させる。
【００３９】
なお、ハードウェアの機能としては、ＣＰＵ部（Central Processing Unit ）のバスエラー、メモリデータ異常、Ｉ／Ｏ系の停止、ＬＡＮ／ＦｉｂｒｅＣｈａｎｎｅｌ部の通信停止、電源遮断などがある。また、ファームウェアとしては、データ処理動作の中断／停止、処理データの誤り発生、データ処理コマンド処理遅延／拒否／無応答、制御ユニット間の通信動作遮断などがある。
【００４０】
以下、さらに各データ処理ユニットの役割りについて説明する。
【００４１】
データ処理ユニット制御部４１は、当該ユニットが分担するデータ処理機能の動作全体を制御するもので、データ処理制御プログラム４００によって、データ処理ユニット制御部全体の動作を制御している。
【００４２】
制御データ処理部４２は、他のユニット間で交信して得られた情報／コマンドの処理と他ユニットへ報告する情報を制御し、ユニット間通信処理部４３は、他のユニット間および監視端末２との制御データ通信経路を介して制御データ／制御コマンド／状態情報を交信する。
【００４３】
データ伝送路は、論理ボリュームデータを各ユニット間で伝送する経路であり、データ伝送処理部４５は、このデータ伝送路を介して論理ボリュームデータの受け取り、送出を行う。さらに、論理ボリュームデータ処理部４４は、論理ボリュームデータを上位のデータ処理ユニットから受け取って一時的に格納し、仮想テープ装置１の機能に対して、当該ユニットが分担しているデータ処理後に、他ユニットに渡す処理を実行する。データ処理ユニット制御部４１とデータ処理制御プロクラムの制御下で動作する。
【００４４】
ボリューム番号監視処理部５２は、論理ボリュームデータ処理部４４が受け取った論理ボリュームデータを監視して、ボリューム番号部を抽出して解析し、通常のボリューム番号の代りに試験コード番号が存在して擬似故障発生コードと認識した場合は、そのコード情報を擬似故障発生／診断制御部５１へ通知する。
【００４５】
そして、擬似故障発生／診断制御部５１は、試験モードの時、擬似故障の発生および動作結果情報の収集処理全体を制御する。制御データ経路を介して受信する監視端末２からの擬似故障発生の指示コマンド、あるいは論理ボリュームのデータ伝送経路から受け取る特殊論理ボリューム（後述）により指定される擬似故障発生コードに応じて、データ処理ユニット内で擬似故障を発生させる部位を指定し、擬似故障発生動作処理部５２に指示して当該箇所に故障を発生させる動作を制御する。
【００４６】
また、指定される擬似故障の発生条件が、論理ボリュームのデータ処理に対して論理的動作で引き起こすモードの場合は、データ処理ユニット制御部４１に通知して、データ処理制御プロクラム４００の配下で特定の試験動作処理を実行させる。
【００４７】
さらに、故障発生による事象の経過と、エラー処理結果状況の推移を監視して情報を収集する。また、監視端末２で試験制御プログラム（ＴＰ２）２００が実行中の状態情報参照指示コマンドにより、記録している動作状態情報を監視端末２へ転送する。これにより監視端末２は当該制御ユニットの試験動作状態を把握することが可能となる。
【００４８】
擬似故障設定情報５０１は、擬似故障発生コードやパラメータで指定される故障モードに対応して、擬似故障を発生させる対象箇所と故障動作発生条件指定に関する設定情報の定義表である。擬似故障発生制御プログラム５００により、擬似故障発生／診断処理部５１に対し所定の設定がなされるが、監視端末２から擬似故障設定情報５０１参照して当該設定情報を書き替えることによって、試験の進行に応じた故障発生条件の変更を可能としている。
【００４９】
また、処理状態情報記録メモリ５０２は、発生させた擬似故障による動作の経過状態およびエラー処理結果情報を記録して保存するためのメモリである。記録された情報は、擬似故障発生／診断制御部５１と制御データ処理部４２を通じて監視端末２から参照可能となる。
【００５０】
応用例として、実運用時に、実際に故障が発生して被疑箇所の特定が難しい場合、エラー処理検証試験時に処理状態情報記録メモリ５０２に蓄積してあった情報を監視端末２から参照し、監視端末２に保管している類似状況（エラーコード、ステータスコードなど）と比較することで故障部位を推定する処置が期待できる。さらに、故障が特定できた場合の状況情報を監視端末２から処理状態情報記録メモリ５０２に追記していくことで、次の故障発生時の判定の精度を高める効果が期待できる。
【００５１】
さらに、擬似故障発生動作処理部５２は、擬似故障発生／診断制御部５１の処理と擬似故障発生制御プログラム５００の指示により、当該ユニット内の指定部位に対して指定された条件で擬似故障を発生させて故障の状態を維持し、または故障状態を解除して正常な状態に復帰させる動作を実行する。
【００５２】
また、擬似故障発生時にデータ異常を他のデータ処理ユニットに波及させるため、途中のデータ誤り検出機能を試験中に一時的に無効状態に切り替える処理も実行可能としている。故障発生後の動作およびエラー処理状況推移に応じて情報を採取し、擬似故障発生／診断制御部５１に通知して処理状態情報記録メモリ５０２に格納する。試験を実施する毎に、その処理結果を収集し記録して行く。
【００５３】
なお、電源制御部５４は、各ユニットの電源ユニット４５を外部信号により投入／切断する制御を行う。２台の電源へのリモート制御接続線を介して、それぞれ独立して投入／切断させることが可能で、１電源故障あるいは２電源同時故障を発生させる。電源ユニット４５は、各ユニット内回路に電源を供給するもので、この例では、故障に備えて二重化構成としてあり、片方で電源供給して運転可能となっている。また、電源ユニット４５に備わっているリモート制御接続機能により、外部からの制御信号でのＯＮ／ＯＦＦが可能な構成となっている。さらに、完全に電源停止状態からの起動では、外部からの電源制御線（図示せず）を介して電源ＯＮとする仕組みとしている。
【００５４】
図５は、本発明の実施の形態になる擬似故障発生用付加回路の例を示す。
【００５５】
擬似故障対象回路部４６は、データ処理ユニット内で想定している一連の試験を実行するために擬似故障を発生させる対象部位となるハードウェア回路群である。この擬似故障対象回路部４６のそれぞれに対して、擬似故障動作を発生させるために専用付加素子部（付加回路）５５が設けられている。擬似故障発生動作処理部５２からの指示信号により、付加回路をスイッチ接続し対象回路に干渉することで擬似故障を発生させ、スイッチ切断により回路干渉を解除することで擬似故障の回復がなされる。
【００５６】
専用付加素子部（付加回路）５５は、対象部位の信号処理回路に擬似故障を電気的に印加（ＯＮ／ＯＦＦ／信号反転／遅延) するための専用付加素子群である。
【００５７】
擬似故障による試験対象となる擬似故障対象回路部４６は、擬似故障発生回路５３の制御信号により強制介在を可能とする付加素子を組み込んで構成されている。本発明では、外部からの回路構成プログラムを書き換えることによって、付加素子において付加する信号線の位置を切替え、動作条件を可変できるように、対象回路ブロックは、付加素子を含めてプログラマブル・ロジックアレイ素子（ＦＰＧＡ：Field Programmable Gate Array ）で構成するのが好適である。
【００５８】
構成例としては、８ビット・レジスタ間のバスデータ伝送部分で、レジスタあるいは伝送路の１ビット故障を想定して擬似故障を発生させる構成が考えられる。８ビットデータバス構成で信号伝送している回路において、付加した擬似故障印加回路素子により、バスのうち１ビット線に対して通常の接続系統をＯＦＦにして‘０’固定線をＯＮにすることでバスエラーを発生させるものである。または、インバータ接続線をＯＮにすることで論理反転を起こさせ、１ビットデータ化け状態を発生させることでもよい。
【００５９】
図６は、本発明の実施の形態になる論理ボリュームのデータ構造を示す図である。図では、仮想テープ装置１におけるホストコンピータ３から発行される動作コマンド処理と論理ボリュームマウント処理とが同期して特定のデータ処理ユニットで擬似故障を発生させるための論理ボリュームのデータ構造を示している。
【００６０】
ホストコンピュータ３にある機能試験プログラム１００から仮想テープ装置１内の任意の構成ユニットに擬似故障発生を指示する手段として、仮想テープ装置１に記憶する論理ボリュームの形式を利用するものである。
【００６１】
なお、論理ボリューム（ＬＶ：Logical Volume) は、仮想テープに書込み／読み出しするデータファイルの処理単位であり、磁気テープ１巻に相当する。
【００６２】
ホストコンピュータ３からアクセスして仮想テープ装置１のテープボリュームキャッシュ１０に格納する論理ボリュームでは、ＬＶを識別するボリューム番号について擬似故障を発生させる特別なコードに置き替えた特殊論理ボリュームを定義する。
【００６３】
図６（ａ）は、通常の論理ボリューム（単にＬＶと表す）の形式を示しており、英数字６桁で構成される「ボリューム番号」、テープ内容を表す「ＩＤ」、および「ユーザデータグループ」の項目を有する。また、図６（ｂ）は、試験用の特殊論理ボリューム（特殊ＬＶと表す）の形式を示しており、「試験コード番号」、内容を示す「パラメータ」、および「ダミーデータ」の項目からなる。
【００６４】
通常、データボリュームファイルを管理するボリューム番号部には、ユーザ運用データでは割り当てない番号に置き替えて試験用の識別コードを定義する。
【００６５】
また、通常ボリュームのデータ属性を示すＩＤ部は、擬似故障の内容を指定するパラメータに置き換えてある。さらに、ユーザデータ部にはダミーデータを置く。
【００６６】
図７は、本発明の実施の形態になる物理ボリュームのデータ構造を示す。
【００６７】
接続されるＬＴＯライブラリ（バックエンドライブラリ) ４にバックアップとして保管するため、データボリュームキャッシュ１０にある複数の論理ボリュームをまとめて１本のテープ媒体に複写する。特殊論理ボリュームを含んで複写された物理ボリューム（ＰＶ：Physical Volume ）においては、図６の論理ボリュームと同様に、ボリュームを識別するボリューム番号を擬似故障を発生させる特別なコードに置き替えた特殊物理ボリュームとして定義する。
【００６８】
図７（ａ）は、通常の物理ボリューム（単にＰＶと表す）の形式を示し、「ボリューム番号」、「ＩＤ」、および物理ボリュームの実データ「ＬＶ１」・・・「ＬＶ５」の項目からなる。また、図７（ｂ）は、試験用の特殊物理ボリューム（特殊ＰＶと表す）の形式を示し、「ボリューム番号」、「ＩＤ」、および物理ボリュームの実データ「特殊ＬＶ１」、「ＬＶ１」・・・「特殊ＬＶ２」、「ＬＶ３」の項目からなる。
【００６９】
なお、物理ボリュームを構成する論理ボリュームグループに試験用の特殊論理ボリュームを含めて生成したものを特殊物理ボリュームとしている。また、特殊ＬＶと同様に、ボリューム番号とＩＤを試験コードとパラメータに置き換えてある。さらに、物理ボリューム番号を擬似故障試験の指示コードに置き換えた特殊ＰＶは、その擬似試験コード番号部で擬似故障の起動を指示し、続いて付加されているパラメータ部で擬似故障の各種動作の実行モードや条件を指定して制御するものとなっている。
【００７０】
図８は、本発明の実施の形態になる擬似試験故障テーブルのデータ構造を示す。
【００７１】
実施例の擬似試験故障テーブルでは、特殊ＬＶによって擬似故障を指定する例を示している。擬似試験故障テーブルは、「試験コード番号」、試験内容を示す「パラメータ」、および「擬似故障発生モード」の項目からなる複数のレコードで構成される。
【００７２】
擬似故障発生の対象としては、指定されたユニット内の1 箇所の故障を指定する「単独」、指定されたユニット内で2 箇所の同時故障を指定「二重故障」、他ユニットと連動して故障を発生「連携故障」などがある。
【００７３】
また、擬似故障発生モードとしては、瞬時故障を１回発生後、故障状態を解除する「単発発生」、故障を発生させて固定状態にする「連続発生」、特定の間隔で故障発生/ 解除を繰り返す「間欠発生」などがある。
【００７４】
さらに、擬似故障の時間条件としては、発生遅延時間、発生持続時間、発生時間間隔、繰り返し回数等の指定がある。
【００７５】
図８を説明すると、「試験コード番号」は、８桁の英数字で認識される。
【００７６】
「パラメータ」例において、ＵＵは、対象となるユニットの番号、ＶＶは、同時に処理対象となるユニットの番号である。
【００７７】
また、ＸＸは、故障発生モードとして、００：解除、０１：固定発生、０２：瞬時故障、および０３：間欠モードが用意されている。さらに、ＹＹは、故障発生回数、ＺＺＺＺは、遅延時間、持続時間、間欠発生間隔となっている。
【００７８】
図９は、本発明の実施の形態になる試験結果の期待値テーブルのデータ構造を示す図である。期待値テーブルは、対象ユニットで実行する試験コードとパラメータ毎に、それぞれ試験を実行した時の処理結果として期待する状態（ステータス）コードと報告されるエラーコードとの対応を示すテーブルとなっている。
【００７９】
図に示すように、結果判定では、擬似故障を処理した結果として、擬似故障を起こさせたデータ処理ユニットから取得した状態コードが対応するエラーコードに合致しているか否かで判定される。
【００８０】
図１０は、本発明の実施の形態になるＬＶ／ＰＶファイル、特殊ＬＶ／特殊ＰＶファイル、および処理情報の流れを示す。
【００８１】
本実施例では、擬似故障による機能試験は、操作者が監視端末２から試験項目を指定して起動する。試験実行は、監視端末２の試験制御プログラム２００の制御下で自動的に実行され、その進行状況は監視端末２に表示される。試験進行結果と試験制御プログラム２００内の期待値表と比較して、仮想テープ装置１の応答結果を判定する。
【００８２】
なお、図中、ＬＶは論理ボリューム、特殊ＬＶは試験コードを含む論理ボリューム、ＬＶ情報は論理ボリュームのマウント情報、特殊ＬＶ情報は特殊ＬＶのマウント情報，ＰＶは物理ボリューム、特殊ＰＶは試験コードと特殊ＬＶを含む物理ボリューム、ＰＶ情報は物理ボリュームのロード情報、および特殊ＰＶは特殊ＰＶのロード情報を表している。
【００８３】
以下に、試験の処理手順を示す。
（１）監視端末２にある試験制御プログラム２００および上位制御装置（ホストコンピュータ３）にある仮想テープ装置１の機能試験プログラム１００を起動する。
（２）試験対象のデータ処理ユニットの擬似故障処理部（ＥＰ）３００の擬似故障発生制御プログラム５００に対して、試験実行に必要なデータ表とエラー処理結果の対応情報を、監視端末２から転送する。
（３）監視端末２の操作により、実行する試験に応じて試験実行事項に該当する試験コード番号をボリューム番号とする特殊ＬＶ群の情報を生成し、この情報をホストコンピュータ３側の機能試験プログラム１００に転送して、ホストコンピュータ３側で当該特殊ＬＶ群を生成して格納しておく。
（４）監視端末２に組み込んである試験制御プログラム（試験実行スクリプト）２００に従い、所定の手順／条件にしたがって擬似故障試験モードを起動し、対象の各ユニットに対し擬似故障を発生させ、監視端末２で機能試験の進行を監視する。
（５）論理ボリュームの通常データ処理と同期させて擬似故障を発生させる手段を併用し、診断を行う場合には、監視端末２の試験制御プログラム２００と連携したホストコンピュータ３の機能試験フログラム１００の制御により、擬似故障を発生させる試験コードを備えた特殊ＬＶと通常のＬＶとを混在させた論理ボリューム群を順次マウント処理動作させて、試験を進行させる。
【００８４】
監視端末２から試験内容にしたがい、ホストコンピュータ３の機能試験プログラム１００の介在によって、通常ＬＶと試験事項に対応する特殊ＬＶ群とを任意に組み合わせてシーケンシャルに整列させ、順次マウント処理を実行する。
【００８５】
なお、論理ボリュームの処理経路にない部分の対象ユニット（例えば、ＨＵＢ１２やＰＣＵ１８など）の試験は、監視端末２の試験制御プログラム２００からの試験コマンドの指示により実行される。
（６）仮想テープ装置内における特殊ＬＶ情報の受け取りにおいて、構成例にある仮想テープ装置１側では、ＶＬＰ１５がＬＶのマウント要求（ＬＶ情報または特殊ＬＶ情報）を受け取る。
【００８６】
各データ処理ユニットは、論理ボリュームのマウント処理を実行する際、擬似故障試験の実行モードにある場合は、マウント指定のＬＶのボリューム番号を参照し、その情報を自己ユニットの擬似故障処理部３００に引き渡す。擬似故障処理部３００は、マウント指定のＬＶのボリューム番号を参照して試験コードを認識した場合は、そのコードと付加パラメータから、試験対象が自己ユニットか他ユニットかをデータ処理ユニット番号によって判別する。そして、自己対象である場合は、擬似故障の発生動作と診断処理を実行する。また、他ユニットが対象となっている場合には、通常ＬＶの処理に準じて，その処理を引き渡す。
【００８７】
以降、通常ＬＶの処理と同様に、ＩＣＰ１４／ＴＶＣ１０／ＩＤＰ１６／ＰＬＰ１７とデータ処理を受け渡して行く過程で、各ユニットは特殊ＬＶの試験コードを識別して、当該ユニットで試験を実行するか、次段階処理担当のユニットに特殊ＬＶ情報を引き渡すことを繰り返して、擬似故障を発生させるべき部位の擬似故障処理部３００へ試験指令を伝達する。
（７）試験対象がＬＴＯライブラリである場合、監視端末２の指示により、ＬＶ群のうち特殊ＬＶが含まれていれば特殊ＰＶを生成し、ＬＴＯドライブ４２に特殊ＬＶ情報を引き渡して、ＬＴＯドライブ４２側の擬似故障処理部３００で試験を実行する。
【００８８】
ＬＴＯライブラリ４は、ＬＴＯ媒体にＰＶを書き込むＬＴＯドライブ４２と、ＬＴＯ媒体の格納棚（セル) とＬＴＯドライブ２０間で媒体を運搬し格納操作するロボット(Robot) ２１を有する。
【００８９】
なお、ＰＶのロード指示に際して、それが特殊ＰＶと認識した場合には、ロボット２１による媒体運搬過程またはＬＴＯドライブ２０へのロード／アンロード過程で擬似故障を発生させて試験を行う。
【００９０】
また、ＬＴＯドライブ２０にロード後に、ＰＶに特殊ＬＶが含まれることを認識した場合には、ＰＶのリード／ライト処理の過程で指定されたタイミングで擬似故障を発生させて、ＬＴＯドライブ２０を含めた試験を行う。
（８）監視端末２に組み込んである試験制御プログラム（試験実行スクリプト）２００にしたがい、設定されたシーケンスにより、前述したように、監視端末２は、対象の各ユニットに対しコマンドを発行して擬似故障を発生させる。対象の各ユニットは、そのときに実行される処理結果情報を自メモリに記録し、エラー処理状態（エラーコード）と結果情報（ステータス情報）を監視端末２からの情報参照コマンドに応じて監視端末２に転送する。
（９）擬似故障によるエラー処理後、次の機能試験を実行するため、監視端末２の制御処理の指示により、エラークリアまたは電源切断／投入（対象の一部または装置全体）による初期化を自動的に実行して復旧させ、以降の機能試験を順次繰り返す。
（１０）自動的に繰り返される機能試験の結果情報は、監視端末２の制御により試験事項実行毎に全て収集して監視端末２内に記録し、試験結果として表示／報告される。またその報告／収集した情報は、監視端末２の制御プログラムにより、設計仕様に基づいて設定するエラーリカバリ処理動作の期待値テーブル（エラーリカバリ動作処理の状態コードおよびエラーコード対応テーブル）の内容と照合して、機能試験実行結果の合否を判定し表示する。
（１１）予め設定されているか、試験実行中に組み換え可能な試験実行スクリプトによって設定される試験事項の手順に基づき、同一設定あるいは試験条件を変化させながら、自動的に試験を繰り返す。
（１２）監視端末２の状況表示を観測し、内容により必要に応じて試験者が介入して試験の内容を変更しつつ、試験を繰り返す。
（１３）これらの擬似故障処理部３００による機能試験実行時の動作状態推移とエラーリカバリ処理動作実行情報は、監視端末２内に記録して保存する。そして、これらの情報は故障発生時に事例情報として参照する。
【００９１】
図１１は、本発明の実施の形態になる特殊ＬＶによる擬似故障発生処理の流れを示す。図中、細い点線は、試験コマンドが伝送される経路である試験制御経路を表し、太い点線は、ＬＶ／ＰＶ情報の流れを表し、さらに太い矢印は、ＬＶ／ＰＶデータ処理の流れを表している。
【００９２】
本実施例では、特殊論理ボリューム（ＬＶ）の投入による擬似故障発生処理例として、ＩＣＰ１４内の論理ボリュームデータのデータ圧縮回路を対象にして処理データ異常となる故障を発生させる場合の試験実行制御の流れを示している。
【００９３】
その試験実行制御の流れは以下の通りである。
（１）ＶＬＰ１５は、ホストコンピュータ３からのマウント要求を受け、特殊ＬＶを含むＬＶ情報を取得し、（２）同時に、ＩＣＰ１４は、ホストコンピュータ３のチャネル３２を介し、特殊論理ボリュームデータを受け取り、（３）ＩＣＰ１４の中のＬＶ番号が試験用の特殊ＬＶの試験コードとなっているかを判定し、（４）試験コードである場合には、それに付随するパラメータから処理内容を解析し、試験コード指示による対象箇所への擬似故障発生動作（例：データ圧縮回路のデータ異常）が行われる。
【００９４】
ＩＣＰ１４における擬似故障処理部３００は、（５）ホストコンピュータ３に対し、エラー処理報告を発信し、および（６）監視端末２に対し、試験動作状態情報とエラー処理結果情報の送出する。そして、ＶＬＰ１５における擬似故障処理部３００は、（７）監視端末２に対し、リカバリ処理結果情報を送出する。
【００９５】
図１２は、本発明の実施の形態になる擬似故障試験を制御する監視端末の操作フローを示す。以下の各処理ステップは、監視端末２の試験制御プログラム２００によって実行される。
Ｓ１１：監視端末２は、仮想テープ装置１内の各データ処理ユニットにおいてメモリに蓄積された擬似故障処理の状態情報を採取し、監視端末２の画面に更新表示する。
Ｓ１２：表示された画面において単発、連続、間欠発生などの擬似故障試験の種類を選択し、試験を起動操作する。
Ｓ１３：擬似試験の設定データ及び処理結果の対応情報を対象ユニットに転送する。
Ｓ１４：ホストコンピュータ３の機能試験プログラム（ＴＰ１）１００と連携させるか否かを判定する。ＴＰ１と連携しないのであれば、Ｓ１６に進む。
Ｓ１５：ＴＰ１と連携させる場合には、特殊ＬＶを生成し、機能試験プログラム１００を実行する。
Ｓ１６：擬似故障の対象ユニットへ試験モード切替コマンドを発信する。
Ｓ１７：擬似故障試験スクリプトを実行し、対象ユニットに擬似故障発生コマンドを発信する。
Ｓ１８：対象ユニットの動作状態を監視する。
Ｓ１９：対象ユニットが特殊ＬＶによって動作中か否かを判定する。動作中でなければ、Ｓ２１に進む。
Ｓ２０：対象ユニットが特殊ＬＶによって動作中であれば、特殊ＬＶが指定する試験動作と連動させる。
Ｓ２１：対象ユニットにおける擬似故障処理動作の実行状態を監視する。
Ｓ２２：他ユニットへの連動要求があるか否かを判定する。他ユニットとの連動がなければＳ２４に進む。
Ｓ２３：他ユニットとの連動があるなら、連動ユニットへ擬似故障発生コマンドを発信する。
Ｓ２４：エラー処理が終了したか否かを判定する。終了でないなら、Ｓ１８に戻り、以降の処理を繰り返す。
Ｓ２５：エラー処理が終了であれば、対象ユニットの状態情報を採取し、試験処理状態情報を表示する。
Ｓ２６：擬似故障試験／診断処理が終了か否かを判定する。対象ユニットの試験が未だあるのであれば、Ｓ１７に戻り、以降の処理を繰り返す。
Ｓ２７：全対象ユニットが終了であれば、擬似試験実行結果を判定し、判定結果を表示する。
Ｓ２８：繰り返し指定があるかを判定する。繰返し指定のある場合には、Ｓ１４に戻り、以降の処理を繰り返す。
【００９６】
図１３は、本発明の実施の形態になる各データ処理ユニットにおける擬似故障処理部の動作フローを示す。
Ｓ３１：データ処理ユニットにおける擬似故障処理部３００は、ホストコンピュータ３からのＬＶデータまたは監視端末２からの処理コマンド（制御データ）を受信し、データ処理動作を実行する。
Ｓ３２：監視端末２から受信した制御データを解析する。
Ｓ３３：制御データは、擬似試験モードの切換えコマンド否かを判定する。切換えコマンドでなければ、Ｓ３１に戻り、通常のＬＶの処理を行う。
Ｓ３４：制御データが試験モードへの切換えコマンドであれば、擬似試験実行モードに移行する。
Ｓ３５：ＬＶデータを受信したか否かを判定する。ＬＶデータを受信していなければ、Ｓ３８に進む。
Ｓ３６：ＬＶデータを受信していれば、次にＬＶ番号が試験コードか否かを判定する。ＬＶ番号が試験コードであれば、Ｓ４２に進む。
Ｓ３７：ＬＶ番号が試験コードでないならば、ＬＶデータ処理動作を実行する。
Ｓ３８：制御データを受信し、該制御データを解析する。
Ｓ３９：制御データは、擬似試験終了コマンドか否かを判定する。
Ｓ４０：終了コマンドであれば、擬似試験モードを終了する。
Ｓ４１：制御データが終了コマンドでないならば、次に擬似故障発生コマンドか否かを判定する。擬似故障発生コマンドでないならば、Ｓ３５に戻り、以降の処理を繰り返す。
Ｓ４２：擬似故障発生コマンドであれば、試験コマンドを解析する。
Ｓ４３：擬似故障発生動作の対象場所及び動作モードを指定する。
Ｓ４４：電源切断試験か否かを判定する。
Ｓ４５：冗長化電源を含む全電源か否かを判定する。全電源であれば、全電源の遮断処理を行う。
Ｓ４６：全電源を切断する。
Ｓ４７：全電源が対象でなければ、試験対象とするユニットを選択して擬似故障状態を起動する。
Ｓ４８：擬似故障は、他ユニットと連動する動作かをパラメータに基づいて判定する。他ユニットとの連動がないなら、Ｓ５０に進む。
Ｓ４９：他ユニットとの連動があるならば、連動要求情報を制御データ処理部から該当する対象のユニットへ発信する。
Ｓ５０：他ユニットにおける擬似故障の動作状態及び処理結果を採取する。
Ｓ５１：擬似故障は終了かを判定する。他ユニットの連動処理が残っているなら、Ｓ５０の処理を繰り返す。
Ｓ５２：他ユニットの連動処理が終わっていれば、擬似故障の復帰処理を実行する。
Ｓ５３：対象ユニットの擬似故障処理部３００は、擬似故障試験結果をメモリ に記録し、処理結果及び状態を監視端末２に報告する。
【００９７】
以上の述べてきたように、本実施例では、論理ボリュームの処理と同期して擬似故障を発生させることが可能となる。通常ＬＶとこの特殊ＬＶを複数混在させ、マウントを処理を繰り返して行うことにより、実データ処理運転の最中に、特定のタイミングで間欠的な、あるいは任意の複数箇所において、同時に擬似故障を発生ることができ、実際の動作に近い状態での動作診断が実現される。
【産業上の利用可能性】
【００９８】
本発明は、冗長構成になる仮想テープ装置等の機能試験の分野に適用される。
【符号の説明】
【００９９】
１ 仮想テープ装置
２ 監視端末
３ ホストコンピュータ
４ ＬＴＯライブラリ
１０ ＴＶＣ（テープボリュームキャッシュ）
１１ ＦＣ−ＳＷ（チャネルスイッチ）
１２ ＨＵＢ（ハブ）
１３ 通信中継器
１４ ＩＣＰ（統合チャネルプロセッサ））
１５ ＶＬＰ（仮想ライブラリプロセッサ）
１６ ＩＤＰ（統合デバイスプロセッサ）
１７ ＰＬＰ（物理ライブラリプロセッサ）
１８ ＰＣＵ（電源制御ユニット）
２０ ＬＴＯドライバ
２１ ロボット
２２ ＦＣケーブル
２３ ＬＡＮケーブル
３１ ＶＴＣＰ（仮想テープ制御プログラム）
３２ チャネル
１００ 機能試験プログラム（ＴＰ１）
２００ 試験制御プログラム（ＴＰ２）
３００ 擬似試験処理部（ＥＰ）
【特許請求の範囲】
【請求項１】
ホストコンピュータ及び監視端末と専用回線で接続され、複数のデータ処理ユニットを備えた仮想テープ装置であって、
前記各データ処理ユニットは、
前記監視端末からの指示を受けて自己に故障を擬似的に発生させる擬似故障発生手段と、
前記擬似故障発生手段によって発生させた擬似故障の処理結果を予め設定された処理結果の期待値と照合する結果判定手段と、
前記判定結果を前記監視装置に発信する判定結果発信手段と、
を有することを特徴とする仮想テープ装置。
【請求項２】
前記各データ処理ユニットの結果判定手段で照合される前記期待値は、前記監視端末からの試験コマンドにより変更可能としたことを特徴とする請求項１に記載の仮想テープ装置。
【請求項３】
前記各データ処理ユニットは、前記ホストコンピュータより受信した論理ボリュームのデータから所定の形式で設定された前記試験用コードを含む特殊ボリューム番号を抽出して該試験用コードを認識することを特徴とする請求項１または２に記載の仮想テープ装置。
【請求項４】
前記各データ処理ユニットは、さらに、
前記監視端末からのコマンド指示により擬似故障試験モードに切替える手段を備え、
前記受信した論理ボリュームのデータから前記試験用コードを認識した場合に、前記試験用コードに基づいて、自己ユニットに故障を擬似的に発生させることを特徴とする請求項３に記載の仮想テープ装置。
【請求項５】
前記各データ処理ユニットは、前記擬似故障の試験実行時における動作状態および判定結果情報を保存するメモリを備え、所定の条件で前記擬似故障を発生させたときの処理の状態を表す状態情報を保存することを特徴とする請求項１乃至４に記載の仮想テープ装置。
【請求項６】
前記監視端末において、前記専用回線を介して故障発生時に採取されるエラー処理情報と試験時に前記各データ処理ユニットのメモリに蓄積された前記エラー処理情報との照合によって、該当する故障部位が特定され、該故障部位が前記監視端末に表示されることを特徴とする請求項５に記載の仮想テープ装置。
【請求項１】
ホストコンピュータ及び監視端末と専用回線で接続され、複数のデータ処理ユニットを備えた仮想テープ装置であって、
前記各データ処理ユニットは、
前記監視端末からの指示を受けて自己に故障を擬似的に発生させる擬似故障発生手段と、
前記擬似故障発生手段によって発生させた擬似故障の処理結果を予め設定された処理結果の期待値と照合する結果判定手段と、
前記判定結果を前記監視装置に発信する判定結果発信手段と、
を有することを特徴とする仮想テープ装置。
【請求項２】
前記各データ処理ユニットの結果判定手段で照合される前記期待値は、前記監視端末からの試験コマンドにより変更可能としたことを特徴とする請求項１に記載の仮想テープ装置。
【請求項３】
前記各データ処理ユニットは、前記ホストコンピュータより受信した論理ボリュームのデータから所定の形式で設定された前記試験用コードを含む特殊ボリューム番号を抽出して該試験用コードを認識することを特徴とする請求項１または２に記載の仮想テープ装置。
【請求項４】
前記各データ処理ユニットは、さらに、
前記監視端末からのコマンド指示により擬似故障試験モードに切替える手段を備え、
前記受信した論理ボリュームのデータから前記試験用コードを認識した場合に、前記試験用コードに基づいて、自己ユニットに故障を擬似的に発生させることを特徴とする請求項３に記載の仮想テープ装置。
【請求項５】
前記各データ処理ユニットは、前記擬似故障の試験実行時における動作状態および判定結果情報を保存するメモリを備え、所定の条件で前記擬似故障を発生させたときの処理の状態を表す状態情報を保存することを特徴とする請求項１乃至４に記載の仮想テープ装置。
【請求項６】
前記監視端末において、前記専用回線を介して故障発生時に採取されるエラー処理情報と試験時に前記各データ処理ユニットのメモリに蓄積された前記エラー処理情報との照合によって、該当する故障部位が特定され、該故障部位が前記監視端末に表示されることを特徴とする請求項５に記載の仮想テープ装置。
【図１】
【図２】
【図４】
【図５】
【図６】
【図７】
【図３】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図４】
【図５】
【図６】
【図７】
【図３】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−１７０８２２（Ｐ２０１１−１７０８２２Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−３６６９３（Ｐ２０１０−３６６９３）
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]