SAAS network-based backup system

• US 9,531,790 B2
• Filed: 11/09/2015
• Issued: 12/27/2016
• Est. Priority Date: 02/11/2013
• Status: Active Grant

• Current Assignee: Dell Products LP (Dell Technologies Inc.)
• Original Assignee: Dell Products LP (Dell Technologies Inc.)
• Inventors: Bengali, Ketan, Mandal, Kaniska, Chen, Alex J.
• Primary Examiner(s): SALL, EL HADJI MALICK
• Application Number:
  US14/936,503
• Publication Number:
  US 20160065651A1
• Time in Patent Office: 414 Days
• Field of Search: 709/200, 709/219, 709/224
• US Class Current: 1/1
• CPC Class Codes: G06F 11/1448 Management of the data involved in backup or backup restore
• CPC Class Codes: H04L 67/06 specially adapted for file transfer, e.g. file transfer protocol [FTP]
• CPC Class Codes: H04L 67/5682 Policies or rules for updating, deleting or replacing the stored data

Abstract

A system fetches consistent datasets in batches for a given period of time and provides the ability to retrieve each batch. Batches of data may be fetched for an interval of time. The present system may fetch new or changed data from different cloud/on-premise applications. It will store this data in the cloud or on-premise to build data history. As the system fetches new data, existing batches of data will not be overwritten. New batches of data are created as new versions so that change history is preserved. Past batches of data for a past time period may be provided to one or more tenants.

Claims

1. A system for collecting data, comprising:

memory for storing batches of data, wherein each batch of data corresponds to a period of time, and wherein each batch of data includes a plurality of data elements; and

a processor, wherein the processor executes instructions stored in memory to;

collect batches of data from one or more tenant applications, wherein each batch of data is associated with a distinct period of time,

store the collected batches of data into memory using a star schema,

wherein the stored batches of data do not overwrite previously stored batches of data, and

update a batch log with information associated with each stored batch of data, wherein the updated batch log includes an indicator as to which stored batch is the most current batch of data.

2. The system for collecting data of claim 1, wherein the processor further executes instructions stored in memory to:

receive a user request, via a user device, to retrieve a previously stored batch of collected data stored in memory, the user request includes information associated with the user requested batch of collected data;

retrieve the user requested batch of data stored in memory, wherein the retrieving includes looking up information about the user requested batch of data in the batch log; and

transmit the user requested batch of data to the user device whereby the user is capable of viewing the user requested batch of data.

3. The system of claim 2, wherein information associated with the user requested batch of collected data includes batch number, batch identifier, tenant ID, application ID, and time period for which the data is requested.

4. The system of claim 2, wherein the processor further executes instructions stored in memory to mark the retrieved user requested batch of data as the most current batch of data.

5. The system of claim 1, wherein collecting batches of data includes instructions to collect, as a new batch of data, any new or changed portion of data previously collected.

6. The system of claim 1, wherein updating the batch log includes indicating that the collection and storage of the batch of data was a failure.

7. The system of claim 6, wherein indication that collection and storage of the batch of data was a failure provides subsequent instructions for the processor to:

delete information regarding the failed batch of data from the batch log, and

re-collect a batch of data corresponding to the same period of time associated with the failed batch of data.

8. The system of claim 1, wherein information updated in the batch log associated with each stored batch of data includes batch ID, tenant ID, data start date and time, data end date and time, and processing status.

9. The system of claim 8, wherein the processing status includes indication that the batch of data was successfully stored, unsuccessfully stored, storage has not yet started or that storage is currently in-progress.

10. A method for collecting data, the method comprising:

collecting batches of data from one or more tenant applications, wherein each batch of data is associated with a distinct period of time;

storing the collected batches of data into memory using a star schema, wherein the stored batches of data do not overwrite previously stored batches of data; and

updating a batch log with information associated with each stored batch of data, wherein the updated batch log includes an indicator as to which stored batch is the most current batch of data.

11. The method of claim 10 further comprising:

receiving a user request, via a user device, to retrieve a previously stored batch of collected data stored in memory, the user request includes information associated with the user requested batch of collected data;

retrieving the user requested batch of data stored in memory, wherein the retrieving includes looking up information about the user requested batch of data in the batch log; and

transmitting the user requested batch of data to the user device whereby the user is capable of viewing the user requested batch of data.

12. The method of claim 11, wherein information associated with the user requested batch of collected data includes batch number, batch identifier, tenant ID, application ID, and time period for which the data is requested.

13. The method of claim 11 further comprising marking the retrieved user requested batch of data as the most current batch of data.

14. The method of claim 10, wherein collecting batches of data includes instructions to collect, as a new batch of data, any new or changed portion of data previously collected.

15. The method of claim 10, wherein updating the batch log includes indicating that the collection and storage of the batch of data was a failure.

16. The method of claim 15, wherein indication that collection and storage of the batch of data was a failure triggers a performance of the following:

deleting information regarding the failed batch of data from the batch log, and

re-collecting a batch of data corresponding to the same period of time associated with the failed batch of data.

17. The method of claim 10, wherein information updated in the batch log associated with each stored batch of data includes batch ID, tenant ID, data start date and time, data end date and time, and processing status.

18. The method of claim 17, wherein the processing status includes indication that the batch of data was successfully stored, unsuccessfully stored, storage has not yet started or that storage is currently in-progress.

19. A non-transitory computer-readable storage medium, having embodied thereon a program executable by a processor to perform a method for collecting data, the method comprising:

collecting batches of data from one or more tenant applications, wherein each batch of data is associated with a distinct period of time;

storing the collected batches of data into memory using a star schema, wherein the stored batches of data do not overwrite previously stored batches of data; and

updating a batch log with information associated with each stored batch of data, wherein the updated batch log includes an indicator as to which stored batch is the most current batch of data.