JPH09293001A - 無停止保守システム - Google Patents

Abstract

(57)【要約】 【課題】 電子計算機の保守において、該当計算機が提
供している機能、サービスを停止させることなく、保守
を行なうことを目的とする。 【解決手段】 電子計算機の保守をネットワーク経由で
保守装置を接続して行なう保守システムにおいて、前記
電子計算機は自システムが提供中のサービスを実行する
に必要なプログラムを前記保守装置に複写する複写手段
と、自ハードウェア構成情報を前記保守装置に伝達する
伝達手段と、を備え、前記保守装置は前記計算機と同一
の命令セットを実行するＣＰＵと、前記ハードウェア構
成情報に基づいて前記計算機のハードウェア構成を自シ
ステム上にエミュレートする手段と、を備えて、前記電
子計算機によるサービスを停止させることなく行なうこ
とを特徴とする無停止保守システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電子計算機によ
って提供される機能、サービスを停止させずに保守を行
なう（以下、無停止保守と呼ぶ）ための装置に関するも
のである。

【０００２】

【従来の技術】電子計算機を保守するためには、保守対
象機能を停止する必要があるが、速やかに代替の構成要
素または機能により該当機能が再開することによって事
実上の無停止での保守を行なうことが可能となる。従っ
て、無停止で保守を行なう上で重要なのはいかにして代
替要素、機能を用意、提供するかという問題と、どのよ
うにして代替要素、機能に切替え引き継ぐかという問題
と、引き継ぎ完了後、他の要素に影響を与えず該当機能
を交換するかという問題である。以下、それぞれについ
てハードウェア、ソフトウェアの二つの側面から従来技
術を述べる。

【０００３】（１）代替要素の用意 従来においては、冗長化と呼ばれる代替用の要素をあら
かじめ用意しておく方式が採用されていた。保守という
観点からハードウェアの冗長化を見ると、保守の対象品
はフィールド・リプレッサブル・ユニットと呼ばれ、通
常はＣＰＵボードや入出力制御装置などがこれに対応す
る。電子計算機に異常が発生した時の代替用または負荷
分散のためにこれらのユニットを複数実装する方式が採
用されている。一方、ソフトウェアにおいては、二重
系、多重系を構築することで冗長性を実現している。図
１７は、２台の電子計算機でディスク装置を共有した二
重系システムの構成を示す図である。２台の計算機１０
１はネットワーク２を経由して接続され、さらに相手計
算機（クライアント）や端末１０３と接続されている。
それぞれの計算機１０１はローカルディスク１０４を備
えている。ローカルディスク１０４には、オペレーティ
ングシステム１０５、業務用プログラム１０６が格納さ
れている。また、２台の計算機１０１は、共有ディスク
１０７により業務用データ１０８を共有すると共に、相
互にエマージェンシ信号を監視するためのプロセス入出
力装置１０９で相互接続されている。これらの二重系は
保守だけでなく、異常時の代替としても有効であり通常
は異常発生時の対策として使用されている。

【０００４】（２）切替え、引き継ぎ技術 計算機システムに異常が発生したときに、通常動作系か
ら待機系へ切替えるためには前述の冗長化が必要であ
り、ハードウェアの観点から、冗長化、自動切替えを行
なう代表的な例としてフォールト・トレラント・コンピ
ュータがあげられる。この種の計算機では、冗長化、活
線挿抜機能（後述）を実現するとともに、フィールド・
リプレッサブル・ユニット内での”２ ｏｕｔ ｏｆ
３”などによる多数決原理に基づく冗長性を実現し、よ
り信頼性を高めている。前述の二重系、多重系システム
においては、計算機間でネットワークを使用して定期的
にメッセージ（ハートビート信号と呼ぶ）を交換した
り、停止報告用のエマージェンシ信号などによって相互
に監視しており、ハートビート信号の停止、エマージェ
ンシ信号の検出などをトリガとして切替えが行われ、業
務の引き継ぎが行なわれる。

【０００５】図１８は、特開平０３−２３５１５９号公
報に開示されている共有メモリを有するマルチ・プロセ
ッサシステムの構成を示す図で、マルチ・プロセッサシ
ステム１１において、プロセッサ・モジュール１５に現
用サーバプログラム１２または、待機サーバプログラム
１３を監視、管理するために、双空間管理サーバ（双空
間管理サーバ）１４を導入して、双空間管理サーバ１４
による監視、切替えを行なうものである。

【０００６】この特開平０３−２３５１５９号公報にお
いては、共有メモリ１０と３個以上のプロセッサ・モジ
ュール１５を設けて、各プロセッサ・モジュール１５に
は、業務を実行する現用サーバプログラム１２、または
その待機サーバプログラム１３、及びそれらを管理、監
視する双空間管理サーバ１４を配置して、双空間管理サ
ーバ１４が共有メモリ１０上に自プロセッサ・モジュー
ル１５の生存通知を書き込み、他のプロセッサ・モジュ
ール１５上の双空間管理サーバ１４がそれを監視するこ
とによって、相互監視を行ない、生存通知が書き込まれ
ない場合には最初にそれを検出した双空間管理サーバ１
４が、待機サーバプログラム１２を現用サーバプログラ
ム１２とするよう制御することで業務を引き継ぐもので
ある。

【０００７】（３）交換技術 無停止でのハードウェアの交換技術には、計算機やその
他の装置の電源が投入状態でフィールド・リプレッサブ
ル・ユニットを交換可能とする活線挿抜と呼ばれる技術
がある。一方、動作中のソフトウェアの保守／入れ換え
については、汎用的かつ標準的な手段は今だ確立されて
いない。実用的には、二重系、多重系システムを構築
し、保守の際には１台の計算機を停止させて、ハードウ
ェア、ソフトウェアの交換を行なう。この間、他の計算
機が業務を担当していることになる。共有ディスクを持
つような構成の場合には、共有ディスク部分にも冗長性
が必要であり、そのため冗長化ディスク（ＲＡＩＤ：ｒ
ｅｄｕｎｄａｎｔ ａｒｒａｙ ｏｆ ｉｎｅｘｐｅｎ
ｓｉｖｅ ｄｉｓｋｓ）などが採用される。また、この
共有ディスク部分を保守する場合には活線挿抜技術が必
要である。

【０００８】

【発明が解決しようとする課題】従来の技術では、シス
テム形態としてもっとも多い単一計算機システムのハー
ドウェア、ソフトウェアの保守を行なう際、この計算機
が提供していたサービスを停止しなければならないとい
う問題点があった。下記３つの方式は、この問題を解決
するためにとられる一般的な対策であるが、いずれも問
題点を解決できていない。 （１）フォールト・トレラント・コンピュータによる方
式 専用のハードウェアを必要とするため、高価である。ま
た、ソフトウェアの保守に対しては有効ではない。 （２）二重系や多重系を構築して、保守を行なう方式 ソフトウェアの保守には試験による確認も含まれるた
め、長時間に渡りある系をオフライン状態にする必要が
ある。この期間は、二重系では単独計算機による運転状
態となり、異常が発生しても切替えができず、サービス
の停止につながる。また、多重系であっても、十分な余
裕がなければ性能の低下が発生することになる。また、
保守のためだけに計算機を常に用意しておくことは無駄
であり、コストをあげる要因となる。また、上記特開平
０３−２３５１５９号公報には保守についての記述はな
いが、サーバプログラムそのものの入れ換え中にクラッ
シュが起こった場合には、待機系として再起動される待
機系サーバプログラムや双空間管理サーバが動作しない
という問題点や、特殊な構造であるためコストがかかる
という問題点が考えられる。一方、要素技術の点からみ
ると、従来技術における、切替え、引き継ぎ技術及び交
換技術は、既に実用的に広く利用されている技術であ
り、特に二重系、多重系システムは共有ディスク装置部
分に活線挿抜の技術を適用すれば、上記の問題はあるも
ののシステムを停止させずハードウェア、ソフトウェア
の保守を行なうことができる。従って、システムを停止
させず保守を行うための本質的な問題点は、保守のため
だけに常に計算機を用意しなければならない無駄であ
り、技術的な問題点は、代替の計算機を用意してもハー
ドウェア、オペレーティングシステムなどが異なってい
た場合に業務用プログラムが正常に動作しない可能性が
ある点である。

【０００９】この発明は、上記のような問題点を解消す
るためになされたもので、標準的なハードウェア、ソフ
トウェア構成のシステムにおいて無停止での保守を実現
するとともに、二重系、多重系においても保守作業中に
も冗長度や性能を低下させず、また、本無停止保守装置
自体を可搬にすることでコストの発生を押え、保守を容
易にし、かつ保守中の信頼性、可用性を向上させること
を目的とする。

【００１０】

【課題を解決するための手段】この発明に係わる無停止
保守システムは、電子計算機の保守をネットワーク経由
で保守装置を接続して行なう保守システムにおいて、前
記電子計算機は自システムが提供中のサービスを実行す
るに必要なプログラムを前記保守装置に複写する複写手
段と、自ハードウェア構成情報を前記保守装置に伝達す
る伝達手段と、を備え、前記保守装置は前記計算機と同
一の命令セットを実行するＣＰＵと、前記ハードウェア
構成情報に基づいて前記計算機のハードウェア構成を自
システム上にエミュレートする手段と、を備えて、前記
電子計算機によるサービスを停止させることなく行なう
ようにしたものである。

【００１１】また、電子計算機の保守をネットワーク経
由で保守装置を接続して行なう保守システムにおいて、
前記電子計算機は前記保守装置と共有する共有ファイル
装置と、自システムに専用のファイル装置に格納されて
いる、提供中のサービスを実行するに必要なプログラム
を前記保守装置に複写する複写手段と、自ハードウェア
構成情報を前記保守装置に伝達する伝達手段と、を備
え、前記保守装置は前記電子計算機と同一の命令セット
を実行するＣＰＵと、前記ハードウェア構成情報に基づ
いて前記計算機のハードウェア構成を自システム上にエ
ミュレートする手段と、を備えて、前記電子計算機によ
るサービスを停止させることなく行なうようにしたもの
である。

【００１２】また、前記ハードウェア構成情報は、入出
力装置のハードウェアアドレスとそのハードウェアを示
す装置ファイル名などのソフトウェアアドレスとの対応
情報と、ネットワーク管理情報とするものである。

【００１３】また、前記電子計算機は、サービスを提供
する業務とその重要度を対応させたテーブルを有して、
前記複写手段は前記テーブルを参照して重要度の高い業
務に係わるプログラムのみを複写するものである。

【００１４】また、前記電子計算機は、サービスを提供
する業務とその重要度を対応させたテーブルを有して、
前記複写手段は前記テーブルを参照して、重要度が低い
業務用のプログラムやデータを圧縮して複写するもので
ある。

【００１５】また、前記保守装置は、前記共有ファイル
装置の所定のアドレスをアクセスして、予め定められた
所定のデータが格納されていることを確認することによ
り、共有ファイル装置であることを認識するようにした
ものである。

【００１６】また、前記所定のアドレスは、予め定めら
れていること、または、前記電子計算機から前記ネット
ワークを経由して通知されるようにしたものである。

【００１７】また、前記共有ファイル装置を用いて前記
電子計算機のファイルが多重化されている場合におい
て、この多重度を下げて前記保守装置への複写領域とす
ることようにしたものである。

【００１８】また、前記電子計算機の保守作業が完了し
て、この計算機システムが復旧後、ファイルの多重度を
復帰させるようにしたものである。

【００１９】また、前記保守装置を可搬型に構成するよ
うにしたものである。

【００２０】また、前記保守装置を前記ネットワークに
接続された経路制御装置経由で接続するようにしたもの
である。

【００２１】また、前記保守装置が前記電子計算機のエ
ミュレートする準備が完了した段階において、前記ネッ
トワーク上の他のシステムに対して、前記電子計算機の
業務を引き継ぐことを通知することにより、前記経路制
御装置が自動的にネットワーク情報の更新を行なうよう
にしたものである。

【００２２】

【発明の実施の形態】

実施の形態１．図１乃至図４は、この発明による電子計
算機用無停止保守システムの一実施の形態を説明する図
で、図１は、この実施の形態１のシステム構成を示す図
である。図１において、１は計算機、２はネットワー
ク、３は相手計算機または端末、４はローカルディスク
装置、５、６、及び８は各々ローカルディスク装置４に
格納されているオぺレーティングシステム、業務用プロ
グラム、及び業務用データである。１６は無停止保守装
置で、無停止保守装置支援プログラム１７を有すると共
にローカルディスク装置４を備えている。また、計算機
１は無停止保守用プログラム１８を有している。

【００２３】図２は、無停止保守装置１６の構成を示す
図で、図において、１９は保守対象の計算機１と同一の
命令セットを実行できるＣＰＵ、２０はメモリ、２１は
ローカルディスク装置４を制御するディスク制御装置、
２２はネットワーク制御装置、２３、２４は各々オプシ
ョンとしての共有ディスク制御装置、プロセス入出力制
御装置である。また、この無停止保守装置１６はメンテ
ナンスを行なう現地での接続作業を可能とするように、
デスクサイドのサイズとして、可搬型に構成されてい
る。

【００２４】図３は、例えば、ＵＮＩＸオペレーティン
グシステム（ＵＮＩＸは登録商標名）におけるハードウ
ェアアドレスと装置ファイル名との関係を示す図であ
る。この図３は、ＣＰＵ１９に接続されるＳＣＳＩ入出
力制御装置２５がスロットＸに挿入され、このＳＣＳＩ
入出力制御装置２５のＳＣＳＩバス２６上のアドレスＹ
にユニットアドレスをＺとするディスク装置２７が接続
されていてその装置ファイル名がｃＸｔＹｄＺであるこ
とを示している。

【００２５】また、図４は、保守対象の計算機１のディ
スク装置４と無停止保守装置１６の装置ファイル名の対
応関係を示す図である。この図４は、例えば、保守対象
計算機１のスロット：Ｘ＝１、ＳＣＳＩアドレス：Ｙ＝
０、ユニットアドレス：Ｚ＝０のディスク装置４の装置
ファイル名ｃ２ｔ１ｄ１が、無停止保守装置１６のスロ
ット：Ｘ＝０、ＳＣＳＩアドレス：Ｙ＝０、ユニットア
ドレス：Ｚ＝１のディスク装置の装置ファイル名ｃ１ｔ
０ｄ０に対応することを示している。

【００２６】以下、図を参照しながら、この実施の形態
１における動作、即ち、ハードウェアの保守（交換）を
行なうために計算機１を停止させる場合の動作について
説明する。計算機１を停止させた場合に計算機１で実行
中であったサービスの停止を防止するために、あらかじ
め無停止保守用プログラム１８を計算機１上で実行して
おく。その後無停止保守装置１６をネットワーク２に接
続すると共に、無停止保守装置１６上で無停止保守装置
支援プログラム１７を起動する。これによって、無停止
保守装置１６上の無停止保守装置支援プログラム１７と
計算機１上の無停止保守用プログラム１８が通信を行な
うことが可能になり、お互いに相手を認識することがで
きる。計算機１上の無停止保守用プログラム１８は、無
停止保守装置１６上の無停止保守装置支援プログラム１
７と通信可能となることで無停止保守装置１６が接続し
たことを検知するとコピープログラムを起動する。コピ
ープログラムは、計算機１の有するローカルディスク装
置４に格納されている業務用プログラム６、業務用デー
タ８を無停止保守装置１６上のローカルディスク装置４
にコピーする。コピーの実現方法は、一般的な技術を行
なうことが可能であり例えばＵＮＩＸオペレーティング
システムではｒｃｐコマンド等を起動することによりコ
ピーを実行する。

【００２７】次に、計算機１のオペレーティングシステ
ム５及びその生成環境も無停止保守装置１６のローカル
ディスク装置４にコピーする。しかし、コピーしたオペ
レーティングシステム５をそのまま使用しても、計算機
１と無停止保守装置１６のハードウェア構成、ネットワ
ーク管理情報が異なるため業務用プログラム６は動作し
ない。従って、無停止保守装置１６上で業務用プログラ
ム６を動作させるため、無停止保守装置１６のハードウ
ェア構成及びネットワーク管理を合わせる必要がある。
そのため無停止保守装置１６上の無停止保守装置支援プ
ログラム１７は、計算機１上の無停止保守用プログラム
１８と通信して、必要となるハードウェア構成及びネッ
トワーク管理情報を得て、無停止保守装置１６のオペレ
ーティングシステムを再生成する。

【００２８】以下に、オペレーティングシステムの再生
成の方法を以下に説明する。一般的に、オペレーティン
グシステムはハードウェアのアドレスに応じて、装置フ
ァイル名などのソフトウェアからアクセスするためのア
ドレスを設定する。例えば、図３に示すように、ＳＣＳ
Ｉ入出力制御装置２５が挿入されているスロットをＸ、
ＳＣＳＩバス上のアドレスをＹ、ユニットアドレスをＺ
とするディスク装置の場合に、ｃＸｔＹｄＺという装置
ファイル名をつけ、各業務用プログラムはこのファイル
名でディスク装置４をアクセスする。しかし、保守対象
の計算機１と無停止保守装置１６のハードウェア構成は
一般に異なってもよいが、異なった場合には業務用プロ
グラム５は異なったディスク装置にアクセスすることに
なり、正常には動作しない。

【００２９】この問題を解決するために、保守対象の計
算機１上の無停止保守用プログラム１８と無停止保守装
置１６上の無停止保守装置支援プログラム１７は、保守
対象計算機と本装置の構成を比較し、対応させるべきデ
ィスク装置とその装置ファイル名のテーブルを作成す
る。この結果作成されたテーブルを図４に示している。
保守対象の計算機１のディスク装置４に対応する無停止
保守装置１６のディスク装置４が割り当てられて、新し
い装置ファイル名（即ち保守対象計算機での装置ファイ
ル名）を決定することができる。

【００３０】以上のようにして作成されたテーブルを基
に、無停止保守装置１６上の無停止保守装置支援プログ
ラム１７は装置ファイル名を作成し直した後に、業務用
プログラム６を起動することにより、業務用プログラム
６が正常に動作する。また、装置ファイル名とハードウ
ェアアドレスをオペレーティングシステムの生成時に決
定するようなオペレーティングシステムの場合には、前
記テーブルに基づいて生成パラメータを設定すればよ
く、同様の効果を奏する。

【００３１】コピー及び、オペレーティングシステム５
の再生成が完了した後に、保守対象の計算機１を停止さ
せ、無停止保守装置１６を立ち上げると、無停止保守装
置１６上でサービスが再開する。無停止保守装置１６が
サービスを提供中に、保守対象の計算機１のハードウェ
ア交換やソフトウェアバージョンアップ等の保守作業を
行なうことができる。

【００３２】保守対象の計算機１のハードウェア交換や
ソフトウェアバージョンアップ等の保守作業終了後、保
守要員の指示により無停止保守装置１６上の無停止保守
装置支援プログラム１７は、無停止保守装置１６を停止
させる。また、同時に計算機１を再起動することで、今
まで無停止保守装置１６上で提供されていたサービスは
計算機１で再開される。以上を確認した後で、保守要員
によって無停止保守装置１６をネットワーク２から切断
し保守が完了する。

【００３３】実施の形態２．図５乃至図７は、この発明
による電子計算機用無停止保守システムの他の実施の形
態を説明する図で、図５は、この実施の形態２のシステ
ム構成を示す図である。図において、７は共有ディスク
装置で、業務用データ８が格納されている。また、９は
計算機１同士で相互にエマージェンシ信号を監視するた
めのプロセス入出力装置である。なお、実施の形態１と
同等のものは、同一の符号を付してその説明を省略す
る。

【００３４】また、図６は、この実施の形態２における
ＳＣＳＩバス２６によるディスク装置７を共有する例を
示す図で、図７は、この共有ディスク装置７を保守対象
の計算機１と無停止保守装置１６とで共有していること
を確認する方法を説明する図である。

【００３５】この実施の形態２においては、共有ディス
ク装置７を用いて二重系を構築したシステムにおける、
ソフトウェアの保守（入れ換え／試験）を行なう無停止
保守装置１６について説明する。

【００３６】以下、図を参照しながら、この実施の形態
２における動作について説明する。この実施の形態２に
おいても、実施の形態１と同様に、あらかじめ計算機１
上で無停止保守用プログラム１８を実行しておく。そし
て、無停止保守装置１６をネットワーク２に接続する。
また、共有ディスク装置７も無停止保守装置１６に接続
する。共有ディスク装置７を無停止保守装置１６に接続
する場合には、従来技術である活線挿抜の技術が必要で
あり、共有ディスク７は活線挿抜可能であるように構成
されていなければならない。

【００３７】実施の形態１と同様、計算機１上の無停止
保守装置支援プログラム１７は無停止保守装置１６の接
続を検知すると計算機１に接続されているローカルディ
スク装置４及び共有ディスク装置７の判別を行なう。こ
の判別処理は、計算機１からディスク装置をみたとき、
この装置がディスク装置であると認識することはできる
が共有ディスク装置７であるかどうかは認識することが
できないため行なう処理である。例えば、図６に示すよ
うに、ＳＣＳＩバス２６で共有されたディスク装置７
を、双方のオペレーティングシステム５はディスク装置
であることを認識できるが、ＳＣＳＩバス２６を共有し
ていることは認識できない。

【００３８】この実施の形態２における無停止保守装置
１６では、ディスク装置が共有されているかどうかは処
理上重要な問題である。従って、図７に示すように、そ
の識別のために保守対象計算機１と、無停止保守装置１
６との間で同期をとりながらディスク装置にデータを書
き込み、それを相互に読み出すことで確認するようにし
ている。しかしながら、データを書き込むディスク装置
のセクタアドレスについてはディスク装置がどのように
使用されているかによって変わるため、そのアドレスを
どのように決定するかが問題となる。この無停止保守装
置１６では、データを書き込むセクタアドレスの決定を
以下のようにして行なう。

【００３９】（１）方法１：共有ディスク装置上に一時
ファイルを作成して、そのセクタアドレスを使用する方
法。 共有ディスク装置７上にオペレーティングシステム５が
管理しているファイルシステムを構築している場合に
は、保守対象の計算機１上の無停止保守用プログラム１
８は、その管理しているオペレーティングシステム５の
アプリケーションインターフェイスの一部であるファイ
ル作成ルーチンをコールすることによりファイルを作成
する。ファイル作成後、保守対象の計算機１上の無停止
保守用プログラム１８は、同期的にファイルにデータを
書き込む。また、書き込んだデータをオペレーティング
システム５が保有するファイル管理方法に従って、デー
タを書き込んだアドレスを取り出す。保守対象の計算機
１上の無停止保守用プログラム１８は、このアドレスと
データパターンを無停止保守装置１６上の無停止保守装
置支援プログラム１７にネットワーク２経由で送付す
る。無停止保守装置１６上の無停止保守装置支援プログ
ラム１７は、受け取ったアドレスとデータを元に無停止
保守装置１６上で各ディスク装置上のデータ内容を確認
し、一致していれば共有ディスク装置７であると判断す
る。この一連の処理を行なうことにより、共有ディスク
装置７かどうかを判断することができる。

【００４０】（２）方法２：オペレーティングシステム
５やディスク装置が管理する領域を使用する方法。 一般的に、オペレーティングシステム５はディスク装置
の領域管理、ファイルシステム管理などのためにディス
ク装置の一部の領域を管理領域として専用に使用してい
る。また、ディスク装置にはディスク装置自身が自己診
断のために使用する領域が設けられている。オペレーテ
ィングシステム５が管理するこれらの管理領域に空きア
ドレスがあるか否か、あるいは、ディスク装置の診断領
域を利用して共有ディスク装置７か否かを確認する。た
だし、診断領域を使用する場合には、通常のディスクア
クセス手段とは異なる専用のアクセス手段、即ち、ハー
ドウェア専用領域をアクセスする手段を使用する必要が
あり、オペレーティングシステム５がその手段を提供し
てしなければならない。

【００４１】以下に、共有ディスク装置として認識する
方法について説明する。保守対象の計算機１上のオペレ
ーティングシステム５が管理しているファイルシステム
の管理領域に空き領域がある場合、あるいは、診断領域
がある場合、保守対象の計算機１上の無停止保守用プロ
グラム１８は、同期的にその領域に対しデータを書き込
む。保守対象の計算機１上の無停止保守装置支援プログ
ラム１７はデータを書き込んだアドレスとデータパター
ンを無停止保守装置１６上の無停止保守装置支援プログ
ラム１７にネットワーク２経由で送付する。無停止保守
装置１６上の無停止保守装置支援プログラム１７は、受
け取ったアドレスとデータを元に無停止保守装置１６上
でディスク装置上のデータ内容を確認し、一致していれ
ば共有ディスク装置７と判断することができる。なお、
診断領域を使用する場合には、前述のようにオペレーテ
ィングシステム５が提供する専用のアクセス手段を利用
する必要がある。

【００４２】以上のようにして共有ディスク装置７かど
うかを判断した上で、ローカルディスク装置４について
は実施の形態１で述べたように、保守対象の計算機１上
の無停止保守用プログラム１８は、従来技術を利用して
コピープログラムを起動し、ネットワーク２経由で計算
機１のもつローカルディスク装置４内のオペレーティン
グシステム５、業務用プログラム６をコピーする。共有
ディスク装置７上にある業務用データ８についてはコピ
ーする必要がなく、そのまま使用できる。

【００４３】これらの処理を行った上で、実施の形態１
で述べたように無停止保守装置１６のオペレーティング
システム５を再生成する。その後、保守対象の計算機１
を停止させ、無停止保守装置１６を起動することで無停
止保守装置１６によるサービスの提供が開始される。

【００４４】以上のように、この実施の形態２によれ
ば、無停止保守装置１６がサービスを提供中に、保守対
象の計算機１のソフトウェアの入れ換えと確認のための
試験を行なうことができる。また、この期間中に待機系
の計算機１に異常が発生しても二重系としての機能も無
停止保守装置１６に引き継がれているので、無停止保守
装置１６によるサービスの提供を続けることができる。
試験による確認が完了した時点で、入れ換えが完了した
保守対象の計算機１を立ち上げ、待機系の計算機１のソ
フトウェアの入れ換えを実施する。入れ換えが完了して
待機系の計算機１を立ち上げ、無停止保守装置１６を停
止させ、ネットワーク２、共有ディスク装置７から切断
して保守が完了する。

【００４５】実施の形態３．図８乃至図１０は、この発
明による電子計算機用無停止保守システムのさらに他の
実施の形態を説明する図で、図８は、この実施の形態３
のシステム構成を示す図である。図８には、保守対象の
計算機１上に複数の業務用プログラム（業務１、業務
２、業務３、業務４）が存在し、各々ローカルディスク
装置４上のデータを参照していること、及び保守対象の
計算機１のローカルディスク装置４ａ（ｃ３ｔ０ｄ０）
に対応する無停止保守装置１６側のローカルディスク装
置４ｂ（ｃ３ｔ０ｄ０）の容量が小さいことを示してい
る。

【００４６】図９は、この実施の形態３における保守対
象の計算機１と無停止保守装置１６のディスク装置と装
置ファイル名の対応を示す図である。また、図１０は、
保守対象の計算機１における業務とディスク装置ファイ
ル名の対応を示す図である。なお、この実施の形態３に
おいて、実施の形態１と同等のものは、同一の符号を付
して、その説明を省略する。

【００４７】以下、図を参照しながら、この実施の形態
３における動作を計算機１と無停止保守装置１６ハード
ウェアの構成が異なる構成である場合において説明す
る。一般的には保守対象の計算機１に比べ、無停止保守
装置１６側のディスク装置の数及び容量が大きいことが
期待されており、大きい場合には容易に業務用プログラ
ム、業務用データをコピーすることができる。しかしな
がら、小さい場合にはすべての業務用プログラム６、業
務用データ８をコピーすることができないためサービス
を提供できない場合がある。この実施の形態３ではこの
ような場合についての動作を説明する。保守対象の計算
機１上での無停止保守装置支援プログラム１７の起動、
及び無停止保守装置１６の接続方法は、実施の形態１と
同様に行なう。この際に、実施の形態１でも述べたよう
にディスク装置と装置ファイル名との対応表を作成する
が、その際にディスク装置の容量も対応表に追加するよ
うにするのが、この実施の形態３において特徴的な点で
ある。

【００４８】ハードウェアの構成が異なり、無停止保守
装置１６側のディスク装置４に容量が小さいものがあっ
た場合には、以下のような３通りの方法で対処する。 （１）方法１：最適な対応関係を作る。 ディスク装置の容量を比較して、保守対象の計算機１と
無停止保守装置１６のディスク装置４の容量の大きいも
のから順に対応をとる。例えば図９に示す例では、保守
対象の計算機１の２ＧＢの容量をもつディスク装置４ｃ
（ｃ２ｔ２ｄ０）に対し、無停止保守装置１６の４ＧＢ
の容量を持つディスク装置４ｄ（ｃ２ｔ１ｄ１）を対応
させることにより、全体をコピーするために十分な容量
を確保できることを示している。 （２）方法２：論理ディスク装置によって容量の調整を
行なう。 物理ディスク装置を任意の大きさの論理的なディスク装
置に分割して使用することが可能なオペレーティングシ
ステムの場合には、無停止保守装置１６側で保守対象の
計算機１側の各ディスク装置の容量に応じて論理ディス
ク装置を生成して、必要なディスク容量を調整する。 （３）方法３：業務の重要度に応じて対応関係を作る。 方法１または方法２では、十分な容量を確保できなかっ
た場合には、次の方法として業務の重要度に応じた対応
関係を作成する。計算機システムの顧客は、保守作業に
先立ち、図１０に示すような各業務の重要度とその業務
が使用しているディスク装置の対応表を用意する。無停
止保守装置支援プログラム１７に対し、この対応関係を
与えることによって、重要度の高い業務用のディスクを
優先的に割り当てるようにする。以上のようにして、デ
ィスク装置の対応関係を決定し、無停止保守装置支援プ
ログラム１７より容量各々のディスク装置の内容をコピ
ーするプログラムを起動し、コピーする。コピー終了後
は、実施の形態１と同様にオペレーティングシステム５
の再生成を実施して、業務プログラム６を実行できる環
境に構成する。

【００４９】また、上記の方法３において、重要度の低
い業務の取扱いについては、顧客が用意する対応表にお
いて、業務サービスの提供を示す欄（図１０のサービス
提供欄）を設け、以下の２つの方法から選択するように
する。 （１）方法３ー１：無停止保守装置による業務サービス
は提供しない。 例えば、図１０に示すサービス提供欄で、”不要”とな
っている業務については業務プログラム業務プログラム
６または業務データ８のコピーを実施せず、該当業務サ
ービスを提供しない。このようにすることによりコピー
時間を短縮できるという効果があり、ディスク装置に余
裕があっても指定された場合にはコピーを実施しなくと
もよい。 （２）方法３ー２：無停止保守装置による業務サービス
の質を低下させる。 業務プログラム６または業務データ８を圧縮してコピー
することで容量の不足をカバーすることができる。例え
ば、ＵＮＩＸオペレーティングシステムのｃｏｍｐｒｅ
ｓｓコマンドで業務プログラム６を圧縮すると、通常元
のファイルの６０〜７０％の容量にまで圧縮できる。こ
のようにして圧縮した業務プログラム６と、各業務プロ
グラム毎に、復元を制御するためのスクリプトを用意す
る。このスクリプトでは、ｕｎｃｏｍｐｒｅｓｓコマン
ドによって業務プログラム６を復元し、復元した業務プ
ログラム６本体を起動するという機能を持っている。ま
た、業務プログラム６が完了した場合、再度ｃｏｍｐｒ
ｅｓｓコマンドによって圧縮してもよいし、性能を重視
するならばスクリプトを消し、復元した業務プログラム
６を残しておいてもよい。復元した業務プログラム６を
残した場合には、ディスク容量が不足することも考えら
れるが、一定数のプログラムは復元したままで残すこと
もできると考えられる。スクリプトでは、この数をパラ
メータ化して両者の方式を切り替えることもできる。こ
の方法を選択した場合には、復元のための処理が必要で
あり、性能が低下するためサービスの質が低下すること
になるが、方法３ー１とは異なり業務サービスは継続で
きる。通常、保守の時間は１日程度であり、その中です
べての業務プログラム６が使用されるわけではないた
め、このような方法による一時的な縮退運転も可能であ
る。

【００５０】実施の形態４．図１１及び図１２は、この
発明による電子計算機用無停止保守システムのさらに他
の実施の形態を説明する図で、図１１は、この実施の形
態４のシステム構成を示す図である。図において、保守
対象の計算機１上では、（業務１、業務２）が共有不可
能なローカルディスク装置４に、（業務３、業務４）が
共有可能な共有ディスク装置７に各々割り付けられてい
る。ここで、共有ディスク装置７は、論理的に領域管理
されており、領域１、領域２に分かれている。ここで、
業務で使用している領域が領域１であり、領域２は空き
領域である。また、保守対象の計算機１のディスク装置
４（ｃ１ｔ１ｄ１）に対応するディスク装置４が無停止
保守装置１６側にない場合を示している。

【００５１】また、図１２は、保守対象の計算機１にお
ける業務とディスク装置ファイル名との対応を示す図で
ある。なお、実施の形態１と同等のものは、同一の符号
を付してその説明を省略する。この実施の形態４は、実
施の形態３と同様、保守対象の計算機１と無停止保守装
置１６のハードウェアの構成が異なり、無停止保守装置
１６側のディスク装置が不足する例である。かつ、共有
ディスク装置７を有して、この共有ディスク装置７内に
おいて論理的に領域管理されている例である。

【００５２】以下、図を参照しながら、この実施の形態
４における動作について説明する。無停止保守用プログ
ラム１８の起動、及び無停止保守装置１６の接続方法
は、実施の形態１と同様である。また、実施の形態２に
述べた方法で共有ディスク装置７の有無を調査する。ま
た、実施の形態３と同様、事前に業務とその業務が使用
するディスク装置との対応を定義する。この時に、図１
２に示すように、ディスクの共有可能の有無と、論理デ
ィスク装置かどうかを合わせて定義しておく。これらの
情報は、ネットワーク２を経由して無停止保守装置支援
プログラム１７及び、無停止保守用プログラム１８に渡
され、共有ディスク装置７の論理ディスク装置としての
使用状況が把握され、空き領域が探される。空き領域が
なければ、実施の形態３で述べたようにサービスの提供
による判断を行なう。

【００５３】無停止保守装置１６側のディスク容量の不
足分（図１１のｃ１ｔ１ｄ１）に相当する空き領域があ
った場合には、以下のような手順でデータをコピーす
る。共有ディスク装置７を使用する手順としては、無停
止保守用プログラム１８が、新たな論理ディスク装置を
この共有ディスク装置７上に作成する。次に、保守対象
の計算機１上の無停止保守用プログラム１８は、無停止
保守装置１６上の無停止保守装置支援プログラム１７に
対しネットワーク２経由で論理ディスク装置が作成され
たことを通知する。そして、保守対象の計算機１上の無
停止保守用プログラム１８は、保守対象の計算機１上の
コピープログラムを起動しローカルディスク装置４上の
業務データ８をコピーする。コピー終了後、実施の形態
１と同様に保守対象の計算機１を停止させ保守を実施す
る。

【００５４】論理ディスク装置を作成するディスク装置
は、共有ディスク装置７であるため、論理ディスク装置
の生成、コピーに関しては無停止保守装置１６上の無停
止保守装置支援プログラム１６、保守対象計算機１上の
無停止保守用プログラム１８のいずれであっても可能で
あるが、論理ディスク装置の生成に関連する一連の処理
は、処理の開始と完了が保守対象計算機１上の無停止保
守用プログラム１８によって記録されている。保守完了
後、保守対象計算機１が起動され、無停止保守用プログ
ラム１８が再度起動されたとき、無停止保守用プログラ
ム１８は保守用に共有ディスク装置７上に新たな論理デ
ィスク装置が生成されたという記録情報をもとに、その
論理ディスク装置の削除を行なう。これによって保守が
完了する。

【００５５】実施の形態５．図１３及び図１４は、この
発明による電子計算機用無停止保守システムのさらに他
の実施の形態を説明する図で、図１３は、この実施の形
態５のシステム構成を示す図である。図１３において、
保守対象の計算機１上では、（業務１、業務２）が共有
不可能なローカルディスク装置４に、（業務３、業務
４）が共有可能な共有ディスク装置７に各々割り付けら
れている。ここで、共有ディスク装置７は、信頼性向上
のため、複数のディスク装置に同一データが配置され、
多重化（複数書き込み）され、冗長化されている。同一
データの冗長化は、アプリケーションプログラムによる
２重書きまたはミラーリング技術等をもちいる。

【００５６】図１４は、保守対象の計算機１における業
務とディスク装置ファイル名との対応を示す図であり、
ペアとなるディスク装置（冗長化されたディスク装置）
を定義しているのがこの実施の形態４における特徴とす
る点である。実施の形態１乃至実施の形態４と同等のも
のは同一の符号を付してその説明は省略する。

【００５７】以下、図を参照しながら、この実施の形態
５における動作について説明する。無停止保守用プログ
ラム１８の起動、及び無停止保守装置１６の接続方法
は、実施の形態１と同様に実施する。また、実施の形態
２に述べた方法で共有ディスク装置の有無を調査する。
また、実施の形態３と同様、事前に業務とその業務が使
用するディスク装置の対応を定義する。この時に、図１
４に示すように、ディスク装置の共有可能の有無と、冗
長化されているかどうかを示すため、冗長化されたペア
のディスク装置を合わせて記述する。これらの情報は、
ネットワーク２を経由して無停止保守装置支援プログラ
ム１７及び、無停止保守用プログラム１８に渡され、共
有ディスク装置７の使用状況が把握され、冗長化の確認
が行われる。

【００５８】無停止保守装置１６側のディスク装置に容
量の不足（図１３のｃ１ｔ１ｄ１）に相当する冗長化デ
ィスク装置があった場合には、以下のような手順でデー
タをコピーする。共有ディスク装置７を使用する手順と
しては、無停止保守用プログラム１８が、２重書きを行
っているディスク装置の片方のディスク装置（ペアディ
スク装置の相手側）を空け１重書きにする。１重書きに
する方法としては、２重書きを行っている方式に依存す
る。次に、保守対象の計算機１上の無停止保守用プログ
ラム１８は、無停止保守装置１６上の無停止保守装置支
援プログラム１７に対しネットワーク２経由で１重書き
になったことを通知する。そして、保守対象の計算機１
上の無停止保守用プログラム１８は、保守対象の計算機
１上のコピープログラムを起動しローカルディスク装置
４上の業務データ８をコピーする。コピー終了後、実施
の形態１と同様に保守対象の計算機１を停止させ保守を
実施する。冗長化機能の停止は、保守対象計算機１上の
無停止保守用プログラム１８によって行なう必要がある
が、冗長化を停止し、使用を停止させたディスク装置
は、共有ディスク装置７であるため、コピープログラム
の起動に関しては実施の形態１と同様の方法、あるい
は、保守対象の計算機１上の無停止保守用プログラム１
８から起動されるネットワーク２を経由しないローカル
なコピーいずれであっても可能である。これらの冗長化
機能の停止に関連する一連の処理は、処理の開始と完了
が保守対象の計算機１上の無停止保守用プログラム１８
によって記録されている。保守完了後、保守対象の計算
機１が起動され、無停止保守用プログラム１８が再度起
動されたとき、無停止保守用プログラム１８は保守用に
冗長化機能が停止されたという記録情報をもとに、その
冗長化機能の再開を行なう。これによって保守が完了す
る。通常、保守の時間は１日程度であり、そのような短
期間にディスク装置に異常が発生する確率は極めて小さ
い。従って、このような方法も可能ではあるが、もっと
も有効なのは３重書き以上の冗長度を持っている場合で
ある。

【００５９】実施の形態６．図１５及び図１６は、この
発明による電子計算機用無停止保守システムのさらに他
の実施の形態を説明する図で、図１５（ａ）は、この実
施の形態６のシステム構成を示す図である。図におい
て、２８は経路制御装置で、この実施の形態６は、この
経路制御装置２８をシステムに接続して、保守する場合
の方法を示すものである。例えば、通信プロトコルとし
てＴＣＰ／ＩＰを使用している場合、図１５において、
相手計算機（クライアント）や端末３はＩＰアドレスＡ
を、保守対象の計算機１はＩＰアドレスＢを、経路制御
装置２８はＩＰアドレスＣ、Ｄを、無停止保守装置はＩ
ＰアドレスＥを有するものとする。この場合の各装置上
の経路制御情報も合わせて図１５（ｂ）に示す。また、
図１６は、保守対象の計算機１の保守を行なうときの各
装置上の経路制御情報を示している。実施の形態１乃至
実施の形態５と同等のものは同一の符号を付してその説
明を省略する。

【００６０】以下、図を参照しながら、この実施の形態
６における動作について説明する。例えば、保守対象の
計算機１から、無停止保守装置１６まではＬＡＮ→Ｃ→
（Ｄ→広域網）→Ｅという情報であるが、括弧内のＤ→
広域網は経路制御装置２８が知っているため、保守対象
の計算機１には不要である。この状態で、保守対象の計
算機１の業務用プログラム６、業務用データ８をコピー
する方法は前述の実施の形態１と全く同様である。コピ
ーなどの完了後、無停止保守装置１６を再度立ち上げる
と同時に、経路制御装置２８の持っているＩＰアドレス
と、経路制御情報を図１６（ｂ）のように変更する。こ
れにより、相手計算機（クライアント）や端末３から無
停止保守装置１６までの経路が確保され、相手計算機
（クライアント）や端末３からの要求は経路制御装置２
８経由無停止保守装置１６に送付され、無停止保守装置
１６によるサービスが提供できることになる。通常、経
路制御装置２８にはこのようなＩＰアドレスの設定、切
替え機能、経路制御情報の設定、変更機能を持ってお
り、操作員が操作する上で問題ないが、より操作性を高
めるため、無停止保守装置１６が立ち上がったことを経
路制御装置２８を経由して相手計算機や端末３に対して
行なう通知に対する応答として経路制御装置２８がＩＰ
アドレスの設定、切替え、経路制御情報の設定、変更等
のの設定を自動的に行なうようにすることもできる。

【００６１】

【発明の効果】以上のように、この発明によれば、保守
装置で保守対象計算機をエミュレートするようにしたの
で、保守対象計算機で実行中のサービスを停止させるこ
となく、保守を行なうことができる。

【００６２】また、保守対象計算機が共有ファイル装置
を有する場合においても、共有ファイル装置に格納され
ているデータを用いてエミュレートすることができるの
で、保守対象計算機で実行中のサービスを停止させるこ
となく、保守を行なうことができる。

【００６３】また、重要度の低い業務用のプログラムは
複写しないようにするので、複写時間を短縮すると共
に、保守装置のファイル容量が保守対象計算機のファイ
ル容量よりも少なくてもサービスの低下を大きく低下さ
せることなく無停止の保守作業を実行することができ
る。

【００６４】また、重要でない業務のファイルについて
は、その中味を圧縮して複写するようにしたので、サー
ビスを殆ど低下させることなく無停止の保守作業を実行
することができる。

【００６５】また、共有ファイル装置に多重化されてい
るファイルの多重度を落として、空きの出た共有ファイ
ル装置を保守装置のファイル装置として使用するように
したので、保守対象計算機のファイル装置の容量より保
守装置のファイル装置の容量が少なくても同様の効果を
奏する。

【００６６】また、保守のため一旦低下させたファイル
の多重度を保守作業が完了後、元の多重度に復帰させる
ようにしたので、元の信頼性を回復することができる。

【００６７】また、保守装置を可搬型に構成するように
したので、保守作業を容易に行なうことができる。

【００６８】また、保守装置を線路制御装置を経由して
接続するようにしたので、ネットワークに関するエミュ
レートが容易になる。

【図面の簡単な説明】

【図１】 この発明による無停止保守システムの一実施
の形態を示す図である。

【図２】 この発明による無停止保守装置の構成を示す
図である。

【図３】 ＵＮＩＸオペレーティングシステムにおけ
る、計算機のハードウェアアドレスとソフトウェアから
アクセスするためのソフトウェアアドレス（装置アドレ
ス）の関係を示す図である。

【図４】 実施の形態１における、保守対象計算機と無
停止保守装置におけるディスク装置と装置ファイル名の
対応を示す図である。

【図５】 実施の形態２のシステム構成を示す図であ
る。

【図６】 実施の形態２における、ＳＣＳＩバスによる
ディスク装置の共有を示す図である。

【図７】 実施の形態２における、ディスク装置の共有
を確認するための方法を説明する図である。

【図８】 実施の形態３のシステム構成を示す図であ
る。

【図９】 実施の形態３における、ディスク装置と装置
ファイル名の対応関係を示す図である。

【図１０】 実施の形態３における、保守対象計算機で
の業務とディスク装置の装置ファイル名の対応を示す図
である。

【図１１】 実施の形態４における、システム構成を示
す図である。

【図１２】 実施の形態４における、保守対象計算機で
の業務とディスク装置の装置ファイル名の対応を示す図
である。

【図１３】 実施の形態５における、システム構成を示
す図である。

【図１４】 実施の形態５における、保守対象計算機で
の業務とディスク装置の装置ファイル名の対応を示す図
である。

【図１５】 実施の形態６における、システム構成を示
す図である。

【図１６】 実施の形態６において、保守を行なうとき
の各装置上の経路制御情報を示す図である。

【図１７】 従来の二重系システムの構成を示す図であ
る。り、従来技術を説明するために用いる図である。

【図１８】 従来の無停止でサーバプログラムの切替え
を行なうマルチプロセッサシステムの構成を示す図であ
る。

【符号の説明】

１ 計算機、２ ネットワーク、３ 相手計算機（クラ
イアント）や端末、４，４ａ、４ｂ、４ｃ、４ｄ ロー
カルディスク装置、５ オペレーティングシステム、６
業務用プログラム、７ 共有ディスク装置、８ 業務
用データ、９プロセス入出力装置、１６ 無停止保守装
置、１７ 無停止保守装置支援プログラム、１８ 無停
止保守用プログラム、１９ ＣＰＵ、２０ メモリ、２
１ ディスク制御装置、２２ ネットワーク制御装置、
２３ 共有ディスク制御装置、２４ プロセス入出力制
御装置、２５ ＳＣＳＩ入出力制御装置、２６ ＳＣＳ
Ｉバス、２８ 経路制御装置。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 電子計算機の保守をネットワーク経由で
   保守装置を接続して行なう保守システムにおいて、 前記電子計算機は自システムが提供中のサービスを実行
   するに必要なプログラムを前記保守装置に複写する複写
   手段と、自ハードウェア構成情報を前記保守装置に伝達
   する伝達手段と、を備え、 前記保守装置は前記計算機と同一の命令セットを実行す
   るＣＰＵと、前記ハードウェア構成情報に基づいて前記
   計算機のハードウェア構成を自システム上にエミュレー
   トする手段と、を備えて、 前記電子計算機によるサービスを停止させることなく行
   なうことを特徴とする無停止保守システム。
2. 【請求項２】 電子計算機の保守をネットワーク経由で
   保守装置を接続して行なう保守システムにおいて、 前記電子計算機は前記保守装置と共有する共有ファイル
   装置と、自システムに専用のファイル装置に格納されて
   いる、提供中のサービスを実行するに必要なプログラム
   を前記保守装置に複写する複写手段と、自ハードウェア
   構成情報を前記保守装置に伝達する伝達手段と、を備
   え、 前記保守装置は前記電子計算機と同一の命令セットを実
   行するＣＰＵと、前記ハードウェア構成情報に基づいて
   前記計算機のハードウェア構成を自システム上にエミュ
   レートする手段と、を備えて、 前記電子計算機によるサービスを停止させることなく行
   なうことを特徴とする無停止保守システム。
3. 【請求項３】 前記ハードウェア構成情報は、入出力装
   置のハードウェアアドレスとそのハードウェアを示す装
   置ファイル名などのソフトウェアアドレスとの対応情報
   と、ネットワーク管理情報であることを特徴とする請求
   項１又は請求項２に記載の無停止保守システム。
4. 【請求項４】 前記電子計算機は、サービスを提供する
   業務とその重要度を対応させたテーブルを有して、前記
   複写手段は前記テーブルを参照して重要度の高い業務に
   係わるプログラムのみを複写することを特徴とする請求
   項１または請求項３のいずれかに記載の無停止保守シス
   テム。
5. 【請求項５】 前記電子計算機は、サービスを提供する
   業務とその重要度を対応させたテーブルを有して、前記
   複写手段は前記テーブルを参照して、重要度が低い業務
   用のプログラムやデータを圧縮して複写することを特徴
   とする請求項１または請求項３のいずれかに記載の無停
   止保守システム。
6. 【請求項６】 前記保守装置は、前記共有ファイル装置
   の所定のアドレスをアクセスして、予め定められた所定
   のデータが格納されていることを確認することにより、
   共有ファイル装置であることを認識することを特徴とす
   る請求項２に記載の無停止保守システム。
7. 【請求項７】 前記所定のアドレスは、予め定められて
   いること、または、前記電子計算機から前記ネットワー
   クを経由して通知されることを特徴とする請求項６に記
   載の無停止保守システム。
8. 【請求項８】 前記共有ファイル装置を用いて前記電子
   計算機のファイルが多重化されている場合において、こ
   の多重度を下げて前記保守装置への複写領域とすること
   を特徴とする請求項２または請求項６または請求項７に
   記載の無停止保守システム。
9. 【請求項９】 前記電子計算機の保守作業が完了して、
   この計算機システムが復旧後、ファイルの多重度を復帰
   させることを特徴とする請求項８に記載の無停止保守シ
   ステム。
10. 【請求項１０】 前記保守装置が可搬型に構成されてい
    ることを特徴とする請求項１乃至請求項９のいずれかに
    記載の無停止保守システム。
11. 【請求項１１】 前記保守装置を前記ネットワークに接
    続された経路制御装置経由で接続したことを特徴とする
    請求項１乃至請求項１１にいずれかに記載の無停止保守
    システム。
12. 【請求項１２】 前記保守装置が前記電子計算機のエミ
    ュレートする準備が完了した段階において、前記ネット
    ワーク上の他のシステムに対して、前記電子計算機の業
    務を引き継ぐことを通知することにより、前記経路制御
    装置が自動的にネットワーク情報の更新を行なうことを
    特徴とする請求項１１に記載の無停止保守システム。