Use Server Migration Center (SMC) to migrate ECS instances between accounts or across regions within the same account for various purposes, including business migration, insufficient regional inventory, cost optimization, and disaster recovery.
You can also use the Copy Custom Image and Share Custom Image features of ECS to migrate ECS Instances between accounts or within the same account.
Use cases
You can migrate an Elastic Compute Service (ECS) instance in the following use cases:
Use case 1: Migrate an instance between different Accounts
In this use case, you migrate an ECS instance to a different Alibaba Cloud Account. This migration is supported both within the same Region and across different Regions.
Use case 2: Migrate an instance within the same Account
In this use case, you migrate an ECS instance within the same Alibaba Cloud Account, either to a different Region or Zone.
If you have not purchased a Target Instance, you can convert the Source Server to a Custom Image and then use the Image to manually create a new ECS instance.
If you have purchased a Target Instance, you can migrate the Source Server directly to it. Ensure that the Storage and Operating System of the Source Server are compatible with the Target Instance.
Use case 3: Shrink disks
Elastic Compute Service (ECS) does not support directly scaling down a System Disk or Data Disk. As a workaround, you can migrate the instance to a Custom Image or a Target Instance that has smaller disks. This method is supported for migrations within the same Account and across different Accounts. For more information, see Shrink disks.
ImportantFor Linux servers, you can modify the disk size during migration only when Block Replication is disabled.
For Windows servers, you must shrink the disk before migration.
Migration limits
Currently, you cannot migrate ECS instances created from Alibaba Cloud Marketplace images. To do so, contact us to be added to the whitelist.
Migration considerations
Before migrating, consider the following:
Consideration | Description |
Migrated data directories | During migration, SMC automatically generates a destination disk partition structure that matches the source server's disk partition structure as closely as possible. You can adjust the destination disk's partition structure, including partition size, order, transfer method, and Logical Volume Management (LVM) configurations. By default, all disks on the server are migrated:
For more information, see Adjust the disk partition structure as needed. |
Intermediate instance | Do not interfere with the intermediate instance. To avoid migration failure, do not stop, start, restart, or release the intermediate instance during the migration. Do not change its billing method. After the migration is complete, the intermediate instance is automatically released. Note
For more information, see How SMC works. |
IP address | The IP address changes after migration, which may cause service interruptions. Migrate during off-peak hours. If your services involve IP address configurations, modify the domain name resolution and ICP filing information after the migration.
|
Underlying hardware devices | After migration, the underlying hardware devices change. This may invalidate some application licenses that are bound to hardware. Check your licenses. |
Performance impact | The migration process consumes server resources, including CPU, memory, disk I/O, and network bandwidth. |
Data consistency before and after migration | For information about data and system configuration changes that occur before and after migration, see Data consistency issues after migration. |
Preparations
Complete the pre-migration preparations for the server.
Read the migration guide to understand the SMC client, migration principles, billing, migration process, and feedback channels.
To prevent data loss, back up important data to an image, snapshot, or a storage device other than the instance before you start the migration.
When you migrate servers across international regions, the migration speed may be slow because of unstable public network conditions. You can estimate the migration time and test the transfer speed. We recommend that you connect your source server to the Alibaba Cloud VPC using a VPN Gateway, Express Connect circuit, physical connection, or Smart Access Gateway, and then migrate over the private network.
If you can directly access a VPC in an Alibaba Cloud region from your on-premises data center, VM environment, or cloud host, we recommend that you use the SMC private network migration solution. This solution is faster and more stable than migrating over the public network and improves migration efficiency.
To migrate a source server to a purchased Alibaba Cloud ECS instance:
If the source server runs a Linux system, the destination instance must run a Linux distribution. If the source server runs a Windows system, the destination instance must run a Windows system.
The number of data disks attached to the destination instance must be greater than or equal to the number of data disks on the source server. If the destination instance does not have enough data disks, you must attach data disks.
The capacity of the system disk and data disks on the destination instance must be greater than or equal to the capacity of the system disk and data disks on the source server. If you want to reduce the disk size, the capacity of the system and data disks on the destination instance must be greater than or equal to the used capacity of the disks on the source server. If the disk capacity of the destination instance is insufficient, you must resize the disks.
Migration procedure
Step 2: Migration configuration
Verify the migration result
Clean up resources
Migrate to an ECS image
During the migration, SMC creates a temporary pay-as-you-go intermediate instance named No_Delete_SMC_Transition_Instance in your destination Alibaba Cloud account to assist with the migration. Whether you need to manually clean up the instance depends on the migration result:
Migration successful: The intermediate instance is automatically released. You do not need to clean it up manually.
Migration error: The intermediate instance persists with the migration task and incurs charges. You can release it in one of the following ways to avoid unnecessary charges:
If you no longer need this migration task, click the source ID, and then in the Actions column, click Cancel Migration. This action deletes the migration task and automatically cleans up the intermediate instance.
Manually release the intermediate instance.
Migrate to an ECS instance
During the migration, SMC creates a temporary pay-as-you-go intermediate disk named SMC_Temp_Disk under the destination instance to assist with the migration. Whether you need to manually clean up this intermediate disk depends on the migration result:
Migration successful: The intermediate disk is automatically released. You do not need to clean it up manually.
Migration error: The intermediate disk persists with the migration task and incurs charges. You can release it in one of the following ways to avoid unnecessary charges:
If you have confirmed that a migration task is no longer needed, click its source ID. In the Actions column for the task, click Cancel Migration. This action deletes the migration task and automatically cleans up the intermediate disk.
Manually release the intermediate disk.
References
To migrate incremental data multiple times, you can perform multiple incremental migrations at custom intervals after the initial full migration is complete. This synchronizes the incremental data generated on the source server to Alibaba Cloud, which reduces business downtime and the final cutover time. For more information, see Incremental server migration.
For more information about common issues and solutions, see FAQ and Troubleshooting.









icon in front of the mount target.


