JPH06250901A - データベース保守方法 - Google Patents
データベース保守方法Info
- Publication number
- JPH06250901A JPH06250901A JP5037010A JP3701093A JPH06250901A JP H06250901 A JPH06250901 A JP H06250901A JP 5037010 A JP5037010 A JP 5037010A JP 3701093 A JP3701093 A JP 3701093A JP H06250901 A JPH06250901 A JP H06250901A
- Authority
- JP
- Japan
- Prior art keywords
- service
- database
- maintenance
- standby
- journal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 サービス系とスタンバイ系の複数の系を持つ
計算機において、サービスを実質的に中断しないでデー
タベースの保守を行う。 【構成】 サービス系のデータベース１１をスタンバイ
系に複写し、整合のとれた状態にする（段階１）。スタ
ンバイ系でデータベース１２に対して保守を行う（段階
２）。保守の間にサービス系から出力されたジャーナル
１４を保守後のデータベース１３に反映する（段階
３）。ジャーナル１４が空になった時点で、サービス系
のトランザクションを予閉塞する（段階４）。予閉塞後
に出力されるジャーナル１６をデータベース１５に反映
する（段階５）。ジャーナル１６を全て反映し終えた
後、サービス系とスタンバイ系を切替える（段階６）。
計算機において、サービスを実質的に中断しないでデー
タベースの保守を行う。 【構成】 サービス系のデータベース１１をスタンバイ
系に複写し、整合のとれた状態にする（段階１）。スタ
ンバイ系でデータベース１２に対して保守を行う（段階
２）。保守の間にサービス系から出力されたジャーナル
１４を保守後のデータベース１３に反映する（段階
３）。ジャーナル１４が空になった時点で、サービス系
のトランザクションを予閉塞する（段階４）。予閉塞後
に出力されるジャーナル１６をデータベース１５に反映
する（段階５）。ジャーナル１６を全て反映し終えた
後、サービス系とスタンバイ系を切替える（段階６）。
Description
【０００１】
【産業上の利用分野】本発明は、サービスを行うＣＰＵ
系（以下、サービス系と呼ぶ）と、リカバリのためのス
タンバイ状態にあるＣＰＵ系（以上、スタンバイ系と呼
ぶ）との複数の系を持つ計算機におけるデータベース保
守方法に関する。
系（以下、サービス系と呼ぶ）と、リカバリのためのス
タンバイ状態にあるＣＰＵ系（以上、スタンバイ系と呼
ぶ）との複数の系を持つ計算機におけるデータベース保
守方法に関する。
【０００２】
【従来の技術】ネットワークサービス等、２４時間連続
無中断運転が必要なシステムは高信頼化のため、サービ
ス系とスタンバイ系の２重化構成をとっていることが多
い。
無中断運転が必要なシステムは高信頼化のため、サービ
ス系とスタンバイ系の２重化構成をとっていることが多
い。
【０００３】図３はこのようなシステムのマシン構成図
である。サービスを行うサービス系と、リカバリのため
のスタンバイ状態にあるスタンバイ系が、それぞれ主記
憶３３，３４を持つ疎結合構成である。ＣＰＵ３１と３
２間は直接通信／データ転送が可能で、各ＣＰＵ３１，
３２はバスを介してディスク装置３５に接続されてい
る。データベース（ＤＢ）３６，３７は、アクセスの高
速化のため主記憶３３，３４にそれぞれロードされてお
り（メモリ・データベース方式）、サービス系の主記憶
３３にＤＢ実体がロードされ、スタンバイ系の主記憶３
４にはＤＢの定義（スキーマ）のみロードされ、ディス
ク装置３５には逐次バクアップおよびジャーナルが蓄え
られる。
である。サービスを行うサービス系と、リカバリのため
のスタンバイ状態にあるスタンバイ系が、それぞれ主記
憶３３，３４を持つ疎結合構成である。ＣＰＵ３１と３
２間は直接通信／データ転送が可能で、各ＣＰＵ３１，
３２はバスを介してディスク装置３５に接続されてい
る。データベース（ＤＢ）３６，３７は、アクセスの高
速化のため主記憶３３，３４にそれぞれロードされてお
り（メモリ・データベース方式）、サービス系の主記憶
３３にＤＢ実体がロードされ、スタンバイ系の主記憶３
４にはＤＢの定義（スキーマ）のみロードされ、ディス
ク装置３５には逐次バクアップおよびジャーナルが蓄え
られる。
【０００４】ここで、ＤＢオンライン保守として想定さ
れる項目を表１に示す。
れる項目を表１に示す。
【０００５】
【表１】 図３のシステムでは、データベース３６の再構成、再編
成の保守は、データベース内レコードの形式変更／ファ
イル内移動を伴うので、データベース３６を閉塞、すな
わちサービスを停止した上で行われる。
成の保守は、データベース内レコードの形式変更／ファ
イル内移動を伴うので、データベース３６を閉塞、すな
わちサービスを停止した上で行われる。
【０００６】
【発明が解決しようとする課題】上述した従来のデータ
ベース保守方法は、データベースの再構成、再編成等の
保守をサービスを中断した上で行っているので、ネット
ワークサービス等連続無中断運転を行うシステムでは許
容されないサービス中断が生じるという欠点がある。
ベース保守方法は、データベースの再構成、再編成等の
保守をサービスを中断した上で行っているので、ネット
ワークサービス等連続無中断運転を行うシステムでは許
容されないサービス中断が生じるという欠点がある。
【０００７】本発明の目的は、サービスを実質的に中断
しないでデータベースの保守を行うデータベース保守方
法を提供することである。
しないでデータベースの保守を行うデータベース保守方
法を提供することである。
【０００８】
【課題を解決するための手段】本発明の第１のデータベ
ース保守方法は、サービス系がアクセスするデータベー
スをスタンバイ系に複写し、整合性のとれた状態にする
第１の段階と、スタンバイ系でデータベースの保守を行
う第２の段階と、保守の間にサービス系から出されたジ
ャーナルを、スタンバイ系のデータベースに反映する第
３の段階と、ジャーナルの反映が終了した時点でサービ
ス系側のトランザクションの走行を予閉塞する第４の段
階と、予閉塞後に出力されたジャーナルをスタンバイ系
のデータベースに反映する第５の段階と、第５の段階で
出力されたジャーナルを全て反映し終えた後、サービス
系とスタンバイ系を切替える第６の段階とを有する。
ース保守方法は、サービス系がアクセスするデータベー
スをスタンバイ系に複写し、整合性のとれた状態にする
第１の段階と、スタンバイ系でデータベースの保守を行
う第２の段階と、保守の間にサービス系から出されたジ
ャーナルを、スタンバイ系のデータベースに反映する第
３の段階と、ジャーナルの反映が終了した時点でサービ
ス系側のトランザクションの走行を予閉塞する第４の段
階と、予閉塞後に出力されたジャーナルをスタンバイ系
のデータベースに反映する第５の段階と、第５の段階で
出力されたジャーナルを全て反映し終えた後、サービス
系とスタンバイ系を切替える第６の段階とを有する。
【０００９】本発明の第２のデータベース保守方法は、
サービス系がアクセスするデータベースの保守を行うデ
ータの集合であるテーブルをスタンバイ系に複写し、整
合性のとれた状態にする第１の段階と、スタンバイ系で
テーブルの保守を行う第２の段階と、保守の間にサービ
ス系から出されたジャーナルを、スタンバイ系の保守さ
れたテーブルに反映する第３の段階と、ジャーナルの反
映が終了した時点で、スタンバイ系の保守されたテーブ
ルをサービス系に複写する第４の段階と、サービス系側
のトランザクションの走行を予閉塞する第５の段階と、
第４の段階以降出力されたジャーナルを、サービス系の
保守されたテーブルに反映する第６の段階と、ジャーナ
ルを全て反映し終えた後、保守されていないテーブルと
保守されたテーブルを切替える第７の段階とを有する。
サービス系がアクセスするデータベースの保守を行うデ
ータの集合であるテーブルをスタンバイ系に複写し、整
合性のとれた状態にする第１の段階と、スタンバイ系で
テーブルの保守を行う第２の段階と、保守の間にサービ
ス系から出されたジャーナルを、スタンバイ系の保守さ
れたテーブルに反映する第３の段階と、ジャーナルの反
映が終了した時点で、スタンバイ系の保守されたテーブ
ルをサービス系に複写する第４の段階と、サービス系側
のトランザクションの走行を予閉塞する第５の段階と、
第４の段階以降出力されたジャーナルを、サービス系の
保守されたテーブルに反映する第６の段階と、ジャーナ
ルを全て反映し終えた後、保守されていないテーブルと
保守されたテーブルを切替える第７の段階とを有する。
【００１０】
【作用】本発明は、保守を行うデータベースをスタンバ
イ系に複写し、スタンバイ系のＣＰＵ資源を用いてデー
タベースの保守を行うようにしたものである。
イ系に複写し、スタンバイ系のＣＰＵ資源を用いてデー
タベースの保守を行うようにしたものである。
【００１１】第１の方法では、データベース全体をスタ
ンバイ系に複写し、サービス系でサービスを続けなが
ら、スタンバイ系でデータベースの保守を行う。保守終
了後、サービス系で行われたデータベースの更新を、ス
タンバイ系のデータベースに反映し、サービス系のデー
タベースの更新履歴とスタンバイ系のデータベースの更
新履歴が同一になった時点で、サービス系とスタンバイ
系を切替え、以降、保守済のデータベースによりサービ
スを行う。
ンバイ系に複写し、サービス系でサービスを続けなが
ら、スタンバイ系でデータベースの保守を行う。保守終
了後、サービス系で行われたデータベースの更新を、ス
タンバイ系のデータベースに反映し、サービス系のデー
タベースの更新履歴とスタンバイ系のデータベースの更
新履歴が同一になった時点で、サービス系とスタンバイ
系を切替え、以降、保守済のデータベースによりサービ
スを行う。
【００１２】第２の方法では、データベース中の保守対
象テーブルのみをスタンバイ系に複写し、サービス系の
サービスを続けながら、スタンバイ系で保守対象テーブ
ルの保守を行う。保守終了後、サービス系で行われた保
守対象テーブルの更新を、スタンバイ系のテーブルに反
映する。その後、スタンバイ系のテーブルをサービス系
に転送し、さらに更新の反映を行い、サービス系の保守
対象テーブルの更新履歴とスタンバイ系から転送した保
守対象テーブルの更新履歴が同一になった時点で、サー
ビス系の保守対象テーブルとスタンバイ系から転送した
保守対象テーブルを入替え、以降、保守済のテーブルに
よりサービスを行う。
象テーブルのみをスタンバイ系に複写し、サービス系の
サービスを続けながら、スタンバイ系で保守対象テーブ
ルの保守を行う。保守終了後、サービス系で行われた保
守対象テーブルの更新を、スタンバイ系のテーブルに反
映する。その後、スタンバイ系のテーブルをサービス系
に転送し、さらに更新の反映を行い、サービス系の保守
対象テーブルの更新履歴とスタンバイ系から転送した保
守対象テーブルの更新履歴が同一になった時点で、サー
ビス系の保守対象テーブルとスタンバイ系から転送した
保守対象テーブルを入替え、以降、保守済のテーブルに
よりサービスを行う。
【００１３】第２の方法は、第１の方法に比べ、保守済
のデータベースに反映させるジャーナル量が少ないの
で、保守時間およびサービス中断時間が短縮される。
のデータベースに反映させるジャーナル量が少ないの
で、保守時間およびサービス中断時間が短縮される。
【００１４】したがって、第１の方法は、データベース
全体をスタンバイ系に複写する方法であり、複数のテー
ブルに対する保守を同時に行う、またはシステム更改を
同時に行う場合に適する。第２の方法は、保守を行うテ
ーブルのみをスタンバイ系に複写する方法であり、ジャ
ーナルの反映時間が短くなるため、サービス無中断の要
求が厳しい場合に適する。
全体をスタンバイ系に複写する方法であり、複数のテー
ブルに対する保守を同時に行う、またはシステム更改を
同時に行う場合に適する。第２の方法は、保守を行うテ
ーブルのみをスタンバイ系に複写する方法であり、ジャ
ーナルの反映時間が短くなるため、サービス無中断の要
求が厳しい場合に適する。
【００１５】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１６】図１は本発明の第１の実施例のデータベー
ス保守方法（請求項１の発明に対応）のフローチャート
である。 （段階１）サービス系上のデータベース１１をスタンバ
イ系に複写する。このとき、スタンバイ系に複写された
データベース１２は、整合性のとれた状態になるように
する。 （段階２）データベース１２に対して保守を行う。保守
終了後のデータベースを、データベース１３とする。保
守の間も、サービス系はサービスを継続し、データベー
ス１１の更新内容がジャーナル１４に出力される。 （段階３）データベース１３に対してジャーナル１４の
反映を行う。本処理の間も、サービス系からはジャーナ
ルが出力されるが、一般にサービスによるジャーナルの
出力よりも、スタンバイ系でのジャーナルの反映の方が
速いので、本処理によりジャーナルが空になる。その時
点での、スタンバイ系上でのデータベースをデータベー
ス１５とする。 （段階４）ジャーナル１４が空になった時点で、サービ
ス系のトランザクションを予閉塞する。以降、サービス
が中断する。ただし、予閉塞前に既に開始されていたト
ランザクションはそのまま走行するので、予閉塞後もジ
ャーナル１６が出力される。 （段階５）予閉塞後に出力されるジャーナル１６をデー
タベース１５に反映する。本処理により、サービス系の
データベース２０とスタンバイ系のデータベース１７の
更新履歴が一致する。 （段階６）サービス系とスタンバイ系を切替える。本処
理により、これまでスタンバイ系だったＣＰＵ系がサー
ビス系となり、サービスは保守後のデータベース１８に
よって再開される。
ス保守方法（請求項１の発明に対応）のフローチャート
である。 （段階１）サービス系上のデータベース１１をスタンバ
イ系に複写する。このとき、スタンバイ系に複写された
データベース１２は、整合性のとれた状態になるように
する。 （段階２）データベース１２に対して保守を行う。保守
終了後のデータベースを、データベース１３とする。保
守の間も、サービス系はサービスを継続し、データベー
ス１１の更新内容がジャーナル１４に出力される。 （段階３）データベース１３に対してジャーナル１４の
反映を行う。本処理の間も、サービス系からはジャーナ
ルが出力されるが、一般にサービスによるジャーナルの
出力よりも、スタンバイ系でのジャーナルの反映の方が
速いので、本処理によりジャーナルが空になる。その時
点での、スタンバイ系上でのデータベースをデータベー
ス１５とする。 （段階４）ジャーナル１４が空になった時点で、サービ
ス系のトランザクションを予閉塞する。以降、サービス
が中断する。ただし、予閉塞前に既に開始されていたト
ランザクションはそのまま走行するので、予閉塞後もジ
ャーナル１６が出力される。 （段階５）予閉塞後に出力されるジャーナル１６をデー
タベース１５に反映する。本処理により、サービス系の
データベース２０とスタンバイ系のデータベース１７の
更新履歴が一致する。 （段階６）サービス系とスタンバイ系を切替える。本処
理により、これまでスタンバイ系だったＣＰＵ系がサー
ビス系となり、サービスは保守後のデータベース１８に
よって再開される。
【００１７】本実施例では、段階４と５の間が、サービ
ス中断となるが、短いトランザクションを高レスポンス
で処理するシステムの場合、その中断時間は極めて短く
なる。
ス中断となるが、短いトランザクションを高レスポンス
で処理するシステムの場合、その中断時間は極めて短く
なる。
【００１８】図２は本発明の第２の実施例のデータベー
ス保守方法（請求項２の発明に対応）のフローチャート
である。 （段階１）サービス系上のデータベース１１の中の保守
対象テーブル２１をスタンバイ系に複写する。このと
き、スタンバイ系に複写されたテーブル２２は、整合性
のとれた状態になるようにする。 （段階２）テーブル２２に対して保守を行う。保守終了
後のテーブルをテーブル２３とする。保守の間も、サー
ビス系はサービスを継続し、データベース１１の更新内
容がジャーナル１４に出力される。 （段階３）テーブル２３に対してジャーナル１４の反映
を行う。本処理の間も、サービス系からはジャーナルが
出力されるが、一般にサービスによるジャーナルの出力
よりも、スタンバイ系でのジャーナルの反映の方が速い
ので、本処理によりジャーナルが空になる。その時点で
の、スタンバイ系上の保守対象テーブルをテーブル２４
とする。 （段階４）ジャーナル１４が空になった時点で、テーブ
ル２４をサービス系に転送する。転送された、保守済の
保守対象テーブルをテーブル２５とする。その間もサー
ビスは継続しているので、ジャーナル２６が出力され
る。 （段階５）サービス系のトランザクションを予閉塞す
る。以降、サービスが中断する。ただし、予閉塞前に既
に開始されていたトランザクションはそのまま走行する
ので、予閉塞後もジャーナル２６が出力される。 （段階６）転送中および予閉塞後に出力されるジャーナ
ル２６をテーブル２７に反映する。本処理により、サー
ビス系の保守対象テーブル２１と保守済のテーブル２７
の更新履歴が一致する。 （段階７）テーブル２１とテーブル２７を切替え、サー
ビスを再開する。本処理により、サービスは保守済のテ
ーブル２７によって再開される。
ス保守方法（請求項２の発明に対応）のフローチャート
である。 （段階１）サービス系上のデータベース１１の中の保守
対象テーブル２１をスタンバイ系に複写する。このと
き、スタンバイ系に複写されたテーブル２２は、整合性
のとれた状態になるようにする。 （段階２）テーブル２２に対して保守を行う。保守終了
後のテーブルをテーブル２３とする。保守の間も、サー
ビス系はサービスを継続し、データベース１１の更新内
容がジャーナル１４に出力される。 （段階３）テーブル２３に対してジャーナル１４の反映
を行う。本処理の間も、サービス系からはジャーナルが
出力されるが、一般にサービスによるジャーナルの出力
よりも、スタンバイ系でのジャーナルの反映の方が速い
ので、本処理によりジャーナルが空になる。その時点で
の、スタンバイ系上の保守対象テーブルをテーブル２４
とする。 （段階４）ジャーナル１４が空になった時点で、テーブ
ル２４をサービス系に転送する。転送された、保守済の
保守対象テーブルをテーブル２５とする。その間もサー
ビスは継続しているので、ジャーナル２６が出力され
る。 （段階５）サービス系のトランザクションを予閉塞す
る。以降、サービスが中断する。ただし、予閉塞前に既
に開始されていたトランザクションはそのまま走行する
ので、予閉塞後もジャーナル２６が出力される。 （段階６）転送中および予閉塞後に出力されるジャーナ
ル２６をテーブル２７に反映する。本処理により、サー
ビス系の保守対象テーブル２１と保守済のテーブル２７
の更新履歴が一致する。 （段階７）テーブル２１とテーブル２７を切替え、サー
ビスを再開する。本処理により、サービスは保守済のテ
ーブル２７によって再開される。
【００１９】本実施例は第１の実施例に比べ、スタンバ
イ系でのジャーナルの反映は、保守対象テーブルに対す
るもののみ行えばよいので、保守時間およびサービス中
断時間が短くなる。
イ系でのジャーナルの反映は、保守対象テーブルに対す
るもののみ行えばよいので、保守時間およびサービス中
断時間が短くなる。
【００２０】
【発明の効果】以上説明したように本発明は、多大なＣ
ＰＵ資源を消費するデータベース保守処理を、サービス
を行うＣＰＵとは別のＣＰＵで行うことにより、その
間、サービスを継続することが可能であり、サービス中
断時間は普通のトランザクションの待ち時間程度で済
み、アプリケーション側からはサービス無中断とみなせ
るため、データベースの保守を、サービスのトランザク
ションには殆ど影響なしに行うことができるという効果
がある。特に請求項１の発明は、複数のテーブルに対す
る保守を同時に行う、またはシステム更改を同時に行う
場合に適するという効果がある。請求項２の発明は、請
求項１の発明よりさらにサービス中断時間が短いため、
より高スルートップを要求されるシステムに適するとい
う効果がある。
ＰＵ資源を消費するデータベース保守処理を、サービス
を行うＣＰＵとは別のＣＰＵで行うことにより、その
間、サービスを継続することが可能であり、サービス中
断時間は普通のトランザクションの待ち時間程度で済
み、アプリケーション側からはサービス無中断とみなせ
るため、データベースの保守を、サービスのトランザク
ションには殆ど影響なしに行うことができるという効果
がある。特に請求項１の発明は、複数のテーブルに対す
る保守を同時に行う、またはシステム更改を同時に行う
場合に適するという効果がある。請求項２の発明は、請
求項１の発明よりさらにサービス中断時間が短いため、
より高スルートップを要求されるシステムに適するとい
う効果がある。
【図１】本発明の第１の実施例のデータベース保守方法
（請求項１に対応）のフローチャートである。
（請求項１に対応）のフローチャートである。
【図２】本発明の第２の実施例のデータベース保守方法
（請求項２に対応）のフローチャートである。
（請求項２に対応）のフローチャートである。
【図３】サービス系とスタンバイ系のＣＰＵを有する計
算機の構成図である。
算機の構成図である。
１〜７ 段階 １１ 保守前のデータベース １２ スタンバイ系の複写されたデータベース １３ 保守後のデータベース １４ サービス系のデータベースのアクセスにより、
保守中に出力されたジャーナル １５ 保守中に出力されたジャーナル１４を反映し
た、保守後のデータベース １６ 予閉塞後に出力されたジャーナル １７ 与閉塞後に出力されたジャーナル１６を反映し
た、保守後のデータベース １８ サービスを開始した、保守後のデータベース １９ 予閉塞された、保守前のデータベース ２０ トランザクションが全て終了した、保守前のデ
ータベース ２１ 保守前の保守対象テーブル ２２ スタンバイ系に複写された保守対象テーブル ２３ 保守後の保守対象テーブル ２４ 保守中に出力されたジャーナル１４を反映し
た、保守後の保守対象ジャーナル ２５ サービス系に転送された、保守後の保守対象テ
ーブル ２６ 保守対象テーブルの転送中および予閉塞後に出
力されたジャーナル ２７ 保守対象テーブルの転送中および予閉塞後に出
力されたジャーナル２６を反映した、保守後の保守対象
テーブル ２８ 保守前の保守対象テーブル２１と切替わって、
サービスを開始した、保守後の保守対象テーブル ３１，３２ ＣＰＵ ３３，３４ 主記憶 ３５ ディスク装置 ３６，３７ データベース
保守中に出力されたジャーナル １５ 保守中に出力されたジャーナル１４を反映し
た、保守後のデータベース １６ 予閉塞後に出力されたジャーナル １７ 与閉塞後に出力されたジャーナル１６を反映し
た、保守後のデータベース １８ サービスを開始した、保守後のデータベース １９ 予閉塞された、保守前のデータベース ２０ トランザクションが全て終了した、保守前のデ
ータベース ２１ 保守前の保守対象テーブル ２２ スタンバイ系に複写された保守対象テーブル ２３ 保守後の保守対象テーブル ２４ 保守中に出力されたジャーナル１４を反映し
た、保守後の保守対象ジャーナル ２５ サービス系に転送された、保守後の保守対象テ
ーブル ２６ 保守対象テーブルの転送中および予閉塞後に出
力されたジャーナル ２７ 保守対象テーブルの転送中および予閉塞後に出
力されたジャーナル２６を反映した、保守後の保守対象
テーブル ２８ 保守前の保守対象テーブル２１と切替わって、
サービスを開始した、保守後の保守対象テーブル ３１，３２ ＣＰＵ ３３，３４ 主記憶 ３５ ディスク装置 ３６，３７ データベース
Claims (2)
- 【請求項１】 サービスを行うＣＰＵ系であるサービス
系と、リカバリのためスタンバイ状態にあるＣＰＵ系で
あるスタンバイ系との複数の系を持つ計算機において、 サービス系がアクセスするデータベースをスタンバイ系
に複写し、整合性のとれた状態にする第１の段階と、 スタンバイ系でデータベースの保守を行う第２の段階
と、 保守の間にサービス系から出されたジャーナルを、スタ
ンバイ系のデータベースに反映する第３の段階と、 ジャーナルの反映が終了した時点でサービス系側のトラ
ンザクションの走行を予閉塞する第４の段階と、 予閉塞後に出力されたジャーナルをスタンバイ系のデー
タベースに反映する第５の段階と、 第５の段階で出力されたジャーナルを全て反映し終えた
後、サービス系とスタンバイ系を切替える第６の段階と
を有するデータベース保守方法。 - 【請求項２】 サービスを行うＣＰＵ系であるサービス
系と、リカバリのためスタンバイ状態にあるＣＰＵ系で
あるスタンバイ系との複数の系を持つ計算機において、 サービス系がアクセスするデータベースの保守を行うデ
ータの集合であるテーブルをスタンバイ系に複写し、整
合性のとれた状態にする第１の段階と、 スタンバイ系でテーブルの保守を行う第２の段階と、 保守の間にサービス系から出されたジャーナルを、スタ
ンバイ系の保守されたテーブルに反映する第３の段階
と、 ジャーナルの反映が終了した時点で、スタンバイ系の保
守されたテーブルをサービス系に複写する第４の段階
と、 サービス系側のトランザクションの走行を予閉塞する第
５の段階と、 第４の段階以降出力されたジャーナルを、サービス系の
保守されたテーブルに反映する第６の段階と、 ジャーナルを全て反映し終えた後、保守されていないテ
ーブルと保守されたテーブルを切替える第７の段階とを
有するデータベース保守方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5037010A JPH06250901A (ja) | 1993-02-25 | 1993-02-25 | データベース保守方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5037010A JPH06250901A (ja) | 1993-02-25 | 1993-02-25 | データベース保守方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06250901A true JPH06250901A (ja) | 1994-09-09 |
Family
ID=12485716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5037010A Pending JPH06250901A (ja) | 1993-02-25 | 1993-02-25 | データベース保守方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06250901A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009211273A (ja) * | 2008-03-03 | 2009-09-17 | Oki Electric Ind Co Ltd | 情報通信システムのファイル交換装置およびファイル交換方法 |
| JP2009237906A (ja) * | 2008-03-27 | 2009-10-15 | Fujitsu Ltd | コンピュータシステムのバックアップ方法 |
| JP2012226499A (ja) * | 2011-04-18 | 2012-11-15 | Toshiba Corp | データベース装置およびデータベース再編成方法 |
| JP2012226453A (ja) * | 2011-04-15 | 2012-11-15 | Toshiba Corp | データベース装置およびデータベース再編成方法 |
-
1993
- 1993-02-25 JP JP5037010A patent/JPH06250901A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009211273A (ja) * | 2008-03-03 | 2009-09-17 | Oki Electric Ind Co Ltd | 情報通信システムのファイル交換装置およびファイル交換方法 |
| JP2009237906A (ja) * | 2008-03-27 | 2009-10-15 | Fujitsu Ltd | コンピュータシステムのバックアップ方法 |
| JP2012226453A (ja) * | 2011-04-15 | 2012-11-15 | Toshiba Corp | データベース装置およびデータベース再編成方法 |
| JP2012226499A (ja) * | 2011-04-18 | 2012-11-15 | Toshiba Corp | データベース装置およびデータベース再編成方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6549917B1 (en) | Synchronization of host computers and handheld remote computers | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| US20090049107A1 (en) | Method and System of Database Management for Replica Database | |
| EP0988596A1 (en) | Method and system for recovery in a partitioned shared nothing database system using virtual shared disks | |
| JPS58225447A (ja) | 計算装置の動作方法 | |
| US6330686B1 (en) | Handling protected conversation messages across IMS restart in shared queues environment | |
| JPH06250901A (ja) | データベース保守方法 | |
| US20060123069A1 (en) | Method and system for deferred synchronisation of data | |
| JP2701806B2 (ja) | ファイル同期方式 | |
| JPH04373026A (ja) | プログラム中断方法 | |
| US6539434B1 (en) | UOWE's retry process in shared queues environment | |
| JP3586943B2 (ja) | プログラムロード装置と方法 | |
| JP2001134476A (ja) | データベース一括更新方法 | |
| JP2001306380A (ja) | 二相コミット回避方式およびそのプログラム記録媒体 | |
| KR960014198B1 (ko) | 실시간 데이타 베이스 관리 시스템에서의 백업 기능 구현 방법 | |
| JPH03196341A (ja) | オンライン・システムにおけるデータ同期管理方式 | |
| JPH0588954A (ja) | データベースの更新方法 | |
| CN117992445A (zh) | 一种管理异构数据库数据归档的方法和系统 | |
| JP2666426B2 (ja) | 二重化補助記憶装置 | |
| KR100524420B1 (ko) | 교환 시스템의 데이터 복원 장치 및 그 처리 방법 | |
| JPH0954690A (ja) | ファイル入替方式 | |
| JP3161713B2 (ja) | システム定義変更装置 | |
| CN118113774A (zh) | 一种数据库重分布的方法、系统、设备集群及存储介质 | |
| JPH03196222A (ja) | プログラム入替え方法 | |
| CN117453295A (zh) | 一种操作系统迁移方法、装置、设备和存储介质 |