JPH10260906A

JPH10260906A - 情報処理システム

Info

Publication number: JPH10260906A
Application number: JP9064044A
Authority: JP
Inventors: Masatoshi Takita; 雅敏瀧田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-03-18
Filing date: 1997-03-18
Publication date: 1998-09-29

Abstract

(57)【要約】【課題】情報処理システムに関し、何れかの二次記憶
装置が障害となっても比較的短時間でシステムを冗長構
成に戻せることを課題とする。【解決手段】プロセッサ部と、システム運用に用いる
二次記憶装置につきメイン（現用）とサブ（予備）の冗
長構成とを備え、前記二次記憶装置間のデータファイル
の内容を同一に維持する情報処理システムにおいて、プ
ロセッサ部は、何れかの二次記憶装置＃０／＃１が障害
より復帰したことにより、その時のメイン側から障害復
帰した二次記憶装置に対してシステム運用に不可欠な所
定（最小限）のファイルを優先的にコピーし、コピー完
了した時点で前記障害復帰した二次記憶装置を何時でも
メインとして使用可能な準サブ状態にする。好ましく
は、準サブ状態の二次記憶装置に対してその時のメイン
側から引き続き残りのファイルをコピーし、コピー完了
した時点で準サブ状態から通常のサブ状態にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理システムに
関し、更に詳しくはプロセッサ部と、システム運用に用
いる二次記憶装置につきメイン（現用）とサブ（予備）
の冗長構成とを備え、前記二次記憶装置間のデータファ
イルの内容を同一に維持する情報処理システムに関す
る。

【０００２】通信システムやバンキングオンラインシス
テム等では、多様なサービスを提供する大型プログラム
と膨大な量の加入者データや口座データとに基づきある
ユーザの要求するサービスをリアルタイムに提供するた
め、これらのプログラムやデータを高速大容量の二次記
憶装置（ディスク装置等）に記憶している。更にこの種
のシステムでは、プロセッサ部のみならず大容量の二次
記憶装置についてもメイン（現用）とサブ（予備）の冗
長構成を備え、かつこれらのファイル内容を常時同一に
維持することで、一方の二次記憶装置が障害となっても
他方の装置によりシステム運用を無停止で継続できる。

【０００３】しかし、この様なシステムの稼働中に一方
の二次記憶装置が障害になると、その障害復旧時におけ
るファイルコピー（ファイル同期化）には長時間を要す
ることとなり、この時間が長いと他方が障害となった場
合にシステムダウンとなるため、この時間の短縮化が課
題となっている。

【０００４】

【従来の技術】図８，図９は従来技術を説明する図
（１），（２）で、従来のこの種の情報処理システムに
おける二次記憶装置冗長切替制御の概要を示している。
図において、ＣＰは中央処理装置、ＭＭはＲＡＭ等から
なる主メモリ、ＨＤＵは大容量二次記憶装置としてのハ
ードディスクユニットである。この情報処理システムは
完全二重化冗長構成（所謂ミラー構成）を採っており、
添字の＃０は０系、＃１は１系を夫々表す。なお、ＨＤ
Ｕ＃０，＃１の冗長切替制御については０系のプロセッ
サ部（ＣＰ＃０，ＭＭ＃０）につき述べれば十分である
ので、１系のプロセッサ部（ＣＰ＃１，ＭＭ＃１）につ
いては点線で示してある。

【０００５】図８（Ａ）はＨＤＵの通常時の運用状態を
示している。今、ＨＤＵ＃０をメイン（現用）、かつＨ
ＤＵ＃１をサブ（予備）とすると、通常の運用状態で
は、ＣＰ＃０からのデータ書込はメインのＨＤＵ＃０及
びサブのＨＤＵ＃１に行われ、またＣＰ＃０へのデータ
読出はメインのＨＤＵ＃０のみから行われる。従って、
ＨＤＵ＃０，＃１間のデータ内容は常時一致しており、
メインのＨＤＵ＃０に障害が発生してもサブのＨＤＵ＃
１を使用してシステム運用を無停止で継続可能である。

【０００６】図８（Ｂ）はＨＤＵ＃０の障害時の運用状
態を示している。メインのＨＤＵ＃０に何らかの障害が
発生した場合は、該ＨＤＵ＃０をシステムから切離し、
データアクセスを行わない。以下、ＨＤＵのこの状態を
Ｆ−ＯＵＳと呼ぶ。係る状態ではＣＰ＃０のアクセスは
ＨＤＵ＃１のみに行われ、その結果ＨＤＵ＃０，＃１間
のデータは同一では無くなる。

【０００７】なお、この様なＨＤＵ＃０の障害には、Ｈ
ＤＵ＃０本体の障害（回復不能なパリティエラーの発生
等）のみならず、冗長経路のバスの障害等によりＨＤＵ
＃０へのアクセスが阻害された場合も含まれる。また、
保守作業の都合上例えばＨＤＵ＃０をノットレディーと
する場合もあるが、この状態も一種の障害として扱え
る。

【０００８】図９（Ａ）はＨＤＵ＃０の障害復旧時の運
用状態を示している。障害要因の除去（又は新品と交
換）後、ＨＤＵ＃０を通常の運転可能な状態に復旧させ
るため、その時のメインのＨＤＵ＃１からＨＤＵ＃０へ
全ファイルのコピーを行う。このコピー状態では、全フ
ァイルのコピーと並行して、新たに更新されたデータも
ＨＤＵ＃１，＃０の双方に書き込まれる。その結果、全
ファイルのコピーを完了した時点では、両ファイルの内
容は同期化され、これによりＨＤＵ＃０は通常運転可能
な状態（サブ状態）に復帰する。これ以降は、メインの
ＨＤＵ＃１に障害が発生してもサブのＨＤＵ＃０をメイ
ンしてシステムの継続運用が可能であるから、システム
の信頼性は維持される。

【０００９】図９（Ｂ）は二重障害発生時の運用状態を
示している。しかし、上記ＨＤＵ＃０の完全な復旧前に
メインのＨＤＵ＃１に何らかの障害が発生すると、もは
やシステムの適正な運用は継続できなとして、システム
はダウンしてしまう。このような二重障害の発生は確率
的な問題である上、ＨＤＵ＃１による単独運転時間が長
ければ長い程二重障害となり易い事は事実であり、この
単独運転時間をいかに短くするかがシステムの信頼性向
上を図る上での課題となっていた。

【００１０】この点、従来は、ＨＤＵの物理的なアクセ
ス速度を向上させる事によりファイルコピー時間を短縮
する方法が知られている。またこのファイルコピーに際
しは、ダブルバッファ方式やマルチタスク方式を採用す
ることによりＨＤＵへのアクセスに空き時間を作らない
方法が知られている。また、両ＨＤＵ間のファイルの差
分（相違分）を検出してその差分のみをコピーする方法
も知られている。

【００１１】

【発明が解決しようとする課題】しかし、物理的なアク
セス速度を向上させる方法やＨＤＵへのアクセスに空き
時間を作らない方法では自ずと時間短縮に限度が有り、
益々増大するファイル容量には到底追いつけない。また
両ＨＤＵ間のファイルの差分を検出するのは煩雑である
上、両系のＨＤＵが交互に障害となるような複雑なケー
スでは差分を誤検出する場合も多分に考えられ、システ
ムの信頼性が低下する。

【００１２】本発明の目的は、何れかの二次記憶装置が
障害となっても比較的短時間でシステムを冗長構成に戻
せる情報処理システムを提供することにある。

【００１３】

【課題を解決するための手段】上記の課題は例えば図１
の構成により解決される。即ち、本発明（１）の情報処
理システムは、プロセッサ部と、システム運用に用いる
二次記憶装置につきメイン（現用）とサブ（予備）の冗
長構成とを備え、前記二次記憶装置間のデータファイル
の内容を同一に維持する情報処理システムにおいて、前
記プロセッサ部は、前記何れかの二次記憶装置が障害よ
り復帰したことにより、その時のメイン側から前記障害
より復帰した二次記憶装置に対してシステム運用に不可
欠な所定のファイルを優先的にコピーすると共に、該コ
ピーが完了した時点で前記障害より復帰した二次記憶装
置を何時でもメインとして使用可能な準サブ状態にする
ものである。

【００１４】なお、図１（Ａ）は情報処理システムの二
重化冗長構成の一部を示すが、本発明は二重化冗長構成
に限定されない。またプロセッサ部による二次記憶装置
＃０，＃１の冗長切替制御はプロセッサ部＃０につき述
べれば十分であるので、プロセッサ部＃１は点線で示し
てある。また図１（Ｂ）はプロセッサ部＃０の冗長切替
制御下における二次記憶装置＃０の状態遷移図を示して
おり、以下の動作の説明と共に参照されたい。二次記憶
装置＃１については、図示しないが、これとは対称的な
動きとなる。

【００１５】図において、今、二次記憶装置＃０，＃１
を夫々メイン（現用），サブ（予備）とすると、通常の
運用状態では、プロセッサ部＃０からのデータの書込は
メイン及びサブの二次記憶装置＃０，＃１に夫々行わ
れ、またプロセッサ部＃０へのプログラムやデータの読
出はメインの二次記憶装置＃０のみから行われる。従っ
て、二次記憶装置＃０，＃１間のデータ（特にデータフ
ァイルＤ０，Ｄ１）の内容は常時同一に維持され、シス
テム運用を無停止で継続可能である。

【００１６】ところで、一般にこの種の情報処理システ
ムでは、顧客にサービスを提供するためのシステム（プ
ログラム）ファイルＳ０と、顧客の最新情報に関するデ
ータファイルＤ０とを備えるが、サービスの機能（バー
ジョン）アップ等のために現用のシステムファイルＳ０
にパッチ等を加える場合も少なくなく、その際には、シ
ステム運用の安全のために元のシステムファイルＳ０の
コピーをとってシステムバックアップファイルＳ１とな
し、これを同じ二次記憶装置内に待機させている。デー
タファイルＤ０についても同様であり、ある時点（日
時）におけるデータファイルＤ０のコピーをとってデー
タバックアップファイルＤ１となし、現用のデータファ
イルＤ０に不都合が生じた時は前時点のデータバックア
ップファイルＤ１に戻れる様になっている。更には、通
信システムにおける課金データの如く、顧客サービスと
は直接関係はないが、事業者に不可欠のデータファイル
も存在する。因みに、システムによってはこれらの全フ
ァイルの容量はファイルＳ０，Ｄ０の合計の１０倍以上
に達する場合も少なくない。従来は、これらの各ファイ
ルはシステム運用に欠かせないものとして扱い、全ファ
イルのコピー終了が二次記憶装置＃０のサブ状態への復
旧の条件であった。

【００１７】しかし、この種の情報処理システムでは、
顧客にサービスを提供するためのシステムファイルＳ０
と、顧客の最新情報に関するデータファイルＤ０とが正
常に存在すれば、少なくとも顧客に正常なサービスを提
供できる。そこで、本発明（１）では、プロセッサ部＃
０は、例えば二次記憶装置＃０が障害より復帰したこと
により、その時のメイン側＃１から前記障害より復帰し
た二次記憶装置＃０に対してシステム運用に不可欠な所
定（好ましくは最小限）のファイル（例えばシステムフ
ァイルＳ０及びデータファイルＤ０）を優先的にコピー
すると共に、該コピーが完了した時点で前記障害より復
帰した二次記憶装置＃０を何時でもメインとして使用可
能な準サブ状態にする。

【００１８】従って、何れかの二次記憶装置が障害とな
っても比較的短時間でシステムを冗長構成に戻せる。好
ましくは、本発明（２）においては、上記本発明（１）
において、プロセッサ部＃０は、準サブ状態の二次記憶
装置＃０に対して、その時のメイン側＃１から引き続き
残りのファイルＳ１，Ｄ１をコピーすると共に、該コピ
ーが完了した時点で前記準サブ状態の二次記憶装置＃０
をサブ状態にする。

【００１９】残りのファイルＳ１，Ｄ１のコピーを完了
した時点では、二次記憶装置＃０，＃１間の全ファイル
の内容は同一になる（同期化する）ので、この時点の二
次記憶装置＃０をサブ状態とする。また好ましくは、本
発明（３）においては、上記本発明（１）において、プ
ロセッサ部＃０は、準サブ状態の二次記憶装置＃０に対
して、その時のメイン側＃１から引き続き残りのファイ
ルＳ１，Ｄ１をコピーすると共に、メインとサブの二次
記憶装置を切り替えるためのマニュアルスイッチ手段を
更に備え、かつ前記準サブ状態の二次記憶装置＃０に対
してメインに切替える旨の指示入力があった時は、前記
準サブ状態の二次記憶装置＃０を実質メインの動作を行
う準メイン状態に切り替えると共に、サブ状態となった
二次記憶装置＃１から引き続き残りのファイルＳ１，Ｄ
１をコピーし、該コピーが完了した時点で前記準メイン
状態の二次記憶装置＃０をメイン状態にする。

【００２０】準サブ状態の二次記憶装置＃０を準メイン
（実質メイン）に切り替えても顧客へのサービス提供に
何ら支障はない。一方、メインからサブに転じた二次記
憶装置＃１は、障害ではないので、引き続きプロセッサ
部＃０からのデータ書込が行われ、よって最新のデータ
ファイルＤ０（場合によってはデータファイルＤ１も）
を維持・更新している。更に、この状態ではサブの二次
記憶装置＃１より準メインの二次記憶装置＃０に対して
引き続き残りのファイルＳ１，Ｄ１のコピーが行われる
ので、該コピーを完了した時点では二次記憶装置＃０，
＃１間の全ファイルの内容は同一になる（即ち、同期化
する）。そこで、この時点の二次記憶装置＃０を準メイ
ンからメインの状態にする。

【００２１】本発明（３）によれば、例えば保守等の都
合により、準サブの二次記憶装置＃０を早めに実質メイ
ンとして稼働させることが可能であると共に、そのまま
この二次記憶装置＃０は本来のメインと成り得る。また
好ましくは、本発明（４）においては、上記本発明
（１）において、プロセッサ部＃０は、メインの二次記
憶装置＃１に障害が発生した時は、準サブ状態の二次記
憶装置＃０をメインに切り替えてシステム運用を継続す
る。

【００２２】上記の如く、準サブ状態の二次記憶装置＃
０をメインに切り替えても顧客へのサービス提供に何ら
支障はない。しかも、本発明によれば二次記憶装置＃０
が障害復帰状態から準サブ状態になるまでの時間（必須
ファイルコピー時間）は従来よりも大幅に短いため、二
次記憶装置の二重障害が原因でシステムダウンとなる確
率は大幅に減少する。従って、この種のシステムの信頼
性向上に大きく寄与する。

【００２３】また好ましくは、本発明（５）において
は、上記本発明（１）〜（４）において、プロセッサ部
は、二次記憶装置が置かれた使用状態の情報をその状態
変化の時刻情報と共に該二次記憶装置の装置管理エリア
に記録する。二次記憶装置の使用状態の情報を当該二次
記憶装置に記録しておけば、障害発生前の使用状態の情
報が当該二次記憶装置と一体不可分（不揮発）に得られ
るので、障害復帰時又はシステム再開時等におけるプロ
セッサ部による冗長切替制御に有用な情報を提供でき
る。また状態変化の時刻情報を共に記録しておけば、複
数の二次記憶装置間で使用状態の情報に矛盾（双方同一
等）が生じていても、時刻情報に基づき適正に処理でき
る。

【００２４】また好ましくは、本発明（６）において
は、上記本発明（１）〜（５）において、二次記憶装置
は自己が有する各ファイルの有効／無効状態を管理する
ためのファイル管理エリアを備え、プロセッサ部は、前
記二次記憶装置が障害より復帰したことにより前記ファ
イル管理エリアの各ファイルの状態を一旦無効状態とす
ると共に、その後の各ファイルのコピーが完了した各時
点で夫々を有効状態とする。

【００２５】各ファイルのコピー完了有無状態を当該二
次記憶装置に記録することで、プロセッサ部は、どこま
でのファイルが有効か否かを容易に判別できる。また同
じ準サブ状態となった二次記憶装置であっても、残りの
各ファイルの複写進行状況に応じてシステムのよりきめ
細かい冗長管理・制御が行える。また好ましくは、本発
明（７）においては、上記本発明（６）において、プロ
セッサ部は、準サブ状態の二次記憶装置をメイン又は準
メイン状態として使用する場合は、そのファイル管理エ
リアの情報により無効状態とされるファイルの読出デー
タを使用しない。

【００２６】例えば上記準サブ状態の二次記憶装置＃０
をマニュアル切替により準メイン状態として使用する場
合に、もし残りの課金データファイルＤ１につきファイ
ルコピーが終了していないと、二次記憶装置＃０の古い
課金データファイルＤ１につき新たなデータが生成さ
れ、これが二次記憶装置＃０，＃１に書き込まれてしま
う。これでは、直前まで折角正しいデータを更新・維持
していたサブの二次記憶装置＃１の課金データファイル
Ｄ１も壊れてしまうので、この場合は、好ましくは、サ
ブの二次記憶装置＃１の課金データファイルＤ１に基づ
き新たなデータを生成し、これを二次記憶装置＃０，＃
１に書き込むことが可能である。

【００２７】また好ましくは、本発明（８）において
は、上記本発明（５）において、プロセッサ部は、シス
テム障害からの再開時には、各二次記憶装置の装置管理
エリアに記録された使用状態の情報に基づきシステム再
開時における前記各二次記憶装置の使用状態を決定す
る。システム再開の状況下では、主メモリ上の二次記憶
装置管理情報も初期化されてしまう。本発明（８）によ
れば、係る場合でも各二次記憶装置＃０，＃１の装置管
理エリアに記録された各使用状態の情報に基づきシステ
ム再開時における前記各二次記憶装置＃０，＃１の使用
状態を容易に決定できる。

【００２８】また好ましくは、本発明（９）において
は、上記本発明（８）において、プロセッサ部は、各二
次記憶装置の装置管理エリアに記録された状態変化の時
刻情報をも加味してシステム再開時における前記各二次
記憶装置の使用状態を決定する。各二次記憶装置＃０，
＃１の装置管理エリアに記録され状態変化の時刻情報を
も加味することで、例えば両系の使用状態の情報に矛盾
が生じていても、プロセッサ部は的確な判断を行える。

【００２９】

【発明の実施の形態】以下、添付図面に従って本発明に
好適なる実施の形態を詳細に説明する。なお、全図を通
して同一符号は同一又は相当部分を示すものとする。図
２は実施の形態による情報処理システムの一部構成を示
す図で、二次記憶装置としてハードディスクユニット
（ＨＤＵ）を備える場合の電子交換機システムの一部構
成を示している。

【００３０】図において、１０はＣＰとＭＭとにより実
現される０系のプロセッサ＃０、１１は交換機サービス
を実現するサービス処理部、１２はシステム全体の管理
を行うと共にＨＤＵ＃０，＃１等の入出力装置の管理及
びデータのリード／ライト制御を行うオペレーションシ
ステム（ＯＳ）、１３はＨＤＵ＃０，＃１につき現用
（Ｍａｉｎ）と予備（Ｓｕｂ）等の運用状態を管理・制
御するＨＤＵ管理部、１４はＨＤＵ管理部１３による管
理・制御情報を記憶保持するＨＤＵ状態管理テーブル、
２０は０系と同一構成の１系のプロセッサ＃１である。

【００３１】この例のプロセッサ＃０，＃１及びＨＤＵ
＃０，＃１は完全二重化冗長構成（所謂ミラー構成）を
採っており、通常の運用状態では一方が現用（Ｍａｉ
ｎ）で、かつ他方が予備（Ｓｕｂ）となる。但し、プロ
セッサ＃０，＃１については、プロセッサ＃０を現用系
として説明する。ＨＤＵ＃０はシステムの運用（稼働）
に必要なシステム運用ファイル（プログラムファイル，
データファイル）と、ＨＤＵ＃０の運用状態を管理する
ためのＨＤＵ状態管理ファイルとを備える。ＨＤＵ＃１
も同様である。

【００３２】ＨＤＵ管理部１３は、システム運用上の様
々な状況に従いＨＤＵ＃０，＃１の使用状態を決定・管
理する。システム運用上の様々な状況とは、例えばシス
テム開始（最初の立ち上げ）、ＨＤＵ＃０，＃１の障害
発生、ＨＤＵ＃０，＃１の障害発生からの復帰、保守者
によるメイン／サブ等のマニュアル切替え、システム障
害からの再開等である。更にＨＤＵ管理部１３は、上記
様々な状況下で生成したＨＤＵの状態管理に係る情報を
ＨＤＵ＃０，＃１の各ＨＤＵ状態管理ファイルに夫々記
録する。また同時に、同一の情報をＭＭ上のＨＤＵ状態
管理テーブル１４にも書き込む。

【００３３】なお、このテーブル１４は、必ずしも必要
ではないが、ＯＳ１２等がＨＤＵ＃０，＃１の状態を高
速に参照出来るようにＭＭ上に設けられている。従っ
て、ＨＤＵ＃０／＃１が障害とならない限り、このテー
ブル１４の内容とＨＤＵ＃０，＃１上の各ＨＤＵ状態管
理ファイルの内容とは一致している。サービス処理部１
１はＯＳ１２を介してＨＤＵ＃０，＃１のアクセス（リ
ード／ライト）を行う。この場合に、サービス処理部１
１へのデータは通常はメインのＨＤＵのみから読み出さ
れ、またサービス処理部１１からのデータは障害中（Ｆ
−ＯＵＳ）でないＨＤＵに書き込まれる。

【００３４】図３は実施の形態によるＨＤＵのファイル
記憶構造を説明する図である。図３（Ａ）はシステム運
用ファイルの記憶構造を示している。一例の各ファイル
サイズは以下の如くである。システムファイル（Ｓ０）２５Ｍバイトシステムバックアップファイル（Ｓ１）２５Ｍバイトシステムバックアップフィアル（Ｓ２）２５Ｍバイトファイル入替用ファイル（ＧＵ）２５Ｍバイト加入者データファイル（Ｌ０）１００Ｍバイト加入者バックアップデータファイル（Ｌ１）１００Ｍバイト課金データファイル（Ａ０）６００Ｍバイト課金バックアップデータファイル（Ａ１）６００Ｍバイト合計１．５Ｇバイトここで、Ｓ０は最新の（例えば最新のパッチ等を加え
た）交換機サービスを実現する現用のプログラムファイ
ル、Ｓ１はパッチ等を加える前のシステムファイルＳ０
をバックアップ保持する第１のバックアップファイル、
Ｓ２は同じくパッチ等を加える前のシステムファイルＳ
１をバックアップ保持する第２のバックアップファイ
ル、ＧＵは機能アップされた新バージョンの交換機サー
ビスを実現するプログラム入替用のプログラムファイル
である。

【００３５】更に、Ｌ０は最新の加入者データを保持す
る現用のデータファイル、Ｌ１は例えば１週間前の時点
における加入者データファイルＬ０をバックアップ保持
するバックアップデータファイル、Ａ０は最新の課金デ
ータを保持する現用のデータファイル、Ａ１は例えば数
週間前の時点における課金データファイルＡ０をバック
アップ保持するバックアップデータファイルである。

【００３６】以上は、いずれもシステムの円滑な有用に
は欠かせないファイルであるが、しかし、最悪の場合で
も現用のシステムファイルＳ０（２５Ｍバイト）と最新
の加入者データファイルＬ０（１００Ｍバイト）とが正
常に存在すれば、少なくとも加入者には完全な通話交換
サービスを提供できる。そこで、本実施の形態では２つ
のファイルＳ０，Ｌ０をシステム運用に不可欠なファイ
ルと特定する。

【００３７】図３（Ｂ）はＨＤＵ状態管理ファイルの記
憶構造を示している。このＨＤＵ状態管理ファイルはＨ
ＤＵ＃０，＃１の夫々に存在する。「タイムスタンプ」
はこのＨＤＵ状態管理ファイルの記録内容（特に自ＨＤ
Ｕ状態表示）を変更した時点の時刻情報（日付情報を含
む）を記録・保持する。「自ＨＤＵ状態表示」は自ＨＤ
Ｕ（例えばＨＤＵ＃０）の運用状態が、メイン（Ｍａｉ
ｎ），準メイン（準Ｍａｉｎ），サブ（Ｓｕｂ），準サ
ブ（準Ｓｕｂ）又は障害（Ｆ−ＯＵＳ）の何れかの状態
にあることを表し、また「他ＨＤＵ状態表示」は他ＨＤ
Ｕ（例えばＨＤＵ＃１）の運用状態が、メイン，準メイ
ン，サブ，準サブ又は障害の何れかの状態にあることを
表す。サービス処理部１１（又はＯＳ１２）はＭＭ上の
「自ＨＤＵ状態表示」，「他ＨＤＵ状態表示」を参照し
てデータアクセスの内容（即ち、ライトオンリ−のＨＤ
Ｕか又はリード／ライトのＨＤＵか）を判断する。ま
た、一方のＨＤＵに障害が発生した場合に、他方の装置
状態を見てシステムの運用を継続するか否かを判断する
のにも用いる。

【００３８】「分割領域数」はシステム運用ファイルの
全分割数を表す。この例ではシステム運用ファイルはＳ
０，Ｓ１，Ｓ２，ＧＵ，Ｌ０，Ｌ１，Ａ０，Ａ１の合計
８つに分割されている。「必要最小分割領域数」はシス
テム運用に不可欠なファイルの数を表す。この例ではシ
ステムファイルＳ０と加入者データファイルＬ０との合
計２つである。そして、「Ｓ０複写表示」はシステムフ
ァイルＳ０の複写完了有／無（有効／無効）を表し、ま
た「Ｌ０複写表示」は加入者データファイルＬ０の複写
完了有／無（有効／無効）を表す。以下、同様である。

【００３９】この場合に、ファイルコピーの優先順位は
Ｓ０，Ｌ０が最優先であり、他は非優先である。なお、
この非優先の中では、更にＳ１，Ｓ２，Ｌ１，Ａ０のフ
ァイルコピーを優先とし、Ａ１，ＧＵを非優先としても
良い。図４は実施の形態によるＨＤＵの運用状態遷移図
で、図４（Ａ）はＨＤＵ＃０の運用状態遷移図、図４
（Ｂ）はＨＤＵ＃１の運用状態遷移図である。以下、図
に従ってＨＤＵ管理部１３によるＨＤＵ運用状態制御の
概要を説明する。

【００４０】システムの運用開始時には、予めシステム
により決定されたデフォルトの運用状態となる。この例
ではＨＤＵ＃０＝Ｍａｉｎ，ＨＤＵ＃１＝Ｓｕｂとな
る。この状態では、ＯＳ１２は、サービス処理部１１か
らの書込データはＭａｉｎ及びＳｕｂに書き込むが、サ
ービス処理部１１からのデータ読出要求に対してはＭａ
ｉｎ（ＨＤＵ＃０）のみからデータを読み出し、これを
サービス処理部１１に提供する。

【００４１】この状態で、このＨＤＵの運用状態は保守
者等のマニュアルスイッチ操作により容易に反転可能と
なっている。具体的に言うと、上記デフォルトの運用状
態でマニュアル＃１切替が発生すると、ＨＤＵ＃０はＭ
ａｉｎからＳｕｂに、またＨＤＵ＃１はＳｕｂからＭａ
ｉｎに夫々切り替えられる。その後、マニュアル＃０切
替が発生すると、ＨＤＵ＃０はＳｕｂからＭａｉｎに、
またＨＤＵ＃１はＭａｉｎからＳｕｂに夫々切り替えら
れる。通常の稼働状態ではＨＤＵ＃０，＃１間の各ファ
イルの内容は常時同一に維持されるので、どの時点で何
れがＭａｉｎ／Ｓｕｂとなってもシステム運用に支障は
ない。

【００４２】一方、上記デフォルトの運用状態で、ＨＤ
Ｕ＃０につき何らかの障害ＨＤＵ＃０−ＭＦ（即ち、Ｈ
ＤＵ＃０のアクセス不能又はＨＤＵ＃０における回復不
能なパリティーエラー等）が発生すると、該ＨＤＵ＃０
はＭａｉｎからＦ−ＯＵＳに、またＨＤＵ＃１はＳｕｂ
からＭａｉｎとなる。障害発生時の直前におけるＳｕｂ
（ＨＤＵ＃１）はその時のＭａｉｎ（ＨＤＵ＃０）と同
一のデータを保持していたので、これらを切り替えても
システムの運用を継続できる。しかし、これ以降は、サ
ービス処理部１１とＭａｉｎ（ＨＤＵ＃１）との間での
みデータのリード／ライトが行われるため、障害の発生
したＨＤＵ＃０のファイルの内容は現用（ＨＤＵ＃１）
のものからずれてくる。

【００４３】やがて、障害のＨＤＵ＃０が修復（又は新
品と交換）され、システムに戻されると、保守者はＨＤ
Ｕ＃０のシステムへの復帰操作を行う。ＨＤＵ管理部１
３は、ＨＤＵ＃０＝Ｆ−ＯＵＳの状態でＨＤＵ＃０復帰
が入力したことにより、ファイルのコピー処理を起動す
る。そして、まずシステム運用に不可欠な最小限のファ
イルＳ０，Ｌ０を最優先でＭａｉｎ（ＨＤＵ＃１）から
Ｆ−ＯＵＳ状態のＨＤＵ＃０にコピーする。この区間の
ＨＤＵ＃０はＦ−ＯＵＳに保たれる。

【００４４】やがて、ファイルＳ０，Ｌ０のコピーが完
了すると、ＨＤＵ管理部１３はＨＤＵ＃０をＦ−ＯＵＳ
の状態から準Ｓｕｂの状態にする。そして、引き続き残
りのファイルＳ１〜ＧＵのコピーを継続する。一方、Ｏ
Ｓ１２は、ＨＤＵ＃０が準Ｓｕｂ（即ち、≠Ｆ−ＯＵ
Ｓ）となった以降は、サービス処理部１１からの書込デ
ータを該準Ｓｕｂ（ＨＤＵ＃０）にも書き込む。即ち、
準Ｓｕｂ（ＨＤＵ＃０）に対してはファイルコピーとデ
ータの更新（書込）とが並行して行われる。

【００４５】この場合に、ＨＤＵ＃０の既にデータ書込
されたエリア（例えば課金データＡ０）にＨＤＵ＃１
（Ｍａｉｎ）からのデータＡ０がコピーされても、該コ
ピーデータＡ０はＨＤＵ＃１（Ｍａｉｎ）の元の正規の
読出データＡ０´に基づきサービス処理部１１で生成更
新された最新のデータＡ０であるため、ＨＤＵ＃０，＃
１間におけるデータの不一致は生じない。またファイル
コピー後のＨＤＵ＃０のデータＡ０´にＯＳ１２からの
最新データＡ０が上書きされても、該データＡ０はＨＤ
Ｕ＃０，＃１の両方に書き込まれるので、同じくデータ
の不一致は生じない。こうして、残りのファイルＳ１〜
ＧＵのコピーが進み、やがて残りの全ファイルＳ１〜Ｇ
Ｕのコピーが完了すると、この時点ではＨＤＵ＃０，＃
１の内容は同一になっているから、ＨＤＵ管理部１３は
ＨＤＵ＃０を準ＳｕｂからＳｕｂの状態にする。

【００４６】ところで、上記ＨＤＵ＃０が準Ｓｕｂの状
態にある場合でも、保守者等のマニュアル切替操作によ
り該ＨＤＵ＃０を準Ｓｕｂから準Ｍａｉｎ（実質Ｍａｉ
ｎ）の状態に切り替えることが可能である。具体的に言
うと、ＨＤＵ管理部１３は、上記ＨＤＵ＃０が準Ｓｕｂ
の状態でマニュアル＃０切替が発生したことにより、該
ＨＤＵ＃０を準Ｓｕｂから準Ｍａｉｎに、かつＨＤＵ＃
１をＭａｉｎからＳｕｂに夫々切り替える。この状態で
は、基本的には、サービス処理部１１へのプログラムや
データは準Ｍａｉｎ（ＨＤＵ＃０）から読み出され、サ
ービス処理部１１からのデータは準Ｍａｉｎ（ＨＤＵ＃
０）及びＳｕｂ（ＨＤＵ＃１）に書き込まれる。この時
点ではファイルＳ０，Ｌ０に関しては双方同一であるの
で、システム運用に支障はない。

【００４７】但し、準Ｍａｉｎ（ＨＤＵ＃０）の課金デ
ータＡ０に関しては、その課金データファイルＡ０が複
写完了か否かで状況が異なる。課金データファイルＡ０
が複写完了であれば、この時点でファイルＡ０に関して
も双方同一であるので、上記同様に扱える。しかし、課
金データファイルＡ０が複写未完了の場合は、これを上
記同様に扱うと、ＨＤＵ＃０の古い課金データＡ０に基
づき新たな課金データＡ０´が生成され、これがＨＤＵ
＃０，＃１の双方に書き込まれてしまう。そこで、この
場合のＯＳ１２（又はサービス処理部１１）は複写未完
了の課金データＡ０の処理に関しては、Ｓｕｂ（ＨＤＵ
＃１）の課金データファイルＡ０に基づき新たなデータ
を生成し、これをＨＤＵ＃０，＃１に書き込む。こうし
て処理が進行し、残りの全ファイルのコピーが完了した
時点では準Ｍａｉｎ（ＨＤＵ＃０）の残りの全ファイル
も同期化される。この時点で、ＨＤＵ管理部１３はＨＤ
Ｕ＃０を準ＭａｉｎからＭａｉｎの状態にする。

【００４８】一方、上記ＨＤＵ＃０が準Ｓｕｂの状態に
ある内にＭａｉｎのＨＤＵ＃１に何らかの障害（ＨＤＵ
＃１−ＭＦ）が発生すると、ＨＤＵ＃１はＭａｉｎから
Ｆ−ＯＵＳの状態になる。このままでは、システムにＭ
ａｉｎのＨＤＵが存在しなくなり、システムはダウンし
てしまう。そこで、ＨＤＵ管理部１３はＨＤＵ＃０＝準
Ｓｕｂの状態でかつＭａｉｎのＨＤＵ＃１に障害ＨＤＵ
＃１−ＭＦが発生したことにより、緊急処置としてＨＤ
Ｕ＃０を準Ｓｕｂの状態から強制的にＭａｉｎの状態に
する。この時点のＨＤＵ＃０は少なくともシステム運用
に不可欠な最小限の現用ファイルＳ０，Ｌ０を備えてい
るので、加入者が必要とする全通話交換サービスを提供
できる。しかし、この場合は、ＨＤＵ＃１の障害が何時
発生したかでＨＤＵ＃０に対する残りのファイルＳ１〜
ＧＵのコピー進行状況もまちまちとなる。

【００４９】最悪のケースとしては、障害のＨＤＵ＃０
を新品と交換し、かつ該ＨＤＵ＃０が準ｓｕｂとなった
直後にＭａｉｎのＨＤＵ＃１に障害が発生した場合が考
えられる。この場合の残りのシステムバックアップファ
イルＳ１，Ｓ２，ＧＵについては事前に別途テープ等に
ダンプしておいたバックアップファイルＳ１，Ｓ２，Ｇ
Ｕを、Ｍａｉｎとして稼働中のＨＤＵ＃０にロードする
ことが可能である。また課金データファイルＡ０や加入
者及び課金のバックアップデータファイルＬ１，Ａ１に
ついては事前に定期的にテープ等にダンプしておいた１
〜数日前のデータを、Ｍａｉｎとして稼働中のＨＤＵ＃
０にロードすることが可能である。この場合に課金デー
タＡ０については一部に更新未処理の部分が生じるが、
少なくとも加入者に不利益を与えるものとはならない。

【００５０】一方、障害の種類や発生箇所によってはＨ
ＤＵ＃０を新品と交換する必要は無い。この場合の残り
のファイルＳ１〜ＧＵについては既にＨＤＵ＃０に記録
されているものをそのまま使用することが可能である。
図５は実施の形態によるＨＤＵ管理処理のフローチャー
ト（１）で、ＨＤＵ＃０の障害割込処理を示している。

【００５１】ＯＳ１２のＨＤＵ＃０に対するアクセスに
つき何らかの障害が発生すると、ＨＤＵ＃０−ＭＦの割
込が発生し、この処理に入力する。ステップＳ１ではＨ
ＤＵ＃０がＭａｉｎか否かを判別する。ＨＤＵ＃０がＭ
ａｉｎでない場合はステップＳ２でＨＤＵ＃０が準Ｍａ
ｉｎ（実質Ｍａｉｎ）か否かを判別する。ＨＤＵ＃０が
準Ｍａｉｎでもない場合はシステムの運用に直接影響は
無いので、ステップＳ７に進み、そのままＨＤＵ＃０を
Ｆ−ＯＵＳにする。

【００５２】また上記ステップＳ１又はＳ２の判別でＨ
ＤＵ＃０がＭａｉｎ又は準Ｍａｉｎの場合はシステムの
運用に直接影響があるので、ステップＳ３に進み、ＨＤ
Ｕ＃１がＳｕｂか否かを判別する。ＨＤＵ＃１がＳｕｂ
の場合はＨＤＵ＃０の代わりにこれをＭａｉｎにできる
ので、ステップＳ４に進み、ＨＤＵ＃１をＭａｉｎにす
る。また上記ステップＳ３の判別でＨＤＵ＃１がＳｕｂ
でない場合はステップＳ５でＨＤＵ＃１が準Ｓｕｂか否
かを判別する。ＨＤＵ＃１が準Ｓｕｂの場合も緊急事態
によりこれをＭａｉｎにできるので、ステップＳ６に進
み、ＨＤＵ＃１をＭａｉｎにする。そしてステップＳ７
ではＨＤＵ＃０をＦ−ＯＵＳにする。また上記ステップ
Ｓ５の判別でＨＤＵ＃１が準Ｓｕｂでも無い場合はステ
ップＳ７で単にＨＤＵ＃０をＦ−ＯＵＳにする。これは
僅かな確率で発生する二重障害であり、システムにＭａ
ｉｎ又は準ＭａｉｎのＨＤＵが無いことになるため、シ
ステムはダウンする。

【００５３】なお、以上はＨＤＵ＃０の障害処理につき
述べたが、ＨＤＵ＃１の障害については、図中のＨＤＵ
＃０をＨＤＵ＃１に、かつＨＤＵ＃１をＨＤＵ＃０に夫
々置き換えれば良い。図６は実施の形態によるＨＤＵ管
理処理のフローチャート（２）で、ＨＤＵ＃０の障害復
帰割込処理を示している。

【００５４】障害のあったＨＤＵ＃０が修復（又は新品
と交換）され、システムに組み込まれるとＨＤＵ＃０−
復帰の割込が発生し、この処理に入力する。ステップＳ
１１ではＨＤＵ＃０の状態管理ファイルを初期化する。
具体的に言うと、「タイムスタンプ」に現時点の時刻情
報を記録し、「自ＨＤＵ状態表示」にＦ−ＯＵＳを記録
する。また「他ＨＤＵ状態表示」には、必要ならＨＤＵ
＃１（又はＨＤＵ＃１用のＨＤＵ管理テーブル１４）か
ら読み出した「自ＨＤＵ状態表示」の情報を記録する。
「分割領域数」＝８と「必要最小分割領域数」＝２とに
関しては変更は無い。また「Ｓ０複写表示」〜「ＧＵ複
写表示」については全てを複写未完了状態に初期化す
る。

【００５５】ステップＳ１２ではＨＤＵ＃１よりシステ
ムファイルＳ０を最優先でコピーし、コピー完了すると
「Ｓ０複写表示」を複写完了状態にする。なお、この時
の複写完了時刻を別途に記録しても良い。この点は以下
も同様である。ステップＳ１３ではＨＤＵ＃１より加入
者データファイルＬ０を最優先でコピーし、コピー完了
すると「Ｌ０複写表示」を複写完了状態にする。ステッ
プＳ１４ではＨＤＵ＃０の「自ＨＤＵ状態表示」をＦ−
ＯＵＳから準サブの状態に変更する。かつその時点の時
刻を「タイムスタンプ」の欄に記録する。

【００５６】なお、このシステムの全ファイル（１．５
Ｇバイト分）の複写時間は通常６０分であるが、システ
ム運用に不可欠なファイルＳ０，Ｌ０の合計は１２５Ｍ
バイト（１／１２）であり、この複写時間は５分であ
る。従って、ＨＤＵ＃１が単独でシステムを支えなくて
はならない時間は従来（６０分）の１／１２の５分とな
り、システムダウンとなる確率が大幅に下がる。

【００５７】上記ＨＤＵ＃０が準Ｓｕｂの状態になる
と、これ以降は該ＨＤＵ＃０を緊急時のＭａｉｎ又はマ
ニュアル切替による準Ｍａｉｎとして何時でも使用可と
なる。一方、コピー処理はコピー途中のＨＤＵ＃１にも
し障害が発生するとファイルコピーを継続できなくなる
ので、ステップＳ１５ではＨＤＵ＃１−ＭＦか否かを判
別する。ＨＤＵ＃１−ＭＦでない場合は、引き続きステ
ップＳ１６で残りのファイルＳ１〜ＧＵのコピーを継続
する。この場合も各ファイルのコピー完了毎に対応する
複写表示を複写完了状態にする。また必要なら各複写完
了時刻を夫々の欄に記録する。ステップＳ１７では全フ
ァイルのコピー完了か否かを判別する。全ファイルのコ
ピー完了でない場合はステップＳ１５に戻り、コピーを
続行する。また全ファイルのコピー完了の場合は、ステ
ップＳ１８に進み、その時点におけるＨＤＵ＃０の「自
ＨＤＵ状態表示」の内容に応じて処理分岐する。即ち、
ＨＤＵ＃０が準Ｓｕｂのままであった場合はステップＳ
１９でＨＤＵ＃０をＳｕｂの状態にし、またＨＤＵ＃０
が準Ｍａｉｎに変わっていた場合はステップＳ２０でＨ
ＤＵ＃０をＭａｉｎの状態にする。また、上記ステップ
Ｓ１５の判別でコピーの途中にＨＤＵ＃０−ＭＦが検出
された場合はその後のファイルコピーを停止し、処理を
抜ける。

【００５８】なお、以上はＨＤＵ＃０の障害復帰処理に
つき述べたが、ＨＤＵ＃１の障害復帰処理については、
図中のＨＤＵ＃０をＨＤＵ＃１に、かつＨＤＵ＃１をＨ
ＤＵ＃０に夫々置き換えれば良い。図７は実施の形態に
よるＨＤＵ管理処理のフローチャート（３）で、Ｍａｉ
ｎ又は準ＭａｉｎをＨＤＵ＃１とする場合のマニュアル
切替処理を示している。

【００５９】保守者等によるマニュアルＨＤＵ＃１への
切替要求が発生すると、この処理に入力する。ステップ
Ｓ３１ではＨＤＵ＃１がＳｕｂか否かを判別する。ＨＤ
Ｕ＃１がＳｕｂの場合はステップＳ３２でＨＤＵ＃１を
ＳｕｂからＭａｉｎに変更し、引き続きステップＳ３５
ではＨＤＵ＃０をＭａｉｎからＳｕｂに変更する。また
上記ステップＳ３１の判別でＨＤＵ＃１がＳｕｂでない
場合はステップＳ３３でＨＤＵ＃１が準Ｓｕｂか否かを
判別する。ＨＤＵ＃１が準Ｓｕｂの場合はステップＳ３
４でＨＤＵ＃１を準Ｓｕｂから準Ｍａｉｎに変更し、引
き続きステップＳ３５ではＨＤＵ＃０をＭａｉｎからＳ
ｕｂに変更する。また上記ステップＳ３３の判別でＨＤ
Ｕ＃１＝準Ｓｕｂでもない場合は処理を抜ける。この場
合の保守者等によるマニュアルＨＤＵ＃１への切替要求
は無視されたことになる。

【００６０】なお、以上はＨＤＵ＃１へのマニュアル切
替処理につき述べたが、ＨＤＵ＃０へのマニュアル切替
処理については、図中のＨＤＵ＃１をＨＤＵ＃０に、か
つＨＤＵ＃０をＨＤＵ＃１に夫々置き換えれば良い。次
に、システム再開時におけるＨＤＵの選択論理を説明す
る。システム再開とは、システム障害（ＨＤＵの二重障
害のみならずプロセッサの二重障害や通話路系装置の障
害等も含まれる）によりシステムを一旦初期状態に戻し
て再度立ち上げることを言い、通常は立ち上げ内容によ
って複数のレベルが設けられる。ここでは、システム再
開時における各ＨＤＵの状態選択論理について説明す
る。

【００６１】システム再開時にはＨＤＵ管理部１３はＨ
ＤＵ＃０，＃１の各ＨＤＵ状態管理ファイルをアクセス
し、そのアクセスの状況及びそのＨＤＵ状態管理ファイ
ルの記録内容に基づきＨＤＵ＃０，＃１の各状態を決定
する。両系正常にアクセスできた場合で、かつ両系の「自
ＨＤＵ状態表示」が夫々ＭａｉｎとＳｕｂの場合は、何
れの系もＭａｉｎ／Ｓｕｂと成り得るので、システムの
エマージェンシ（ＥＭＡ）ステートの条件に従い、Ｍａ
ｉｎとＳｕｂの系を選択する。通常システムは固有のＥ
ＭＡステート（再開時選択論理）を備えている。例えば
上記デフォルトの状態に戻す場合はＨＤＵ＃０＝Ｍａｉ
ｎ，ＨＤＵ＃１＝Ｓｕｂとする。両系の「自ＨＤＵ状態
表示」がＭａｉｎと準Ｓｕｂ、準ＭａｉｎとＳｕｂ，準
Ｍａｉｎと準Ｓｕｂの場合も上記同様の選択を行う。

【００６２】両系正常にアクセスできた場合で、か
つ一方の系の「自ＨＤＵ状態表示」がＦ−ＯＵＳの場合
は、「自ＨＤＵ状態表示」がＦ−ＯＵＳでない方の系を
Ｍａｉｎとする。この場合に「自ＨＤＵ状態表示」がＦ
−ＯＵＳの側のＨＤＵは、その後のファイルＳ０，Ｌ０
のコピーにより準Ｓｕｂとなる。両系正常にアクセスできた場合で、かつ両系とも
「自ＨＤＵ状態表示」がＦ−ＯＵＳの場合は、システム
の運転を停止する。

【００６３】両系正常にアクセスできた場合で、か
つ両系ともＭａｉｎの場合は、一方のＨＤＵはＭａｉｎ
の運転時に障害により切り離され、かつシステムへの復
帰処理前の状態にある可能性があるため、各々のタイム
スタンプを比較し、新しい方をＭａｉｎに選択する。例
えばＨＤＵ＃０が１時にＭａｉｎとなり、その後の２時
に障害になると、ＨＤＵ＃０にはアクセス出来ないた
め、該ＨＤＵ＃０上の記録は１時にＭａｉｎのままでシ
ステムより切り離される。一方、ＨＤＵ＃１は２時にＭ
ａｉｎとなり、システムの運用を継続する。そして、そ
の後の３時にシステム障害となり、３時３０分にシステ
ム再開となると、通常主メモリにあるＨＤＵ状態管理テ
ーブル１４の内容は初期化されるため、利用できる情報
は各ＨＤＵ＃０，＃１上の記録である。この場合にＨＤ
Ｕ＃０上の記録は１時にＭａｉｎであり、またＨＤＵ＃
１上の記録は２時にＭａｉｎであるから、タイムスタン
プの新しい方のＨＤＵ＃１をＭａｉｎに選択する。な
お、両系がＭａｉｎと準Ｍａｉｎ又は準Ｍａｉｎと準Ｍ
ａｉｎの場合も同様の選択を行う。

【００６４】上記以外にも、両系の「自ＨＤＵ状態表
示」につき相互に矛盾が生じたような場合は「タイムス
タンプ」による比較を行う。また「他ＨＤＵ状態表示」
の情報を合わせて考慮しても良い。片系しかアクセス出来ない場合で、かつアクセスで
きた側の「自ＨＤＵ状態表示」がＦ−ＯＵＳ以外の場合
は、アクセスできた側の装置をＭａｉｎに選択する。

【００６５】片系しかアクセスできない場合で、か
つアクセスできた側の「自ＨＤＵ状態表示」がＦ−ＯＵ
Ｓの場合は、システムの運転を停止する。両系ともアクセスできない場合は、システムの運転
を停止する。なお、上記実施の形態では二次記憶装置と
してハードディスクユニットを使用する場合を述べた
が、本発明はこれに限定されない。

【００６６】また、上記実施の形態ではハードディスク
ユニットが二重化冗長構成を採る場合を述べたが、本発
明はこれに限定されない。多重化冗長構成を採る場合も
本発明を適用できる。また、上記実施の形態では電子交
換機システムへの適用例を述べたが、本発明は例えばバ
ンキングオンラインシステム等の他の様々な情報処理シ
ステムにも適用可能である。

【００６７】また、上記本発明に好適なる実施の形態を
述べたが、本発明思想を逸脱しない範囲内で、各部の構
成、制御、及びこれらの組合せの様々な変更が行えるこ
とは言うまでも無い。

【００６８】

【発明の効果】以上述べた如く本発明によれば、障害復
旧時の二次記憶装置に対してその時のメイン側からシス
テム運用に不可欠な所定のファイルを優先的にコピー
し、該コピーが完了した時点で該二次記憶装置を何時で
もメインとして使用可能な準サブ状態にするので、二次
記憶装置の障害によりシステムダウンとなる可能性を大
幅に低減できる。

【図面の簡単な説明】

【図１】図１は本発明の原理を説明する図である。

【図２】図２は実施の形態による情報処理システムの一
部構成を示す図である。

【図３】図３は実施の形態によるＨＤＵのファイル記憶
構造を説明する図である。

【図４】図４は実施の形態によるＨＤＵの運用状態遷移
図である。

【図５】図５は実施の形態によるＨＤＵ管理処理のフロ
ーチャート（１）である。

【図６】図６は実施の形態によるＨＤＵ管理処理のフロ
ーチャート（２）である。

【図７】図７は実施の形態によるＨＤＵ管理処理のフロ
ーチャート（３）である。

【図８】図８は従来技術を説明する図（１）である。

【図９】図８は従来技術を説明する図（２）である。

【符号の説明】

１０プロセッサ＃０１１サービス処理部１２オペレーションシステム（ＯＳ）１３ＨＤＵ管理部１４ＨＤＵ状態管理テーブル２０プロセッサ＃１ＣＰ中央処理装置ＨＤＵハードディスクユニットＭＭ主メモリ

Claims

【特許請求の範囲】

【請求項１】プロセッサ部と、システム運用に用いる
二次記憶装置につきメイン（現用）とサブ（予備）の冗
長構成とを備え、前記二次記憶装置間のデータファイル
の内容を同一に維持する情報処理システムにおいて、前記プロセッサ部は、前記何れかの二次記憶装置が障害
より復帰したことにより、その時のメイン側から前記障
害より復帰した二次記憶装置に対してシステム運用に不
可欠な所定のファイルを優先的にコピーすると共に、該
コピーが完了した時点で前記障害より復帰した二次記憶
装置を何時でもメインとして使用可能な準サブ状態にす
ることを特徴とする情報処理システム。
【請求項２】プロセッサ部は、準サブ状態の二次記憶
装置に対して、その時のメイン側から引き続き残りのフ
ァイルをコピーすると共に、該コピーが完了した時点で
前記準サブ状態の二次記憶装置をサブ状態にすることを
特徴とする請求項１に記載の情報処理システム。
【請求項３】プロセッサ部は、準サブ状態の二次記憶
装置に対して、その時のメイン側から引き続き残りのフ
ァイルをコピーすると共に、メインとサブの二次記憶装
置を切り替えるためのマニュアルスイッチ手段を更に備
え、かつ前記準サブ状態の二次記憶装置に対してメイン
に切替える旨の指示入力があった時は、前記準サブ状態
の二次記憶装置を実質メインの動作を行う準メイン状態
に切り替えると共に、サブ状態となった二次記憶装置か
ら引き続き残りのファイルをコピーし、該コピーが完了
した時点で前記準メイン状態の二次記憶装置をメイン状
態にすることを特徴とする請求項１に記載の情報処理シ
ステム。
【請求項４】プロセッサ部は、メインの二次記憶装置
に障害が発生した時は、準サブ状態の二次記憶装置をメ
インに切り替えてシステム運用を継続することを特徴と
する請求項１に記載の情報処理システム。
【請求項５】プロセッサ部は、二次記憶装置が置かれ
た使用状態の情報をその状態変化の時刻情報と共に該二
次記憶装置の装置管理エリアに記録することを特徴とす
る請求項１乃至４の何れか１に記載の情報処理システ
ム。
【請求項６】二次記憶装置は自己が有する各ファイル
の有効／無効状態を管理するためのファイル管理エリア
を備え、プロセッサ部は、前記二次記憶装置が障害より
復帰したことにより前記ファイル管理エリアの各ファイ
ルの状態を一旦無効状態とすると共に、その後の各ファ
イルのコピーが完了した各時点で夫々を有効状態とする
ことを特徴とする請求項１乃至５の何れか１に記載の情
報処理システム。
【請求項７】プロセッサ部は、準サブ状態の二次記憶
装置をメイン又は準メイン状態として使用する場合は、
そのファイル管理エリアの情報により無効状態とされる
ファイルの読出データを使用しないことを特徴とする請
求項６に記載の情報処理システム。
【請求項８】プロセッサ部は、システム障害からの再
開時には、各二次記憶装置の装置管理エリアに記録され
た使用状態の情報に基づきシステム再開時における前記
各二次記憶装置の使用状態を決定することを特徴とする
請求項５に記載の情報処理システム。
【請求項９】プロセッサ部は、各二次記憶装置の装置
管理エリアに記録された状態変化の時刻情報をも加味し
てシステム再開時における前記各二次記憶装置の使用状
態を決定することを特徴とする請求項８に記載の情報処
理システム。