IP Library › Granted Patent US 9,329,949
Granted Patent B2
US 9,329,949 · App. 14/265,607 · Granted May 3, 2016

Comprehensive error management capabilities for disaster recovery operations

Inventors: Praveen Sampath (Pleasanton, CA); Rama Vijjapurapu (Pleasanton, CA); Mahesh Desai (Sunnyvale, CA); Shekhar Borde (Fremont, CA)
Assignee: Oracle International Corporation
G06F11/2023G06F11/1469G06F11/1658G06F11/1662G06F11/2069H04L41/0654
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 9,329,949
App. No.
14/265,607
Granted
May 3, 2016
Kind
B2
Abstract

Techniques are described for providing error management capabilities for disaster recovery operations. In an embodiment, first user input is received that identifies a first error mode to assign to a particular step of a disaster recovery plan that includes a set of steps for performing a disaster recovery operation. In response to receiving the first user input, the particular step is associated with the first error mode. In response to determining that an error occurred while processing the particular step of the disaster recovery plan, the error mode that is associated with the particular step is determined. Error handling is performed for the particular step based, at least in part, on the error mode that is associated with the particular step of the disaster recovery plan.

Claims (81)

1. A method for managing errors during disaster recovery operations, the method comprising:

receiving first user input that identifies a first error mode to assign to a particular step of a disaster recovery plan that includes a set of steps for performing a disaster recovery operation;

in response to receiving the first user input, associating the particular step of the disaster recovery plan with the first error mode;

determining that an error occurred while processing the particular step of the disaster recovery plan;

in response to determining that the error occurred while processing the particular step of the disaster recovery plan, determining that the first error mode is associated with the particular step of the disaster recovery plan;

performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan; and

wherein the method is performed by one or more computing devices.

2. The method of claim 1 ,

wherein the first error mode indicates that a workflow of the disaster recovery operation should continue if an error occurs while processing the particular step; and

wherein performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan comprises:

continuing to a subsequent step of the set of steps in the disaster recovery plan without requiring input from a user.

3. The method of claim 1 ,

wherein the first error mode indicates that a workflow of the disaster recovery operation should stop if an error occurs while processing the particular step; and

wherein performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan comprises:

requiring input from a user before proceeding to a subsequent step of the set of steps in the disaster recovery plan.

4. The method of claim 3 , further comprising:

receiving second user input that requests retried execution of the particular step in the disaster recovery plan; and

in response to receiving the second user input, attempting to execute the particular step one or more times.

5. The method of claim 1 , further comprising:

receiving second user input that requests suspension of the disaster recovery operation; and

in response to receiving the second user input, exiting a workflow associated with executing the set of steps in the disaster recovery plan.

6. The method of claim 5 , further comprising:

receiving third user input that requests resumption of a disaster recovery operation; and

in response to receiving the third user input, resuming the workflow associated with executing the set of steps in the disaster recovery plan.

7. The method of claim 1 , further comprising:

receiving second user input that identifies a second error mode to assign to a second step of a disaster recovery plan; and

in response to receiving the second user input, associating the second step of the disaster recovery plan with the second error mode;

wherein the second error mode is different than the first error mode.

8. One or more non-transitory computer-readable media storing instructions for managing errors during disaster recovery operations, the instructions, when executed by one or more processors, cause:

receiving first user input that identifies a first error mode to assign to a particular step of a disaster recovery plan that includes a set of steps for performing a disaster recovery operation;

in response to receiving the first user input, associating the particular step of the disaster recovery plan with the first error mode;

determining that an error occurred while processing the particular step of the disaster recovery plan;

in response to determining that the error occurred while processing the particular step of the disaster recovery plan, determining the error mode is associated with the particular step of the disaster recovery plan; and

performing error handling for the particular step based, at least in part, on the error mode that is associated with the particular step of the disaster recovery plan.

9. The one or more non-transitory computer-readable media of claim 8 ,

wherein the error mode indicates that a workflow of the disaster recovery operation should continue if an error occurs while processing the particular step; and

wherein instructions for performing error handling for the particular step based, at least in part, on the error mode that is associated with the particular step of the disaster recovery plan comprise instructions, that when executed by said one or more processors, cause:

continuing to a subsequent step of the set of steps in the disaster recovery plan without requiring input from a user.

10. The one or more non-transitory computer-readable media of claim 8 ,

wherein the error mode indicates that a workflow of the disaster recovery operation should stop if an error occurs while processing the particular step; and

wherein instructions for performing error handling for the particular step based, at least in part, on the error mode that is associated with the particular step of the disaster recovery plan comprise instructions, that when executed by said one or more processors, cause:

requiring input from a user before proceeding to a subsequent step of the set of steps in the disaster recovery plan.

11. The one or more non-transitory computer-readable media of claim 10 , further storing instructions which, when executed by the one or more processors, cause:

receiving second user input that requests retried execution of the particular step in the disaster recovery plan; and

in response to receiving the second user input, attempting to execute the particular step one or more times.

12. The one or more non-transitory computer-readable media of claim 8 , further storing instructions which, when executed by the one or more processors, cause:

receiving second user input that requests suspension of the disaster recovery operation; and

in response to receiving the second user input, exiting a workflow associated with executing the set of steps in the disaster recovery plan.

13. The one or more non-transitory computer-readable media of claim 12 , further storing instructions which, when executed by the one or more processors, cause:

receiving third user input that requests resumption of a disaster recovery operation; and

in response to receiving the third user input, resuming the workflow associated with executing the set of steps in the disaster recovery plan.

14. The one or more non-transitory computer-readable media of claim 8 , further storing instructions which, when executed by the one or more processors, cause:

receiving second user input that identifies a second error mode to assign to a second step of a disaster recovery plan; and

in response to receiving the second user input, associating the second step of the disaster recovery plan with the second error mode;

wherein the second error mode is different than the first error mode.

15. A system comprising:

one or more processors;

one or more non-transitory computer-readable media storing instructions which, when executed by one or more processors, cause:

receiving first user input that identifies a first error mode to assign to a particular step of a disaster recovery plan that includes a set of steps for performing a disaster recovery operation;

in response to receiving the first user input, associating the particular step of the disaster recovery plan with the first error mode;

determining that an error occurred while processing the particular step of the disaster recovery plan;

in response to determining that the error occurred while processing the particular step of the disaster recovery plan, determining that the first error mode is associated with the particular step of the disaster recovery plan; and

performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan.

16. The system claim 15 ,

wherein the first error mode indicates that a workflow of the disaster recovery operation should continue if an error occurs while processing the particular step; and

wherein instructions for performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan comprise instructions for:

continuing to a subsequent step of the set of steps in the disaster recovery plan without requiring input from a user.

17. The system claim 15 ,

wherein the first error mode indicates that a workflow of the disaster recovery operation should stop if an error occurs while processing the particular step; and

wherein instructions for performing error handling for the particular step based, at least in part, on the first error mode that is associated with the particular step of the disaster recovery plan comprise instructions for:

requiring input from a user before proceeding to a subsequent step of the set of steps in the disaster recovery plan.

18. The system claim 17 , wherein the one or more non-transitory computer-readable media further store instructions which, when executed by the one or more processors, cause:

receiving second user input that requests retried execution of the particular step in the disaster recovery plan; and

in response to receiving the second user input, attempting to execute the particular step one or more times.

19. The system claim 15 , wherein the one or more non-transitory computer-readable media further store instructions which, when executed by the one or more processors, cause:

receiving second user input that requests suspension of the disaster recovery operation; and

in response to receiving the second user input, exiting a workflow associated with executing the set of steps in the disaster recovery plan.

20. The system claim 15 , wherein the one or more non-transitory computer-readable media further store instructions which, when executed by the one or more processors, cause:

receiving second user input that identifies a second error mode to assign to a second step of a disaster recovery plan; and

in response to receiving the second user input, associating the second step of the disaster recovery plan with the second error mode;

wherein the second error mode is different than the first error mode.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 12, 2014
From: SAMPATH, PRAVEEN; VIJJAPURAPU, RAMA; DESAI, MAHESH; BORDE, SHEKHAR
To: ORACLE INTERNATIONAL CORPORATION
Reel/Frame 032868/0319 →
Continuity (1)
Related Publication 20150317221A1 · Nov 5, 2015