Rubrik, Inc.

Shaswat Chaubey

Li Ding

Benjamin Travis Meadowcroft

Abhay Mitra

Kushaagra Goyal

Shaomin Chen

Kunal Sean Munshani

Mudit Malpani

Abhishek Kumar

Disheng Su

Rohit Agrawal

Koki Yoshida

Yiying Yu

Siyuan Sheng

Example embodiments relate generally to data resynchronization methods and systems in continuous data protection (CDP) and more specifically to an input and output (I/O) filtering framework and log management system to seek a near-zero recovery point objective (RPO).

Data resychronization methods and systems in continuous data protection

Some users of a data management system (DMS) may use multiple computing environments to replicate and store virtual machines (VM)s, such as for backup and recovery purposes. For example, different replication environments may include one or more private data centers, one or more cloud environments or any combination thereof. A user may schedule a failover procedure for an application. A DMS may perform a failover procedure that reduces downtime and eliminates data loss. The DMS may capture and replicate a snapshot of a VM running on a source computing environment to a target computing environment, power down the VM on the source computing environment, capture and replicate a second snapshot of the VM to the target computing environment, and power on the VM at the target computing environment. As the additional snapshot includes a relatively small amount of data replication at the target computing environment may proceed quickly, reducing downtime.

Lossless failover for data recovery

Data resynchronization methods and systems in continuous data protection

Methods and systems for reducing the data recovery time when failing back to a primary system from a secondary data backup system using virtual machine conversions and incremental exportation for backed-up virtual machine snapshots are described. Upon detection that the primary system is available to receive replicated snapshots for a virtual machine, the secondary data backup system may identify a first virtual machine snapshot out of a chain of snapshots for the virtual machine (e.g., the earliest in time snapshot within the chain or a middle snapshot in the middle of the chain) and transfer a full image snapshot for the first virtual machine snapshot to the primary system. Thereafter, data changes between the next virtual machine snapshot to be transferred to the primary system and the most-recently hydrated virtual machine on the primary system may be identified and then transferred to the primary system.

Incremental export and conversion of virtual machine snapshots

Growing community of inventors

Mountain View, CA, United States of America

Shaswat Chaubey