JP7193713B2 - 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法 - Google Patents

転送方式制御プログラム、転送方式制御装置及び転送方式制御方法 Download PDF

Info

Publication number
JP7193713B2
JP7193713B2 JP2018205018A JP2018205018A JP7193713B2 JP 7193713 B2 JP7193713 B2 JP 7193713B2 JP 2018205018 A JP2018205018 A JP 2018205018A JP 2018205018 A JP2018205018 A JP 2018205018A JP 7193713 B2 JP7193713 B2 JP 7193713B2
Authority
JP
Japan
Prior art keywords
database
data
transfer
amount
time
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.)
Active
Application number
JP2018205018A
Other languages
English (en)
Other versions
JP2020071655A (ja
Inventor
良平 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2018205018A priority Critical patent/JP7193713B2/ja
Priority to GB1914957.4A priority patent/GB2580996B/en
Publication of JP2020071655A publication Critical patent/JP2020071655A/ja
Application granted granted Critical
Publication of JP7193713B2 publication Critical patent/JP7193713B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/273—Asynchronous replication or reconciliation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
    • G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
    • Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、転送方式制御プログラム、転送方式制御装置及び転送方式制御方法に関する。
例えば、利用者に対してサービスを提供する情報処理システムにおいて、運用中のサーバ（以下、稼働サーバとも呼ぶ）で動作している処理と同じ処理を実行可能なサーバ（以下、災対サーバとも呼ぶ）が配備される場合がある。具体的に、このような災対サーバは、例えば、稼働サーバが設置されたリージョン（以下、稼働側リージョンとも呼ぶ）から数十ｋｍから数百ｋｍ程度離れた場所にあるリージョン（以下、災対側リージョンとも呼ぶ）に配備される。
これにより、利用者に対してサービスを提供する事業者は、例えば、自然災害等の発生によって稼働サーバでの処理の継続が困難になった場合であっても、稼働サーバで実行していた処理を災対サーバに実行させることで、利用者に対するサービスの提供を継続することが可能になる（例えば、特許文献１乃至３参照）。
特開２００６－２６８７４０号公報 特開２０１１－２０９８１６号公報 特開２００５－１２２６１１号公報
上記のような情報処理システムにおいて、事業者は、災対サーバがアクセスするデータベース（以下、第２データベースとも呼ぶ）に蓄積されているデータと、稼働サーバがアクセスするデータベース（以下、第１データベースとも呼ぶ）に蓄積されているデータとを予め同期させる。具体的に、第１データベースは、例えば、第１データベースに蓄積されたデータに対して発生した更新履歴（以下、更新ログとも呼ぶ）を、所定のタイミングにおいて第２データベースに転送する。そして、第２データベースは、第１データベースから受信した更新ログを第２データベースに蓄積されたデータに反映させる。
これにより、事業者は、第１データベースに蓄積されたデータと第２データベースに蓄積されたデータとを随時同期させることが可能になる。そのため、事業者は、自然災害等が発生した場合、稼働サーバから災対サーバに対する処理の引き継ぎを迅速に行うことが可能になる。
ここで、例えば、自然災害等の発生に伴って、稼働側リージョンと災対側リージョンとの間における通信ができなくなる状況が発生した場合、第１データベースでは、第２データベースに対する更新ログの転送を行うことができなくなる。そして、第１データベースでは、この場合、通信ができない時間の長さに応じて、第２データベースに対して転送を行っていない更新ログ（以下、未転送の更新ログとも呼ぶ）が蓄積される。
そのため、第１データベースは、稼働側リージョンと災対側リージョンとの間における通信が復旧した場合、再度の自然災害等の発生に伴って稼働サーバから災対サーバに対して処理の引き継ぎを行う必要性が生じる場合に備えて、未転送の更新ログを第２データベースに対して効率的に転送する必要がある。
そこで、一つの側面では、本発明は、データベース間においてデータの転送を効率的に行うことを可能とする転送方式制御プログラム、転送方式制御装置及び転送方式制御方法を提供することを目的とする。
実施の形態の一態様では、障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量と、前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量と、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出し、前記第１データベースに蓄積された全データのデータ量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量と、前記データ更新量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出し、算出した前記第１転送時間と前記第４転送時間との比較結果に基づいて、前記第１データベースに蓄積されたデータの転送方式を決定する、処理をコンピュータに実行させる。
一つの側面によれば、データベース間においてデータの転送を効率的に行うことを可能とする。
図１は、情報処理システム１０の構成について説明する図である。 図２は、情報処理システム１０の構成について説明する図である。 図３は、情報処理システム１０の構成について説明する図である。 図４は、第１データベース１のハードウエア構成を説明する図である。 図５は、第１データベース１の機能のブロック図である。 図６は、第１の実施の形態における転送方式制御処理の概略を説明するフローチャート図である。 図７は、第１の実施の形態における転送方式制御処理の概略を説明する図である。 図８は、第１の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図９は、第１の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図１０は、第１の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図１１は、第１の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図１２は、遅延情報１３３の具体例について説明する図である。 図１３は、ＲＰＯ情報１３４の具体例について説明する図である。 図１４は、転送方式制御処理の具体例について説明するグラフである。 図１５は、転送方式制御処理の具体例について説明するグラフである。 図１６は、転送方式制御処理の具体例について説明するグラフである。 図１７は、第２の実施の形態における情報処理システム１０の構成について説明する図である。 図１８は、第２の実施の形態における管理装置３のハードウエア構成を説明する図である。 図１９は、第２の実施の形態における管理装置３の機能のブロック図である。 図２０は、第２の実施の形態における第１データベース１の機能のブロック図である。 図２１は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図２２は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図２３は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図２４は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図２５は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。 図２６は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。
［情報処理システムの構成］
初めに、情報処理システム１０の構成について説明を行う。図１から図３は、情報処理システム１０の構成について説明する図である。
情報処理システム１０は、図１に示すように、稼働サーバ１ａ（以下、第１情報処理装置１ａとも呼ぶ）と、第１データベース１と、災対サーバ２ａ（以下、第２情報処理装置２ａとも呼ぶ）と、第２データベース２とを有する。図１に示す例において、第１情報処理装置１ａ及び第１データベース１は、稼働側リージョンＲＥ１に配備されており、第２情報処理装置２ａ及び第２データベース２は、災対側リージョンＲＥ２に配備されている。
具体的に、第１情報処理装置１ａは、例えば、１以上の物理マシンであり、利用者に対してサービスを提供するための処理を実行する装置である。第１情報処理装置１ａは、例えば、必要に応じて第１データベース１にアクセスし、第１データベース１に蓄積されたデータに対する各種操作を行う。
第２情報処理装置２ａは、例えば、１以上の物理マシンであり、自然災害等の発生に伴って第１情報処理装置１ａが処理の実行を継続することができなくなった場合、第１情報処理装置１ａに代わって、利用者に対してサービスを提供するための処理を実行する装置である。第２情報処理装置２ａは、例えば、必要に応じて第２データベース２にアクセスし、第２データベース２に蓄積されたデータに対する各種操作を行う。
また、第１データベース１は、図２に示すように、第１情報処理装置１ａによる処理の実行に伴ってデータに対する操作が行われた場合、その操作の内容を示す更新ログを第２データベース２に送信する。そして、第２データベース２は、第１データベース１から受信した更新ログを第２データベース２に格納されているデータに反映させる。
これにより、事業者は、第１データベース１に格納されているデータと第２データベース２に格納されているデータとを同期させることが可能になる。
ここで、図３に示すように、自然災害等の発生に伴って、第１情報処理装置１ａから第２情報処理装置２ａに対する処理の引き継ぎを行う必要はないが、稼働側リージョンＲＥ１と災対側リージョンＲＥ２との間における通信ができないような状況が発生した場合、第１データベース１では、第２データベース２に対する更新ログの転送を行うことができなくなる。そして、第１データベース１では、この場合、通信ができない時間の長さに応じて、第２データベース２に対して未転送の更新ログが蓄積されていく。
そのため、第１データベース１は、稼働側リージョンＲＥ１と災対側リージョンＲＥ２との間における通信が復旧した場合、再度の自然災害等の発生に伴って第１情報処理装置１ａから第２情報処理装置２ａに対して処理の引き継ぎを行う必要性が生じる場合に備えて、未転送の更新ログを第２データベース２に対して効率的に転送する必要がある。
すなわち、第１データベース１は、稼働側リージョンＲＥ１と災対側リージョンＲＥ２との間における通信の復旧後であって未転送の更新ログの転送が完了する前に、第１情報処理装置１ａから第２情報処理装置２ａに対する処理の引き継ぎが発生した場合であっても、第２データベース２におけるＲＰＯ（Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）を短縮させることができるように、未転送の更新ログを効率的に転送する必要がある。
そこで、本実施の形態における第１データベース１は、障害の発生から復旧までの間に発生した第１データベース１に蓄積されたデータに対する更新ログ（以下、第１更新ログとも呼ぶ）を第１データベース１から第２データベース２に転送する際に、第１更新ログのデータ量と、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１更新ログの転送時間（以下、第１転送時間とも呼ぶ）を算出する。
また、第１データベース１は、第１データベース１に蓄積された全データのデータ量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１データベース１に蓄積された全データの転送時間（以下、第２転送時間とも呼ぶ）を算出する。
続いて、第１データベース１は、第２転送時間において発生した第１データベース１に蓄積されたデータに対する更新ログ（以下、第２更新ログとも呼ぶ）のデータ量と、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第２更新ログの転送時間（以下、第３転送時間とも呼ぶ）を算出する。
さらに、第１データベース１は、算出した第２転送時間と第３転送時間との合計値（以下、第４転送時間とも呼ぶ）を算出する。
その後、第１データベース１は、算出した第１転送時間と第４転送時間との比較結果に基づいて、第１データベース１に蓄積されたデータの転送方式を決定する。
すなわち、本実施の形態における第１データベース１は、第１データベース１に蓄積されたデータのうち、障害の発生から復旧までの間に発生した更新ログ（第１更新ログ）を第２データベース２に送信する場合に要するデータの転送時間（第１転送時間）と、第１データベース１に蓄積された全データを第２データベース２に送信する場合に要するデータの転送時間（第４転送時間）とを算出する。そして、第１データベース１は、算出した各転送時間のうち、短い方に対応するデータの転送方式を採用する。
これにより、第１データベース１は、例えば、自然災害等の発生に伴う通信障害からの復旧後において、第１データベース１と第２データベース２との同期を行うために必要なデータ（更新ログ）の転送を迅速に行うことが可能になる。そのため、第１データベース１は、データの転送完了前に自然災害等が再度発生し、第１情報処理装置１ａで実行していた処理の実行を第２情報処理装置２ａが引き継ぐ必要性が生じた場合であっても、第２データベース２におけるＲＰＯを短縮させることが可能になる。
［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図４は、第１データベース１のハードウエア構成を説明する図である。
第１データベース１は、図４に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（Ｉ／Ｏユニット）１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。
記憶媒体１０４は、例えば、データの転送方式を制御する処理（以下、転送方式制御処理とも呼ぶ）を行うためのプログラム１１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体１０４は、例えば、転送方式制御処理を行う際に用いられる情報を記憶する記憶部１３０（以下、情報格納領域１３０とも呼ぶ）を有する。なお、記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｋｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であってよい。
ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して転送方式制御処理を行う。
外部インターフェース１０３は、例えば、第１情報処理装置１ａと通信を行う。また、外部インターフェース１０３は、例えば、ネットワークＮＷを介することによって第２データベース２と通信を行う。
［情報処理システムの機能］
次に、情報処理システム１０の機能について説明を行う。図５は、第１データベース１の機能のブロック図である。
第１データベース１は、図５に示すように、例えば、第１データベース１のＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、情報取得部１１１と、情報管理部１１２と、第１算出部１１３と、第２算出部１１４と、方式決定部１１５と、データ転送部１１６とを含む各種機能を実現する。
また、第１データベース１は、例えば、図５に示すように、格納済データ１３１と、更新ログ１３２と、遅延情報１３３と、ＲＰＯ情報１３４とを情報格納領域１３０に記憶する。
格納済データ１３１は、第１情報処理装置１ａが利用者に対してサービスを提供するための処理の実行に伴って第１データベース１（情報格納領域１３０）に記憶されたデータである。具体的に、格納済データ１３１は、例えば、サービスを利用する利用者の個人情報等を含むものであってよい。
更新ログ１３２は、例えば、情報格納領域１３０に記憶された格納済データ１３１に対して行われた操作（例えば、新たなデータの追加、データの更新またはデータの削除）の内容をそれぞれ示す情報である。なお、更新ログ１３２には、例えば、操作が行われた後のデータ自体（例えば、新たに追加されたデータ自体または更新が行われた後のデータ自体）が含まれるものであってもよい。
情報取得部１１１は、例えば、第２データベース２にアクセスすることによって、第２データベース２の情報格納領域（図示しない）に記憶されている遅延情報１３３及びＲＰＯ情報１３４を取得する。具体的に、情報取得部１１１は、例えば、定期的に第２データベース２にアクセスすることによって、最新の情報が反映された遅延情報１３３及びＲＰＯ情報１３４の取得を行う。
遅延情報１３３は、例えば、第１データベース１から送信された更新ログ１３２を第２データベース２が最後に受信した時刻から現在時刻までの時間（以下、遅延時間とも呼ぶ）を示す情報である。また、ＲＰＯ情報１３４は、例えば、第２データベース２において許容されているＲＰＯの最大時間を示す情報である。なお、遅延情報１３３及びＲＰＯ情報１３４は、第２データベース２から随時送信されるものであってもよい。
また、情報取得部１１１は、第２データベース２から取得した遅延情報１３３が示す時間内に発生した更新ログ１３２（以下、第１更新ログ１３２ａとも呼ぶ）のデータ量と、第１データベース１に蓄積された全データ（格納済データ１３１）のデータ量とを取得する。さらに、情報取得部１１１は、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量（単位時間あたりの更新ログ１３２の発生頻度）と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とを取得する。
情報管理部１１２は、例えば、情報取得部１１１が第２データベース２から取得した遅延情報１３３及びＲＰＯ情報１３４を情報格納領域１３０に記憶する。
第１算出部１１３は、情報取得部１１１が取得した第１更新ログ１３２ａのデータ量と、情報取得部１１１が取得したデータ更新量と、情報取得部１１１が取得したデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１更新ログ１３２ａの第１転送時間を算出する。
第２算出部１１４は、情報取得部１１１が全データのデータ量と、情報取得部１１１が取得したデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１データベース１に蓄積された全データの第２転送時間を算出する。
また、第２算出部１１４は、算出した第２転送時間において発生する更新ログ１３２（以下、第２更新ログ１３２ｂとも呼ぶ）のデータ量と、情報取得部１１１が取得したデータ更新量と、情報取得部１１１が取得したデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第２更新ログ１３２ｂの第３転送時間を算出する。
さらに、第２算出部１１４は、算出した第２転送時間と第３転送時間とを合計することによって、第４転送時間を算出する。
方式決定部１１５は、第１算出部１１３が算出した第１転送時間と、第２算出部１１４が算出した第４転送時間との比較結果に基づいて、第１データベース１に蓄積されたデータの転送方式を決定する。具体的に、方式決定部１１５は、第１データベース１に蓄積されたデータの転送方式として、第１更新ログ１３２ａの転送を行う転送方式（第１転送時間を要する転送方式）と、第１データベース１に蓄積された全データ及び第２更新ログ１３２ｂの転送を行う転送方式（第４転送時間を要する転送方式）とのうちのいずれかを決定する。
データ転送部１１６は、方式決定部１１５が転送方式の決定を行った場合、方式決定部１１５が決定した転送方式に従って、第２データベース２に対して必要なデータを転送する。
なお、方式決定部１１５が転送方式の決定を行っていない場合（すなわち、通信障害が発生していない場合）、データ転送部１１６は、通常処理として、情報格納領域１３０に記憶された更新ログ１３２を第２データベース２に転送する。具体的に、データ転送部１１６は、例えば、定期的な間隔において、更新ログ１３２の転送を前回行った時刻から現在時刻までの間に発生した更新ログ１３２を第２データベース２に転送する。
［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図６は、第１の実施の形態における転送方式制御処理の概略を説明するフローチャート図である。また、図７は、第１の実施の形態における転送方式制御処理の概略を説明する図である。
第１データベース１は、図６に示すように、データ転送タイミングになるまで待機する（Ｓ１のＮＯ）。データ転送タイミングは、例えば、自然災害等に起因して第１データベース１と第２データベース２との間で発生した通信障害が復旧したタイミングであってよい。
そして、データ転送タイミングになった場合（Ｓ１のＹＥＳ）、第１データベース１は、図７に示すように、障害の発生から復旧までの間に発生した第１更新ログ１３２ａの第１転送時間を算出する（Ｓ２）。
また、第１データベース１は、第１データベース１に蓄積された全データ（格納済データ１３１）の第２転送時間を算出する（Ｓ３）。続いて、第１データベース１は、Ｓ３の処理で算出した第２転送時間において発生した第２更新ログ１３２ｂの第３転送時間を算出する（Ｓ４）。さらに、第１データベース１は、Ｓ３の処理で算出した第２転送時間と、Ｓ４の処理で算出した第３転送時間とを合計することによって第４転送時間を算出する（Ｓ５）。
その後、第１データベース１は、Ｓ２の処理で算出した第１転送時間と、Ｓ５の処理で算出した第４転送時間との比較結果に基づいて、第１データベース１に蓄積されたデータの転送方式を決定する（Ｓ６）。
これにより、第１データベース１は、例えば、自然災害等の発生に伴う通信障害からの復旧後において、第１データベース１と第２データベース２との同期を行うために必要なデータ（更新ログ１３２）の転送を迅速に行うことが可能になる。そのため、第１データベース１は、データの転送完了前に自然災害等が再度発生し、第１情報処理装置１ａで実行していた処理の実行を第２情報処理装置２ａが引き継ぐ必要性が生じた場合であっても、第２データベース２におけるＲＰＯを短縮させることが可能になる。
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図８から図１１は、第１の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。また、図１２から図１６は、第１の実施の形態における転送方式制御処理の詳細を説明する図である。なお、以下、遅延情報１３３及びＲＰＯ情報１３４が情報格納領域１３０に予め記憶されているものとして説明を行う。
第１データベース１の情報取得部１１１は、図８に示すように、データ転送タイミングになるまで待機する（Ｓ１１のＮＯ）。
そして、データ転送タイミングになった場合（Ｓ１１のＹＥＳ）、情報取得部１１１は、情報格納領域１３０に記憶された遅延情報１３３が示す時間に発生した第１更新ログ１３２ａのデータ量を取得する（Ｓ１２）。以下、遅延情報１３３の具体例について説明を行う。
［遅延情報の具体例］
図１２は、遅延情報１３３の具体例について説明する図である。
図１２に示す遅延情報１３３は、遅延情報１３３に含まれる各情報を識別する情報が記憶される「項番」と、各データベースの名称が記憶される「データベース名」と、各データベースにおける遅延時間が記憶される「遅延時間」とを項目として有する。
具体的に、図１２に示す遅延情報１３３において、「項番」が「１」である情報には、「データベース名」として「データベース２」が記憶され、「遅延時間」として「５（時間）」が記憶されている。
すなわち、図１２に示す遅延情報１３３は、例えば、第２データベース２が第１情報処理装置１ａからの更新ログ１３２を最後に受信した時刻から現在時刻までの時間が５時間であることを示している。そのため、情報取得部１１１は、Ｓ１２の処理において、例えば、図１２に示す遅延情報１３３を参照し、５時間前から現在時刻までの間に発生した更新ログ１３２を第１更新ログ１３２ａとして取得する。
なお、情報取得部１１１は、Ｓ１２の処理において、例えば、情報格納領域１３０に蓄積されている更新ログ１３２のうち、第２データベース２に対してまだ転送していない更新ログ１３２を第１更新ログ１３２ａとして取得するものであってもよい。
図８に戻り、情報取得部１１１は、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量を取得する（Ｓ１３）。具体的に、情報取得部１１１は、例えば、更新ログ１３２の発生状況を一定時間監視し、単位時間あたりの更新ログ１３２の発生頻度を計測することにより、単位時間あたりのデータ更新量を特定するものであってよい。
さらに、情報取得部１１１は、第１データベース１から第２データベース２に対する単位時間あたりのデータ転送量を取得する（Ｓ１４）。具体的に、情報取得部１１１は、例えば、第１データベース１と第２データベース２との間のネットワークに配備されたネットワーク機器（図示しない）から、第１データベース１と第２データベース２との間におけるネットワークの通信帯域を取得し、取得した通信帯域を単位時間あたりのデータ転送量として特定するものであってよい。
その後、第１データベース１の第１算出部１１３は、Ｓ１２の処理で取得した第１更新ログ１３２ａのデータ量を、Ｓ１４の処理で取得したデータ転送量からＳ１３の処理で取得したデータ更新量を減算したデータ量で除算することによって、第１転送時間を算出する（Ｓ１５）。
すなわち、第１算出部１１３は、第１データベース１に蓄積された第１更新ログ１３２ａと、第１更新ログ１３２ａの転送中に発生した新たな更新ログ１３２とを第２データベース２に転送する場合の転送時間（第１転送時間）を算出する。
続いて、情報取得部１１１は、図９に示すように、第１データベース１に蓄積された全データ（格納済データ１３１）のデータ量を取得する（Ｓ２１）。
そして、第１データベース１の第２算出部１１４は、Ｓ２１の処理で取得したデータ量を、Ｓ１４の処理で取得したデータ転送量で除算することによって、第２転送時間を算出する（Ｓ２２）。
すなわち、第２算出部１１４は、第１データベース１に蓄積された全データを、第２データベース２に転送した場合の転送時間（第２転送時間）を算出する。
次に、情報取得部１１１は、Ｓ２２の処理で算出した第２転送時間において発生する第２更新ログ１３２ｂのデータ量を取得する（Ｓ２３）。
そして、第２算出部１１４は、Ｓ２３の処理で取得した第２更新ログ１３２ｂのデータ量を、Ｓ１４の処理で取得したデータ転送量からＳ１３の処理で取得したデータ更新量を減算したデータ量で除算することによって、第３転送時間を算出する（Ｓ２４）。
すなわち、第２算出部１１４は、第２転送時間において発生した第２更新ログ１３２ｂと、第２更新ログ１３２ｂの転送中に発生した新たな更新ログ１３２とを第２データベース２に転送した場合の転送時間（第３転送時間）を算出する。
その後、第２算出部１１４は、Ｓ２２の処理で算出した第２転送時間と、Ｓ２４の処理で算出した第３転送時間とを合計することによって第４転送時間を算出する（Ｓ２５）。
すなわち、第２算出部１１４は、通信障害の復旧時において第１データベース１に蓄積されていた全データと、通信障害の復旧後において発生した新たな更新ログ１３２とを第２データベース２に転送した場合の転送時間（第４転送時間）を算出する。
そして、第１データベース１の方式決定部１１５は、図１０に示すように、Ｓ１５の処理で算出した第１転送時間と、Ｓ２５の処理で算出した第４転送時間とを比較する（Ｓ３１）。
その結果、第４転送時間が第１転送時間よりも長い場合（Ｓ３２のＹＥＳ）、方式決定部１１５は、第１更新ログ１３２ａを含む更新ログ１３２のみを第２データベース２に対して転送する旨の決定を行う（Ｓ３３）。
その後、第１データベース１のデータ転送部１１６は、第１更新ログ１３２ａを含む更新ログ１３２のみを第２データベースに対して転送する（Ｓ３４）。
すなわち、方式決定部１１５は、第４転送時間が第１転送時間よりも長い場合、第１データベース１に蓄積された全データの転送を行うよりも、第１更新ログ１３２ａを含む更新ログ１３２のみの転送を行う方が、第１データベース１と第２データベース２との同期を迅速に行うことができると判定する。そのため、データ転送部１１６は、この場合、第２データベース２に対して第１更新ログ１３２ａの転送を行う。
これにより、第１データベース１は、第１データベース１と第２データベース２との同期を迅速に行うことが可能な転送方式を採用することが可能になる。
一方、第４転送時間が第１転送時間よりも短い場合（Ｓ３２のＮＯ）、方式決定部１１５は、図１１に示すように、Ｓ２２の処理で算出した第２転送時間と、情報格納領域１３０に記憶された遅延情報１３３が示す時間との合計時間と、情報格納領域１３０に記憶されたＲＰＯ情報１３４が示す時間とを比較する（Ｓ４１）。以下、ＲＰＯ情報１３４の具体例について説明を行う。
［ＲＰＯ情報の具体例］
図１３は、ＲＰＯ情報１３４の具体例について説明する図である。
図１３に示すＲＰＯ情報１３４は、ＲＰＯ情報１３４に含まれる各情報を識別する情報が記憶される「項番」と、各データベースの名称が記憶される「データベース名」と、各データベースにおいて予め決められたＲＰＯの最大許容時間が記憶される「最大ＲＰＯ」とを項目として有する。
具体的に、図１３に示すＲＰＯ情報１３４において、「項番」が「１」である情報には、「データベース名」として「データベース２」が記憶され、「最大ＲＰＯ」として「８（時間）」が記憶されている。
すなわち、図１３に示すＲＰＯ情報１３４は、例えば、第２データベース２において許容されているＲＰＯの最大時間が８時間であることを示している。
図１１に戻り、情報格納領域１３０に記憶されたＲＰＯ情報１３４が示す時間が、Ｓ２２の処理で算出した第２転送時間と情報格納領域１３０に記憶された遅延情報１３３が示す時間との合計時間よりも長い場合（Ｓ４２のＹＥＳ）、方式決定部１１５は、第１データベース１に蓄積された全データを第２データベース２に対して転送する旨の決定を行う（Ｓ４３）。
その後、データ転送部１１６は、第１データベース１に蓄積された全データを第２データベース２に対して転送する（Ｓ４４）。
一方、情報格納領域１３０に記憶されたＲＰＯ情報１３４が示す時間が、Ｓ２２の処理で算出した第２転送時間と情報格納領域１３０に記憶された遅延情報１３３が示す時間との合計時間よりも短い場合（Ｓ４２のＮＯ）、方式決定部１１５は、Ｓ３３以降の処理を行う。
すなわち、方式決定部１１５は、第４転送時間が第１転送時間よりも短い場合、第１更新ログ１３２ａを含む更新ログ１３２のみの転送を行うよりも、第１データベース１に蓄積された全データの転送を行う方が、第１データベース１と第２データベース２との同期を迅速に行うことができると判定する。
ここで、第１更新ログ１３２ａを含む更新ログ１３２のみの転送が行われる場合、第２データベース２では、第１データベース１から受信した更新ログ１３２から順に、第２データベース２の情報格納領域（図示しない）に蓄積された格納済データ（図示しない）に反映することが可能である。そのため、第１更新ログ１３２ａを含む更新ログ１３２のみの転送が行われる場合、第２データベース２におけるＲＰＯは、障害復旧時（更新ログ１３２の転送開始時）をピークとして減少する。
これに対し、第１データベース１に蓄積された全データの転送を行う場合、第２データベース２におけるＲＰＯは、第１データベース１に蓄積された全データの転送が完了するまで増加し続ける。
そのため、方式決定部１１５は、第４転送時間が第１転送時間よりも短い場合であっても、第１データベース１に蓄積された全データの転送が完了する前に第２データベース２におけるＲＰＯが最大許容時間を上回る場合（すなわち、Ｓ４２の処理が「ＮＯ」である場合）、第１データベース１に蓄積された全データの転送を行う方式を採用せず、第１更新ログ１３２ａを含む更新ログ１３２のみの転送を行う方式を採用する。
これにより、第１情報処理装置１ａは、第２データベース２に対するデータの転送方式を、第２データベース２におけるＲＰＯが最大許容時間を超えない範囲内で決定することが可能になる。
［転送方式制御処理の具体例］
次に、転送方式制御処理の具体例について説明を行う。図１４から図１６は、転送方式制御処理の具体例について説明するグラフである。図１４から図１６に示すグラフでは、横軸が経過時間を示しており、縦軸が遅延時間を示している。
具体的に、図１４に示す例では、Ｓ２２の処理で算出した第２転送時間（横軸に対応するｔ２）と、Ｓ２４の処理で算出した第３転送時間（横軸に対応するｔ３）との合計時間である第４転送時間（横軸に対応するｔ４）が、Ｓ１５の処理で算出した第１転送時間（横軸に対応するｔ１）よりも長い。
そのため、方式決定部１１５は、この場合、Ｓ３３の処理において、第１更新ログ１３２ａを含む更新ログ１３２のみの転送を行う旨を決定する。
また、図１５に示す例では、Ｓ２２の処理で算出した第２転送時間（横軸に対応するｔ２）と、Ｓ２４の処理で算出した第３転送時間（横軸に対応するｔ３）との合計時間である第４転送時間（横軸に対応するｔ４）が、Ｓ１５の処理で算出した第１転送時間（横軸に対応するｔ１）よりも短い。そして、図１５に示す例では、遅延情報１３３が示す時間（縦軸に対応するｔ０）と、Ｓ２２の処理で算出した第２転送時間（縦軸に対応するｔ２）との合計時間が、最大ＲＰＯよりも短い。
そのため、方式決定部１１５は、この場合、Ｓ４４の処理において、第１データベース１に蓄積された全データの転送を行う旨を決定する。
一方、図１６に示す例では、Ｓ２２の処理で算出した第２転送時間（横軸に対応するｔ２）と、Ｓ２４の処理で算出した第３転送時間（横軸に対応するｔ３）との合計時間である第４転送時間（横軸に対応するｔ４）が、Ｓ１５の処理で算出した第１転送時間（横軸に対応するｔ１）よりも短い。しかしながら、図１６に示す例では、遅延情報１３３が示す時間（縦軸に対応するｔ０）と、Ｓ２２の処理で算出した第２転送時間（縦軸に対応するｔ２）との合計時間が、最大ＲＰＯよりも長い。
そのため、方式決定部１１５は、この場合、Ｓ３３の処理において、第１更新ログ１３２ａを含む更新ログ１３２のみの転送を行う旨を決定する。
このように、本実施の形態における第１データベース１は、障害の発生から復旧までの間に発生した第１データベース１に蓄積されたデータに対する第１更新ログ１３２ａを第１データベース１から第２データベース２に転送する際に、第１更新ログ１３２ａのデータ量と、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１更新ログ１３２ａの第１転送時間を算出する。
また、第１データベース１は、第１データベース１に蓄積された全データのデータ量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第１データベース１に蓄積された全データの第２転送時間を算出する。
続いて、第１データベース１は、第２転送時間において発生した第１データベース１に蓄積されたデータに対する第２更新ログ１３２ｂのデータ量と、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とに基づいて、第１データベース１から第２データベース２に対する第２更新ログ１３２ｂの第３転送時間を算出する。
さらに、第１データベース１は、算出した第２転送時間と第３転送時間とを合計することによって第４転送時間を算出する。
その後、第１データベース１は、算出した第１転送時間と第４転送時間との比較結果に基づいて、第１データベース１に蓄積されたデータの転送方式を決定する。
すなわち、本実施の形態における第１データベース１は、第１データベース１に蓄積されたデータのうち、障害の発生から復旧までの間に発生した第１更新ログ１３２ａを第２データベース２に送信する場合に要するデータの第１転送時間と、第１データベース１に蓄積された全データを第２データベース２に送信する場合に要するデータの第４転送時間とを算出する。そして、第１データベース１は、算出した各転送時間のうち、短い方に対応するデータの転送方式を採用する。
これにより、第１データベース１は、例えば、自然災害等の発生に伴う通信障害からの復旧後において、第１データベース１と第２データベース２との同期を行うために必要なデータ（更新ログ１３２）の転送を迅速に行うことが可能になる。そのため、第１データベース１は、データの転送完了前に自然災害等が再度発生し、第１情報処理装置１ａで実行していた処理の実行を第２情報処理装置２ａが引き継ぐ必要性が生じた場合であっても、第２データベース２におけるＲＰＯを短縮させることが可能になる。
なお、第１の実施の形態では、稼働側リージョンＲＥ１及び災対側リージョンＲＥ２に１組のデータベース（第１データベース１及び第２データベース２）のみが配備されている場合について説明したが、複数組のデータベースがそれぞれ配備されているものであってもよい。そして、この場合、第１の実施の形態における転送方式制御処理は、稼働側リージョンＲＥ１に配備されたデータベースのそれぞれにおいて行われるものであってよい。
［第２の実施の形態］
次に、第２の実施の形態について説明を行う。第２の実施の形態における転送方式制御処理は、後述する管理装置３が情報処理システム１０に含まれる場合において行われる処理である。
［第２の実施の形態における情報処理システムの構成］
初めに、第２の実施の形態における情報処理システム１０の構成について説明を行う。図１７は、第２の実施の形態における情報処理システム１０の構成について説明する図である。以下、第１の実施の形態と異なる内容についてのみ説明を行う。
情報処理システム１０は、図１７に示すように、第１の実施の形態における場合と異なり、管理装置３とを有する。図１７に示す例において、管理装置３は、災対側リージョンＲＥ２に配備されている。
管理装置３は、例えば、１以上の物理マシンであり、必要に応じて第１データベース１及び第２データベース２のそれぞれにアクセスを行い、第１データベース１から第２データベース２に対するデータの転送を制御する装置である。
なお、以下、管理装置３が災対側リージョンＲＥ２に配備されている場合について説明を行うが、管理装置３は、稼働側リージョンＲＥ１に配備されているものであってもよく、稼働側リージョンＲＥ１及び災対側リージョンＲＥ２にそれぞれ配備されているものであってもよい。
［第２の実施の形態における情報処理システムのハードウエア構成］
次に、第２の実施の形態における情報処理システム１０のハードウエア構成について説明する。図１８は、管理装置３のハードウエア構成を説明する図である。
管理装置３は、図１８に示すように、プロセッサであるＣＰＵ３０１と、メモリ３０２と、外部インターフェース（Ｉ／Ｏユニット）３０３と、記憶媒体３０４とを有する。各部は、バス３０５を介して互いに接続される。
記憶媒体３０４は、例えば、転送方式制御処理を行うためのプログラム３１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体３０４は、例えば、転送方式制御処理を行う際に用いられる情報を記憶する記憶部３３０（以下、情報格納領域３３０とも呼ぶ）を有する。なお、記憶媒体３０４は、例えば、ＨＤＤやＳＳＤであってよい。
ＣＰＵ３０１は、記憶媒体３０４からメモリ３０２にロードされたプログラム３１０を実行して転送方式制御処理を行う。
外部インターフェース３０３は、例えば、第１データベース１と通信を行う。また、外部インターフェース３０３は、例えば、ネットワークＮＷを介することによって第２データベース２と通信を行う。
［第２の実施の形態における情報処理システムの機能］
次に、第２の実施の形態における情報処理システム１０の機能について説明を行う。図１９は、第２の実施の形態における管理装置３の機能のブロック図である。また、図２０は、第２の実施の形態における第１データベース１の機能のブロック図である。
初めに、管理装置３の機能について説明を行う。管理装置３は、図１９に示すように、例えば、管理装置３のＣＰＵ３０１やメモリ３０２等のハードウエアとプログラム３１０とが有機的に協働することにより、情報取得部３１１と、情報管理部３１２と、情報送受信部３１３とを含む各種機能を実現する。
また、管理装置３は、例えば、図１９に示すように、遅延情報３３１と、ＲＰＯ情報３３２とを情報格納領域１３０に記憶する。なお、遅延情報３３１及びＲＰＯ情報３３２は、第１の実施の形態における遅延情報１３３及びＲＰＯ情報１３４と同じ内容の情報である。
情報取得部３１１は、例えば、第２データベース２にアクセスすることによって、第２データベース２の情報格納領域（図示しない）に記憶されている遅延情報３３１及びＲＰＯ情報３３２を取得する。具体的に、情報取得部３１１は、例えば、定期的に第２データベース２にアクセスすることによって、最新の情報が反映された遅延情報３３１及びＲＰＯ情報３３２の取得を行う。なお、遅延情報３３１及びＲＰＯ情報３３２は、第２データベース２から随時送信されるものであってもよい。
情報管理部３１２は、例えば、情報取得部３１１が第２データベース２から取得した遅延情報３３１及びＲＰＯ情報３３２を情報格納領域３３０に記憶する。
情報送受信部３１３は、例えば、情報取得部３１１が第２データベース２から取得した遅延情報３３１及びＲＰＯ情報３３２を第１データベース１に送信する。また、情報送受信部３１３は、第１データベース１から送信された転送方式情報を受信する。
さらに、情報送受信部３１３は、第１データベース１から送信された転送方式情報を受信した場合、転送方式情報が示す内容に従って、第１データベース１に蓄積された全データ（格納済データ１３１）の第２データベース２への転送、または、第１更新ログ１３２ａを含む更新ログ１３２の第２データベース２への転送を第１データベース１に指示する。なお、情報送受信部３１３は、第１データベース１に蓄積された全データの第２データベース２への転送を指示する場合、データの転送を開始する前に、第１データベース１から転送されるデータ（第１データベース１に蓄積された全データ）の格納領域を第２データベース２内に確保するものであってもよい。
次に、第１データベース１の機能について説明を行う。第１データベース１は、図２０に示すように、例えば、第１データベース１のＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、情報取得部１１１と、情報管理部１１２と、第１算出部１１３と、第２算出部１１４と、方式決定部１１５と、データ転送部１１６と、情報送受信部１１７とを含む各種機能を実現する。
また、第１データベース１は、例えば、図２０に示すように、格納済データ１３１と、更新ログ１３２とを情報格納領域１３０に記憶する。
なお、第１算出部１１３、第２算出部１１４、方式決定部１１５及びデータ転送部１１６については、第１の実施の形態と同じ内容であるため説明を省略する。また、格納済データ１３１及び更新ログ１３２については、第１の実施の形態と同じ内容であるため説明を省略する。
情報送受信部１１７は、例えば、管理装置３から送信された遅延情報３３１及びＲＰＯ情報３３２を受信する。また、情報送受信部１１７は、方式決定部１１５が転送方式の決定を行った場合、方式決定部１１５が決定した転送方式を示す情報（転送方式情報）を管理装置３に送信する。さらに、情報送受信部１１７は、管理装置３から、第１データベース１に蓄積された全データを第２データベース２に転送する旨の指示、または、第１更新ログ１３２ａを含む更新ログ１３２のみの第２データベース２への転送を第１データベース１に転送する旨の指示を受信する。
情報管理部１１２は、例えば、情報送受信部１１７が管理装置３から受信した遅延情報１３３及びＲＰＯ情報１３４を情報格納領域１３０に記憶する。
情報取得部１１１は、情報格納領域１３０に記憶された遅延情報１３３が示す時間に発生した第１更新ログ１３２ａのデータ量と、第１データベース１に蓄積された全データのデータ量とを取得する。また、情報取得部１１１は、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量と、第１データベース１から第２データベース２への単位時間あたりのデータ転送量とを取得する。なお、第２の実施の形態における情報取得部１１１は、第１の実施の形態における場合と異なり、第２データベース２からの情報の取得を行わない。
［第２の実施の形態の詳細］
次に、第２の実施の形態の詳細について説明する。図２１から図２６は、第２の実施の形態における転送方式制御処理の詳細を説明するフローチャート図である。以下、遅延情報３３１及びＲＰＯ情報３３２が情報格納領域３３０に予め記憶されているものとして説明を行う。
［管理装置における転送方式制御処理（１）］
初めに、管理装置３における転送方式制御処理の一部について説明を行う。図２１は、管理装置３における転送方式制御処理の一部について説明するフローチャート図である。
管理装置３の情報取得部３１１は、図２１に示すように、データ転送タイミングになるまで待機する（Ｓ５１のＮＯ）。
そして、データ転送タイミングになった場合（Ｓ５１のＹＥＳ）、情報取得部３１１は、情報格納領域３３０に記憶された遅延情報３３１を取得する（Ｓ５２）。また、情報取得部３１１は、この場合、情報格納領域３３０に記憶されたＲＰＯ情報３３２を取得する（Ｓ５３）。
その後、管理装置３の情報送受信部３１３は、Ｓ５２の処理で取得した遅延情報３３１と、Ｓ５３の処理で取得したＲＰＯ情報３３２とを第１データベース１に送信する（Ｓ５４）。
［第１データベースにおける転送方式制御処理］
次に、第１データベース１における転送方式制御処理について説明を行う。図２２から図２５は、第１データベース１における転送方式制御処理について説明するフローチャート図である。
第１データベース１の情報送受信部１１７は、図２２に示すように、管理装置３から遅延情報３３１及びＲＰＯ情報３３２を受信するまで待機する（Ｓ６１のＮＯ）。
そして、管理装置３から遅延情報３３１及びＲＰＯ情報３３２を受信した場合（Ｓ６１のＹＥＳ）、第１データベース１の情報取得部１１１は、情報格納領域１３０に記憶された遅延情報１３３が示す時間に発生した第１更新ログ１３２ａのデータ量を取得する（Ｓ６２）。
また、情報取得部１１１は、この場合、第１データベース１に蓄積されたデータに対する単位時間あたりのデータ更新量を取得する（Ｓ６３）。
さらに、情報取得部１１１は、第１データベース１から第２データベース２への単位時間あたりのデータ転送量を取得する（Ｓ６４）。
その後、第１データベース１の第１算出部１１３は、Ｓ６２の処理で取得した第１更新ログ１３２ａのデータ量を、Ｓ６４の処理で取得したデータ転送量からＳ６３の処理で取得したデータ更新量を減算したデータ量で除算することによって、第１転送時間を算出する（Ｓ６５）。
続いて、情報取得部１１１は、図２３に示すように、第１データベース１に蓄積された全データのデータ量を取得する（Ｓ７１）。
そして、第１データベース１の第２算出部１１４は、Ｓ７１の処理で取得した全データのデータ量を、Ｓ６４の処理で取得したデータ転送量で除算することによって、第２転送時間を算出する（Ｓ７２）。
次に、情報取得部１１１は、Ｓ７２の処理で算出した第２転送時間において発生する第２更新ログ１３２ｂのデータ量を取得する（Ｓ７３）。
そして、第２算出部１１４は、Ｓ７３の処理で取得した第２更新ログ１３２ｂのデータ量を、Ｓ６４の処理で取得したデータ転送量からＳ６３の処理で取得したデータ更新量を減算したデータ量で除算することによって、第３転送時間を算出する（Ｓ７４）。
その後、第２算出部１１４は、Ｓ７２の処理で算出した第２転送時間と、Ｓ７４の処理で算出した第３転送時間とを合計することによって第４転送時間を算出する（Ｓ７５）。
そして、第１データベース１の方式決定部１１５は、図２４に示すように、Ｓ６５の処理で算出した第１転送時間と、Ｓ７５の処理で算出した第４転送時間とを比較する（Ｓ８１）。
その結果、第４転送時間が第１転送時間よりも長い場合（Ｓ８２のＹＥＳ）、方式決定部１１５は、第１更新ログ１３２ａを含む更新ログ１３２のみを第２データベース２に対して転送する旨の決定を行う（Ｓ８３）。
その後、情報送受信部１１７は、Ｓ８３の処理で決定した転送方式を示す情報（転送方式情報）を管理装置３に送信する（Ｓ８４）。
そして、情報送受信部１１７は、管理装置３からデータの転送指示を受信するまで待機する（Ｓ８５のＮＯ）。具体的に、情報送受信部１１７は、Ｓ８３の処理で決定した転送方式に従ったデータの転送指示を受信するまで待機する。
その後、管理装置３からデータの転送指示を受信した場合（Ｓ８５のＹＥＳ）、第１データベース１のデータ転送部１１６は、第１更新ログ１３２ａを含む更新ログ１３２のみを第２データベース２に対して転送する（Ｓ８６）。
一方、第４転送時間が第１転送時間よりも短い場合（Ｓ８２のＮＯ）、方式決定部１１５は、図２５に示すように、Ｓ６２の処理で算出した第２転送時間と、Ｓ６１の処理で受信した遅延情報３３１が示す時間との合計時間と、Ｓ６１の処理で受信したＲＰＯ情報１３４が示す時間とを比較する（Ｓ９１）。
その結果、Ｓ６１の処理で受信したＲＰＯ情報１３４が示す時間が、Ｓ６２の処理で算出した第２転送時間とＳ６１の処理で受信した遅延情報３３１が示す時間との合計時間よりも長い場合（Ｓ９２のＹＥＳ）、方式決定部１１５は、第１データベース１に蓄積された全データを第２データベース２に対して転送する旨の決定を行う（Ｓ９３）。
その後、情報送受信部１１７は、Ｓ９３の処理で決定した転送方式を示す情報（転送方式情報）を管理装置３に送信する（Ｓ９４）。
そして、情報送受信部１１７は、管理装置３からデータの転送指示を受信するまで待機する（Ｓ９５のＮＯ）。具体的に、情報送受信部１１７は、Ｓ９３の処理で決定した転送方式に従ったデータの転送指示を受信するまで待機する。
その後、管理装置３からデータの転送指示を受信した場合（Ｓ９５のＹＥＳ）、データ転送部１１６は、第１データベース１に蓄積された全データを第２データベース２に対して転送する（Ｓ９６）。
一方、Ｓ６１の処理で受信したＲＰＯ情報１３４が示す時間が、Ｓ６２の処理で算出した第２転送時間とＳ６１の処理で受信した遅延情報３３１が示す時間との合計時間よりも短い場合（Ｓ９２のＮＯ）、方式決定部１１５は、Ｓ８３以降の処理を行う。
［管理装置における転送方式制御処理（２）］
次に、管理装置３における転送方式制御処理の一部について説明を行う。図２６は、管理装置３における転送方式制御処理の一部について説明するフローチャート図である。
情報送受信部３１３は、図２６に示すように、第１データベース１から転送方式情報を受信するまで待機する（Ｓ１０１のＮＯ）。
そして、第１データベース１から転送方式情報を受信した場合であって、受信した転送方式情報が第１データベース１に蓄積された全データを転送する方式を示している場合（Ｓ１０１のＹＥＳ、Ｓ１０２のＹＥＳ）、情報送受信部３１３は、第１データベース１に蓄積された全データの第２データベース２に対する転送を第１データベース１に指示する（Ｓ１０３）。
なお、情報送受信部３１３は、この場合、Ｓ１０３の処理を行う前に、第１データベース１から転送されるデータ（第１データベース１に蓄積された全データ）の格納領域を第２データベース２内に確保する処理を行うものであってもよい。
一方、第１データベース１から転送方式情報を受信した場合であって、受信した転送方式情報が第１更新ログ１３２ａを含む更新ログ１３２のみを転送する方式を示している場合（Ｓ１０１のＹＥＳ、Ｓ１０２のＮＯ）、情報送受信部３１３は、第１更新ログ１３２ａを含む更新ログ１３２の第２データベース２に対する転送を第１データベース１に指示する（Ｓ１０４）。
すなわち、第２の実施の形態では、第１の実施の形態において第１データベース１が行っていた処理の負担を、第１データベース１と管理装置３との間で分散する。
これにより、第２の実施の形態では、第１データベース１における処理の負担を軽減させることが可能になる。
なお、第２の実施の形態では、稼働側リージョンＲＥ１及び災対側リージョンＲＥ２に１組のデータベース（第１データベース１及び第２データベース２）のみが配備されている場合について説明したが、複数組のデータベースがそれぞれ配備されているものであってもよい。そして、この場合、第２の実施の形態における転送方式制御処理は、稼働側リージョンＲＥ１に配備されたデータベースのそれぞれにおいて行われるものであってよい。
以上の実施の形態をまとめると、以下の付記のとおりである。
（付記１）
障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量と、前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量と、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出し、
前記第１データベースに蓄積された全データのデータ量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量と、前記データ更新量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出し、
算出した前記第１転送時間と前記第４転送時間との比較結果に基づいて、前記第１データベースに蓄積されたデータの転送方式を決定する、
処理をコンピュータに実行させることを特徴とする転送方式制御プログラム。
（付記２）
付記１において、
前記第１転送時間を算出する処理では、前記第１更新ログのデータ量を前記データ転送量から前記データ更新量を減算したデータ量で除算することによって、前記第１転送時間を算出する、
ことを特徴とする転送方式制御プログラム。
（付記３）
付記１において、
前記第４転送時間を算出する処理では、前記第１データベースに蓄積された全データのデータ量を前記データ転送量で除算することによって、前記第２転送時間を算出する、
ことを特徴とする転送方式制御プログラム。
（付記４）
付記１において、
前記第４転送時間を算出する処理では、前記第２更新ログのデータ量を前記データ転送量から前記データ更新量を減算したデータ量で除算することによって、前記第３転送時間を算出する、
ことを特徴とする転送方式制御プログラム。
（付記５）
付記１において、
前記決定する処理では、前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨の決定する、
ことを特徴とする転送方式制御プログラム。
（付記６）
付記１において、
前記決定する処理では、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨の決定する、
ことを特徴とする転送方式制御プログラム。
（付記７）
付記６において、
前記決定する処理では、前記第４転送時間が前記第１転送時間よりも短い場合であって、前記障害の発生から前記障害の復旧までの時間と前記第２転送時間との合計時間が所定の閾値よりも長い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨の決定する、
ことを特徴とする転送方式制御プログラム。
（付記８）
障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量と、前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量と、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出する第１算出部と、
前記第１データベースに蓄積された全データのデータ量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量と、前記データ更新量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出する第２算出部と、
算出した前記第１転送時間と前記第４転送時間との比較結果に基づいて、前記第１データベースに蓄積されたデータの転送方式を決定する方式決定部と、を有する、
ことを特徴とする転送方式制御装置。
（付記９）
付記８において、
前記方式決定部は、前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨の決定する、
ことを特徴とする転送方式制御装置。
（付記１０）
付記８において、
前記方式決定部は、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨の決定する、
ことを特徴とする転送方式制御装置。
（付記１１）
障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量と、前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量と、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出し、
前記第１データベースに蓄積された全データのデータ量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量と、前記データ更新量と、前記データ転送量とに基づいて、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出し、
算出した前記第１転送時間と前記第４転送時間との比較結果に基づいて、前記第１データベースに蓄積されたデータの転送方式を決定する、
ことを特徴とする転送方式制御方法。
（付記１２）
付記１１において、
前記決定する工程では、前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨の決定する、
ことを特徴とする転送方式制御方法。
（付記１３）
付記１１において、
前記決定する工程では、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨の決定する、
ことを特徴とする転送方式制御方法。
１：第１データベース １ａ：第１情報処理装置
２：第２データベース ２ａ：第２情報処理装置
ＮＷ：ネットワーク ３：管理装置

Claims (4)

  1. 障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量を、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量から前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出し、
    前記第１データベースに蓄積された全データのデータ量を、前記データ転送量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量を、前記データ転送量から前記データ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出し、
    前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨を決定し、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨を決定する、
    処理をコンピュータに実行させることを特徴とする転送方式制御プログラム。
  2. 請求項１において、
    前記決定する処理では、前記第４転送時間が前記第１転送時間よりも短い場合であって
    、前記障害の発生から前記障害の復旧までの時間と前記第２転送時間との合計時間が所定の閾値よりも長い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨を決定する、
    ことを特徴とする転送方式制御プログラム。
  3. 障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量を、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量から前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出する第１算出部と、
    前記第１データベースに蓄積された全データのデータ量を、前記データ転送量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量を、前記データ転送量から前記データ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出する第２算出部と、
    前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨を決定し、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨を決定する方式決定部と、を有する、
    ことを特徴とする転送方式制御装置。
  4. 障害の発生から復旧までの間に発生した第１データベースに蓄積されたデータに対する第１更新ログを前記第１データベースから第２データベースに転送する際に、前記第１更新ログのデータ量を、前記第１データベースから前記第２データベースへの単位時間あたりのデータ転送量から前記第１データベースに蓄積されたデータに対する単位時間あたりのデータ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１更新ログの第１転送時間を算出し、
    前記第１データベースに蓄積された全データのデータ量を、前記データ転送量で除算することによって、前記第１データベースから前記第２データベースに対する前記第１データベースに蓄積された全データの第２転送時間を算出し、前記第２転送時間において発生した前記第１データベースに蓄積されたデータに対する第２更新ログのデータ量を、前記データ転送量から前記データ更新量を減算したデータ量で除算することによって、前記第１データベースから前記第２データベースに対する前記第２更新ログの第３転送時間を算出し、算出した前記第２転送時間と前記第３転送時間とを合計することによって第４転送時間を算出し、
    前記第１転送時間が前記第４転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１更新ログの転送を行う旨を決定し、前記第４転送時間が前記第１転送時間よりも短い場合、前記第１データベースから前記第２データベースに対して前記第１データベースに蓄積された全データの転送を行う旨を決定する、
    処理をコンピュータが実行することを特徴とする転送方式制御方法。
JP2018205018A 2018-10-31 2018-10-31 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法 Active JP7193713B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018205018A JP7193713B2 (ja) 2018-10-31 2018-10-31 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法
GB1914957.4A GB2580996B (en) 2018-10-31 2019-10-16 Transfer mode control program, transfer mode control device, and transfer mode control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018205018A JP7193713B2 (ja) 2018-10-31 2018-10-31 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法

Publications (2)

Publication Number Publication Date
JP2020071655A JP2020071655A (ja) 2020-05-07
JP7193713B2 true JP7193713B2 (ja) 2022-12-21

Family

ID=68619495

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018205018A Active JP7193713B2 (ja) 2018-10-31 2018-10-31 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法

Country Status (2)

Country Link
JP (1) JP7193713B2 (ja)
GB (1) GB2580996B (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006011848A (ja) 2004-06-25 2006-01-12 Nec Corp レプリケーションシステム、装置、方法、およびプログラム
JP2006268740A (ja) 2005-03-25 2006-10-05 Nec Corp レプリケーションシステムと方法
WO2015145536A1 (ja) 2014-03-24 2015-10-01 株式会社日立製作所 データベース管理システム及びデータベース間の同期制御方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4267420B2 (ja) 2003-10-20 2009-05-27 株式会社日立製作所 ストレージ装置及びバックアップ取得方法
JP4452533B2 (ja) * 2004-03-19 2010-04-21 株式会社日立製作所 システムおよび記憶装置システム
JP4104586B2 (ja) * 2004-09-30 2008-06-18 株式会社東芝 ファイル管理機能を備えたファイルシステム及びファイル管理方法
JP5039891B2 (ja) * 2009-10-19 2012-10-03 インターナショナル・ビジネス・マシーンズ・コーポレーション データベースの複製を生成する装置及び方法
JP2011209816A (ja) 2010-03-29 2011-10-20 Buffalo Inc バックアップ装置、バックアップ方法、コンピュータプログラム、記録媒体
US9971658B2 (en) * 2015-01-09 2018-05-15 Vmware, Inc. Client deployment with disaster recovery considerations

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006011848A (ja) 2004-06-25 2006-01-12 Nec Corp レプリケーションシステム、装置、方法、およびプログラム
JP2006268740A (ja) 2005-03-25 2006-10-05 Nec Corp レプリケーションシステムと方法
WO2015145536A1 (ja) 2014-03-24 2015-10-01 株式会社日立製作所 データベース管理システム及びデータベース間の同期制御方法

Also Published As

Publication number Publication date
GB2580996B (en) 2022-10-05
JP2020071655A (ja) 2020-05-07
GB201914957D0 (en) 2019-11-27
GB2580996A (en) 2020-08-05

Similar Documents

Publication Publication Date Title
US20150213100A1 (en) Data synchronization method and system
US8601166B2 (en) Information processing system and information processing method for generating distribution and synchronization rules in a client/server environment based on operation environment data
JP2007279890A (ja) バックアップシステム及びバックアップ方法
GB2478625A (en) Deleting snapshot backups for unstable virtual machine configurations
JP2006260355A (ja) ストレージシステム及び記憶制御方法
JP2010039746A (ja) データ同期方法、データ同期プログラム、データベースサーバ装置、および、データベースシステム
US9576061B2 (en) Information processing system and data update control method
CN103455368A (zh) 一种死锁检测方法、节点及系统
KR20150001146A (ko) 스토리지 시스템 및 그의 동작 방법
US20170091010A1 (en) Introduction determination program, introduction determination device and introduction determination method
US8880552B2 (en) Database system and database control method
US10339019B2 (en) Packet capturing system, packet capturing apparatus and method
US9727403B2 (en) System and method for detecting an abnormal condition in a multi-node communication system
JP7193713B2 (ja) 転送方式制御プログラム、転送方式制御装置及び転送方式制御方法
JP2014229088A (ja) データ処理システム、データ処理装置および記憶媒体
US11169714B1 (en) Efficient file replication
CN111630500B (zh) 信息分布式存储系统、方法及程序
US11829608B2 (en) Adaptive adjustment of resynchronization speed
JP2015064850A (ja) データベース監視装置、データベース監視方法、並びにコンピュータ・プログラム
JP6823257B2 (ja) ジョブ監視プログラム、ジョブ監視装置及びジョブ監視方法
JP2007264904A (ja) プログラム自動更新システム
JP7164175B2 (ja) 分散ファイル装置、フェイルオーバ方法、プログラム及び記録媒体
US9996372B2 (en) Information processing apparatus, information processing system and program
KR102326683B1 (ko) 큐를 이용한 비동기 로그 적재 시스템 및 방법과 이를 위한 컴퓨터 프로그램
KR101793963B1 (ko) 대용량 메모리 기반 데이터 처리를 위한 원격 메모리 데이터 관리 방법 및 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210709

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220607

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220719

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221121

R150 Certificate of patent or registration of utility model

Ref document number: 7193713

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150