Migrating SAP HANA from Other Platforms to Amazon
This scenario is more straightforward than migrating from anyDB, because you’re already using SAP HANA. For this migration, you need to map your existing SAP HANA systems and sizing that are on a different platform to SAP HANA solutions on Amazon.
EC2 instance memory capabilities give you the option to consolidate multiple SAP HANA
databases on a single EC2 instance (scale-up) or multiple EC2 instances (scale-out). SAP calls
these options HANA and ABAP One Server, Multiple Components in One Database (MCOD), Multiple
Components in One System (MCOS), and Multitenant Database Containers (MDC). It is beyond the
scope of this guide to recommend specific consolidation combinations; for possible
combinations, see SAP Note
1661202 – Support for multiple applications on SAP HANA
This migration scenario involves provisioning your SAP HANA system on Amazon, backing up your
source database, transferring your data to Amazon, and installing your SAP application servers.
If you are resizing your HANA environment from scale-up to scale-out, please follow the
process highlighted in SAP
Note 2130603
Options
Option 1: Amazon Migration Hub Orchestrator
For details on how to migrate SAP HANA systems to Amazon using Amazon Migration Hub Orchestrator, see Migrate SAP NetWeaver based applications and SAP HANA databases to Amazon.
Option 2: SAP HANA Backup and Restore
-
Provision your SAP HANA system and landscape on Amazon. (The Amazon Launch Wizard for SAP can help expedite and automate this process for you.)
-
Transfer (sftp or rsync) a full SAP HANA backup, making sure to transfer any necessary SAP HANA logs for point-in-time recovery, from your source system to your target EC2 instance on Amazon. A general tip here is to compress your files and split your files into smaller chunks to parallelize the transfer. If your transfer destination is Amazon S3, using the aws s3 cp command will automatically parallelize the file upload for you. For other options for transferring your data to Amazon, see the Amazon services listed previously in the Backup/Restore Tools section.
-
Recover your SAP HANA database.
-
Install your SAP application servers. (Skip this step if you used the Amazon Launch Wizard for SAP in step 1.)
-
Depending on your application architecture, you might need to reconnect your applications to the newly migrated SAP HANA system.
Option 3: SAP HANA Classical Migration
-
Provision your SAP HANA system and landscape on Amazon. (The Amazon Launch Wizard for SAP can help expedite and automate this process for you.)
-
Perform an SAP homogeneous system copy to export your source SAP HANA database. You may also choose to use a database backup as the export; see SAP Note 1844468 – Homogeneous system copy on SAP HANA
. When export is complete, transfer your data into Amazon. -
Continue the SAP system copy process on your SAP HANA system on Amazon to import the data you exported in step 2.
-
Install your SAP application servers. (Skip this step if you used the Amazon Launch Wizard for SAP in step 1.)
-
Depending on your application architecture, you might need to reconnect your applications to the newly migrated SAP HANA system.
Option 4: SAP HANA HSR
-
Provision your SAP HANA system and landscape on Amazon. (Amazon Launch Wizard for SAP can help expedite and automate this process for you.) To save costs, you might choose to stand up a smaller EC2 instance type.
-
Establish asynchronous SAP HANA system replication from your source database to your standby SAP HANA database on Amazon.
-
Perform an SAP HANA takeover on your standby database.
-
Install your SAP application servers. (Skip this step if you used Amazon Launch Wizard for SAP in step 1.)
-
Depending on your application architecture, you might need to reconnect your applications to the newly migrated SAP HANA system.
Option 5: SAP HANA HSR (with Initialization via Backup and Restore)
-
Provision your SAP HANA system and landscape on Amazon. (Amazon Launch Wizard for SAP can help expedite and automate this process for you.) To save costs, you might choose to stand up a smaller EC2 instance type.
-
Stop the source SAP HANA database and obtain a copy of the data files (this is essentially a cold backup). After the files have been saved, you may start up your SAP HANA database again.
-
Transfer the SAP HANA data files to Amazon, to the SAP HANA server you provisioned in step 1. (For example, you can store the data files in the /backup directory or in Amazon S3 during the transfer process.)
-
Stop the SAP HANA database on the target system in Amazon. Replace the SAP HANA data files (on the target server) with the SAP HANA data files you transferred in step 3.
-
Start the SAP HANA system on the target system and establish asynchronous SAP HANA system replication from your source system to your target SAP HANA system in Amazon.
-
Perform an SAP HANA takeover on your standby database.
-
Install your SAP application servers. (Skip this step if you used Amazon Launch Wizard for SAP in step 1.)
-
Depending on your application architecture, you might need to reconnect your applications to the newly migrated SAP HANA system.
Option 6: SAP HANA (on-premises) to SAP HANA (Amazon Web Services Cloud)
SAP added a new feature to the DMO option with SUM 2.0 SP-17 – DMO with system move, enabling SAP HANA to SAP HANA migration. It combines migration with conversion. With this option, you can convert SAP ERP on SAP HANA to SAP S/4HANA while migrating the system to SAP S/4HANA cloud, private edition on Amazon Web Services Cloud.
DMOVE2S4 enables homogeneous migration (SAP HANA to SAP HANA). For this scenario, downtime optimized techniques, such as downtime optimized DMO (doDMO) or downtime optimized conversion (DOC) are currently not supported.
For more information, see SAP Blog - Two Major News
with SUM 2.0 SP 17
The following image displays this option.