IP Library Granted Patent US 11,036,675
Granted Patent B1
US 11,036,675 · App. 15/195,574 · Granted Jun 15, 2021

Strong referencing between catalog entries in a non-relational database

Inventors: Ray David Whitmer (Pleasant Grove, UT); Ajit Kumar Verma (Pleasant Grove, UT)
Assignee: EMC IP HOLDING COMPANY LLC
G06F16/125G06F9/45558G06F2009/4557
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 11,036,675
App. No.
15/195,574
Granted
Jun 15, 2021
Kind
B1
Abstract

In one example, a method for managing data includes identifying a dependent relation between a first version and a second version of a data element, wherein the first version is dependent upon the second version, and inserting a strong reference between the first version of the data element and the second version of the data element. Next, respective expiration times are determined for each of the first version and the second version, and a determination made as to whether the first version expires prior to the second version. When the second version has an expiration time prior to an expiration time of the first version, expiration of the second version is suspended.

Claims (35)

1. A method, comprising:

declaring, by a version record of a virtual machine (VM), a dependent relation between the version record of the VM and a version record of a component of the VM, wherein the version record of the VM is different from, and dependent upon, the version record of the component of the VM;

based upon the declaring, inserting a strong reference between the version record of the VM and the version record of the component of the VM;

determining respective expiration times for each of the version record of the VM and the version record of the component of the VM; and

when the version record of the component of the VM has an expiration time prior to an expiration time of the version record of the VM, preventing the version record of the component of the VM from being deleted from a catalog before the version record of the VM is deleted from the catalog.

2. The method as recited in claim 1 , wherein the VM is a part of a full backup of data, and the component of the VM is part of an incremental backup of the data.

3. The method as recited in claim 1 , wherein the VM and the component of the VM are stored in storage, and the component of the VM is prevented from being deleted from the storage before the first version VM is deleted from the storage.

4. The method as recited in claim 1 , wherein the catalog comprises a non-relational database.

5. The method as recited in claim 1 , wherein at the expiration of the version record of the component of the VM, the version record of the component of the VM and the version record of the VM are allowed to expire together as a set.

6. The method as recited in claim 5 , wherein expiration of the set occurs at the expiration time of the version record of the VM.

7. The method as recited in claim 1 , wherein the method further comprises the version record of the VM declaring another dependent relation between the version record of the VM and respective version records of one or more additional components of the VM, and the another dependent relation is such that the version record of the VM is dependent upon the respective version records of the one or more additional components.

8. A non-transitory storage medium having stored therein instructions which are executable by one or more hardware processors to perform operations comprising:

declaring, by a version record of a virtual machine (VM), a dependent relation between the version record of the VM and a version record of a component of the VM, wherein the version record of the VM is different from, and dependent upon, the version record of the component of the VM;

based upon the declaring, inserting a strong reference between the version record of the VM and the version record of the component of the VM;

determining respective expiration times for each of the first version record of the VM and the version record of the component of the VM; and

when the version record of the component of the VM has an expiration time prior to an expiration time of the version record of the VM, preventing the version record of the component of the VM from being deleted from a catalog before the version record of the VM is deleted from the catalog.

9. The non-transitory storage medium as recited in claim 8 , wherein the VM is a part of a full backup of data, and the component of the VM is part of an incremental backup of the data.

10. The non-transitory storage medium as recited in claim 8 , wherein the VM and the component of the VM are stored in storage, and the component of the VM is prevented from being deleted from the storage before the VM is deleted from the storage.

11. The non-transitory storage medium as recited in claim 8 , wherein the catalog comprises a non-relational database.

12. The non-transitory storage medium as recited in claim 8 ,

wherein after suspension of the expiration of the version record of the component of the VM, the version record of the component of the VM and the version record of the VM are allowed to expire together as a set.

13. The non-transitory storage medium as recited in claim 8 , wherein the method further comprises the version record of the VM declaring another dependent relation between the version record of the VM and respective version records of one or more additional components of the VM, and the another dependent relation is such that the version record of the VM is dependent upon the respective version records of the one or more additional components.

14. A system, comprising:

one or more hardware processors; and

a non-transitory storage medium having stored therein instructions which are executable by the one or more hardware processors to perform operations comprising:

declaring, by a version record of a virtual machine (VM), a dependent relation between the version record of the VM and a version record of a component of the VM, wherein the version record of the VM is different from, and dependent upon, the version record of the component of the VM;

based upon the declaring, inserting a strong reference between the version record of the VM and the version record of the component of the VM;

determining respective expiration times for each of the version record of the VM and the version record of the component of the VM; and

when the version record of the component of the VM has an expiration time prior to an expiration time of the version record of the VM, preventing the version record of the component of the VM from being deleted from a catalog before the version record of the VM is deleted from the catalog.

15. The system as recited in claim 14 , wherein the VM and the component of the VM are stored in storage, and the component of the VM is prevented from being deleted from the storage before the VM is deleted from the storage.

16. The system as recited in claim 14 , wherein the VM is a part of a full backup of data, and the component of the VM is part of an incremental backup of the data.

17. The system as recited in claim 14 , wherein the catalog comprises a non-relational database.

18. The system as recited in claim 14 , wherein after suspension of the expiration of the version record of the component of the VM, the version record of the component of the VM and the version record of the VM are allowed to expire together as a set.

19. The system as recited in claim 14 , wherein the operations further comprise the version record of the VM declaring another dependent relation between the version record of the VM and respective version records of one or more additional components of the VM, and the another dependent relation is such that the version record of the VM is dependent upon the respective version records of the one or more additional components.

20. The system as recited in claim 14 , wherein the version record of the VM has a dependent relation with a VM state version record.

Assignments (5)
RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (053546/0001) Recorded Jun 23, 2022
From: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT
To: DELL MARKETING L.P. (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO CREDANT TECHNOLOGIES, INC.); DELL INTERNATIONAL L.L.C.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO FORCE10 NETWORKS, INC. AND WYSE TECHNOLOGY L.L.C.); EMC IP HOLDING COMPANY LLC
Reel/Frame 071642/0001 →
SECURITY AGREEMENT Recorded Apr 22, 2020
From: CREDANT TECHNOLOGIES INC.; DELL INTERNATIONAL L.L.C.; DELL MARKETING L.P.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; FORCE10 NETWORKS, INC.; WYSE TECHNOLOGY L.L.C.; EMC IP HOLDING COMPANY LLC
To: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.
Reel/Frame 053546/0001 →
SECURITY AGREEMENT Recorded Mar 21, 2019
From: CREDANT TECHNOLOGIES, INC.; DELL INTERNATIONAL L.L.C.; DELL MARKETING L.P.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; FORCE10 NETWORKS, INC.; WYSE TECHNOLOGY L.L.C.; EMC IP HOLDING COMPANY LLC
To: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.
Reel/Frame 049452/0223 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 3, 2017
From: EMC CORPORATION
To: EMC IP HOLDING COMPANY LLC
Reel/Frame 041872/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 28, 2016
From: WHITMER, RAY DAVID; VERMA, AJIT KUMAR
To: EMC CORPORATION
Reel/Frame 039032/0842 →