Cloud-based destination for block-level data replication processing
US-2024354022-A1 · Oct 24, 2024 · US
US9454591B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9454591-B2 |
| Application number | US-201313778460-A |
| Country | US |
| Kind code | B2 |
| Filing date | Feb 27, 2013 |
| Priority date | May 26, 2010 |
| Publication date | Sep 27, 2016 |
| Grant date | Sep 27, 2016 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Subsequent to a storage operation performed on the source instance by a source component, a synchronization message is sent to a replicated component for the replicated instance. The synchronization message is stored locally in a persistent storage location associated with the source component along with an indicator representative of a time the storage operation was performed. Pursuant to receipt of the synchronization message by the replicated component, the replicated component is updated to a dirty state to indicate a lack of full synchronization between the source and replicated instances.
Opening claim text (preview).
What is claimed is: 1. A method for synchronization of source and replicated instances of sequential access storage components with a backup catalog in a computing environment by a processor device, comprising: subsequent to a storage operation performed on the source instance by a source component, sending a synchronization message to a replicated component for the replicated instance, wherein the synchronization message is stored locally in a persistent storage location associated with the source component along with an indicator representative of a time the storage operation was performed; pursuant to receipt of the synchronization message by the replicated component, updating the replicated component to a dirty state to indicate a lack of full synchronization between the source and replicated instances; acknowledging receipt of the synchronization message by the replicated component to the source component by sending a dirty state acknowledgement; wherein if the replicated component has previously sent the dirty state acknowledgment, withholding sending an additional synchronization message; and if, during a subsequent recovery process, the dirty state is not yet cleared, the replicated component is deemed ineligible for participation in a full restoration operation. 2. The method of claim 1 , further including creating the synchronization message on the source component. 3. The method of claim 1 , further including, subsequent to a completion of a replication operation, clearing the dirty state of the replicated component. 4. The method of claim 1 , further including, subsequent to receipt of the synchronization message, storing the synchronization message in a persistent storage location associated with the replicated component. 5. The method of claim 1 , further including querying the replicated component for a status of the dirty state using a request handler according to a predefined schedule. 6. The method of claim 5 , further including, if at least one of querying the replicated component for the status of the dirty state and updating the replicated component to the dirty state fails, maintaining the at least one of the query and the update for subsequent retry by the source component. 7. The method of claim 6 , further including retrying the one of the query and the update according to a user-defined timeframe, wherein: if the timeframe expires, the one of the query and the update is discarded and an alert is sent to the user, and if retrying the one of the query and the update is successful, the one of the query and the update is deleted from the source component. 8. A system for synchronization of source and replicated instances of sequential access storage components with a backup catalog in a computing environment, comprising: at least one processor device operable in the computing environment, the at least one processor in communication with a source component and a replicated component, wherein the at least one processor device: subsequent to a storage operation performed on the source instance by the source component, sends a synchronization message to the replicated component for the replicated instance, wherein the synchronization message is stored locally in a persistent storage location associated with the source component along with an indicator representative of a time the storage operation was performed; pursuant to receipt of the synchronization message by the replicated component, updates the replicated component to a dirty state to indicate a lack of full synchronization between the source and replicated instances; acknowledges receipt of the synchronization message by the replicated component to the source component by sending a dirty state acknowledgement; wherein if the replicated component has previously sent the dirty state acknowledgment, withholds sending an additional synchronization message; and if, during a subsequent recovery process, the dirty state is not yet cleared, deems the replicated component ineligible for participation in a full restoration operation. 9. The system of claim 8 , wherein the at least one processor device creates the synchronization message on the source component. 10. The system of claim 8 , wherein the at least one processor device, subsequent to a completion of a replication operation, clears the dirty state of the replicated component. 11. The system of claim 8 , wherein the at least one processor device, subsequent to receipt of the synchronization message, stores the synchronization message in a persistent storage location associated with the replicated component. 12. The system of claim 8 , wherein the at least one processor device queries the replicated component for a status of the dirty state using a request handler according to a predefined schedule. 13. The system of claim 12 , wherein the at least one processor device, if at least one of querying the replicated component for the status of the dirty state and updating the replicated component to the dirty state fails, maintains the at least one of the query and the update for subsequent retry by the source component. 14. The system of claim 13 , wherein the at least one processor device retries the one of the query and the update according to a user-defined timeframe, wherein: if the timeframe expires, the one of the query and the update is discarded and an alert is sent to the user, and if retrying the one of the query and the update is successful, the one of the query and the update is deleted from the source component. 15. A computer program product for synchronization of source and replicated instances of sequential access storage components with a backup catalog in a computing environment by a processor device, the computer program product comprising a computer-readable storage medium having computer-readable program code portions stored therein, the computer-readable program code portions comprising: a first executable portion that, subsequent to a storage operation performed on the source instance by a source component, sends a synchronization message to a replicated component for the replicated instance, wherein the synchronization message is stored locally in a persistent storage location associated with the source component along with an indicator representative of a time the storage operation was performed; a second executable portion that, pursuant to receipt of the synchronization message by the replicated component, updates the replicated component to a dirty state to indicate a lack of full synchronization between the source and replicated instances; a third executable portion that acknowledges receipt of the synchronization message by the replicated component to the source component by sending a dirty state acknowledgement; wherein if the replicated component has previously sent the dirty state acknowledgment, withholds sending an additional synchronization message; and a fourth executable portion that if, during a subsequent recovery process, the dirty state is not yet cleared, deems the replicated component ineligible for participation in a full restoration operation. 16. The computer program product of claim 15 , further including a fifth executable portion that creates the synchronization message on the source component. 17. The computer program product of claim 15 , further including a fifth executable portion that, subsequent to a completion of a replication operation, clears the dirty state of the replicated component. 18. The computer program product of claim 15 , further including a fifth
Redundant storage or storage space (G06F11/2056 takes precedence) · CPC title
Solving problems relating to consistency · CPC title
Asynchronous replication or reconciliation · CPC title
Management of the backup or restore process · CPC title
Physics · mapped topic
Related publications grouped by family.
Answers are generated from the same data shown on this page.