トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 デュープレックスシステム、シングルプロセッサシステム、及びサブボード
【発明者】 【氏名】新庄 敏男

【氏名】坂巻 岳人

【氏名】唐津 靖司

【氏名】木下 政利
【要約】 【課題】例えばデュープレックスシステムにおいて、システムとしてのスループットを低下させることなく、障害が発生する直前の状態で復旧できるようにする。

【解決手段】コントロールモジュール１５、２５を、それぞれＰＣサーバ１、２に接続すると共に、ローカルバス４により相互に接続する。稼働系のＰＣサーバ１で発生したログ情報は、コントロールモジュール１５内に一時的に格納すると共に、ローカルバス４を介して、待機系のＰＣサーバ２側のコントロールモジュール２５に転送する。
【特許請求の範囲】
【請求項１】 稼働系、待機系の情報処理装置が通信線を介して接続されて成るデュープレックスシステムであって、稼働系の情報処理装置の内部バスに接続すると共にローカルバスに接続し、該稼働系の情報処理装置で生じるログ情報を一時的に格納すると共に、該ローカルバスを介して該ログ情報を待機系側に転送する稼働系側のサブボードと、待機系の情報処理装置の内部バスに接続すると共に前記ローカルバスに接続し、前記ローカルバスを介して稼働系側のサブボードから転送されてくるログ情報を受信して、該ログ情報を該待機系の情報処理装置に渡す待機系側のサブボードとを有し、障害発生後において、障害発生直前の状態で障害復旧することを特徴とするデュープレックスシステム。
【請求項２】 前記ローカルバスは、待機系側から稼働系側のサブボードへの電力供給線を有し、稼働系の情報処理装置の内部バスが停止した場合あるいは稼働系の電源が落ちた場合でも、稼働系側のサブボード内に格納されているログ情報を読み出して、障害発生直前の状態で障害復旧することを特徴とする請求項１記載のデュープレックスシステム。
【請求項３】 前記情報処理装置は、デュープレックスシステムを構成するデータベースシステムであり、前記待機系の情報処理装置は、前記サブボードにより受信したログ情報に基づいて、稼働系とは非同期に、待機系のデータベースを更新することを特徴とする請求項１または２記載のデュープレックスシステム。
【請求項４】 シングルプロセッサシステムにおいて、該シングルプロセッサシステムの内部バスに接続し、該シングルプロセッサシステムで生じるログ情報を一時的に格納する電源バックアップ付きメモリを有するサブボードを備え、障害発生した場合、該電源バックアップ付きメモリまたはサブボードを取り外した後、障害要因を取り除いたシングルプロセッサシステムに接続し、該電源バックアップ付きメモリに格納されているログ情報に基づいて障害発生直前の状態に復旧させることを特徴とするシングルプロセッサシステム。
【請求項５】 少なくとも電源バックアップ付きメモリ、ＣＰＵ、及び情報処理装置の内部バスに接続するインタフェースを備え、該情報処理装置で生じるログ情報を該インタフェースを介して前記電源バックアップ付きメモリに格納することを特徴とするサブボード。
【請求項６】 前記サブボードは前記情報処理装置に着脱自在であり、前記電源バックアップ付きメモリは前記サブボードに着脱自在であることを特徴とする請求項５記載のサブボード。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、特に障害発生後に、障害発生直前の状態に復旧させることができるデュープレックスシステム、シングルプロセッサシステム、及びサブボードに関する。
【０００２】
【従来の技術、及び発明が解決しようとする課題】例えばデータベースシステムでは、データを保証することは非常に重要な事項であり、一般的にデータを保証するために、データベースへの操作を全てログ情報としてメモリおよびＨＤＤに記憶する。そして、万が一システムに障害が発生したような場合には、そのログ情報（データベースの更新履歴）を元にしてデータを復旧することが一般的である。
【０００３】ログ情報は、メモリに書込まれ、その後あるタイミングでＨＤＤに書き込まれる。ＨＤＤに書込む前にシステムで障害が発生したような場合には、その前にＨＤＤに書込まれてから障害が発生するまでの間にメモリに書き込まれたログ情報は、消えてしまい、その間のデータアクセス処理は消滅してしまう。消えてしまうデータ量を少なくするためには、ＨＤＤに書込むタイミング（周期）を早くする方法がある。しかし、ＨＤＤへの書込み周期を上げることは、ＣＰＵやシステムバス（内部バス）などの負荷を増加させることであり、高トラフィックなシステムでは、書込み時間がネックとなってくる。このため、書込み周期を上げることにも限界がある。
【０００４】これを解決するための方法として、従来はデュアルシステムなどの冗長化システムを用いることが考えられる。デュアルシステムは、同一のデータベースサーバを二つ用意し、常に２台とも動作させ、マスタ側で障害が発生した場合には、サブ側に切換えて処理を続行するシステムである。このため、２台のサーバの間で同期制御が必要となり、複雑なシステムとなる。また、場合によりサーバ間で同期を取るためにお互いに待ち状態などが発生し、パフォーマンスの低下する可能性がある。
【０００５】本発明の課題は、例えばデータベースシステム等で障害が発生した場合に、その直前までのデータを保証するために、デュアルシステムのような複雑なシステムを構築するのではなく、比較的単純なデュープレックスシステムで構築し、しかも待機系システムへの切換えを短時間で行うようにでき、あるいはシングルプロセッサシステムにも応用できるサブボードを提供し、このサブボードを用いるデュープレックスシステム、シングルプロセッサシステムを提供することである。
【０００６】
【課題を解決するための手段】本発明によるデュープレックスシステムは、稼働系、待機系の情報処理装置が通信線を介して接続されて成るデュープレックスシステムであって、稼働系の情報処理装置の内部バスに接続すると共にローカルバスに接続し、該稼働系の情報処理装置で生じるログ情報を一時的に格納すると共に、該ローカルバスを介して該ログ情報を待機系側に転送する稼働系側のサブボードと、待機系の情報処理装置の内部バスに接続すると共に前記ローカルバスに接続し、前記ローカルバスを介して稼働系側のサブボードから転送されてくるログ情報を受信して、該ログ情報を該待機系の情報処理装置に渡す待機系側のサブボードとを有し、障害発生後において、障害発生直前の状態で障害復旧することができる。
【０００７】上記構成のデュープレックスシステムでは、ログ情報の保持、及び待機側への転送は、専用のサブボード及びローカルバスによる行われるので、情報処理装置本体側に処理負荷を掛けることなく、最新のログ情報を保持し続けることができる。よって、障害発生後において、この最新のログ情報を用いて障害発生直前の状態で障害復旧することができる。
【０００８】また、例えば、前記ローカルバスは、待機系側から稼働系側のサブボードへの電力供給線を有し、稼働系の情報処理装置の内部バスが停止した場合あるいは稼働系の電源が落ちた場合でも、稼働系側のサブボード内に格納されているログ情報を読み出して、障害発生直前の状態で障害復旧することができる。
【０００９】また、例えば、前記情報処理装置は、デュープレックスシステムを構成するデータベースシステムであり、前記待機系の情報処理装置は、前記サブボードにより受信したログ情報に基づいて、稼働系とは非同期に、待機系のデータベースを更新する。
【００１０】デュアルシステムでは、上記の通り、２台のサーバの間で同期制御が必要となり、複雑なシステムとなっていたが、本発明では、デュープレックスシステムにおいて、稼働系とは非同期に、待機系のデータベースを更新することができる。待機系のデータベースの更新状況は、稼働系より若干遅れて追随することになる。
【００１１】また、本発明によれば、例えば、シングルプロセッサシステムにおいて、該シングルプロセッサシステムの内部バスに接続し、該シングルプロセッサシステムで生じるログ情報を一時的に格納する電源バックアップ付きメモリを有するサブボードを備え、障害発生した場合、該電源バックアップ付きメモリまたはサブボードを取り外した後、障害要因を取り除いたシングルプロセッサシステムに接続し、該電源バックアップ付きメモリに格納されているログ情報に基づいて障害発生直前の状態に復旧させることができる。
【００１２】本発明には、上記デュープレックスシステム、またはシングルプロセッサシステムに適用するサブボード自体も含まれる。このサブボードは、少なくとも電源バックアップ付きメモリ、ＣＰＵ、及び情報処理装置の内部バスに接続するインタフェースを備え、該情報処理装置で生じるログ情報を該インタフェースを介して前記電源バックアップ付きメモリに格納するように構成される。
【００１３】また、このサブボードは、前記情報処理装置に着脱自在であり、前記電源バックアップ付きメモリは前記サブボードに着脱自在である。
【００１４】
【発明の実施の形態】以下、図面を参照して、本発明の実施の形態について説明する。図１は、本実施の形態の一例であるデュープレックスシステムのシステム構成図であり、稼動系のＰＣサーバ１と待機系のＰＣサーバ２とがＬＡＮ３を介して接続されている。
【００１５】ＰＣサーバ１は、ＣＰＵ１１、メモリ１２、ＨＤＤ１３、ＬＡＮコントローラ１４、コントロールモジュール１５（サブボード）等で構成され、これらがシステムバス１６（内部バス）で接続されている。
【００１６】ＰＣサーバ２も同様であり、ＣＰＵ２１、メモリ２２、ＨＤＤ２３、ＬＡＮコントローラ２４、コントロールモジュール２５（サブボード）等で構成され、これらがシステムバス２６（内部バス）で接続されている。
【００１７】そして、コントロールモジュール１５とコントロールモジュール２５とが、ローカルバス４を介して接続されており、本例では、ログ情報は、このローカルバス４を介して待機系側に転送される。更に、場合によっては、電力が供給される。詳しくは後述する。
【００１８】尚、ＰＣサーバ１、２とも、本発明に直接関係のない構成は、特に図示していない。尚、一般的に、ＵＮＩＸ（登録商標）サーバに対してパソコンベースのサーバを“ＰＣサーバ”と呼んでおり、例えばＷｉｎｄｏｗｓ（登録商標）−ＮＴやLinux 等が搭載されたパソコンがそうである。但し、本発明の適用範囲は、このような一般的なＯＳを使用するものに限定されない。また、尚、システムバス１６、２６は、例えばＰＣＩバス（ＰＣＩ：Peripheral Component Interface）であり、コントロールモジュール１５、２５は、例えばＰＣＩボード（ＰＣＩバスに接続する拡張ボード）である。
【００１９】図２は、稼働系側のコントロールモジュール１５の構成を示すブロック図である。コントロールモジュール１５は、マイクロプロセッサ３１、ＲＯＭ３２、ＲＡＭ３３、システムバスインタフェース３４、メモリモジュール３５、ローカルバスインタフェース３６からなる。
【００２０】マイクロプロセッサ３１は、当該コントロールモジュール１５全体を制御する中央処理装置である。ＲＯＭ３２は、当該マイクロプロセッサ３１の各種処理／機能（後述する）を実現させるプログラムを格納する。
【００２１】システムバスインタフェース３４は、ＰＣ１本体側（図１においてコントロールモジュールを除いた構成を、ＰＣ本体と呼ぶものとする）に接続して、ＰＣ１本体側とコマンド／データ送受信する為のインタフェースである。
【００２２】メモリモジュール３５は、ＳＲＡＭ３５ａとこれをバックアップするための電池３５ｂからなる。メモリモジュール３５は、コントロールモジュール１５に着脱自在な構成であり、ＳＲＡＭ３５ａの内容を保持したままコントロールモジュール１５から取外しが可能となっている。勿論、コントロールモジュール１５自体も、ＰＣ１本体に着脱可能である。
【００２３】ローカルバスインタフェース３６は、ローカルバス４に接続して、このローカルバス４を介して待機系側にログ情報を転送する為のインタフェースである。更に、ローカルバス４には電源供給線（不図示）を用意してある。これにより、稼働系のＰＣ１側の電源が何等かの原因でＯＦＦになりコントロールモジュール１５に電力が供給されない状態になっても（その他、例えばシステムバス１６（内部バス）が停止した場合でも）、待機系のコントロールモジュール２５側の電源から電力が供給されて動作可能となる。このときにローカルバス４を介しての電力供給により動作する範囲を、図２の一点鎖線で示す。すなわち、一点鎖線内のメモリモジュール３５とローカルバスインタフェース３６は、自コントロールモジュール１５の電源がＯＮであればその電源で動作し、ＯＦＦの場合にはローカルバスを介して待機系側から供給される電力で動作する。
【００２４】図３は、待機系側のコントロールモジュール２５の構成を示すブロック図である。コントロールモジュール２５は、その構成自体はコントロールモジュール１５と同じである。すなわち、マイクロプロセッサ４１、ＲＯＭ４２、ＲＡＭ４３、システムバスインタフェース４４、メモリモジュール４５、ローカルバスインタフェース４６からなる。メモリモジュール４５は、ＳＲＡＭ４５ａとそれをバックアップするための電池４５ｂからなる。コントロールモジュール１５との相違は、その動作であるが、これについては後に詳述する。
【００２５】次に稼働系のＰＣサーバ１側の動作について説明する。一般的に、障害が発生した場合にデータベース（これは、ＨＤＤ１３、２３上に構築してもよいし、他の（不図示の）記憶部を用意してもよい）を復元するために、データベースに対して操作した内容を、ログ情報として保存する。通常、ログ情報は、メモリ１２上に格納され、ある周期でＨＤＤ１３に書込まれる。この周期は、上述してあるように、短いほうが望ましいが、特に高トラフィックなシステムでは限界がある。
【００２６】これに対して、本例においては、ログ情報は、メモリ１２上に格納すると共に、コントロールモジュール１５のメモリモジュール３５にも格納させる。メモリモジュール３５は、フラッシュメモリなどの不揮発性メモリではなく、前述のようにＳＲＡＭ３５ａとバックアップ用電池３５ｂとで構成したほうが望ましい。そのほうが、高速に書込むことが可能であり、データベースの処理時間には大きな影響を与えずにログ情報を格納することが可能となるからである。ただ、これに限定するという意味ではない。例えばＳＲＡＭに限らず、ＤＲＡＭ等であってもよい。いずれにしても、障害等でメモリ１２上のログ情報が失われたとしても、メモリモジュール３５に格納されているログ情報は失われないようにし、障害発生直前までのログ情報を用いて、復旧させたり、待機系への切換えが行えるような構成であればよい。
【００２７】そして、コントロールモジュール１５のマイクロプロセッサ３１は、メモリモジュール３５に格納されたログ情報を、ある周期で（あるいは任意に、または格納するデータ量が所定の閾値を越えた場合に）、ローカルバスインタフェース３６およびローカルバス４を介して、待機系のコントロールモジュール２５のメモリモジュール４５に転送する。稼働系から待機系へのログ情報の転送は、頻繁に行ってもよい。それによって本体側のＣＰＵ１１の負荷が増大するわけではないからである。
【００２８】マイクロプロセッサ４１は、メモリモジュール４５への書込みを確認すると、ＣＰＵ２１に通知する。ＣＰＵ２１は、メモリモジュール２５からログ情報を読出し、ＨＤＤ２３に書き込み、またこのログ情報に基づいて自身のデータベースを更新する。このようにして、待機系のデータベースは、若干の時間の遅れを伴いながら、稼動系のデータベースのデータ更新に追随することができる。これより、稼働系側で障害発生した際の待機系への切換えが、短時間で行えるようになる。
【００２９】上述した稼働系のＰＣサーバ１側の動作について、以下に更に詳しく説明する。まず、ＰＣサーバ１本体側で発生したログ情報を、コントロールモジュール１５側に転送する動作について、図４を参照して説明する。
【００３０】図４に示すように、通常、メモリ１２上にはログ情報格納領域が用意されており、データベースに操作が加えられる等して新たなログ情報が発生すると、このログ情報はログ情報格納領域内の空き領域に格納される。更に、この新たに発生したログ情報は、コントロールモジュール用のデバイスドライバ１７を介して、コントロールモジュール１５内のＳＲＡＭ３５ａにも格納させる。
【００３１】また、ＨＤＤへの書込み周期で、メモリ１２のログ情報格納領域内に格納されているログ情報を、ＨＤＤに書き込む処理を行う。これは、一般的な書き込み処理であり、特に特別な処理は行っていないのであるが、一応、以下に図５を参照しながら説明する。
【００３２】図５は、ＨＤＤへの書込み処理を説明する為の図である。まず、上記メモリ１２のログ情報格納領域は、２つ用意する。例えば、図示のログ情報格納領域Ａ、ログ情報格納領域Ｂを用意し、各々閾値を設置し、どちらか一方の格納領域にログ情報を書き込んでいき、閾値を越えた場合には、他方に切換え、これを繰り返す。同図では、ログ情報格納領域Ａにログ情報を書き込んでいき、新たに発生したログ情報を書き込む際に、ログ情報格納領域Ａが閾値を越えていたので、書き込み先をログ情報格納領域Ｂに切換える様子を示してある。
【００３３】そして、その後は、新たに発生したログ情報はログ情報格納領域Ｂに格納していくと共に、ログ情報格納領域Ａに格納されたログ情報を、ＨＤＤ用のデバイスドライバ１８を介してＨＤＤ１３に書き込む処理を行う。ＨＤＤ１３への書き込み処理が完了したら、ログ情報格納領域Ａは空き状態にして、次の切換えに備える。このように２つの格納領域を設けて交互に切換えるようにするのは、一般的に、ＨＤＤへの書き込み処理には比較的時間が掛かるからである。
【００３４】次に、上記新たに発生したログ情報を、コントロールモジュール用のデバイスドライバ１７を介して、コントロールモジュール１５内のＳＲＡＭ３５ａにも格納させる処理について、以下に、具体例を挙げて詳細に説明する。
【００３５】例えば、ＰＣサーバ１本体側は、コントロールモジュール１５に対して、上記新たに発生したログ情報のメモリ１２上の格納アドレス及びそのバイト数を設定したログ情報ライトコマンドを発行する。コントロールモジュール１５は、このコマンドを受信すると、上記設定されたアドレスから設定されたバイト数だけの情報をメモリ１２上から読み出して、自身のメモリモジュール３５（ＳＲＡＭ３５ａ）に転送する。
【００３６】更に詳しくは、コントロールモジュール１５のシステムバスインタフェース３４は、例えば図６に示すようなレジスタ領域５０を保有している。このレジスタ領域５０は、ＰＣサーバ１本体とコントロールモジュール１５との間でコマンド／レスポンスをやり取りする為に利用される。
【００３７】図６に示す例では、レジスタ領域５０は、コマンドレジスタ５１、アドレス設定レジスタ５２、転送バイト数レジスタ５３、ステータスレジスタ５４より成る。
【００３８】例えば上記ログ情報ライトコマンドはコマンドレジスタ５１に、ログ情報のメモリ１２上の格納アドレスはアドレス設定レジスタ５２に、そのバイト数は転送バイト数レジスタ５３に、それぞれ一時的に保持される。マイクロプロセッサ３１は、各レジスタに保持されるコマンド／データを読み出して、指示内容を認識して、指示に応じた処理を実行する。
【００３９】そして、マイクロプロセッサ３１は、上記コマンドを正常終了したか否かを示すステータス情報を、ステータスレジスタ５４に格納することにより、ＰＣサーバ１本体側にレスポンスを返す。
【００４０】コマンドは、基本的に、上記ログ情報ライトコマンド以外に、ログ情報リードコマンドがある。ログ情報リードコマンドには、稼働系側でのログ情報リードコマンドと、待機系側でのログ情報リードコマンドとがある。
【００４１】稼働系側でのログ情報リードコマンドが発信された場合には、コントロールモジュール１５は、ＳＲＡＭ３５ａ内の後述するログ情報格納領域６０に格納されているログ情報を、ＰＣサーバ１本体側のメモリ１２に転送する。その際、後述するライトポインタ６１の情報も併せて転送する。このコマンドは、後述するようにシングルプロセッサシステムにおいて使用される。
【００４２】図７には、コントロールモジュール１５のＳＲＡＭ３５ａ内のログ情報格納領域６０の一例を示す。コントロールモジュール１５は、ログ情報ライトコマンドに応じてメモリ１２から読み出したログ情報を、ログ情報格納領域６０のライトポインタ６１で指定された領域に格納する。そして、ライトポインタ６１を更新する。ログ情報格納領域６０は、リングバッファを形成しており、ライトポインタ６１の更新が一巡すると、ライトポインタ６１はログ情報格納領域６０の先頭位置に戻る。
【００４３】コントロールモジュール１５は、その後、デバイスドライバに対して、コマンド終了を通知する。すなわち、上記のように、コマンドを正常終了したか否かを示すステータス情報を、ステータスレジスタ５４に格納する。
【００４４】また、コントロールモジュール１５は、上記ログ情報を、ローカルバス４を介して、待機系側のコントロールモジュール２５に転送する。転送周期については、特に制限はないが、転送周期を短くしても（頻繁に転送を行っても）、ＣＰＵ１１やシステムバス１６（内部バス）などの負荷を増加させることはない。
【００４５】ところで、ここで、同図に示すログ情報格納領域６０のサイズは、特に制限はないが、望ましくは上記「ログ情報格納領域Ａ＋ログ情報格納領域Ｂ」と同じ程度以上であったほうがよい。なぜなら、例えば上記図５の様にメモリ１２のログ情報格納領域ＡからＨＤＤ１３へ書き込みを行っている途中で障害発生し、ログ情報格納領域Ａのログ情報が失われた場合、ログ情報格納領域Ａのログ情報が完全に待機系側に転送完了している場合はよいが、そうではない場合、あるいは後述するシングルプロセッサシステムにおいては、ＳＲＡＭ３５ａ内のログ情報格納領域６０内にログ情報格納領域Ａのログ情報が格納されている必要がある。そして、上記ＨＤＤ１３への書き込み中にも、ログ情報格納領域Ｂ及びＳＲＡＭ３５ａに新たなログ情報が格納されていくので、余裕を見て考えると、「ログ情報格納領域Ａ＋ログ情報格納領域Ｂ」と同じ程度以上が望ましい。尚、このことより、ログ情報は、待機系側に転送したからといって直ちにＳＲＡＭ３５ａから消去するわけではない。
【００４６】上述したことは、一例であり、これに限定されるわけではない。尚、図２には、デバイスドライバを図示していないが、これは、デバイスドライバが特に特別な機能を有するわけではないので、省略しただけである。上述した通り、一般的なドライバの機能を備えている。
【００４７】次に、待機系側の動作について説明する。待機系側のコマンドは、１つであり、それは上記待機系側のログ情報リードコマンド（稼働系側のログ情報リードコマンドとは異なる）である。
【００４８】待機系側のＰＣサーバ２のＣＰＵ２１は、システムが立ち上がると、コントロールモジュール２５に対して、上記待機系側のログ情報リードコマンドを発信しておく。その際、ログ情報を転送すべきメモリ２２上のアドレス及びバイト数を指定する。アドレスは、システム立ち上げ時には、メモリ２２のログ情報格納領域の先頭アドレスになる。バイト数は、この時点では分からないので、例えば任意の大きめのバイト数を指定しておく。待機系側のコントロールモジュール２５のシステムバスインタフェース４４にも、上記システムバスインタフェース３４と略同様のレジスタ領域が備られており、上記コマンド、アドレス、バイト数がこのレジスタ領域に格納される。
【００４９】コントロールモジュール２５は、上記のようにローカルバス４を介して稼働系側から転送されてくるログ情報を、メモリモジュール４５（ＳＲＡＭ４５ａ）内のログ情報格納領域に格納し、ライトポインタを更新する。ＳＲＡＭ４５ａのログ情報格納領域及びライトポインタは、上記ＳＲＡＭ３５ａと同一構成とする。
【００５０】そして、コントロールモジュール２５は、上記待機系側のログ情報リードコマンドに対する応答として、メモリ２２の上記指定されたアドレスに、ログ情報を転送する。その際、このログ情報のバイト数を、システムバスインタフェース４４のレジスタ領域（転送バイト数レジスタ５３に相当）に格納することにより、ＰＣサーバ２本体側は、転送されるログ情報のバイト数を知ることができるので、次にログ情報を格納すべきメモリ２２のアドレスを算出して、このアドレス情報と共に、次のログ情報リードコマンドを発信する。
【００５１】メモリ２２は、稼働系側のメモリ１２と同様に、ログ情報格納領域を２つ持ち、一方が閾値を越えると他方に切換えると共に、ＨＤＤ２３への書き込み処理を実行する。
【００５２】尚、待機系側は、上記稼働系側から送られてくるログ情報に基づいて、自身のデータベースの更新も行う。次に、稼動系のＰＣサーバ１で故障が発生した場合の動作について説明する。
【００５３】この場合、メモリモジュール３５に格納されている最新のログ情報が待機系のメモリモジュール４５に転送できれば、待機系は最新のデータベースに更新できるため、待機系が稼動系に切替わって処理を継続することが可能である。
【００５４】最悪の場合を考えると、最新のログ情報を待機系に転送できずに稼動系がシステムダウンに陥ったり、あるいは電源系などの故障で最新のログ情報を転送する前に稼動系の電源が落ちることなどが考えられる。これらの場合、いずれも最新のログ情報が稼動系のメモリモジュール３５に残ったままとなり、待機系は最新のデータベースに更新することができない。
【００５５】このような場合は、通常、待機系のコントロールモジュール２５のＣＰＵ２１は、ＬＡＮ３などを介して、稼動系がダウンしたことを認識できるので、コントロールモジュール２５のマイクロプロセッサ４１にその旨を通知する。マイクロプロセッサ４１は、ローカルバスインタフェース４６を介して、稼動系のメモリモジュール３５に格納されているログ情報を読出し、自己のメモリモジュール４５に転送する。この時、待機系の電源が落ちているような場合でも、メモリモジュール３５とローカルバスインタフェース３６は、ローカルバス４を介して電源が供給されているため、動作可能である。
【００５６】このように、比較的単純なデュープレックスシステムにおいて専用のコントロールモジュールを付加した構成により、システムとしてのスループットを低下させることなく、例えばデータベースシステム等で障害が発生した場合に、障害発生直前の最新のログ情報を用いて障害復旧することができ、しかも待機系システムへの切換えを短時間で行うようにできる。
【００５７】本発明の適用範囲は、上述したマルチプロセッサシステム（デュープレックスシステム）に限るものではなく、例えばシングルプロセッサシステムでデータベースを構築する構成にも適用できる。この場合、安価なシステムを構築できる。
【００５８】シングルプロセッサシステムで障害が発生した場合、従来ではデータベースの更新内容がＨＤＤに反映されていない部分は当然消滅することになる。ＨＤＤへの書き込み周期を早くすると消滅する部分の割合が減ることになるが、消滅する可能性がなくなるわけではない。また、書き込み周期を早くすることはＨＤＤへの書込み処理によるＣＰＵの負荷を増加させることになり、システムとしてのスループットを低下させることになる。
【００５９】本例では、上記の通り、サブボード（コントロールモジュール）自体がシステムに対して着脱自在であり、またはサブボードからメモリモジュール（ログ情報が格納されているバッテリバックアップ付きメモリ（ＳＲＡＭ））を取り外すことができるので、システムで障害が発生した場合、一旦、サブボードまたはメモリモジュールを取り外しておき（メモリ内には最新のログ情報が格納されている）、障害要因を取り除いたシステムを用意し、ＨＤＤをログ情報を取り始める前の状態まで復元させる。ログ情報を取り始める前まで復元できれば、ログ情報を元にして障害が発生するほぼ直前の状態までデータベースを復旧することが可能となる。このログ情報は、上記稼働系側でのログ情報リードコマンドを発信して、サブボードのメモリモジュールから読み出す。
【００６０】このように、シングルプロセッサシステムにおいても、本例のサブボードを用いることにより、ＨＤＤへの書き込み周期を特に早くしなくても（すなわち、ＣＰＵの負荷を増加させることなく）、ログ情報が消滅する可能性がなくなるか、あるいはその割合を非常に小さくすることができ、障害発生のほぼ直前の状態までデータベースを復旧することができるようになる。
【００６１】
【発明の効果】以上、詳細に説明したように、本発明のデュープレックスシステム、シングルプロセッサシステム、及びサブボードによれば、ログ情報をサブボードのメモリ（バッテリバックアップ付き）に格納するようにし、サブボードのローカルバスを介して、稼働系のサブボード自身が待機系側のサブボードにログ情報を転送することにより、稼動系のＣＰＵはログ情報を転送する負荷がなくなるので（ＨＤＤへの書き込み周期を特に短くする必要はなくなるので）、システムとしてのスループットを低下させることなく、最新のログ情報を用いて、待機系のデータベースを障害が発生する直前の状態まで復旧することが可能となる。
【００６２】また、サブボード内のログ情報を格納するメモリは、バッテリバックアップ付きとすることで、稼動系からログ情報を転送できない状態や電源がＯＦＦになる状態となっても、最新のログ情報はメモリに保持される。ローカルバスから電源を供給することにより、前記状態であっても待機系のサブボードからローカルバスを介して、最新のログ情報を読出すことが可能となり、待機系のデータベースを障害が発生する直前の状態まで復旧することが可能となる。
【００６３】サブボードのメモリは、バッテリバックアップが有効なまま取外しが可能とすることにより、デュープレックスシステムではなく単なるシングルプロセッサシステムに適用した場合でも、稼動中に障害が発生した場合、ログ情報が格納されたメモリを取外し、障害要因を取り除いたシステムに戻すことにより、そのログ情報で障害発生直前の状態まで復旧することが可能である。
【出願人】 【識別番号】５９５０４６９５３
【氏名又は名称】株式会社新庄経営研究所
【識別番号】０００００５２３４
【氏名又は名称】富士電機株式会社
【出願日】 平成１２年１０月３日（２０００．１０．３）
【代理人】 【識別番号】１０００７４０９９
【弁理士】
【氏名又は名称】大菅 義之
【公開番号】 特開２００２−１０８６４０（Ｐ２００２−１０８６４０Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−３０３２２３（Ｐ２０００−３０３２２３）