Disaster recovery for SAP workloads on Amazon using Amazon Elastic Disaster Recovery
Disasters due to natural events (earthquakes, hurricanes, or floods), application failures, technical failures or human actions cause application downtime and potential data loss, impacting revenue. To mitigate such scenarios, you can create a business continuity plan with the key element of disaster recovery. Designing, implementing, and maintaining a disaster recovery plan is critical for organizations running mission-critical applications, such as SAP. For more information, see Business Continuity Plan (BCP).
Amazon Elastic Disaster Recovery enables organizations to quickly and easily implement a new or migrate an existing disaster recovery plan to Amazon. The source servers can be hosted on Amazon, existing physical or virtual data centers, private cloud or with other cloud providers. We recommend using Elastic Disaster Recovery to implement a disaster recovery plan for your SAP workloads, where Amazon is the disaster recovery environment, and the source environment may or may not be on Amazon. You can access Elastic Disaster Recovery from console.amazonaws.cn.
An initial setup of the Amazon Replication Agent is required on the source systems for Elastic Disaster Recovery to initiate secure data replication. Your data is replicated using secure protocols, either directly over the internet, or via an encrypted and/or dedicated network connection, to any Amazon Region supported by Elastic Disaster Recovery. By replicating the source systems to replication servers in a staging area, the cost of disaster recovery is optimized by using affordable storage, shared servers, and minimal compute resources to maintain ongoing replication.
You can perform non-disruptive tests, known as drills, to confirm that your Elastic Disaster Recovery implementation is ready for a disaster recovery scenario. Elastic Disaster Recovery automatically converts your servers to boot and run natively on Amazon when you launch instances for drills or recovery. The service also automatically creates point in time (PIT) snapshots of your server state as it replicates. If you need to recover applications, you can launch recovery instances on Amazon within minutes, using the latest snapshot or an earlier PIT snapshot. Once your applications are running on Amazon, you can choose to keep them there or initiate data replication back to your primary site when the issue is resolved. You can fail back to your primary site with Elastic Disaster Recovery tools, such as Failback Client.
For more information, see What is Elastic Disaster Recovery?
Topics
Scenarios
The following disaster recovery scenarios are covered in this document.
-
in-region – source workload is running on Amazon cloud and disaster recovery implementation uses a second Availability Zone in the same Amazon Region.
-
cross-region – source workload is running on Amazon cloud and disaster recovery implementation uses a different Amazon Region. The choice of another Region can be for compliance reasons.
-
outside of Amazon – source workload is running outside of Amazon (on-premises, public or private cloud) and disaster recovery is implemented with Amazon.
References
This document does not provide detailed steps for setting up and using Amazon Elastic Disaster Recovery. For more information, see Amazon Elastic Disaster Recovery.
It is important to understand the key business requirements that guide a disaster recovery solution design and implementation, including recovery point objectives, recovery time objectives, along with the disaster recovery plan and disaster recovery drill. Check the following resources for concepts related to a disaster recovery implementation on Amazon.
If you are new to Amazon, see the following documents.
To use this information provided here effectively, you must have previous experience installing, migrating, and operating SAP environments and systems on Amazon, along with high availability and disaster recovery solution implementation.