JP3589433B2

JP3589433B2 - Database guarantee method

Info

Publication number: JP3589433B2
Application number: JP30699095A
Authority: JP
Inventors: 守昭中山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-11-27
Filing date: 1995-11-27
Publication date: 2004-11-17
Anticipated expiration: 2015-11-27
Also published as: JPH09146814A

Description

【０００１】
【発明の属する技術分野】
本発明はデータベース保証方式に関し、更に詳しくは、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式に関する。
【０００２】
近年、通信システム（交換装置，伝送装置等）の構成はソフトウェア主導のものとなっており、その機能のエンハンスや修正はソフトウェア（データベースを含む）の入れ換えによって行われる。特に、ネットワークを構成する通信システムでは、全通信システムのソフトウェアを一斉に入れ換える必要があり、その際には、旧ソフトウェアから新ソフトウェアへの切替え処理、及び該切替えが正常に行われなかった場合の新ソフトウェアから旧ソフトウェアの切戻し処理が円滑かつ確実に行われる必要がある。
【０００３】
【従来の技術】
例えば伝送装置では、遠隔より機能アップされた新ソフトウェアをスタンバイ側にダウンロードすると共に、バンクスイッチにより現用の旧ソフトウェアとダウンロードした新ソフトウェアの切替えを速やかに行う。
この時、旧ソフトウェアのデータベースと新ソフトウェアのデータベースとが異なっている場合もあるが、一般に、この種のデータベースは上位互換性を持っており、旧データベースの設定値（但し、運用により更新可）はそのまま継承し、これに新データベースの設定値を追加する形で、ソフトウェア及びデータベースが同時に版数アップされる。
【０００４】
従来は、この時点で（即ち、新ソフトウェア及び新データベースの定着を待たずに）全バックアップメモリの旧データベースを新データベースで書き換えていた。
ところで、上記新ソフトウェアへの切替えを行っても、ネットワーク上の何れか１の伝送装置で新ソフトウェアへの切替えがうまく行かないと、ネットワークに対する新ソフトウェアの定着は行われず、このため各伝送装置では一斉に旧ソフトウェアへの切戻しを行う必要がある。
【０００５】
【発明が解決しようとする課題】
しかし、上記従来のデータベース保証方式によると、バックアップメモリの旧データベースは新ソフトウェアへの切替の時点で全て消去されてしまうため、切戻しが発生した時は、もはや旧運用のデータベースを復元できないと言う問題があった。
【０００６】
また、このために、システムの運用を旧ソウトウエアのデフォルトデータベース（初期設定値）で再開しなくてはならないと言う不都合があった。
本発明の目的は、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、旧運用のデータベースを確実に復元させることの可能なデータベース保証方式を提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題は図１（Ａ）の構成により解決される。即ち、本発明（１）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用を定着させるための所定の定着コマンドを受信しないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持するバックアップメモリ４１を備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記バックアップメモリ４１の旧データベース（旧ＤＢ）から新運用のための新データベース（新ＤＢ）を生成し
て前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記バックアップメモリ４１の旧データベースをそのままに保持し、前記所定時間内における定着コマンドの受信後に、前記バックアップメモリ４１の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【０００８】
本発明（１）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、バックアップメモリ４１は旧データベースをそのままバックアップ保持しているので、旧運用のデータベースを確実に復元させることが可能である。
また上記の課題は図１（Ｂ）の構成により解決される。即ち、本発明（２）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持する揮発性バックアップメモリ４１と、前記運用メモリのデータベースをバックアップ保持する第１及び第２の不揮発性バックアップメモリ５２１，５２２とを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記揮発性バックアップメモリ４１の旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２の不揮発性バックアップメモリ５２１，５２２のうちの何れか一方の旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【０００９】
本発明（２）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、第１又は第２の不揮発性バックアップメモリ５２１／５２２は旧データベースをそのままバックアップ保持しているので、旧運用のデータベースを確実に復元させることが可能である。しかも、第１及び第２の不揮発性バックアップメモリ５２１，５２２の記憶内容は通信システムの電源が落ちても失われないので、システムの切替え時及び切戻し時の動作信頼性が高い。
【００１０】
好ましくは、本発明（３）においては、旧ソフトウェアによる運用に切戻す際に、旧ソ
フトウェアと揮発性バックアップメモリ４１のデータベースとの間の整合性を検査すると共に、整合が得られた場合は該揮発性バックアップメモリ４１のデータベースから旧データベースを復元し、また前記整合が得られない場合は第１及び第２の不揮発性バックアップメモリ５２１，５２２のデータベースとの間の整合性を検査すると共に、少なくとも何れか一方との間で整合が得られた場合は、該整合が得られた方のデータベースから旧データベースを復元する。
【００１１】
本発明（３）によれば、システムには旧及び新の両データベースがバックアップ保持されていると共に、旧ソフトウェアとこれらのデータベースとの間の整合性の検査を経て旧ソフトウェアへの切戻しを行うので、システムは安全に立ち上がる。
また上記の課題は図１（Ｃ）の構成により解決される。即ち、本発明（４）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持する第１及び第２のバックアップメモリ４１，５２を備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記第１及び第２のバックアップメモリ４１，５２の内のいずれか一方のメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２のバックアップメモリ４１，５２のうちの何れか一方のメモリの旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【００１２】
本発明（４）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、第１及び第２のバックアップメモリ４１，５２のうちの何れか一方は旧データベースをそのままバックアップ保持しているので、少ないバックアップメモリで旧運用のデータベースを確実に復元させることが可能である。
【００１３】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる実施の形態を説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
図２は第１の実施の形態によるデータベース保証方式の構成を示す図で、図において、１００は伝送装置（交換機を含む）Ａ〜Ｃ、１は主信号の伝送を行う信号伝送部、２は不図示のＣＰＵにより信号伝送部１の主制御を行う伝送制御部、３は制御部２の共通バス、４は主に装置全体の監視制御を行うＳＶユニット、４１はＲＡＭからなる一次バックアップデータベースメモリ（一次ＢＵＤＢＭ）、５は主にデータベース（局データ，加入者データ等）の管理を行うＭＰユニット、５１はＲＡＭからなる運用（現用）データベースメモリ（運用ＤＢＭ）、５２はＥＥＰＲＯＭからなる二次バックアップデータベースメモリ（二次ＢＵＤＢＭ）、５３はデータベースのデフォルトファイルを記憶するデフォルトデータベースメモリ、６は伝送制御部２が実行する制御プログラムの格納及び管理を行うＰＭユニット、６１は新・旧制御プログラムの切替えをハードウエア的に行うバンクスイッチ、６２はスタンバイ側のプログラムメモリ（ＳＢＰＧＭ）、６３は運用側のプログラムメモリ（運用ＰＧＭ）、６４はプログラム展開部、６５はＲＡＭからなるバッファメモリ（ＢＦＲＡＭ）、７，８はユニット間でコマンドやデータのやり取りを行うための信号線、２００は伝送装置Ａ〜Ｃ間を接続する伝送路、３００は通信ネットワークのエンハンス（機能アップ）に係る切替制御を行う監視制御端末装置である。
【００１４】
なお、各ユニット４〜６は夫々に独自のＣＰＵ（不図示）を備えており、対応する管理・制御を行う。
伝送装置Ａにおいて、該装置の運用中は、バンクＳＷ６１は運用ＰＧＭ６３の側に接続しており、伝送制御部２は運用ＰＧＭ６３の運用（旧）プログラムに従って運用ＤＢＭ５１の運用（旧）データベースを参照しつつ、各種の通信サービスを行う。この時、一次，二次の各ＢＵＤＢＭ４１，５２は共に運用ＤＢＭ５１の運用（旧）データベースをバックアップ保持している。伝送装置Ｂ，Ｃについても同様である。
【００１５】
伝送装置Ａをエンハンスする時は、まず監視制御端末装置３００から機能アップされた新プログラム（通常は圧縮されている）をダウンロードする。該新プログラムはＳＶユニット４を介してＢＦＲＡＭ６５にバッファされ、更に展開部６４により伸長されて、スタンバイ側のＳＢＰＧＭ６２に展開される。
また、上記同一の新プログラムが信号線８，伝送路２００等を介して他の伝送装置Ｂ，Ｃにもダウンロードされ、夫々のスタンバイ側に展開・記憶される。
【００１６】
図３は第１の実施の形態によるデータベース保証方式の動作を説明する図で、上記プログラムスタンバイ展開後のプログラム切替え処理／切戻し処理を示している。
上記新プログラムのスタンバイ展開後、監視制御端末装置３００から伝送装置Ａに対してプログラム切替えの予約を行う。
【００１７】
即ち、監視制御端末装置３００からＳＶユニット４に所定の切替コマンドを入力すると、ＳＶユニット４はその情報をＭＰユニット（Ｍ），（Ｄ）に通知する。ここで、ＭＰユニット（Ｍ）はマザー側のボードであり、運用ＤＢＭ５１を含む。またＭＰユニット（Ｄ）はドータ側のボードであり、二次ＢＵＤＢＭ５２を含む。また、この切替コマンドには、切替実行年月日ＡＣＴＤＡＴ（例えば９５／０８／２３）、切替予定時刻ＡＣＴＴＭ（例えば１５：００：００）、及び切替処理のタイムアウト時間ＶＡＬＴＭ（例えば００：３０：００）の各情報が含まれる。そして、ＭＰユニット（Ｍ），（Ｄ）がＳＶユニット４に要求の応答を返すと、ＳＶユニット４は監視制御端末装置３００にコマンドの応答を返す。
【００１８】
上記同様にして、監視制御端末装置３００は、伝送装置Ｂ，Ｃに対してプログラム切替えの予約を行う。
やがて、切替予定時刻（１５：００：００）になると、全伝送装置Ａ〜Ｃにおいて、各ユニットは一斉にリスタート切替処理を開始すると共に、ＭＰユニット（Ｍ）は、一次ＢＵＤＢＭ４１の旧データベースを新データベースのフォーマットに従って変換しながら運用ＤＢＭ５１上に新データベースを構築する。
【００１９】
ここで、図４に従い、新データベース構築の態様を説明しておく。
本システム運用の最初においては、旧プログラムに従って旧デフォルトファイルの初期設定（１）〜（５）が運用ＤＢＭ５１のアドレス１〜５に展開されていた。この内容は速やかに一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ保持される。
【００２０】
その後、伝送装置Ａが旧プログラムで運用されると、保守者によるデータベースの変更等が発生し、これに伴い運用ＤＢＭ５１の初期設定（１）〜（５）のうちの必要な部分の内容が更新されて、全体が運用（１）〜（５）と呼ばれるようになる。この内容は速やかに一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ保持される。
【００２１】
そして、上記新プログラムのスタンバイ展開後、リスタート切替え処理が開始すると、まず一次ＢＵＤＢＭ４１の運用（１）〜（５）を運用ＤＢＭ５１のアドレス１〜５にコピーする。次に新デフォルトファイルの初期設定（６），（７）を運用ＤＢＭ５１のアドレス６，７に追加展開し、こうして新データベースの構築が行われる。
【００２２】
図３に戻り、上記運用ＤＢＭ５１上に新データベースを構築すると、一次ＢＵＤＢＭ４１の旧データベースはそのままにして、バンクＳＷ６１を切り替え、新プログラムにより伝送装置Ａを立ち上げる。併せて、ＳＶユニット４の切替中ＬＥＤを点灯する。
その後、監視制御端末装置３００からユーザ管理登録要求ＡＣＴ−ＵＳＥＲが入力すると、ＳＶユニット４からＭＰユニット５にユーザ管理登録要求の旨を通知する。ＭＰユニット５は新プログラム（新データベースを含む）による装置立ち上げが正常であると、ユーザ管理テーブルの登録を行い、登録の応答を返送する。これを受けたＳＶユニット４は監視制御端末装置３００に登録のコマンド応答ＣＯＭＰＬＤを返送する。
【００２３】
これにより、監視制御端末装置３００は、伝送装置Ａでは新プログラム及び新データベースが定着可能であると判断する。
監視制御端末装置３００は、他の伝送装置Ｂ，Ｃに対してもユーザ管理登録要求ＡＣＴ−ＵＳＥＲを行い、こうして全伝送装置Ａ〜Ｃより登録のコマンド応答ＣＯＭＰＬＤが得られると、全システムで新プログラム及び新データベースが定着可能であると判断する。
【００２４】
これにより、監視制御端末装置３００は全伝送装置Ａ〜Ｃに対して一斉に定着コマンドを送り、各装置に新プログラム及び新データベースを定着させる。
これを受けた伝送装置Ａでは運用ＤＢＭ５１の新データベースを一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ展開（コピー）し、切替中ＬＥＤを消灯する。他の伝送装置Ｂ，Ｃでも同様である。こうして、ネットワークの機能エンハンスを正常終了する。
【００２５】
しかし、ネットワークのうちの何れか１の伝送装置において新プログラムへの切替えが不調に終わり、このために定着コマンドに対する応答ＣＯＭＰＬＤが返送されないと、監視制御端末装置３００は規定の１５時３０分００秒までに定着コマンドを送信できない。その結果、各伝送装置Ａ〜Ｃでは一斉にタイムアウトが発生し、旧プログラムへのリスタート切戻し処理がスタートする。
【００２６】
この場合でも、本実施の形態によれば一次ＢＵＤＢＭ４１には旧データベースが存在するので、これを運用ＤＢＭ５１にコピー（復元）する。次いで運用ＤＢＭ５１の旧データベースを二次ＢＵＤＢＭ５２にバックアップ保持する。そして、旧プログラム及び旧データベースによりシステムを立ち上げる。
図５は第２の実施の形態によるデータベース保証方式の構成を示す図で、２つの二次バックアップデータベースメモリを備える場合を示す。
【００２７】
図において、５２１はＥＥＰＲＯＭからなる第１の二次バックアップデータベースメモリ、５２２はＥＥＰＲＯＭからなる第２の二次バックアップデータベースメモリである。
図６，図７は第２の実施の形態によるデータベース保証方式の動作を説明する図（１），（２）である。
【００２８】
図６において、新プログラムのスタンバイ展開後、リスタート切替え処理が開始すると、一次ＢＵＤＢＭ４１の旧データベースに基づき運用ＤＢＭ５１に新データベースを構築する。次いで運用ＤＢＭ５１の新データベースを一次ＢＵＤＢＭ４１及び第２の二次バックアップデータベースメモリ５２２にバックアップ保持する。但し、第１の二次バックアップデータベースメモリ５２１は旧データベースを保持している。なお、一次ＢＵＤＢＭ４１の旧データベースはそのまま残しても良い。
【００２９】
その後、バンクＳＷ６１を切り替え、新プログラムにより伝送装置Ａを立ち上げる。併せて、ＳＶユニット４の切替中ＬＥＤを点灯する。
しかる後、定着コマンドを受信した場合は、運用ＤＢＭ５１の新データベースを第１の二次バックアップデータベースメモリ５２１にバックアップ保持する。図７において、しかし、時間内に定着コマンドが投入されず、リスタート切戻しとなった場合は、旧プログラムと一次ＢＵＤＢＭ４１のデータベースとの整合性のチェックを行い、整合が得られた場合は、一次ＢＵＤＢＭ４１の旧データベースを運用ＤＢＭ５１に展開（コピー）する。そして、運用ＤＢＭ５１の旧データベースを第１，第２の二次バックアップデータベースメモリ５２１，５２２にバックアップ保持する。
【００３０】
また、上記整合が得られなかった場合は、旧プログラムと第１，第２の二次バックアップデータベースメモリ５２１，５２２のデータベースとの整合性のチェックを行い、何れか整合が得られた方（この例では第２の二次バックアップデータベースメモリ５２２）の旧データベースを運用ＤＢＭ５１に展開（コピー）する。そして、運用ＤＢＭ５１の旧データベースを一次ＢＵＤＢＭ４１及び第１の二次バックアップデータベースメモリ５２１にバックアップ保持する。
【００３１】
そして、旧プログラムで装置を立ち上げ、切替中ＬＥＤを消灯する。
なお、図示しないが、上記第１の二次バックアップデータベースメモリ５２１を削除すると共に、リスタート切替え時の新データベースを一次ＢＵＤＢＭ４１又は第２の二次バックアップデータベースメモリ５２２にバックアップ保持し、かつ旧データベースを第２の二次バックアップデータベースメモリ５２２又は一次ＢＵＤＢＭ４１に残すように構成しても良いことは明らかである。
【００３２】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で、構成、制御、及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００３３】
【発明の効果】
以上述べた如く本発明によれば、新ファイルの運用に切替えた後、旧ファイルの運用に切戻した場合でも、システムには旧運用のデータベースが残っているので、旧ファイルの運用に確実に切戻せ、この種の通信システムの運用の信頼性が格段に向上する。
【図面の簡単な説明】
【図１】本発明の原理を説明する図である。
【図２】第１の実施の形態によるデータベース保証方式の構成を示す図である。
【図３】第１の実施の形態によるデータベース保証方式の動作を説明する図である。
【図４】第１の実施の形態による新データベース構築の態様を説明する図である。
【図５】第２の実施の形態によるデータベース保証方式の構成を示す図である。
【図６】第２の実施の形態によるデータベース保証方式の動作を説明する図（１）である。
【図７】第２の実施の形態によるデータベース保証方式の動作を説明する図（２）である。
【符号の説明】
１信号伝送部
２伝送制御部
４１一次バックアップデータベースメモリ
５１運用データベースメモリ
５２二次バックアップデータベースメモリ
１００伝送装置
２００伝送路
３００監視制御端末装置[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a database assurance method, and more specifically, stores a CPU, an operation memory for holding a database that the CPU refers to and updates during system operation, an operation program memory for storing old software, and storing new software. A standby program memory, and a bank switch for switching / switching back and forth between the operation program memory and the standby program memory. After switching from the old software of the CPU to the operation by the new software , the CPU uses the new software within a predetermined time. The present invention relates to a database assurance method for a communication system in which the operation is not fixed and the operation returns to the operation using old software.
[0002]
2. Description of the Related Art In recent years, the configuration of communication systems (switching devices, transmission devices, and the like) has been led by software, and the enhancement and modification of their functions are performed by replacing software (including databases). In particular, in a communication system constituting a network, it is necessary to simultaneously replace software of all communication systems, and in this case, a process of switching from old software to new software, and a case where the switching is not performed normally. There is a need for smooth and reliable switchback processing of new software to old software.
[0003]
[Prior art]
For example, in a transmission device, new software whose function has been improved from a remote location is downloaded to the standby side, and switching between the current old software and the downloaded new software is quickly performed by a bank switch.
At this time, the database of the old software and the database of the new software may be different, but generally, this kind of database has upward compatibility, and the setting value of the old database (however, it can be updated by operation) The software and the database are upgraded at the same time by inheriting the same as it is, and adding the setting value of the new database to this.
[0004]
Conventionally, at this point (that is, without waiting for the new software and the new database to be established), the old database in all the backup memories is rewritten with the new database.
By the way, even if the switching to the new software is performed, if the switching to the new software is not successfully performed by any one of the transmission devices on the network, the new software is not fixed to the network. It is necessary to switch back to the old software all at once.
[0005]
[Problems to be solved by the invention]
However, according to the conventional database assurance method, the old database in the backup memory is completely erased at the time of switching to the new software. Therefore, when a failback occurs, it is no longer possible to restore the old operation database. There was a problem.
[0006]
In addition, for this reason, there is an inconvenience that the operation of the system must be restarted with the default database (initial setting value) of the old software.
SUMMARY OF THE INVENTION An object of the present invention is to provide a database assurance method capable of reliably restoring a database of an old operation even when a new program is not fixed in a communication system and restart switching back is performed.
[0007]
[Means for Solving the Problems]
The above problem is solved by the structure in FIG. That is, the database assurance method of the present invention (1) includes a CPU, an operation memory for holding a database that the CPU refers to and updates during system operation, an operation program memory for storing old software, and a storage for new software. A standby program memory for switching between the operation program memory and the standby program memory, and a bank switch for switching back and forth between the operation program memory and the standby program memory. by not receiving a predetermined fixing command for fixing operation by, in the database guarantees scheme of the communication system to return switching to the operation by the old software, including a backup memory 41 for backing up maintains a database of the operating memory, the CP At the time of switching from the old software to the operation by the new software, a new database (new DB) for the new operation is generated from the old database (old DB) of the backup memory 41 and stored in the operation memory. The operation is performed by software, and the old database of the backup memory 41 is kept as it is, and after receiving the fixing command within the predetermined time, the old database of the backup memory 41 is rewritten with the database of the operation memory.
[0008]
According to the present invention (1), even when the new program is not fixed in the communication system and the restart switching is performed, the backup memory 41 retains the backup of the old database as it is. Can be restored.
The above problem is solved by the structure in FIG. That is, the database assurance method of the present invention (2) includes a CPU, an operation memory for holding a database which the CPU refers to and updates during system operation, an operation program memory for storing old software, and a storage for new software. and standby program memory, and a bank switch for switching-off the return of the operation program memory and a standby program memory, after the switching from the old software of the CPU to operate under the new software, the new software within a predetermined time backup by operation is not fixed, the database guarantees scheme of the communication system to return switching to the operation by the old software, a volatile backup memory 41 for backing up maintains a database of the operating memory, the database of the operational memory by First and second non-volatile backup memories 521 and 522 for holding the CPU, and when switching from the old software of the CPU to the operation by the new software, the old database of the volatile backup memory 41 is used for the new operation. A new database is generated and stored in the operation memory, the operation is performed by the new software , and one of the first and second nonvolatile backup memories 521 and 522 is retained as it is. Then, the other one of the old databases is rewritten with the database of the operation memory .
[0009]
According to the present invention (2), even when the new program is not fixed in the communication system and the restart switching is performed, the first or second nonvolatile backup memory 521/522 backs up and retains the old database as it is. Therefore, it is possible to reliably restore the database of the old operation. Moreover, the contents stored in the first and second non-volatile backup memories 521 and 522 are not lost even when the power supply of the communication system is turned off, so that the operation reliability at the time of system switching and switching back is high.
[0010]
Preferably, in the present invention (3), when switching back to the operation by the old software, the consistency between the old software and the database of the volatile backup memory 41 is checked, and when the consistency is obtained, The old database is restored from the database of the volatile backup memory 41, and if the above consistency is not obtained, the consistency between the database of the first and second nonvolatile backup memories 521 and 522 is checked , and at least If a match is obtained with any one of them, the old database is restored from the database on which the match was obtained.
[0011]
According to the present invention (3), both the old and new databases are backed up in the system, and the system is switched back to the old software after checking the consistency between the old software and these databases. So the system comes up safely.
The above problem is solved by the structure in FIG. That is, the database assurance method of the present invention (4) includes a CPU, an operation memory for holding a database that the CPU refers to and updates during system operation, an operation program memory for storing old software, and a storage for new software. and standby program memory, and a bank switch for switching-off the return of the operation program memory and a standby program memory, after the switching from the old software of the CPU to operate under the new software, the new software within a predetermined time by operating according to is not fixed, the database guarantees scheme of the communication system to return switching to the operation by the old software, comprising first and second backup memory 41, 52 to back holding the database of the operational memory, old of the CPU Software When switching from share of the production by the new software, said generated new database for the new active from any previous database of one memory of the first and second backup memory 41, 52 stored in the operational memory, performs operation according to the new software, the one of the old database memory retains intact one of the first and second backup memory 41, 52, the remaining one of the previous database It is rewritten by the database of the operation memory .
[0012]
According to the present invention (4) is not new program fixing the communication system, even when a restart failback, either one of the first and second backup memory 41, 52 the old database Since the backup is held as it is, it is possible to reliably restore the database of the old operation with a small backup memory.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described with reference to the accompanying drawings. Note that the same reference numerals indicate the same or corresponding parts throughout the drawings.
FIG. 2 is a diagram showing the configuration of the database assurance system according to the first embodiment. In the figure, reference numeral 100 denotes a transmission device (including an exchange) A to C; 1, a signal transmission unit for transmitting a main signal; A transmission control unit that performs main control of the signal transmission unit 1 by a CPU (not shown), 3 is a common bus of the control unit 2, 4 is an SV unit that mainly performs monitoring control of the entire device, and 41 is a primary backup database memory including a RAM. (Primary BUDBM), 5 is an MP unit for mainly managing databases (station data, subscriber data, etc.), 51 is an operation (current) database memory (operation DBM) composed of RAM, and 52 is a secondary backup composed of EEPROM. Database memory (secondary BUDBM); 53, a default database memory for storing a default file of the database; PM unit for storing and managing the control program executed by the unit 2; 61, a bank switch for switching between the new and old control programs in hardware; 62, a program memory (SBPGM) on the standby side; A program memory (operating PGM), 64 is a program development unit, 65 is a buffer memory (BFRAM) composed of a RAM, 7 and 8 are signal lines for exchanging commands and data between units, and 200 are transmission devices A to C. A transmission line 300 for connecting the terminals is a monitoring and control terminal device that performs switching control related to enhancement (function enhancement) of the communication network.
[0014]
Each of the units 4 to 6 has its own CPU (not shown) and performs corresponding management and control.
In the transmission device A, during operation of the device, the bank SW 61 is connected to the operation PGM 63, and the transmission control unit 2 refers to the operation (old) database of the operation DBM 51 according to the operation (old) program of the operation PGM 63. While performing various communication services. At this time, each of the primary and secondary BUDBMs 41 and 52 has a backup of the operation (old) database of the operation DBM 51. The same applies to the transmission devices B and C.
[0015]
When enhancing the transmission apparatus A, first, a new program (normally compressed) whose function has been upgraded is downloaded from the monitoring control terminal apparatus 300. The new program is buffered in the BFRAM 65 via the SV unit 4, further expanded by the expansion unit 64, and expanded on the SBPGM 62 on the standby side.
The same new program is also downloaded to the other transmission apparatuses B and C via the signal line 8, the transmission path 200, etc., and is developed and stored in each standby side.
[0016]
FIG. 3 is a diagram for explaining the operation of the database assurance method according to the first embodiment, and shows a program switching process / return process after the above-mentioned program standby development.
After the standby development of the new program, the supervisory control terminal device 300 reserves a program switch for the transmission device A.
[0017]
That is, when a predetermined switching command is input from the monitoring control terminal device 300 to the SV unit 4, the SV unit 4 notifies the information to the MP units (M) and (D). Here, the MP unit (M) is a board on the mother side, and includes the operation DBM 51. The MP unit (D) is a daughter-side board and includes a secondary BUDBM 52. The switching command includes a switching execution date ACTDAT (for example, 95/08/23), a scheduled switching time ACTTM (for example, 15:00:00), and a timeout time VALTM (for example, 00:30:30) for the switching process. ) Is included. When the MP units (M) and (D) return a request response to the SV unit 4, the SV unit 4 returns a command response to the monitoring control terminal device 300.
[0018]
In the same manner as described above, the supervisory control terminal device 300 reserves the transmission devices B and C for program switching.
Eventually, at the scheduled switching time (15:00: 00), in all the transmission devices A to C, each unit starts the restart switching process at the same time, and the MP unit (M) replaces the old database of the primary BUDBM 41. A new database is constructed on the operation DBM 51 while converting according to the format of the new database.
[0019]
Here, the manner of constructing a new database will be described with reference to FIG.
At the beginning of the operation of this system, the initial settings (1) to (5) of the old default file are expanded to addresses 1 to 5 of the operation DBM 51 according to the old program. The contents are promptly backed up in the primary and secondary BUDBMs 41 and 52.
[0020]
Thereafter, when the transmission device A is operated by the old program, a database change or the like by the maintenance person occurs, and accordingly, the contents of necessary portions of the initial settings (1) to (5) of the operation DBM 51 are updated. Then, the whole is called operations (1) to (5). The contents are promptly backed up in the primary and secondary BUDBMs 41 and 52.
[0021]
Then, when the restart switching process is started after the new program is placed on standby, first, the operations (1) to (5) of the primary BUDBM 41 are copied to the addresses 1 to 5 of the operating DBM 51. Next, the initial settings (6) and (7) of the new default file are additionally developed at addresses 6 and 7 of the operation DBM 51, and thus a new database is constructed.
[0022]
Returning to FIG. 3, when a new database is constructed on the operation DBM 51, the old database of the primary BUDBM 41 is left as it is, the bank SW 61 is switched, and the transmission device A is started up by the new program. At the same time, the switching LED of the SV unit 4 is turned on.
Thereafter, when a user management registration request ACT-USER is input from the monitoring control terminal device 300, the SV unit 4 notifies the MP unit 5 of the user management registration request. If the startup of the device by the new program (including the new database) is normal, the MP unit 5 registers the user management table, and returns a registration response. Upon receiving this, the SV unit 4 returns a registration command response COMPLD to the monitoring control terminal device 300.
[0023]
Thereby, the monitoring control terminal device 300 determines that the transmission device A can fix the new program and the new database.
The supervisory control terminal device 300 also issues a user management registration request ACT-USER to the other transmission devices B and C. When the registration command response COMPLD is obtained from all of the transmission devices A to C, the monitoring control terminal device 300 starts a new operation in all the systems. It is determined that the program and the new database can be fixed.
[0024]
As a result, the monitoring and control terminal device 300 sends a fixing command to all the transmission devices A to C all at once, and fixes a new program and a new database to each device.
Upon receiving this, the transmission apparatus A backs up (copies) the new database of the operation DBM 51 to the primary and secondary BUDBMs 41 and 52, and turns off the switching LED. The same applies to the other transmission devices B and C. Thus, the function enhancement of the network is normally terminated.
[0025]
However, if the switching to the new program ends abnormally in any one of the transmission devices of the network, and therefore, a response COMPLD to the fixing command is not returned, the monitoring control terminal device 300 operates at the prescribed time of 15:30:00. Unable to send fixing command by then. As a result, in each of the transmission devices A to C, a timeout occurs all at once, and the process of restart switching back to the old program starts.
[0026]
Even in this case, according to the present embodiment, since the old database exists in the primary BUDBM 41, this is copied (restored) to the operation DBM 51. Next, the old database of the operation DBM 51 is backed up and held in the secondary BUDBM 52. Then, the system is started using the old program and the old database.
FIG. 5 is a diagram showing the configuration of the database guarantee system according to the second embodiment, showing a case where two secondary backup database memories are provided.
[0027]
In the figure, reference numeral 521 denotes a first secondary backup database memory made up of an EEPROM, and 522 denotes a second secondary backup database memory made up of an EEPROM.
6 and 7 are diagrams (1) and (2) for explaining the operation of the database assurance method according to the second embodiment.
[0028]
In FIG. 6, when the restart switching process is started after the standby development of the new program, a new database is constructed in the operation DBM 51 based on the old database of the primary BUDBM 41. Next, the new database of the operation DBM 51 is backed up and held in the primary BUDBM 41 and the second secondary backup database memory 522. However, the first secondary backup database memory 521 holds the old database. The old database of the primary BUDBM 41 may be left as it is.
[0029]
After that, the bank SW61 is switched, and the transmission device A is started up by the new program. At the same time, the switching LED of the SV unit 4 is turned on.
Thereafter, when the fixing command is received, the new database of the operation DBM 51 is backed up and held in the first secondary backup database memory 521. In FIG. 7, however, when the fixing command is not input within the time and the restart is switched back, the consistency between the old program and the database of the primary BUDBM 41 is checked, and when the consistency is obtained, The old database of the primary BUDBM 41 is developed (copied) to the operation DBM 51. Then, the old database of the operation DBM 51 is backed up and held in the first and second secondary backup database memories 521 and 522.
[0030]
If the above-mentioned consistency is not obtained, the consistency between the old program and the databases of the first and second secondary backup database memories 521 and 522 is checked. In the example, the old database in the second secondary backup database memory 522) is developed (copied) to the operation DBM 51. Then, the old database of the operation DBM 51 is backed up and held in the primary BUDBM 41 and the first secondary backup database memory 521.
[0031]
Then, the apparatus is started by the old program, and the switching LED is turned off.
Although not shown, the first secondary backup database memory 521 is deleted, the new database at the time of restart switching is backed up in the primary BUDBM 41 or the second secondary backup database memory 522, and the old database is retained. Obviously, the configuration may be such that the second secondary backup database memory 522 or the primary BUDBM 41 remains.
[0032]
Although the preferred embodiments of the present invention have been described, it goes without saying that various changes in the configuration, control, and combinations thereof can be made without departing from the spirit of the present invention.
[0033]
【The invention's effect】
As described above, according to the present invention, even when switching back to the operation of the old file after switching to the operation of the new file, the database of the old operation remains in the system, so that the operation of the old file is surely performed. The reliability of the operation of this type of communication system is greatly improved.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating the principle of the present invention.
FIG. 2 is a diagram showing a configuration of a database guarantee system according to the first embodiment.
FIG. 3 is a diagram for explaining the operation of the database assurance method according to the first embodiment;
FIG. 4 is a diagram for explaining an aspect of constructing a new database according to the first embodiment.
FIG. 5 is a diagram showing a configuration of a database guarantee system according to a second embodiment.
FIG. 6 is a diagram (1) illustrating the operation of the database guarantee system according to the second embodiment.
FIG. 7 is a diagram (2) illustrating the operation of the database assurance method according to the second embodiment.
[Explanation of symbols]
REFERENCE SIGNS LIST 1 signal transmission unit 2 transmission control unit 41 primary backup database memory 51 operation database memory 52 secondary backup database memory 100 transmission device 200 transmission line 300 monitoring control terminal device

Claims

ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用を定着させるための所定の定着コマンドを受信しないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持するバックアップメモリを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記バックアップメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記バックアップメモリの旧データベースをそのままに保持し、前記所定時間内における定着コマンドの受信後に、前記バックアップメモリの旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。A CPU, an operation memory for holding a database that the CPU refers to and update during system operation, an operation program memory for storing old software, a standby program memory for storing new software, the operation program memory and a standby program A bank switch for switching / returning to / from a memory , receiving a predetermined fixing command for fixing the operation by the new software within a predetermined time after switching from the old software of the CPU to the operation by the new software. By not doing so, in the database guarantee method of the communication system that switches back to the operation by the old software,
A backup memory for backing up and holding a database of the operation memory,
When switching from the old software of the CPU to the operation by the new software, a new database for the new operation is generated from the old database of the backup memory and stored in the operation memory, and the operation by the new software is performed. A database assurance method, wherein the old database in the backup memory is kept as it is, and after receiving the fixing command within the predetermined time, the old database in the backup memory is rewritten with the database in the operation memory.

ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持する揮発性バックアップメモリと、
前記運用メモリのデータベースをバックアップ保持する第１及び第２の不揮発性バックアップメモリとを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記揮発性バックアップメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２の不揮発性バックアップメモリのうちの何れか一方の旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。 A CPU, an operation memory for holding a database that the CPU refers to and update during system operation, an operation program memory for storing old software, a standby program memory for storing new software, the operation program memory and a standby program A bank switch for switching and switching back to and from the memory, and after switching from the old software of the CPU to the operation by the new software, the operation by the new software is not fixed within a predetermined time, so that the operation by the old software can be performed. In the database guarantee method of the communication system to switch back,
A volatile backup memory for backing up a database of the operation memory ,
First and second non-volatile backup memories for backing up the database of the operation memory ,
When switching from the old software of the CPU to the operation by the new software, a new database for the new operation is generated from the old database of the volatile backup memory and stored in the operation memory, and the operation by the new software is performed. A database assurance method, wherein one of the first and second nonvolatile backup memories is retained as it is, and the other one of the old databases is rewritten with the database of the operation memory. .

旧ソフトウェアによる運用に切戻す際に、旧ソフトウェアと揮発性バッ
クアップメモリのデータベースとの間の整合性を検査すると共に、整合が得られた場合は該揮発性バックアップメモリのデータベースから旧データベースを復元し、また前記整合が得られない場合は第１及び第２の不揮発性バックアップメモリのデータベースとの間の整合性を検査すると共に、少なくとも何れか一方との間で整合が得られた場合は、該整合が得られた方のデータベースから旧データベースを復元することを特徴とする請求項２のデータベース保証方式。When returning to the operation by the old software, the consistency between the old software and the database of the volatile backup memory is checked, and when the consistency is obtained, the old database is restored from the database of the volatile backup memory. If the match is not obtained, the consistency between the database of the first and second non-volatile backup memories is checked , and if the match is obtained with at least one of the databases , database assurance system of claim 2, characterized in that to restore the old database from a database of those who have integer if obtained.

ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持する第１及び第２のバックアップメモリを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記第１及び第２のバックアップメモリの内のいずれか一方のメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２のバックアップメモリのうちの何れか一方のメモリの旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。 A CPU, an operation memory for holding a database that the CPU refers to and update during system operation, an operation program memory for storing old software, a standby program memory for storing new software, the operation program memory and a standby program A bank switch for switching and switching back to and from the memory, and after switching from the old software of the CPU to the operation by the new software, the operation by the new software is not fixed within a predetermined time, so that the operation by the old software can be performed. In the database guarantee method of the communication system to switch back,
A first and a second backup memory for backing up the database of the operation memory ,
When switching from the old software of the CPU to operate according to the new software, said generated new database for the new active from any previous database of one memory of the first and second backup memory stored in the operational memory, performs for luck by new software, either holds one of the old database memory intact of the first and second backup memory, the operation of the remaining one of the previous database A database assurance method characterized by rewriting with a memory database.