JPH05324591A - オンライン・プロセッサ増設方式 - Google Patents

Abstract

(57)【要約】 【目的】本発明は１台の管理プロセッサに対して複数の
通信プロセッサが設けられ各プロセッサが二重化された
マルチプロセッサシステムにおけるオンライン・プロセ
ッサ増設方式に関し，システムを停止することなく通信
プロセッサの増設を行い旧バージョンへの以降を即座に
行うことができることを目的とする。 【構成】二重化された各プロセッサの一方の系の全装置
を切離して交互に増設するプロセッサのハードウェア上
の接続を行い，オンラインで動作中に管理プロセッサの
ハードディスク内に増設通信プロセッサのシステムファ
イルをローディングする。次に管理プロセッサはシステ
ムファイルを増設用通信プロセッサのメインメモリ上に
ローディングすると共に他の既存の各通信プロセッサに
通知して増設に関係するデータを更新するよう構成す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はマルチプロセッサシステ
ムにおけるオンライン・プロセッサ増設方式に関する。
近年，企業や一般の経済活動の多様化・高度化に伴い，
データの大量化，複雑化と広域化が進められて，情報を
より正確に，より速く処理するための交換機（例えば，
パケット交換機）等のオンラインシステム数が急速に増
加しており，それに伴い，通信回線の使用率も急速に増
加しつつある。既存の通信プロセッサにて対応不可とな
った場合には，通信プロセッサの増設による通信回線の
充実を行う必要がある。

【０００２】

【従来の技術】図６は従来のマルチプロセッサシステム
のシステム構成，図７は従来のプロセッサ増設時のソフ
トウェアの変更動作の説明図である。図６の構成はパケ
ット交換機の例であり，６０は管理プロセッサ（ＭＰ
Ｒ），６１〜６２は通信プロセッサ（ＣＰＲ）＃０〜＃
１である。各通信プロセッサ６１，６２はそれぞれ回線
と接続され，加入者端末や他の交換機との間で通信を行
い，管理プロセッサ６０は各通信プロセッサの制御やデ
ータの管理を行う。また，信頼性を維持するため，管理
プロセッサ６０と各通信プロセッサ６１，６２はそれぞ
れ二重化されており，０系と１系の装置が設けられてい
る。

【０００３】図６のようなマルチプロセッサシステムに
おいて，回線が増大して通信プロセッサを増設する場
合，従来の一般的な方法は，オンラインでの増設ではな
く，システムを一旦停止したオフライン状態で，通信プ
ロセッサのハードウェア増設を行う。その後，図７に示
すようにファイルのローディングを行ってシステムを立
ち上げている。すなわち，図６のように通信プロセッサ
が＃０と＃１の２台設けられている時，新たに通信プロ
セッサ＃２を増設する場合，図７に示すように増設した
通信プロセッサ＃２の制御データを含む新システムファ
イル７０が作成される。これをオフライン状態の管理用
プロセッサのハードディスク装置７１にローディングす
る。 この内容は，管理プロセッサ用システムファイル
７１０，通信プロセッサ＃０用システムファイル７１
１，通信プロセッサ＃１用システムファイル７１２及び
増設された通信プロセッサ＃２用システムファイル７１
３とで構成される。このハードディスク装置７１の内容
は，次に各プロセッサ内のメインメモリにローディング
して，システムを立ち上げる。

【０００４】

【発明が解決しようとする課題】上記した従来の方式に
よると，通信プロセッサの増設を行う場合，通信プロセ
ッサのハードウェア増設およびシステムファイルのロー
ディング終了するまでシステムを停止しなければならな
い。また，増設後のハードウェアまたはシステムファイ
ルに異常を発見した場合には，再度システムを停止し，
増設したハードウェアを撤去して，旧バージョンのシス
テムファイルをローディングしなければならないという
問題があった。本発明はシステムを停止することなく通
信プロセッサの増設を行い旧バージョンへの以降を即座
に行うことができるオンライン・プロセッサ増設方式を
提供することを目的とする。

【０００５】

【課題を解決するための手段】図１は本発明のハードウ
ェア増設の原理説明図，図２は本発明のソフトウェア増
設の原理説明図である。図１において，１０〜１１は既
存の通信プロセッサ＃０，＃１，１２は増設される通信
プロセッサ＃２である。図２において１３は増設プロセ
ッサ用システムファイル，１４は管理プロセッサ内のハ
ードディスク装置，１５は増設通信プロセッサのメイン
メモリである。本発明はハードウェアの増設を片系ずつ
交互にオンライン状態で行い，ソフトウェアの増設につ
いてはオンライン中に管理プロセッサのハードディスク
装置に増設通信プロセッサ用のシステムファイルをロー
ディングし，その後管理プロセッサから増設通信プロセ
ッサにローディングすると共に既存の各通信プロセッサ
に通知を行うものである。

【０００６】

【作用】本発明ではマルチプロセッサにおけるオンライ
ン・プロセッサ増設は，基本的にハードウェアの物理的
な増設作業が完了した後ソフトウェアの増設を行う。最
初にハードウェアの増設は，図１のＡ．に示すように，
全ての既設の全ての通信プロセッサの二重化装置の一方
の系を運転状態（オンライン）にし，他系を切り離し
（ＯＵＳ：Out Of System)状態にして, 最終通信プロセ
ッサ（＃１）１１のリンクバスケーブル等を増設する通
信プロセッサ（＃２）１２に接続して終端を移動する。
この場合，各通信プロセッサの同じ系の装置，すなわち
Ａ．の例では０系の装置同士が管理プロセッサの０系に
接続される。この後，運転状態の系を切替えてＢ．の状
態にした後，増設通信プロセッサ１２の他の系，即ち１
系の装置に対してリンクバスケーブル等を接続して同様
に終端の移動が行われる。

【０００７】次に図２に示すソフトウェアの増設は，最
初に各通信プロセッサの管理元である管理プロセッサ内
のハードディスク装置１４内に増設プロセッサ用システ
ムファイル１３をローディングする。次に管理プロセッ
サは，保守者のローカルコンソールからのコマンド投入
によりシステムファイルを増設通信プロセッサ１２のメ
インメモリ１５にローディングすると共に既設の各通信
プロセッサ１０，１１へ増設通信プロセッサの制御デー
タを通知する。これにより増設プロセッサへのシステム
ファイルのローディングと既設のプロセッサのシステム
ファイルの更新が行われる。

【０００８】

【実施例】図３は本発明が実施されるパケット交換機の
ハードウェア構成図である。管理プロセッサ（ＭＰＲ）
３０が１台と通信プロセッサ（ＣＰＲ）３１が１台の場
合を示すが，通信プロセッサ３１は最大６台まで増設す
ることができ，各プロセッサは，０系と１系の二重化構
成を備えている。管理プロセッサ３０は，メインメモリ
ＭＭ，中央制御装置ＣＣ及びチャネル制御装置ＣＨＣは
それぞれ０系（ＭＭ０，ＣＣ０，ＣＨＣ０，ＣＨＣ２）
と１系（ＭＭ１，ＣＣ１，ＣＨＣ１，ＣＨＣ３）に分離
して動作可能に接続されている。０系と１系は図に示す
ように交叉接続により一部だけ他系の装置を組み込んで
動作できる。システムファイルを格納する磁気テープ装
置ＭＴはハードディスク装置ＤＫ０と共に０系に設けら
れ，交叉接続により１系のハードディスク装置ＤＫ１に
もローディングできる。また，各系のプロセッサ間通信
装置（ＩＭＣ０，ＩＭＣ１）により，他の通信プロセッ
サと接続され相互にデータの転送が行われる。

【０００９】通信プロセッサ３１も，主な構成装置であ
るメインメモリＭＭ，中央制御装置ＣＣ，チャネル制御
装置ＣＨＣは管理プロセッサ３０と同様に二重化構成と
なっており，通信プロセッサ３１のプロセッサ間通信装
置（ＩＭＣ０，ＩＭＣ１）により，管理プロセッサ３０
の対応するプロセッサ間通信装置と接続されている。通
信プロセッサ３１の，通信多重化装置（ＣＭＵ０，ＣＭ
Ｕ１）に回線が接続され端末や他の交換機との間の通信
が行われる。

【００１０】ハードウェアの増設は，図３の二重化構成
により実現でき，コマンドにより，片系の全装置を切り
離し（ＯＵＳ）の状態とし，片系を運転状態（ＩＮＳ：
In Service) として，最老番の通信プロセッサから増設
通信プロセッサへ終端接続替えを行う（図１参照）。接
続替えが完了するとコマンドにより切離した他系の全装
置を待機状態（ＩＮＳのスタンバイ) にし，次いで待機
状態の全装置を使用状態（ＩＮＳ）に切替える。全装置
待機状態となった系の全装置を切り離して片系運転状態
として，最老番の通信プロセッサを増設通信プロセッサ
へ終端接続替えを行う。

【００１１】次に図４に示す実施例のソフトウェア増設
の処理フローを，図５に示す実施例のデータの流れ説明
図を参照しながら説明する。ソフトウェアの増設は，最
初に増設コマンド（図４の４０）により通信プロセッサ
（ＣＰＲ）増設モードを宣言することにより通信プロセ
ッサ（ＣＰＲ）増設中であることを表示し，他の増設系
コマンドとの競合及び増設作業中のシステムダウンによ
るシステム再開が発生した場合に，増設データをリカバ
リすべきか否かを判定する。このコマンドの具体例は次
のようなものである。 ＣＰＥ：ＢＧＮ； (1) その後ファイルロードコマンド投入により，増設通信プ
ロセッサ（ＣＰＲ）のシステムファイルを磁気テープ装
置よりハードディスク装置内にローディングする（図４
の４１）。

【００１２】次に増設コマンド投入により，プロセッサ
増設によるプロセッサ台数，局制御データ等の変更を各
既存の通信プロセッサのメインメモリ上及びハードディ
スク装置内について実行する（図４の４２）。このコマ
ンドの例は次のようなものである。 ＣＰＥ：ＣＰＲ２； (2) このコマンドを投入した場合の動作を図５により説明す
ると，各プロセッサのメインメモリ上に配置されてい
る，通信プロセッサ（ＣＰＲ）と管理プロセッサ（ＭＰ
Ｒ）及び他の通信プロセッサ（ＣＰＲ）間の通信に必要
な通信制御情報が増設通信プロセッサに対応して変更さ
れる（図５の参照）。また，それに伴いハードディス
ク装置内に配置されている各通信プロセッサのシステム
ファイル内の同一データも更新される（図５の参
照）。

【００１３】従来の方式（図７参照）によると, 各プロ
セッサのシステムファイルに上記した通信制御情報を盛
り込んだものを新システムファイルとして作成し，ファ
イルロードしていたが, 本発明はこのコマンド(2) を実
行することにより各ファイルのメインメモリ及びハード
ディスク装置のデータ変更ができる。次に，掲げるシス
テム運用再開コマンド(3) を投入する（図４の４３）。
これにより, 増設通信プロセッサ（ＣＰＲ）内のメイン
メモリ上にローディングされシステムが立ち上がる。 ＳＹＢ：ＣＰＲ２； (3)

【００１４】システム立ち上げ完了後，増設通信プロセ
ッサ（ＣＰＲ）の全装置をコマンドにより切離し，増設
通信プロセッサの装置の診断を実行する（図４の４
４）。診断結果正常の場合は，増設終了コマンド(4) を
投入し（図４の４５）, 増設モードを解除してオンライ
ン・プロセッサ増設完了となる。 ＣＰＥ：ＥＮＤ； (4) しかし，診断結果異常の場合は，ハードウェア障害と見
なし，直ちに増設取消コマンド(5) を用いて増設開始コ
マンド投入前の状態に戻すことが可能である。 ＣＰＥ：ＤＬＴ，ＣＰＲ２； (5) また，この実施例では増設するＣＰＲ番号は既存の最老
番のＣＰＲ＋１とし，１回の増設コマンドで増設可能な
ＣＰＲ台数は１だけである。

【００１５】

【発明の効果】本発明によれば従来方式では無理とされ
ている交換機等のオンライン・システムにおける通信プ
ロセッサの増設を実現することができ，オンライン化が
進み端末回線及び局増設に伴う通信回線の増加に伴って
情報処理システムの効率的な運用及び信頼性の向上を達
成することができる。

【図面の簡単な説明】

【図１】本発明のハードウェア増設の原理説明図であ
る。

【図２】本発明のソフトウェア増設の原理説明図であ
る。

【図３】本発明が実施されるパケット交換機のハードウ
ェア構成図である。

【図４】実施例のソフトウェア増設の処理フローであ
る。

【図５】実施例のデータの流れ説明図である。

【図６】従来のマルチプロセッサシステムのシステム構
成である。

【図７】従来のプロセッサ増設時のソフトウェアの変更
動作の説明図である。

【符号の説明】

１０〜１１ 既存の通信プロセッサ＃０，＃１ １２ 増設される通信プロセッサ＃２ １３ 増設プロセッサ用システムファイル １４ 管理プロセッサ内のハードディスク装置 １５ 増設プロセッサのメインメモリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三浦 善浩 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 山本 規洋子 神奈川県川崎市中原区上小田中1015番地 富士通関西通信システム株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 １台の管理プロセッサに対して複数の通
   信プロセッサが設けられ各プロセッサが二重化されたマ
   ルチプロセッサシステムにおいて， 二重化された各プロセッサの一方の系の全装置を切離し
   て交互に増設するプロセッサのハードウェア上の接続を
   行い， オンラインで動作中に管理プロセッサのハードディスク
   装置内に増設通信プロセッサのシステムファイルをロー
   ディングし， 管理プロセッサはシステムファイルを増設用通信プロセ
   ッサのメインメモリ上にローディングすると共に他の既
   存の各通信プロセッサに通知して増設に関係するデータ
   を更新することを特徴とするオンライン・プロセッサ増
   設方式。