Enhanced disaster recovery procedure of applications in a cloud environment

1. A system associated with disaster recovery from a primary region to a secondary region of a cloud landscape, comprising:

(a) a disaster recovery data store containing a plurality of electronic records including an operator-defined parallel account failover value; and

(b) a disaster recovery service platform, coupled to the disaster recovery data store, adapted to:

(i) establish the primary region as an active region,

(ii) determine that a suspected potential disaster has occurred in connection with the primary region before an actual disaster is confirmed,

(iii) responsive to said determination, initiate a warm-up process causing a pool of virtual machines to begin execution at the secondary region before the actual disaster is confirmed,

(iv) confirm that the actual disaster has occurred in connection with the primary region,

(v) responsive to said confirmation, simultaneously execute disaster recovery failover procedures from the primary region to the secondary region for multiple accounts in parallel based on the operator-defined parallel account failover value,

(vi) after the disaster recovery failover procedures begin to execute and before all of the failover procedures are complete, transmit at least one intermediate failover report,

(vii) after all of the failover procedures are complete, transmit a final failover report, and

(viii) after all of the failover procedures are complete, establish the secondary region as the active region using the pool of virtual machines.

2. The system of claim 1 , wherein the disaster recovery data store further includes an operator-defined timeout value.

3. The system of claim 2 , wherein a disaster recovery failover procedure for an account is categorized as “failed” when it executes longer than the operator-defined timeout value.

4. The system of claim 1 , wherein services that subscribe to a predetermined topic receive a notification via a messaging service when the disaster recovery failover procedures are executed.

5. The system of claim 1 , wherein the intermediate failover report includes at least one of: (i) a primary landscape identifier, (ii) a secondary landscape identifier, (iii) a failover duration, (iv) an operator identifier, (v) a failover process identifier, (vi) a total number of disaster recovery accounts, (vii) a number of successful accounts, (viii) a number of failed accounts, (ix) a number of timed-out accounts, (x) a number of running accounts, and (xi) a number of pending accounts.

6. The system of claim 1 , wherein the warm-up process includes a calculation of a number of virtual machines in the pool.

7. The system of claim 1 , wherein a health check test uses messaging to check the replication of sent messages to a queue.

8. A method associated with disaster recovery from a primary region to a secondary region of a cloud landscape, comprising:

establishing the primary region as an active region;

determining that a suspected potential disaster has occurred in connection with the primary region before an actual disaster is confirmed;

responsive to said determination, initiating a warm-up process causing a pool of virtual machines to begin execution at the secondary region before the actual disaster is confirmed;

confirming that the actual disaster has occurred in connection with the primary region;

responsive to said confirmation, simultaneously executing disaster recovery failover procedures from the primary region to the secondary region for multiple accounts in parallel based on an operator-defined parallel account failover value retrieved from a disaster recovery data store;

after the disaster recovery failover procedures begin to execute and before all of the failover procedures are complete, transmitting at least one intermediate failover report;

after all of the failover procedures are complete, transmitting a final failover report; and

after all of the failover procedures are complete, establishing the secondary region as the active region using the pool of virtual machines.

9. The method of claim 8 , wherein the disaster recovery data store further includes an operator-defined timeout value.

10. The method of claim 9 , wherein a disaster recovery failover procedure for an account is categorized as “failed” when it executes longer than the operator-defined timeout value.

11. The method of claim 8 , wherein services that subscribe to a predetermined topic receive a notification via a messaging service when the disaster recovery failover procedures are executed.

12. The method of claim 8 , wherein the intermediate failover report includes at least one of: (i) a primary landscape identifier, (ii) a secondary landscape identifier, (iii) a failover duration, (iv) an operator identifier, (v) a failover process identifier, (vi) a total number of disaster recovery accounts, (vii) a number of successful accounts, (viii) a number of failed accounts, (ix) a number of timed-out accounts, (x) a number of running accounts, and (xi) a number of pending accounts.

13. The method of claim 8 , wherein the warm-up process includes a calculation of a number of virtual machines in the pool.

14. The method of claim 8 , wherein a health check test uses messaging to check the replication of sent messages to a queue.

15. A non-transitory, computer-readable medium storing program code, the program code executable by a computer processor to cause the processor to perform a method associated with disaster recovery from a primary region to a secondary region of a cloud landscape, the method comprising:

establishing the primary region as an active region;

determining that a suspected potential disaster has occurred in connection with the primary region before an actual disaster is confirmed;

responsive to said determination, initiating a warm-up process causing a pool of virtual machines to begin execution at the secondary region before the actual disaster is confirmed;

if it is confirmed that the actual disaster has occurred in connection with the primary region, then:

(i) responsive to said confirmation of disaster, simultaneously executing disaster recovery failover procedures from the primary region to the secondary region for multiple accounts in parallel based on an operator-defined parallel account failover value retrieved from a disaster recovery data store,

(ii) after the disaster recovery failover procedures begin to execute and before all of the failover procedures are complete, transmitting at least one intermediate failover report,

(iii) after all of the failover procedures are complete, transmitting a final failover report, and

(iv) after all of the failover procedures are complete, establishing the secondary region as the active region using the pool of virtual machines; and

if it confirmed that no actual disaster has occurred in connection with the primary region, then:

(i) responsive to said confirmation of no disaster, performing a regular incident management process.

16. The medium of claim 15 , wherein the disaster recovery data store further includes an operator-defined timeout value.

17. The medium of claim 16 , wherein a disaster recovery failover procedure for an account is categorized as “failed” when it executes longer than the operator-defined timeout value.

18. The medium of claim 15 , wherein services that subscribe to a predetermined topic receive a notification via a messaging service when the disaster recovery failover procedures are executed.

19. The medium of claim 15 , wherein the intermediate failover report includes at least one of: (i) a primary landscape identifier, (ii) a secondary landscape identifier, (iii) a failover duration, (iv) an operator identifier, (v) a failover process identifier, (vi) a total number of disaster recovery accounts, (vii) a number of successful accounts, (viii) a number of failed accounts, (ix) a number of timed-out accounts, (x) a number of running accounts, and (xi) a number of pending accounts.

20. The medium of claim 15 , wherein the warm-up process includes a calculation of a number of virtual machines in the pool.

21. The medium of claim 15 , wherein a health check test uses messaging to check the replication of sent messages to a queue.