Synchronous data replication in a content management system

US10169441B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-10169441-B2
Application numberUS-201414526139-A
CountryUS
Kind codeB2
Filing dateOct 28, 2014
Priority dateJan 27, 2014
Publication dateJan 1, 2019
Grant dateJan 1, 2019

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.

Methods and apparatus, including computer program products, implementing and using techniques for data replication in a cluster. In response to identifying data to replicate in a multi-node system by a first node in a cluster, the data is written concurrently to other nodes in the cluster based on a rule set in a repository. In response to detecting a criterion described in the rule set, an action is performed.

First claim

Opening claim text (preview).

The invention claimed is: 1. A computer-implemented method for data replication during ingestion of data in a content management system, the method comprising: receiving, by the processor and in response to instructions by an application programming interface, blocks of data to be written into a content management system; retrieving a replication rule from a replication rule repository, wherein the replication rule includes instructions for handling the blocks of data in a strict mode and in a tolerant mode, respectively; replicating the blocks of data to different live replication nodes in the content management system using the strict mode in situations that require strict data consistency and no data losses in response to writing the blocks of data to the first node in the content management system by the processor and in response to instructions by the application programming interface, wherein the strict mode requires that the blocks of data be persisted synchronously to the first node and all its replica nodes before the data node returns a success status; replicating the blocks of data to different live replication nodes in the content management system using the tolerant mode in situations that require high throughput and high availability in data ingestion, in response to writing the blocks of data to the first node in the content management system by the processor and in response to instructions by the application programming interface, wherein the tolerant mode requires that the blocks of data be persisted synchronously to a user-assigned number of replica nodes of the first data node before the first data node returns a success status and the data blocks be asynchronously persisted to any failed data nodes at a later point in time; and receiving either a success status or a failure status for persisting the data in the content management system. 2. The method of claim 1 , further comprising: receiving a status back from each replication node. 3. The method of claim 2 , further comprising: determining, from the received statuses, whether to rollback the replication of data from the replication nodes. 4. The method of claim 3 , wherein in the strict mode the determining includes: determining to rollback the replication data in response to receiving a status indicating failure to persist the data from at least one of the replication nodes. 5. The method of claim 3 , wherein in the tolerant mode the determining includes: determining to rollback the replication data in response to receiving a status indicating failure to persist the data from a number of nodes that exceeds a pre-determined quorum of nodes. 6. The method of claim 3 , further comprising: in response to determining that the replication data should not be rolled back in the tolerant mode, replicating the data to one or more responding replication nodes; and replicating the data from the responding replication nodes to failed replication nodes asynchronously at a later point in time. 7. The method of claim 1 , further comprising: providing an application programming interface for replicating data. 8. The method of claim 1 , further comprising: returning one of a success message and a fail message for the data replication to a user.

Assignees

Inventors

Classifications

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 US10169441B2 cover?
Methods and apparatus, including computer program products, implementing and using techniques for data replication in a cluster. In response to identifying data to replicate in a multi-node system by a first node in a cluster, the data is written concurrently to other nodes in the cluster based on a rule set in a repository. In response to detecting a criterion described in the rule set, an act…
Who is the assignee on this patent?
IBM
What technology area does this patent fall under?
Primary CPC classification G06F16/275. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Jan 01 2019 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).