JP2000020366A - レプリケーションシステム - Google Patents
レプリケーションシステムInfo
- Publication number
- JP2000020366A JP2000020366A JP10190763A JP19076398A JP2000020366A JP 2000020366 A JP2000020366 A JP 2000020366A JP 10190763 A JP10190763 A JP 10190763A JP 19076398 A JP19076398 A JP 19076398A JP 2000020366 A JP2000020366 A JP 2000020366A
- Authority
- JP
- Japan
- Prior art keywords
- failure
- target site
- update information
- file
- information
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 複数サイトから構成されたレプリケーション
システムのあるターゲットサイトに障害が発生した場合
に、障害がレプリケーションシステム全体へ影響するこ
とを防ぎ、レプリケーション完了時に全サイトの整合性
を保証する。 【解決手段】 障害管理装置１８は、障害の発生したタ
ーゲットサイトが復旧せず、更新情報を格納するキュー
ファイル１９が満杯になり、レプリケーションシステム
全体に影響が及ぶ可能性があると判断した場合、その更
新情報をキューファイル１９から障害用キューファイル
２１に退避する。このとき、トランザクション管理情報
２２もあわせてファイル２２に退避し、ターゲットサイ
トの障害復旧後の再送信を可能とする。
システムのあるターゲットサイトに障害が発生した場合
に、障害がレプリケーションシステム全体へ影響するこ
とを防ぎ、レプリケーション完了時に全サイトの整合性
を保証する。 【解決手段】 障害管理装置１８は、障害の発生したタ
ーゲットサイトが復旧せず、更新情報を格納するキュー
ファイル１９が満杯になり、レプリケーションシステム
全体に影響が及ぶ可能性があると判断した場合、その更
新情報をキューファイル１９から障害用キューファイル
２１に退避する。このとき、トランザクション管理情報
２２もあわせてファイル２２に退避し、ターゲットサイ
トの障害復旧後の再送信を可能とする。
Description
【０００１】
【発明の属する技術分野】本発明は、データベースのレ
プリケーションシステムに係り、特に、複数サイトから
構成されるレプリケーションシステムであって、あるタ
ーゲットサイトの障害発生時に、障害がレプリケーショ
ンシステム全体へ影響することを防ぎ、かつ、レプリケ
ーション完了時に、全てのサイトにおけるレプリカデー
タベースの整合性を保証することを可能にした障害管理
を行うレプリケーションシステムに関する。
プリケーションシステムに係り、特に、複数サイトから
構成されるレプリケーションシステムであって、あるタ
ーゲットサイトの障害発生時に、障害がレプリケーショ
ンシステム全体へ影響することを防ぎ、かつ、レプリケ
ーション完了時に、全てのサイトにおけるレプリカデー
タベースの整合性を保証することを可能にした障害管理
を行うレプリケーションシステムに関する。
【０００２】
【従来の技術】レプリケーションシステムに関する従来
技術として、例えば、特開平６−３３２９１９号公報等
に記載された技術が知られている。この従来技術は、レ
プリケーションのため抽出した更新情報を一旦キューフ
ァイルに格納し、ＵＡＰ（ユーザ・アプリケーション・
プログラム）による更新とは非同期にターゲットサイト
へのレプリケーションを可能とするというものである。
そして、この従来技術は、複数のサイトから１つのセン
タへデータを集中する形態が前提とされ、抽出された更
新情報を複数の送信先へ配布することについて配慮され
ていないもので、更新情報を単一のキューファイルによ
り管理するものである。
技術として、例えば、特開平６−３３２９１９号公報等
に記載された技術が知られている。この従来技術は、レ
プリケーションのため抽出した更新情報を一旦キューフ
ァイルに格納し、ＵＡＰ（ユーザ・アプリケーション・
プログラム）による更新とは非同期にターゲットサイト
へのレプリケーションを可能とするというものである。
そして、この従来技術は、複数のサイトから１つのセン
タへデータを集中する形態が前提とされ、抽出された更
新情報を複数の送信先へ配布することについて配慮され
ていないもので、更新情報を単一のキューファイルによ
り管理するものである。
【０００３】抽出した更新情報の送信先が多数におよぶ
場合の更新情報の管理方法として、更新情報を送信先に
関わらず単一のキューファイルで共有する方法と送信先
単位に別々のキューファイルで管理する方法とが考えら
れる。
場合の更新情報の管理方法として、更新情報を送信先に
関わらず単一のキューファイルで共有する方法と送信先
単位に別々のキューファイルで管理する方法とが考えら
れる。
【０００４】前者の方法は、ターゲットサイトが多数あ
りあるターゲットサイトで障害が発生している場合、障
害の発生しているターゲットサイトへ送信されるべき更
新情報が未送信となるため、この情報がいつまでもキュ
ーファイル上に残り、この情報を消去して上書きを行う
ことができない。従って、前者の方法は、そのターゲッ
トサイトの障害が長引いた場合、キューファイルが満杯
となり、新たな更新情報の抽出処理を停止させてしまう
ことになる。この結果、前者の方法を使用したレプリケ
ーションシステムは、他のターゲットサイトへの更新情
報の送信処理も途中で停止してしまい、レプリケーショ
ンシステム全体に影響を与えてしまう可能性がある。
りあるターゲットサイトで障害が発生している場合、障
害の発生しているターゲットサイトへ送信されるべき更
新情報が未送信となるため、この情報がいつまでもキュ
ーファイル上に残り、この情報を消去して上書きを行う
ことができない。従って、前者の方法は、そのターゲッ
トサイトの障害が長引いた場合、キューファイルが満杯
となり、新たな更新情報の抽出処理を停止させてしまう
ことになる。この結果、前者の方法を使用したレプリケ
ーションシステムは、他のターゲットサイトへの更新情
報の送信処理も途中で停止してしまい、レプリケーショ
ンシステム全体に影響を与えてしまう可能性がある。
【０００５】前述したような、一部のターゲットサイト
に障害が発生して、レプリケーションシステム全体に影
響をおよぼす可能性が発生することを防止するために、
障害が発生しているターゲットサイトへのレプリケーシ
ョンを縮退する方法をとることも可能であるが、この場
合、障害が発生したターゲットサイトへのレプリケーシ
ョンを中断し、そのターゲットサイトのシステムを切り
捨てることとなるため、レプリケーション完了後に全サ
イトでの整合性が保証されていない状態となる。従っ
て、前述の方法を用いる場合、縮退されたターゲットサ
イトとソースサイトとのデータベースの整合性をなんら
かの別の手段でとる必要があった。
に障害が発生して、レプリケーションシステム全体に影
響をおよぼす可能性が発生することを防止するために、
障害が発生しているターゲットサイトへのレプリケーシ
ョンを縮退する方法をとることも可能であるが、この場
合、障害が発生したターゲットサイトへのレプリケーシ
ョンを中断し、そのターゲットサイトのシステムを切り
捨てることとなるため、レプリケーション完了後に全サ
イトでの整合性が保証されていない状態となる。従っ
て、前述の方法を用いる場合、縮退されたターゲットサ
イトとソースサイトとのデータベースの整合性をなんら
かの別の手段でとる必要があった。
【０００６】また、後者の方法は、各送信先毎にレプリ
ケーション情報を別々のキューファイルへ格納し、特定
のターゲットサイトの障害が他のターゲットサイトへ影
響しないようにするというものであるが、１つの更新情
報を全サイトへ送信するようなブロードキャスト型のレ
プリケーションの場合、全送信先数分のキューファイル
への同一更新情報の書き込み処理を発生させることにな
るため、システム全体の性能、ディスク消費量の観点か
らのデメリットが大きい。
ケーション情報を別々のキューファイルへ格納し、特定
のターゲットサイトの障害が他のターゲットサイトへ影
響しないようにするというものであるが、１つの更新情
報を全サイトへ送信するようなブロードキャスト型のレ
プリケーションの場合、全送信先数分のキューファイル
への同一更新情報の書き込み処理を発生させることにな
るため、システム全体の性能、ディスク消費量の観点か
らのデメリットが大きい。
【０００７】
【発明が解決しようとする課題】前述した更新情報を送
信先に関わらず単一のキューファイルで共有するという
方法を使用する従来技術は、ターゲットサイトが増えれ
ば増えるほど、特定のターゲットサイトでの障害発生時
にレプリケーションシステム全体に影響を与える確率が
高くなり、また、レプリケーションシステム全体の可用
性が低下してしまうという問題点を有している。また、
前述した更新情報を送信先単位に別々のキューファイル
で管理する方法を使用する従来技術は、システム全体の
性能を低下させ、ディスク消費量が大きくなってしま
い、経済的でないという問題点を有している。
信先に関わらず単一のキューファイルで共有するという
方法を使用する従来技術は、ターゲットサイトが増えれ
ば増えるほど、特定のターゲットサイトでの障害発生時
にレプリケーションシステム全体に影響を与える確率が
高くなり、また、レプリケーションシステム全体の可用
性が低下してしまうという問題点を有している。また、
前述した更新情報を送信先単位に別々のキューファイル
で管理する方法を使用する従来技術は、システム全体の
性能を低下させ、ディスク消費量が大きくなってしま
い、経済的でないという問題点を有している。
【０００８】本発明の目的は、前述した従来技術の問題
点を解決し、特定のターゲットサイトの障害が全体のレ
プリケーションシステムへ影響することを防止し、ま
た、レプリケーション完了時に全サイトの整合性を保証
することを可能にした障害管理を行ったレプリケーショ
ンシステムを提供することにある。
点を解決し、特定のターゲットサイトの障害が全体のレ
プリケーションシステムへ影響することを防止し、ま
た、レプリケーション完了時に全サイトの整合性を保証
することを可能にした障害管理を行ったレプリケーショ
ンシステムを提供することにある。
【０００９】
【課題を解決するための手段】本発明によれば前記目的
は、複数サイトから構成され、あるサイトから別のサイ
トへのデータの複製を行うため、複数のサイトに送信す
る更新情報を格納する１つのキューファイルを備えたデ
ータベースのレプリケーションシステムにおいて、ある
ターゲットサイトに障害が発生したとき、障害の発生し
たターゲットサイトに送信すべきレプリケーション用更
新情報を退避するための障害用のキューファイルを備え
ることにより達成される。
は、複数サイトから構成され、あるサイトから別のサイ
トへのデータの複製を行うため、複数のサイトに送信す
る更新情報を格納する１つのキューファイルを備えたデ
ータベースのレプリケーションシステムにおいて、ある
ターゲットサイトに障害が発生したとき、障害の発生し
たターゲットサイトに送信すべきレプリケーション用更
新情報を退避するための障害用のキューファイルを備え
ることにより達成される。
【００１０】また、前記目的は、前記障害用のキューフ
ァイルを、ターゲットサイトに障害が発生したときに、
障害となったターゲットサイト対応に動的に割り当てる
ことにより、また、前記障害用のキューファイルへのレ
プリケーション用更新情報の退避を、前記１つのキュー
ファイルが満杯になったとき行うことにより達成され
る。
ァイルを、ターゲットサイトに障害が発生したときに、
障害となったターゲットサイト対応に動的に割り当てる
ことにより、また、前記障害用のキューファイルへのレ
プリケーション用更新情報の退避を、前記１つのキュー
ファイルが満杯になったとき行うことにより達成され
る。
【００１１】さらに、前記目的は、前記障害が発生した
ターゲットサイトに送信すべき更新情報のトランザクシ
ョン情報、障害ステータス情報を退避する障害用のトラ
ンザクション管理情報ファイルをさらに備えることによ
り達成される。
ターゲットサイトに送信すべき更新情報のトランザクシ
ョン情報、障害ステータス情報を退避する障害用のトラ
ンザクション管理情報ファイルをさらに備えることによ
り達成される。
【００１２】前述した解決手段を備える本発明におい
て、ソースサイトでレプリケーションのため抽出した更
新情報は、ログ出現順にキューファイルに蓄積される。
これらの更新情報は、トランザクション単位に管理さ
れ、COMMIT完了後、順次各ターゲットサイトへ送信され
る。キューファイルは、ROLLBACKされた更新情報、送信
済みの更新情報に対するキューファイル上での上書きが
可能であり、新たな更新情報の蓄積を行うことができ
る。
て、ソースサイトでレプリケーションのため抽出した更
新情報は、ログ出現順にキューファイルに蓄積される。
これらの更新情報は、トランザクション単位に管理さ
れ、COMMIT完了後、順次各ターゲットサイトへ送信され
る。キューファイルは、ROLLBACKされた更新情報、送信
済みの更新情報に対するキューファイル上での上書きが
可能であり、新たな更新情報の蓄積を行うことができ
る。
【００１３】あるターゲットサイトに障害が発生した場
合、一定間隔で送信処理をリトライする。リトライが成
功せず、障害が発生しているターゲットサイトへ送信す
べき更新情報がキューファイルに残り、抽出された新た
な更新情報が書き込めないことが原因でレプリケーショ
ンシステム全体に影響が及ぶ可能性が発生した場合、そ
の更新情報をキューファイルから退避し、動的に予備の
障害用キューファイルを割り当てる。このとき、障害用
のキューファイルの割り当てと合わせて、その更新情報
のトランザクション管理情報を退避し、ターゲットサイ
トの障害復旧後の再送信を可能とする。
合、一定間隔で送信処理をリトライする。リトライが成
功せず、障害が発生しているターゲットサイトへ送信す
べき更新情報がキューファイルに残り、抽出された新た
な更新情報が書き込めないことが原因でレプリケーショ
ンシステム全体に影響が及ぶ可能性が発生した場合、そ
の更新情報をキューファイルから退避し、動的に予備の
障害用キューファイルを割り当てる。このとき、障害用
のキューファイルの割り当てと合わせて、その更新情報
のトランザクション管理情報を退避し、ターゲットサイ
トの障害復旧後の再送信を可能とする。
【００１４】
【発明の実施の形態】以下、本発明によるレプリケーシ
ョンシステムの一実施形態を図面により詳細に説明す
る。
ョンシステムの一実施形態を図面により詳細に説明す
る。
【００１５】図１は本発明の一実施形態によるレプリケ
ーションシステムの構成を示すブロック図、図２はター
ゲットサイトで障害が発生したときの動作を説明するフ
ローチャート、図３はターゲットサイトで障害が発生し
たときの更新情報の障害用キューファイルへの退避処理
と、トランザクション管理情報の退避処理との概要を説
明する図、図４はターゲットサイトで障害が発生したと
きの更新情報の障害用キューファイルへの退避処理、ト
ランザクション管理情報の退避処理の動作を説明するフ
ローチャートである。図１、図３において、１１はレプ
リケーションシステム、１２はソースサイト、１３はＵ
ＡＰ、１４はＤＢＭＳ（DataBase Management Syste
m）、１５はＤＢ（DataBase）、１６はジャーナルログ
ファイル、１７は更新情報抽出装置、１８は障害管理装
置、１９はキューファイル、２０はトランザクション管
理情報ファイル、２１は障害用キューファイル、２２は
障害用トランザクション管理情報ファイル、２３は更新
情報送信装置、２４〜２８はターゲットサイトである。
ーションシステムの構成を示すブロック図、図２はター
ゲットサイトで障害が発生したときの動作を説明するフ
ローチャート、図３はターゲットサイトで障害が発生し
たときの更新情報の障害用キューファイルへの退避処理
と、トランザクション管理情報の退避処理との概要を説
明する図、図４はターゲットサイトで障害が発生したと
きの更新情報の障害用キューファイルへの退避処理、ト
ランザクション管理情報の退避処理の動作を説明するフ
ローチャートである。図１、図３において、１１はレプ
リケーションシステム、１２はソースサイト、１３はＵ
ＡＰ、１４はＤＢＭＳ（DataBase Management Syste
m）、１５はＤＢ（DataBase）、１６はジャーナルログ
ファイル、１７は更新情報抽出装置、１８は障害管理装
置、１９はキューファイル、２０はトランザクション管
理情報ファイル、２１は障害用キューファイル、２２は
障害用トランザクション管理情報ファイル、２３は更新
情報送信装置、２４〜２８はターゲットサイトである。
【００１６】本発明の一実施形態によるレプリケーショ
ンシステム１１は、図１に示すように、ソースサイト１
２と、ターゲットサイト番号１〜５を有する複数のター
ゲットサイト２４〜２８とにより構成されている。ソー
スサイト１２は、ＤＢ１５と、ＤＢ１５の更新を行うＵ
ＡＰ１３と、ＵＡＰ１３がアクセスするＤＢＭＳ１４
と、更新情報抽出装置１７と、キューファイル１９、ト
ランザクション管理情報ファイル２０、障害用キューフ
ァイル２１、障害用トランザクション管理情報ファイル
２２が接続された障害管理装置１８と、更新情報送信装
置２３とを備えて構成されている。
ンシステム１１は、図１に示すように、ソースサイト１
２と、ターゲットサイト番号１〜５を有する複数のター
ゲットサイト２４〜２８とにより構成されている。ソー
スサイト１２は、ＤＢ１５と、ＤＢ１５の更新を行うＵ
ＡＰ１３と、ＵＡＰ１３がアクセスするＤＢＭＳ１４
と、更新情報抽出装置１７と、キューファイル１９、ト
ランザクション管理情報ファイル２０、障害用キューフ
ァイル２１、障害用トランザクション管理情報ファイル
２２が接続された障害管理装置１８と、更新情報送信装
置２３とを備えて構成されている。
【００１７】そして、ＤＢＭＳ１４は、ＵＡＰ１３から
の指示に従ってＤＢ１５へ更新を反映し、ジャーナルロ
グファイル１６に更新ログを出力する。更新情報抽出装
置１７は、ジャーナルログファイル１６からレプリケー
ション対象の更新情報を抽出し、この更新情報をキュー
ファイル１９に蓄積する。更新情報送信装置２３は、キ
ューファイルに蓄積された更新情報を読み込み、トラン
ザクション情報、障害ステータス情報を含むトランザク
ション管理情報を生成して、トランザクション管理情報
ファイル２０に格納すると共に、これを元にCOMMIT完了
トランザクションの更新情報から順次各ターゲットサイ
トに更新情報を送信する。
の指示に従ってＤＢ１５へ更新を反映し、ジャーナルロ
グファイル１６に更新ログを出力する。更新情報抽出装
置１７は、ジャーナルログファイル１６からレプリケー
ション対象の更新情報を抽出し、この更新情報をキュー
ファイル１９に蓄積する。更新情報送信装置２３は、キ
ューファイルに蓄積された更新情報を読み込み、トラン
ザクション情報、障害ステータス情報を含むトランザク
ション管理情報を生成して、トランザクション管理情報
ファイル２０に格納すると共に、これを元にCOMMIT完了
トランザクションの更新情報から順次各ターゲットサイ
トに更新情報を送信する。
【００１８】障害管理装置１８は、ターゲットサイトの
何れかに障害が発生し、その障害の発生したターゲット
サイトが復旧せず、送信すべき更新情報がキューファイ
ル１９に残り、抽出された新たな更新情報が書き込めな
いことが原因でレプリケーションシステム全体に影響が
及ぶ可能性があると判断した場合、その更新情報をキュ
ーファイル１９から退避し、予備の障害用キューファイ
ル２１に動的に割り当てる。このとき、同時に、障害用
のキューファイル２１の割り当てと合わせて、その更新
情報のトランザクション管理情報を、トランザクション
管理情報ファイル２０から予備の障害用トランザクショ
ン管理情報ファイル２２に退避し、ターゲットサイトの
障害復旧後の再送信を可能とする。
何れかに障害が発生し、その障害の発生したターゲット
サイトが復旧せず、送信すべき更新情報がキューファイ
ル１９に残り、抽出された新たな更新情報が書き込めな
いことが原因でレプリケーションシステム全体に影響が
及ぶ可能性があると判断した場合、その更新情報をキュ
ーファイル１９から退避し、予備の障害用キューファイ
ル２１に動的に割り当てる。このとき、同時に、障害用
のキューファイル２１の割り当てと合わせて、その更新
情報のトランザクション管理情報を、トランザクション
管理情報ファイル２０から予備の障害用トランザクショ
ン管理情報ファイル２２に退避し、ターゲットサイトの
障害復旧後の再送信を可能とする。
【００１９】次に、図２に示すフローを参照して、前述
した本発明の一実施形態において、あるターゲットサイ
トで障害が発生したときの動作の概要を説明する。
した本発明の一実施形態において、あるターゲットサイ
トで障害が発生したときの動作の概要を説明する。
【００２０】（１）ＵＡＰ１３による処理が実行される
と、ＤＢＭＳ１４は、ＤＢ１５の更新を行うと共に、更
新情報をジャーナルログファイル１６に出力する（ステ
ップＳ１、Ｓ２）。
と、ＤＢＭＳ１４は、ＤＢ１５の更新を行うと共に、更
新情報をジャーナルログファイル１６に出力する（ステ
ップＳ１、Ｓ２）。
【００２１】（２）更新情報抽出装置１７は、ジャーナ
ルログファイル１６からレプリケーション対象の更新情
報を抽出し、この更新情報をキューファイル１９に蓄積
し、更新情報送信装置２３は、キューファイルに蓄積さ
れた更新情報を読み込み、トランザクション管理情報を
生成して、トランザクション管理情報ファイル２０に格
納すると共に、完了トランザクションの更新情報から順
次各ターゲットサイトに更新情報を送信する（ステップ
Ｓ３、Ｓ４）。
ルログファイル１６からレプリケーション対象の更新情
報を抽出し、この更新情報をキューファイル１９に蓄積
し、更新情報送信装置２３は、キューファイルに蓄積さ
れた更新情報を読み込み、トランザクション管理情報を
生成して、トランザクション管理情報ファイル２０に格
納すると共に、完了トランザクションの更新情報から順
次各ターゲットサイトに更新情報を送信する（ステップ
Ｓ３、Ｓ４）。
【００２２】（３）障害管理装置１８は、ターゲットサ
イトで障害が発生しているか否か、その障害が他のター
ゲットサイトに影響をおよぼすか否かを判定する（ステ
ップＳ５）。
イトで障害が発生しているか否か、その障害が他のター
ゲットサイトに影響をおよぼすか否かを判定する（ステ
ップＳ５）。
【００２３】（４）ステップＳ５で、あるターゲットサ
イトで障害が発生し、その障害が他のターゲットサイト
に影響をおよぼすと判定された場合、障害管理装置１８
は、障害が発生したターゲットサイトへの更新情報を障
害用キューファイル２１へ退避する（ステップＳ６）。
イトで障害が発生し、その障害が他のターゲットサイト
に影響をおよぼすと判定された場合、障害管理装置１８
は、障害が発生したターゲットサイトへの更新情報を障
害用キューファイル２１へ退避する（ステップＳ６）。
【００２４】（５）また、障害管理装置１８は、同時に
その更新情報のトランザクション管理情報をトランザク
ション管理情報ファイル２０から予備の障害用トランザ
クション管理情報ファイル２２に退避する（ステップＳ
７）。
その更新情報のトランザクション管理情報をトランザク
ション管理情報ファイル２０から予備の障害用トランザ
クション管理情報ファイル２２に退避する（ステップＳ
７）。
【００２５】（６）障害管理装置１８は、障害の発生し
たターゲットサイトに対して任意のインターバルでのリ
トライを更新情報送信装置２３に行わせ、障害の発生し
たターゲットサイトの障害が回復している場合、障害用
キューファイル２１に蓄積した更新情報を送信する（ス
テップＳ８）。
たターゲットサイトに対して任意のインターバルでのリ
トライを更新情報送信装置２３に行わせ、障害の発生し
たターゲットサイトの障害が回復している場合、障害用
キューファイル２１に蓄積した更新情報を送信する（ス
テップＳ８）。
【００２６】（７）ステップＳ５で、ターゲットサイト
に障害が発生していない正常状態、または、あるターゲ
ットで障害が発生しているが、キューファイル１９にま
だ空きがあり、他のターゲットサイトへ影響を及ぼすこ
とはない状態であると判定された場合、全レプリケーシ
ョンの処理が完了したか否かを確認し、全レプリケーシ
ョンの処理が完了していなければ、更新情報の抽出、送
信の処理を続行する。また、全レプリケーションの処理
が完了していれば、レプリケーションの処理を終了する
（ステップＳ９）。
に障害が発生していない正常状態、または、あるターゲ
ットで障害が発生しているが、キューファイル１９にま
だ空きがあり、他のターゲットサイトへ影響を及ぼすこ
とはない状態であると判定された場合、全レプリケーシ
ョンの処理が完了したか否かを確認し、全レプリケーシ
ョンの処理が完了していなければ、更新情報の抽出、送
信の処理を続行する。また、全レプリケーションの処理
が完了していれば、レプリケーションの処理を終了する
（ステップＳ９）。
【００２７】次に、図３を参照して、あるターゲットサ
イトで障害が発生した場合のそのターゲットサイトに対
する更新情報の障害用キューファイルへの退避処理と、
トランザクション管理情報の退避処理との概要について
説明する。
イトで障害が発生した場合のそのターゲットサイトに対
する更新情報の障害用キューファイルへの退避処理と、
トランザクション管理情報の退避処理との概要について
説明する。
【００２８】キューファイル１９には、レプリケーショ
ン用に抽出した更新情報３２がジャーナルログ出現順に
格納されている。これらの更新情報には、更新データ以
外に送信先情報が付けられている。また、これらの更新
情報の全ては、トランザクション管理情報ファイル２０
内のトランザクション管理情報により、同一トランザク
ションの更新情報がチェーン化されて管理される。そし
て、新しいトランザクションが出現するたびに、そのト
ランザクションＩＤ等を含んだトランザクション管理情
報ヘッダ３３が生成され、キューファイル上の更新情報
のオフセット情報等を含んだ情報３４、３５が追加され
る。
ン用に抽出した更新情報３２がジャーナルログ出現順に
格納されている。これらの更新情報には、更新データ以
外に送信先情報が付けられている。また、これらの更新
情報の全ては、トランザクション管理情報ファイル２０
内のトランザクション管理情報により、同一トランザク
ションの更新情報がチェーン化されて管理される。そし
て、新しいトランザクションが出現するたびに、そのト
ランザクションＩＤ等を含んだトランザクション管理情
報ヘッダ３３が生成され、キューファイル上の更新情報
のオフセット情報等を含んだ情報３４、３５が追加され
る。
【００２９】図３に示す例は、送信先３のターゲットサ
イトで障害が発生している場合の退避処理の例を示して
いる。まず、キューファイル１９上の更新情報で送信先
３のターゲットサイトを含む更新情報がサーチされる。
ここでは、更新情報４３、４４、４５が障害用キューフ
ァイル２１に退避すべき更新情報として抽出され、障害
用キューファイル２１に更新情報３８として退避され
る。次に、これらの更新情報のトランザクション情報を
管理するトランザクション管理情報を、障害用トランザ
クション管理情報ファイル２２に退避する。これによ
り、トランザクション管理情報のオフセット情報４０、
４１、４２が障害用トランザクション管理情報ファイル
２２上のオフセットに書き換えられる。
イトで障害が発生している場合の退避処理の例を示して
いる。まず、キューファイル１９上の更新情報で送信先
３のターゲットサイトを含む更新情報がサーチされる。
ここでは、更新情報４３、４４、４５が障害用キューフ
ァイル２１に退避すべき更新情報として抽出され、障害
用キューファイル２１に更新情報３８として退避され
る。次に、これらの更新情報のトランザクション情報を
管理するトランザクション管理情報を、障害用トランザ
クション管理情報ファイル２２に退避する。これによ
り、トランザクション管理情報のオフセット情報４０、
４１、４２が障害用トランザクション管理情報ファイル
２２上のオフセットに書き換えられる。
【００３０】次に、図４に示すフローを参照して、図３
により説明した処理の動作を詳細に説明する。
により説明した処理の動作を詳細に説明する。
【００３１】（１）いま、送信先３のターゲットサイト
で障害が発生したものとする（ステップＳ４１）。
で障害が発生したものとする（ステップＳ４１）。
【００３２】（２）障害管理装置１８は、キューファイ
ル１９にまだ空きがあり、他のターゲットサイトへ影響
をおよぼさないか否か判定し、キューファイル１９が満
杯になるまで、更新情報抽出装置１７に抽出処理を継続
させる（ステップＳ４２、Ｓ４３）。
ル１９にまだ空きがあり、他のターゲットサイトへ影響
をおよぼさないか否か判定し、キューファイル１９が満
杯になるまで、更新情報抽出装置１７に抽出処理を継続
させる（ステップＳ４２、Ｓ４３）。
【００３３】（３）ステップＳ４２の判定で、キューフ
ァイル１９が満杯となり他のターゲットサイトへ影響を
およぼすと判定された場合、障害管理装置１８は、キュ
ーファイル１９内の未送信の更新情報３２から送信先３
のターゲットサイトへ送信すべき更新情報をサーチする
（ステップＳ４４）。
ァイル１９が満杯となり他のターゲットサイトへ影響を
およぼすと判定された場合、障害管理装置１８は、キュ
ーファイル１９内の未送信の更新情報３２から送信先３
のターゲットサイトへ送信すべき更新情報をサーチする
（ステップＳ４４）。
【００３４】（４）ステップＳ４４のサーチで、送信先
３への更新情報が見つかったか否かを判定し、見つかっ
た場合、その更新情報をキューファイル１９から障害用
キューファイル２１へ退避し、キューファイル１９上の
退避した送信先３に対する更新情報を削除するする（ス
テップＳ４５、Ｓ４７、Ｓ４８）。
３への更新情報が見つかったか否かを判定し、見つかっ
た場合、その更新情報をキューファイル１９から障害用
キューファイル２１へ退避し、キューファイル１９上の
退避した送信先３に対する更新情報を削除するする（ス
テップＳ４５、Ｓ４７、Ｓ４８）。
【００３５】（５）ステップ４７で退避した更新情報の
トランザクション管理情報をトランザクション管理情報
ファイル２０から障害用トランザクション管理情報ファ
イル２２に退避させ、ステップ４４からの処理を繰り返
す（ステップＳ４９）。
トランザクション管理情報をトランザクション管理情報
ファイル２０から障害用トランザクション管理情報ファ
イル２２に退避させ、ステップ４４からの処理を繰り返
す（ステップＳ４９）。
【００３６】（６）ステップＳ４５で、キューファイル
１９から送信先３のターゲットサイトへの更新情報が見
つからない場合、サーチが完了したか否かを判定し、サ
ーチが完了していなければ、ステップ４４からの処理を
繰り返す（ステップＳ４６）。
１９から送信先３のターゲットサイトへの更新情報が見
つからない場合、サーチが完了したか否かを判定し、サ
ーチが完了していなければ、ステップ４４からの処理を
繰り返す（ステップＳ４６）。
【００３７】（７）ステップＳ４６で、サーチが完了し
ていれば、送信先３のターゲットサイトの障害から回復
を監視し、送信先３のターゲットサイトが障害から回復
したことを検出した場合、障害用キューファイル２２か
ら更新情報の送信を行う（ステップＳ５０、Ｓ５１）。
ていれば、送信先３のターゲットサイトの障害から回復
を監視し、送信先３のターゲットサイトが障害から回復
したことを検出した場合、障害用キューファイル２２か
ら更新情報の送信を行う（ステップＳ５０、Ｓ５１）。
【００３８】前述した本発明の一実施形態によれば、タ
ーゲットサイトの障害発生時、そのターゲットサイトに
送信すべき更新情報を障害用のキューファイルに保持
し、障害回復時に、障害用のキューファイル内の更新情
報を送信することができるので、障害がレプリケーショ
ンシステム全体へ影響することを防ぎ、かつ、レプリケ
ーション完了時に、全てのサイトにおけるレプリカデー
タベースの整合性を保証することができる。
ーゲットサイトの障害発生時、そのターゲットサイトに
送信すべき更新情報を障害用のキューファイルに保持
し、障害回復時に、障害用のキューファイル内の更新情
報を送信することができるので、障害がレプリケーショ
ンシステム全体へ影響することを防ぎ、かつ、レプリケ
ーション完了時に、全てのサイトにおけるレプリカデー
タベースの整合性を保証することができる。
【００３９】前述した本発明の一実施形態は、障害用の
キューファイル及びトランザクション管理情報ファイル
をそれぞれ１台設けるとして説明したが、本発明は、複
数のターゲットサイトの障害を想定して、障害用のキュ
ーファイル及びトランザクション管理情報ファイルをそ
れぞれ複数設けて構成することもできる。
キューファイル及びトランザクション管理情報ファイル
をそれぞれ１台設けるとして説明したが、本発明は、複
数のターゲットサイトの障害を想定して、障害用のキュ
ーファイル及びトランザクション管理情報ファイルをそ
れぞれ複数設けて構成することもできる。
【００４０】また、本発明は、障害用のキューファイル
及びトランザクション管理情報ファイルをそれぞれ１台
設け、これらに障害となった複数のターゲットサイトに
送信すべき更新情報とトランザクション管理情報を格納
するようにしてもよい。
及びトランザクション管理情報ファイルをそれぞれ１台
設け、これらに障害となった複数のターゲットサイトに
送信すべき更新情報とトランザクション管理情報を格納
するようにしてもよい。
【００４１】さらに、本発明は、障害用のキューファイ
ル及びトランザクション管理情報ファイルを、ディスク
装置等の記憶装置内に、ターゲットサイトの障害の発生
の都度動的に生成するようにすることができる。
ル及びトランザクション管理情報ファイルを、ディスク
装置等の記憶装置内に、ターゲットサイトの障害の発生
の都度動的に生成するようにすることができる。
【００４２】
【発明の効果】以上説明したように本発明によれば、複
数サイトから構成されたレプリケーションシステムのあ
るターゲットサイトに障害が発生した場合に、その障害
がレプリケーションシステム全体へ影響することを防止
し、かつ、レプリケーション完了時に全サイトの整合性
を保証することができる。本発明は、特に、ターゲット
サイトが多数になるブロードキャスト型のレプリケーシ
ョンシステムに使用して大きな効果を得ることができ
る。
数サイトから構成されたレプリケーションシステムのあ
るターゲットサイトに障害が発生した場合に、その障害
がレプリケーションシステム全体へ影響することを防止
し、かつ、レプリケーション完了時に全サイトの整合性
を保証することができる。本発明は、特に、ターゲット
サイトが多数になるブロードキャスト型のレプリケーシ
ョンシステムに使用して大きな効果を得ることができ
る。
【図１】本発明の一実施形態によるレプリケーションシ
ステムの構成を示すブロック図である。
ステムの構成を示すブロック図である。
【図２】ターゲットサイトで障害が発生したときの動作
を説明するフローチャートである。
を説明するフローチャートである。
【図３】ターゲットサイトで障害が発生したときの更新
情報の障害用キューファイルへの退避処理と、トランザ
クション管理情報の退避処理との概要を説明する図であ
る。
情報の障害用キューファイルへの退避処理と、トランザ
クション管理情報の退避処理との概要を説明する図であ
る。
【図４】ターゲットサイトで障害が発生したときの更新
情報の障害用キューファイルへの退避処理、トランザク
ション管理情報の退避処理の動作を説明するフローチャ
ートである。
情報の障害用キューファイルへの退避処理、トランザク
ション管理情報の退避処理の動作を説明するフローチャ
ートである。
１１ レプリケーションシステム １２ ソースサイト １３ ＵＡＰ １４ ＤＢＭＳ（DataBase Management System） １５ ＤＢ（DataBase） １６ ジャーナルログファイル １７ 更新情報抽出装置 １８ 障害管理装置 １９ キューファイル ２０ トランザクション管理情報ファイル ２１ 障害用キューファイル ２２ 障害用トランザクション管理情報ファイル ２３ 更新情報送信装置 ２４〜２８ ターゲットサイト
───────────────────────────────────────────────────── フロントページの続き (72)発明者 菊池 正幸 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 細谷 昌央 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 Ｆターム(参考） 5B075 KK04 KK07 KK13 KK20 KK33 KK40 ND03 ND20 ND30 NR03 NR13 PR03 UU40 5B082 DC05 DC08 DD04 GB04 GB05 GB06 HA03
Claims (4)
- 【請求項１】 複数サイトから構成され、あるサイトか
ら別のサイトへのデータの複製を行うため、複数のサイ
トに送信する更新情報を格納する１つのキューファイル
を備えたデータベースのレプリケーションシステムにお
いて、あるターゲットサイトに障害が発生したとき、障
害の発生したターゲットサイトに送信すべきレプリケー
ション用更新情報を退避するための障害用のキューファ
イルを備えることを特徴とするレプリケーションシステ
ム。 - 【請求項２】 前記障害用のキューファイルは、ターゲ
ットサイトに障害が発生したときに、障害となったター
ゲットサイト対応に動的に割り当てられることを特徴と
する請求項１記載のレプリケーションシステム。 - 【請求項３】 前記障害用のキューファイルへのレプリ
ケーション用更新情報の退避は、前記１つのキューファ
イルが満杯になったとき行われることを特徴とする請求
項１または２記載のレプリケーションシステム。 - 【請求項４】 前記障害が発生したターゲットサイトに
送信すべき更新情報のトランザクション情報、障害ステ
ータス情報を退避する障害用のトランザクション管理情
報ファイルをさらに備えることを特徴とする請求項１、
２または３記載のレプリケーションシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10190763A JP2000020366A (ja) | 1998-07-06 | 1998-07-06 | レプリケーションシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10190763A JP2000020366A (ja) | 1998-07-06 | 1998-07-06 | レプリケーションシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000020366A true JP2000020366A (ja) | 2000-01-21 |
Family
ID=16263329
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10190763A Pending JP2000020366A (ja) | 1998-07-06 | 1998-07-06 | レプリケーションシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000020366A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7698521B2 (en) | 2002-01-03 | 2010-04-13 | Hitachi, Ltd. | Data synchronization of multiple remote storage |
| US7757114B2 (en) | 2002-01-03 | 2010-07-13 | Hitachi, Ltd. | Data synchronization of multiple remote storage after remote copy suspension |
| JP2013109521A (ja) * | 2011-11-18 | 2013-06-06 | Canon Inc | 情報処理装置、情報処理方法、及びプログラム |
| JP2021099606A (ja) * | 2019-12-20 | 2021-07-01 | 日本電気株式会社 | 複製データ制御装置、複製データ制御システム、複製データ制御方法および複製データ制御プログラム |
-
1998
- 1998-07-06 JP JP10190763A patent/JP2000020366A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7698521B2 (en) | 2002-01-03 | 2010-04-13 | Hitachi, Ltd. | Data synchronization of multiple remote storage |
| US7757114B2 (en) | 2002-01-03 | 2010-07-13 | Hitachi, Ltd. | Data synchronization of multiple remote storage after remote copy suspension |
| JP2013109521A (ja) * | 2011-11-18 | 2013-06-06 | Canon Inc | 情報処理装置、情報処理方法、及びプログラム |
| JP2021099606A (ja) * | 2019-12-20 | 2021-07-01 | 日本電気株式会社 | 複製データ制御装置、複製データ制御システム、複製データ制御方法および複製データ制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8639731B2 (en) | Apparatus for managing plural versions of a root node for an object of a file system | |
| US7840536B1 (en) | Methods and apparatus for dynamic journal expansion | |
| US7844856B1 (en) | Methods and apparatus for bottleneck processing in a continuous data protection system having journaling | |
| US7882286B1 (en) | Synchronizing volumes for replication | |
| US5724581A (en) | Data base management system for recovering from an abnormal condition | |
| US8108634B1 (en) | Replicating a thin logical unit | |
| CN100440155C (zh) | 用于创建虚拟数据拷贝的方法和系统 | |
| US5737763A (en) | Incremental disk backup | |
| JP2501152B2 (ja) | アンドゥ―ログ使用の最大利用のための方法及び装置 | |
| US7107294B2 (en) | Method and apparatus for interrupting updates to a database to provide read-only access | |
| US20040093358A1 (en) | File system for creating switched logical I/O paths for fault recovery | |
| US20040267836A1 (en) | Replication of snapshot using a file system copy differential | |
| JPS62297950A (ja) | デ−タ・システムのジャ−ナリング方法 | |
| CA2432385A1 (en) | Restoration of data between primary and backup systems | |
| JPH0991099A (ja) | ディスク更新ログ記録方式 | |
| JP2000020366A (ja) | レプリケーションシステム | |
| JP2001344139A (ja) | データベース管理装置 | |
| JPS58103052A (ja) | 自動デ−タ収集方式 | |
| JP2960417B2 (ja) | データ回復方法 | |
| JP4148698B2 (ja) | 分散ファイルシステム及びそのデータ多重化方法 | |
| JP2000194624A (ja) | 計算機システムおよび通信回復方法 | |
| JP2643918B2 (ja) | ファイルリカバリシステム | |
| JPH0496838A (ja) | ファイルバックアップ方法 | |
| JPH10143411A (ja) | オンラインデータベース管理システム | |
| JPH07302217A (ja) | 分散処理システムにおけるファイルの障害復旧方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051006 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051025 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060322 |