Server Migration Center (SMC) helps you securely and efficiently migrate servers to Alibaba Cloud Elastic Compute Service (ECS). You can migrate servers from self-managed data centers, on-premises virtual machines (VMs) such as VMware, VirtualBox, Xen, KVM, and Hyper-V, and other cloud platforms such as Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP), Tencent Cloud, UCloud, China Telecom Cloud, and QingCloud. SMC simplifies the migration process and reduces the technical barriers and risks of server migration.
Migration scenarios
Due to a change in the intermediate technology solution for server migration, Server Migration Center (SMC) will no longer support migrating Windows servers to destination instances in Alibaba Cloud regions outside the Chinese mainland after 11:59 PM (UTC+8) on November 30, 2025. Before this date, SMC client V2.8.5 and earlier can still be used. For more information about the change and its impact, see Notice on SMC Discontinuing Support for Migrating Windows Servers to Destination Instances in Regions Outside the Chinese mainland.
(Recommended) Migrate a server to an Alibaba Cloud ECS custom image.
If you have not purchased an Alibaba Cloud ECS instance, you can migrate your server to an Alibaba Cloud ECS custom image. Then, you can use the custom image to manually create an ECS instance.
Migrate a server to an existing Alibaba Cloud ECS instance.
If you have already purchased an Alibaba Cloud ECS instance and its storage, operating system, and other configurations are compatible with the source server, you can migrate the source server to the existing ECS instance.
WarningAfter migration, the original data on the destination ECS instance is erased. The data on the source server is not affected. Therefore, do not use this method if the destination ECS instance contains important data.
Migration impact
Before you migrate, consider the following impacts.
Impact | Description |
Migrated data directories | During migration, SMC automatically generates a disk partition structure for the destination that is as consistent as possible with the source server's disk partition structure. You can adjust the partition structure of the destination disk, including partition size, order, transfer method, and logical volume management (LVM) configurations. By default, all disks on the server are migrated:
|
Intermediate instance | Do not interfere with the intermediate instance. To prevent migration failure, do not stop, start, restart, or release the intermediate instance, or change its billing method during the migration. After the migration is complete, the intermediate instance is automatically released. Note
For more information, see Migration principles. |
IP address | The IP address changes after migration, which may cause service interruptions. We recommend that you perform the migration during off-peak hours. If your services involve IP address configurations, modify the domain name resolution and ICP filing information yourself after the migration.
|
Underlying hardware devices | The underlying hardware devices change after migration. 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 migration.
To migrate a server across international regions, the migration may be slow because of unstable public network conditions. Estimate the migration time and test the transfer speed. We recommend that you connect the source server to an Alibaba Cloud VPC using a VPN Gateway, Express Connect circuit, or Smart Access Gateway and migrate over a private network.
If you can directly access a VPC in an Alibaba Cloud region from your self-managed 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 using the public network and can improve migration efficiency.
To migrate the source server to an existing Alibaba Cloud ECS instance:
If the source server runs a Linux system, the destination instance must be a Linux distribution. If the source server runs a Windows system, the destination instance must be a Windows server.
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 of the destination instance must be greater than or equal to the capacity of the system disk and data disks of the source server. If you want to scale in the disks of the source server, the capacity of the 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
Verify the migration result
Clean up resources
Migrate to a cloud server image
During 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. You must decide whether to manually release the instance based on the migration outcome:
Successful migration: The intermediate instance is automatically released. You do not need to manually release it.
Migration error: The intermediate instance continues to exist with the migration task and incurs charges. You can release it in the following ways to avoid unnecessary charges:
If you no longer need a migration task, click the migration source ID, and then in the Actions column for that task, click Clean Up Migration to delete the task and automatically clean up the intermediate instance.
Manually release the intermediate instance.
Migrate to a destination instance
During migration, SMC creates a temporary pay-as-you-go intermediate disk named SMC_Temp_Disk
under the destination instance to assist with the migration. You must decide whether to manually release this intermediate disk based on the migration outcome:
Successful migration: The intermediate disk is automatically released. You do not need to manually release it.
Migration error: The intermediate disk continues to exist with the migration task and incurs charges. You can choose one of the following ways to release it to avoid unnecessary charges:
If you have confirmed that you no longer need the migration task, click the migration source ID, and in the Actions column of the migration task, click Clean Up Migration to automatically clean up the intermediate disk by deleting the migration task.
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 common issues and solutions, see FAQ and Troubleshooting.