Preventing Resource Exhaustion in Disaster Recovery Tests
Question
A disaster recovery team learned of several mistakes that were made during the last disaster recovery parallel test.
Computational resources ran out at 70% of restoration of critical services.
Which of the following should be modified to prevent the issue from reoccurring?
Answers
Explanations
Click on the arrows to vote for the correct answer
A. B. C. D.B.
https://www.nakivo.com/blog/disaster-recovery-in-cloud-computing/
The issue in the last disaster recovery parallel test was that computational resources ran out at 70% of the restoration of critical services. This suggests that there was insufficient computational capacity allocated to support the recovery process. To prevent this issue from reoccurring, one or more of the following options could be modified:
A. Recovery point objective (RPO): The RPO is the maximum amount of data loss that an organization can tolerate during a disruption. Modifying the RPO might not be the best solution in this case, as it does not address the issue of computational resource allocation during the recovery process.
B. Recovery time objective (RTO): The RTO is the maximum time allowed for the recovery of critical services. Modifying the RTO might not be the best solution in this case, as it does not address the issue of computational resource allocation during the recovery process.
C. Mission-essential functions (MEFs): MEFs are the functions that an organization must perform to fulfill its mission. Modifying the MEFs might not be the best solution in this case, as it does not address the issue of computational resource allocation during the recovery process.
D. Recovery service level (RSL): The RSL is the level of service that an organization requires from its IT systems during the recovery process. Modifying the RSL could be a good solution in this case, as it could include the allocation of sufficient computational resources to support the recovery process.
Therefore, the best option to prevent the issue from reoccurring is to modify the recovery service level (D) to ensure that there is sufficient computational capacity allocated to support the recovery process.