Restoring database consistency integrity

US9858305B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9858305-B2
Application numberUS-201414199370-A
CountryUS
Kind codeB2
Filing dateMar 6, 2014
Priority dateMar 6, 2014
Publication dateJan 2, 2018
Grant dateJan 2, 2018

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

Techniques for restoring point-in-time and transaction consistency across consistency groups between a first and a second independent database management system (DBMS) for a disaster recovery. Several consistency groups (CGs) are defined for replication. For each CG in the first DBMS data changes are transmitted to a second DBMS. A timestamp representing a most recently received commit log record or a heartbeat during periods of inactivity for a CG is stored in a database table at regular intervals. At regular intervals, the timestamp is compared with timestamps for other CGs to identify a common time at which data to be applied to the CGs in the second DBMS have been received into a recoverable data store. The received data is applied to the CGs in the second DBMS up to the common time.

First claim

Opening claim text (preview).

What is claimed is: 1. A computer program product for restoring transaction consistency across consistency groups between a first and a second independent database management system for a disaster recovery, wherein the first and second independent database management systems operate in an active/active configuration, the computer program product comprising a computer readable storage medium having program code embodied therewith, the program code being executable by a processor to perform a method comprising: defining, by the processor, a plurality of consistency groups, wherein each consistency group in the first database management system includes system, middleware and application volumes to be managed as a consistent entity, and wherein each consistency group uses a separate transmission channel to transmit data changes pertaining to the consistency group to a corresponding consistency group at the second database management system; in response to the second database management system having received data from log records from the first database management system, identifying, by the processor, a timestamp representing a most recently received commit log record and storing the timestamp in a database table; comparing, by the processor, the timestamp with timestamps for other consistency groups to identify a lowest common commit point representing a common time at which data to be applied to the consistency groups in the second database management system have been received into a recoverable data store; and applying, by the processor, the received data to the consistency groups in the second database management system up to the identified lowest common commit point. 2. The computer program product of claim 1 , wherein applying the received data to the consistency groups in the second database management system is performed only in response to having received timestamps for each consistency group in the second database management system. 3. The computer program product of claim 1 , wherein the method performed by the processor further comprises: sending a heartbeat message with a timestamp greater than a last replicated commit timestamp for a consistency group in response to determining that there is no data to replicate for the consistency group. 4. The computer program product of claim 1 , further comprising program code executable by the processor to perform a method comprising: temporarily persisting, by the processor, the received data in a recoverable staging area; and independently selecting from the staging area, by one or more replication apply programs, subsets of the received data to be applied to the consistency groups in the second database management system. 5. The computer program product of claim 4 , wherein the recoverable staging area is located in one of: the second database management system, and in a queuing system. 6. The computer program product of claim 4 , wherein: the replication apply programs are operable to suspend an apply in response to data having been applied up to the identified lowest common commit point, and the suspended apply lasts until the replication apply programs determine a subsequent lowest common commit point to which changes are to be applied. 7. The computer program product of claim 4 , further comprising program code executable by the processor to perform a method comprising: monitoring, by the processor, the state of the staging area to determine whether the lowest common commit point for which all messages containing sub-transactions to be applied in the second database management system has been received. 8. The computer program product of claim 7 , further comprising program code executable by the processor to perform a method comprising: in response to determining that the lowest common commit point for which all messages containing sub-transactions to be applied in the second database management system have been received, notifying, by the processor, the other participant apply programs and applying, by the replication apply programs the subsets of data to the consistency groups in the second database management system. 9. The computer program product of claim 1 , further comprising program code executable by the processor to perform a method comprising: prior to failover for a disaster from the first database management system to the second database management system, discarding, by the processor, changes beyond the lowest common commit point among all transmission channels.

Assignees

Inventors

Classifications

  • Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor · CPC title

  • in transactions (updating of structured data in databases G06F16/23) · CPC title

  • Physics · mapped topic

  • Physics · mapped topic

  • Redundant storage or storage space (G06F11/2056 takes precedence) · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9858305B2 cover?
Techniques for restoring point-in-time and transaction consistency across consistency groups between a first and a second independent database management system (DBMS) for a disaster recovery. Several consistency groups (CGs) are defined for replication. For each CG in the first DBMS data changes are transmitted to a second DBMS. A timestamp representing a most recently received commit log reco…
Who is the assignee on this patent?
IBM
What technology area does this patent fall under?
Primary CPC classification G06F11/2094. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Jan 02 2018 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 8 related publications on this page (citations in our corpus or others sharing the same primary CPC).