IP Library Granted Patent US 10,684,788
Granted Patent B1
US 10,684,788 · App. 15/844,092 · Granted Jun 16, 2020

Data consistency during reverse replication

Inventors: Sunil Hasbe (Shirur Anantpal, IN); Rushikesh Patil (Pune, IN)
Assignee: Veritas Technologies, LLC
G06F3/0647G06F3/067G06F3/0619G06F11/1464G06F11/1469G06F2201/805G06F2201/82
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,684,788
App. No.
15/844,092
Granted
Jun 16, 2020
Kind
B1
Abstract

Disclosed herein are methods, systems, and processes to provide and maintain data consistency during reverse replication. It is determined that a migrate operation or a reverse replication operation has been requested. Upon determining that the migrate operation or the reverse replication operation has been requested, a resynchronization identifier is set in a dirty region log (DRL) associated with a computing device that is subject to the migrate operation or the reverse replication operation. In response to the operation being the reverse replication operation, a master boot record (MBR) sector of a boot disk associated with the computing device is overwritten.

Claims (67)

1. A computer-implemented method comprising:

determining that an operation has been requested, wherein

the operation is one of a migrate operation or a reverse replication operation;

upon determining that the migrate operation or the reverse replication operation has been requested, setting a resynchronization identifier in a dirty region log (DRL), wherein

the DRL is associated with a computing device that is subject to the migrate operation or the reverse replication operation,

the computing device is at a primary site;

determining whether the computing device is booting up while a resynchronization operation is ongoing based, at least in part, on the resynchronization identifier; and

in response to a determination that the computing device is booting up while the resynchronization operation is ongoing, overwriting a master boot record (MBR) sector of a boot disk associated with the computing device.

2. The computer-implemented method of claim 1 , further comprising: determining that a failback operation has been requested; and upon determining that the failback operation has been requested, resetting a resynchronization flag on the DRL and restoring the MBR sector on the boot disk.

3. The computer-implemented method of claim 1 , wherein

the computing device is one of a physical computing device or a virtual machine that does not have access to a hypervisor.

4. The computer-implemented method of claim 1 , wherein

setting the resynchronization identifier permits a filter driver executing on the computing device to identify whether the computing device is booting up while a resynchronization operation is ongoing, and

if the resynchronization operation is ongoing, the filter driver blocks one or more input/output (I/O) operations executed by one or more applications executing on the computing device and resets an operating system (OS) of the computing device.

5. The computer-implemented method of claim 1 , wherein

overwriting the MBR sector inhibits the computing device from booting using a boot volume even if the computing device can be booted using an operating system (OS) provided by a preboot execution environment (PXE) server.

6. The computer-implemented method of claim 1 , wherein

the setting the resynchronization identifier and the overwriting the MBR sector is performed by a premise data mover,

the premise data mover is communicatively coupled to the computing device, and

the premise data mover is communicatively coupled to a cloud data mover via a network.

7. The computer-implemented method of claim 1 , further comprising:

as part of the reverse replication operation, writing replicated data, received from the cloud data mover, to a storage device comprising one or more protected disks associated with the computing device.

8. A non-transitory computer readable storage medium comprising program instructions executable to:

determine that an operation has been requested, wherein

the operation is one of a migrate operation or a reverse replication operation;

upon determining that the migrate operation or the reverse replication operation has been requested, set a resynchronization identifier in a dirty region log (DRL), wherein

the DRL is associated with a computing device that is subject to the migrate operation or the reverse replication operation,

the computing device is at a primary site;

determine whether the computing device is booting up while a resynchronization operation is ongoing based, at least in part, on the resynchronization identifier; and

in response to a determination that the computing device is booting up while the resynchronization operation is ongoing, overwrite a master boot record (MBR) sector of a boot disk associated with the computing device.

9. The non-transitory computer readable storage medium at claim 8 , further comprising: determining that a failback operation has been requested; and upon determining that the failback operation has been requested, resetting a resynchronization flag on the DRL and restoring the MBR sector on the boot disk.

10. The non-transitory computer readable storage medium of claim 8 , wherein

the computing device is one of a physical computing device or a virtual machine that does not have access to a hypervisor.

11. The non-transitory computer readable storage medium of claim 8 , wherein

setting the resynchronization identifier permits a filter driver executing on the computing device to identify whether the computing device is booting up while a resynchronization operation is ongoing, and

if the resynchronization operation is ongoing, the filter driver blocks one or more input/output (I/O) operations executed by one or more applications executing on the computing device and resets an operating system (OS) of the computing device.

12. The non-transitory computer readable storage medium of claim 8 , wherein

overwriting the MBR sector inhibits the computing device from booting using a boot volume even if the computing device can be booted using an operating system (OS) provided by a preboot execution environment (PXE) server.

13. The non-transitory computer readable storage medium of claim 8 , wherein

the setting the resynchronization identifier and the overwriting the MBR sector is performed by a premise data mover,

the premise data mover is communicatively coupled to the computing device, and

the premise data mover is communicatively coupled to a cloud data mover via a network.

14. The non-transitory computer readable storage medium of claim 8 , further comprising:

as part of the reverse replication operation, writing replicated data, received from the cloud data mover, to a storage device comprising one or more protected disks associated with the computing device.

15. A system comprising:

one or more processors; and

a memory coupled to the one or more processors, wherein the memory stores program instructions executable by the one or more processors to:

determine that an operation has been requested, wherein

the operation is one of a migrate operation or a reverse replication operation;

upon determining that the migrate operation or the reverse replication operation has been requested, set a resynchronization identifier in a dirty region log (DRL), wherein

the DRL is associated with a computing device that is subject to the migrate operation or the reverse replication operation,

the computing device is at a primary site;

determine whether the computing device is booting up while a resynchronization operation is ongoing based, at least in part, on the resynchronization identifier; and

in response to a determination that the computing device is booting up while the resynchronization operation is ongoing, overwrite a master boot record (MBR) sector of a boot disk associated with the computing device.

16. The system of claim 15 , further comprising: determining that a failback operation has been requested; and upon determining that the failback operation has been requested, resetting a resynchronization flag on the DRL and restoring the MBR sector on the boot disk.

17. The system of claim 15 , wherein

the computing device is one of a physical computing device or a virtual machine that does not have access to a hypervisor.

18. The system of claim 15 , wherein

setting the resynchronization identifier permits a filter driver executing on the computing device to identify whether the computing device is booting up while a resynchronization operation is ongoing, and

if the resynchronization operation is ongoing, the filter driver blocks one or more input/output (I/O) operations executed by one or more applications executing on the computing device and resets an operating system (OS) of the computing device.

19. The system of claim 15 , wherein

overwriting the MBR sector inhibits the computing device from booting using a boot volume even if the computing device can be booted using an operating system (OS) provided by a preboot execution environment (PXE) server,

the setting the resynchronization identifier and the overwriting the MBR sector is performed by a premise data mover,

the premise data mover is communicatively coupled to the computing device, and

the premise data mover is communicatively coupled to a cloud data mover via a network.

20. The system of claim 19 , further comprising:

as part of the reverse replication operation, writing replicated data received from the cloud data mover to a storage device comprising one or more protected disks associated with the computing device.

Assignments (11)
AMENDMENT NO. 1 TO PATENT SECURITY AGREEMENT Recorded Apr 8, 2025
From: VERITAS TECHNOLOGIES LLC; COHESITY, INC.
To: JPMORGAN CHASE BANK, N.A.
Reel/Frame 070779/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 26, 2025
From: VERITAS TECHNOLOGIES LLC
To: COHESITY, INC.
Reel/Frame 070335/0013 →
RELEASE OF SECURITY INTEREST Recorded Dec 16, 2024
From: ACQUIOM AGENCY SERVICES LLC, AS COLLATERAL AGENT
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 069697/0238 →
RELEASE OF SECURITY INTEREST Recorded Dec 13, 2024
From: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 069634/0584 →
SECURITY INTEREST Recorded Dec 9, 2024
From: VERITAS TECHNOLOGIES LLC; COHESITY, INC.
To: JPMORGAN CHASE BANK. N.A.
Reel/Frame 069890/0001 →
ASSIGNMENT OF SECURITY INTEREST IN PATENT COLLATERAL Recorded Nov 25, 2024
From: BANK OF AMERICA, N.A., AS ASSIGNOR
To: ACQUIOM AGENCY SERVICES LLC, AS ASSIGNEE
Reel/Frame 069440/0084 →
TERMINATION AND RELEASE OF SECURITY INTEREST IN PATENTS AT R/F 052426/0001 Recorded Nov 30, 2020
From: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 054535/0565 →
SECURITY INTEREST Recorded Aug 20, 2020
From: VERITAS TECHNOLOGIES LLC
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT
Reel/Frame 054370/0134 →
PATENT SECURITY AGREEMENT SUPPLEMENT Recorded Apr 16, 2020
From: VERITAS TECHNOLOGIES, LLC
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
Reel/Frame 052426/0001 →
PATENT SECURITY AGREEMENT SUPPLEMENT Recorded Mar 18, 2020
From: VERITAS TECHNOLOGIES LLC
To: BANK OF AMERICA, N.A., AS COLLATERAL AGENT
Reel/Frame 052189/0311 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 5, 2018
From: HASBE, SUNIL; PATIL, RUSHIKESH
To: VERITAS TECHNOLOGIES LLC
Reel/Frame 044834/0320 →
Cited By (2)
US 12,375,542 US 12,603,932