All Products
Search
Document Center

Data Transmission Service:Overview of data migration scenarios

Last Updated:May 15, 2025

Data Transmission Service (DTS) allows you to migrate data between homogeneous data sources or between heterogeneous data sources. Typical scenarios include data migration to Alibaba Cloud, data migration between instances within Alibaba Cloud, and database sharding and scaling. This topic describes the database types, database versions, and migration types that are supported by the data migration feature. This topic also provides links to the relevant references.

Background

Migration types

Migration type

Description

Schema migration

DTS migrates the schemas of selected objects, such as tables, views, triggers, and stored procedures, from the source database to the destination database.

For schema migration between heterogeneous databases, DTS converts the schema syntax based on the syntax of the source and destination databases. For example, DTS converts the NUMBER data type in Oracle databases into the DECIMAL data type in MySQL databases.

Full data migration

DTS migrates the historical data of the selected objects from the source database to the destination database. If you select only Schema Migration and Full Data Migration when you configure a data migration task, DTS does not migrate incremental data that are generated in the source database.

Important

To ensure data consistency, do not write data to the source database during full data migration. To ensure service continuity, you must select Schema Migration, Full Data Migration, and Incremental Data Migration when you configure a data migration task.

Incremental data migration

DTS retrieves the incremental data change statements of an object to be migrated from the source database, such as retreving the incremental data statements from the binary log of a MySQL database, converts the statements based on the type of the destination database, and executes the statements in the destination database. In this way, the incremental data from the source database is migrated to the destination database.

Note

During incremental data migration, data is migrated between the source and destination databases in real time. The data migration task does not automatically stop. You must manually stop or delete the data migration task. For more information, see Terminate a DTS instance and Release DTS instances.

Differences between data synchronization and data migration

In some scenarios, data migration can implement part of data synchronization features. However, data synchronization provides better network stability and additional features. We recommend that you use data synchronization instead of data migration. For more information, see the What are the differences between data migration and data synchronization? section of the topic "FAQ".

Important

If you need to configure a migration instance for which the source and destination databases that reside in different regions (cross-border or cross-region), the source and destination databases must meet the following requirements:

  • If the Access Method parameter is set to Alibaba Cloud Instance for the source database, the source database must have a public endpoint.

  • If the Access Method parameter is not set to Alibaba Cloud Instance for the source database, the destination database must have a public endpoint.

Cross-account data migration

Whether cross-account data migration is supported depends on the type and access method of a database. If cross-account data migration is supported, the Replicate Data Across Alibaba Cloud Accounts parameter is displayed when you configure the source and destination database. If you want to migrate data across Alibaba Cloud accounts, set this parameter to Yes. For more information, see Configure a DTS task across Alibaba Cloud accounts.

Limits on the source instance

The following table describes the limits on network bandwidth and business requirements for the source database. For more information, see the relevant references.

Limits

Description

Network bandwidth

  • Supports a network bandwidth of at least 100 MB/s.

  • If a migration instance includes an incremental migration task, make sure that the round-trip time (RTT) between the source database and the DTS service, and between the DTS service and the destination database is less than 2 milliseconds. Otherwise, the performance of the migration instance is affected.

    If the physical distance between the source database and the DTS service is long, for example, a database deployed in the Singapore region is connected to the DTS service through a VPN deployed in the China (Hong Kong) region, the RTT is much higher than 2 milliseconds, which causes latency in the migration instance.

Business requirements

  • The total size of logs must be less than 1 TB. The average size of logs per hour must be less than 50 GB. The peak traffic must be less than 15 MB/s.

    Important

    By default, DTS pulls the logs of the entire database instance. If the objects that are not synchronized or migrated contain a large number of data changes, the DTS task is also delayed.

  • When you update a large amount of data or modify large fields such as those of the CLOB, BLOB, and LONG types, the DTS task may be delayed. We recommend that you perform such operations in batches or do not perform such operations.

  • Do not frequently delete or modify tables without primary keys. Otherwise, the DTS task may be delayed.

  • Do not frequently perform DDL operations. We recommend that you execute at most 10 DDL statements per second. Otherwise, the DTS task may be delayed.

  • Do not run large transactions, such as a transaction whose total size of logs exceeds 100 GB. Otherwise, the DTS task may fail.

FAQ

  • Does DTS support serverless ApsaraDB RDS for MySQL instances?

    Yes.

  • Does DTS support the serverless feature of PolarDB for MySQL clusters?

    Yes.

  • Does DTS support serverless ApsaraDB RDS for PostgreSQL instances?

    A serverless ApsaraDB RDS for PostgreSQL instance can serve only as the destination database instead of the source database.

  • Does DTS support instances in ApsaraDB for MyBase?

    Yes. When you create a task to migrate data to or from a database instance that is created in ApsaraDB for MyBase, you can set the Access Method parameter to Alibaba Cloud Instance. Then, DTS can access the database instance as expected. You can configure the data migration task by following the instructions described in the corresponding topic. You can find the link to the topic in one of the following tables.

    Note

    For example, you can migrate data from a self-managed MySQL database to an ApsaraDB MyBase for MySQL instance by referring to Migrate data from a self-managed MySQL database to an ApsaraDB RDS for MySQL instance.

  • What is a self-managed database?

    A self-managed database is a database where the Access Method is not set to Alibaba Cloud Instance when you configure a DTS task. The self-managed database includes databases that are hosted on a third-party cloud, on-premises databases, and databases that are hosted on ECS instances.

Data migration scenarios

Based on your business requirements, you can click a data migration instance from a source database from the guide section on the right side of the page to quickly view the supported database versions, migration types, and configuration procedures.

Migrate data from a self-managed MySQL database or an ApsaraDB RDS for MySQL instance

Important
  • A database in a PolarDB-X 1.0 instance must be created based on one or more ApsaraDB RDS for MySQL instances. DTS does not support PolarDB-X 1.0 databases that are created based on PolarDB for MySQL.

  • Schema migration is not supported when the destination database is hosted in a PolarDB-X 1.0 instance. Schema migration is supported when the destination database is hosted in a PolarDB-X 2.0 instance.

  • A database in a PolarDB-X 2.0 instance must be compatible with MySQL 5.7. We recommend that you update the instance to version 5.4.11 or later. For more information about how to update the version of an instance, see View and update the version of an instance.

  • Data migration to an AnalyticDB for MySQL 2.0 cluster is not supported in the new DTS console. You can configure a data migration task for this scenario only in the old DTS console.

Source database

Destination database

Migration type

References

  • Self-managed MySQL database Version

    5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

  • Self-managed MySQL database Version

    5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

PolarDB-X 1.0 instance

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a PolarDB-X 1.0 instance

PolarDB-X 2.0 instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a PolarDB-X 2.0 instance

AnalyticDB for MySQL cluster

Version 2.0 or 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an AnalyticDB for PostgreSQL instance

  • Self-managed PostgreSQL database

    Version 9.4.8 or later, such as 9.5, 9.6, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, or 16.x

  • ApsaraDB RDS for PostgreSQL instance

    Version 9.4, 10, 11, 12, 13, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an ApsaraDB RDS for PostgreSQL instance

  • ApsaraMQ for RocketMQ

    0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an ApsaraMQ for Kafka instance

ApsaraDB for ClickHouse cluster

Version 20.8 or later

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an ApsaraDB for ClickHouse cluster

DataHub project

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a DataHub project

Elasticsearch cluster

Versions 5.5, 5.6, 6.x, 7.x, or 8.x

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an Elasticsearch cluster

MaxCompute project

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a MaxCompute project

Self-managed Oracle database (RAC or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a self-managed Oracle database

Tair (Redis OSS-Compatible) instance (cluster, standard, or read/write splitting architecture)

Version 4.0, 5.0, 6.0, or 7.0

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a Tair (Redis OSS-Compatible) instance

Tablestore instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a Tablestore instance

ApsaraDB for SelectDB instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an ApsaraDB for SelectDB instance

Lindorm instance

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a Lindorm instance

Doris database

Version 1.2 or later

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to a self-managed Doris database

ApsaraMQ for RocketMQ instance

4.x and 5.x series

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MySQL instance to an ApsaraMQ for RocketMQ instance

Migrate data from a MariaDB database

Source database

Destination database

Migration type

References

  • ApsaraDB RDS for MariaDB TX instance

  • Self-managed MariaDB database

  • ApsaraDB RDS for MariaDB TX instance

  • Self-managed MariaDB database

Schema migration

Full data migration

Incremental data migration

ApsaraDB RDS for MySQL instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MariaDB instance to an ApsaraDB RDS for MySQL instance

ApsaraDB RDS for PostgreSQL instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for MariaDB instance to an ApsaraDB RDS for PostgreSQL instance

Migrate data from an ApsaraDB RDS for PPAS instance

Source database

Destination database

Migration type

References

ApsaraDB RDS for PPAS instance

All versions

PolarDB for PostgreSQL (Compatible with Oracle) cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for PPAS instance to a PolarDB for Oracle cluster

Migrate data from a PolarDB for MySQL cluster

Important
  • A database in a PolarDB-X 1.0 instance must be created based on one or more ApsaraDB RDS for MySQL instances. DTS does not support PolarDB-X 1.0 databases that are created based on PolarDB for MySQL clusters.

  • Schema migration is not supported when the destination database is hosted in a PolarDB-X 1.0 instance. Schema migration is supported when the destination database is hosted in a PolarDB-X 2.0 instance.

  • A database in a PolarDB-X 2.0 instance must be compatible with MySQL 5.7. We recommend that you update the instance to version 5.4.11 or later. For more information about how to update the version of an instance, see View and update the version of an instance.

Source database

Destination database

Migration type

References

PolarDB for MySQL cluster

All versions

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data between PolarDB for MySQL clusters

  • Self-managed MySQL databases

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to an ApsaraDB RDS for MySQL instance

PolarDB-X 1.0 instance

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a PolarDB-X 1.0 instance

PolarDB-X 2.0 instance

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a PolarDB-X 2.0 instance

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to an AnalyticDB for PostgreSQL instance

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a Kafka cluster

DataHub project

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a DataHub project

ApsaraDB for ClickHouse cluster

Version 20.8 or later

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a ApsaraDB for ClickHouse cluster

Self-managed Oracle database (RAC, PDB, or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a self-managed Oracle database

Elasticsearch cluster

Version 5.5, 5.6, 6.x, 7.x, or 8.x

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to an Elasticsearch cluster

MaxCompute project

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a MaxCompute project

ApsaraDB for SelectDB instance

Schema migration

Full data migration

Incremental data migration

Migrate data from PolarDB for MySQL to SelectDB

Doris database

Version 1.2 or later

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a self-managed Doris database

Lindorm instance

Full data migration

Incremental data migration

Migrate data from a PolarDB for MySQL cluster to a Lindorm instance

Migrate data from a PolarDB for PostgreSQL (Compatible with Oracle) cluster

Source database

Destination database

Migration type

References

PolarDB for PostgreSQL (Compatible with Oracle) cluster

All versions

PolarDB for PostgreSQL (Compatible with Oracle) cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data between PolarDB for PostgreSQL (Compatible with Oracle) clusters

Self-managed Oracle database (RAC, PDB, or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL (Compatible with Oracle) cluster to a self-managed Oracle database

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL (Compatible with Oracle) cluster to an ApsaraMQ for Kafka instance

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL (Compatible with Oracle) cluster to an AnalyticDB for MySQL V3.0 cluster

Migrate data from a PolarDB-X instance

Important
  • You can configure a data migration task for this scenario only in the new DTS console.

  • A database in a PolarDB-X 1.0 instance must be created based on one or more ApsaraDB RDS for MySQL instances. DTS does not support PolarDB-X 1.0 databases that are created based on PolarDB for MySQL clusters.

  • A database in a PolarDB-X 2.0 instance must be compatible with MySQL 5.7. We recommend that you update the instance to version 5.4.11 or later. For more information about how to update the version of an instance, see View and update the version of an instance.

Source database

Destination database

Migration type

References

PolarDB-X 1.0 instance

PolarDB-X 2.0 instance

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to a PolarDB-X 2.0 instance

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to an AnalyticDB for PostgreSQL instance

DataHub project

Schema migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to a DataHub project

Elasticsearch cluster

Version 5.5, 5.6, 6.x, 7.x, or 8.x

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to an Elasticsearch cluster

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to an ApsaraMQ for Kafka instance

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 1.0 instance to an ApsaraDB RDS for MySQL instance

PolarDB-X 2.0

PolarDB-X 2.0 instance

Schema migration

Full data migration

Incremental data migration

Migrate data between PolarDB-X 2.0 instances

  • Self-managed MySQL database

    Versions 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a PolarDB for MySQL cluster

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to an AnalyticDB for PostgreSQL instance

MaxCompute project

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a MaxCompute project

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a Message Queue for Apache Kafka instance

DataHub project

All versions

Schema migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a DataHub project

Elasticsearch cluster

Version 5.5, 5.6, 6.x, 7.x, or 8.x

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to an Elasticsearch cluster

Self-managed Oracle (RAC or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a self-managed Oracle database

Tablestore instance

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB-X 2.0 instance to a Tablestore instance

Migrate data from a PolarDB for PostgreSQL cluster

Source database

Destination database

Migration type

References

PolarDB for PostgreSQL cluster

Version 11, 14, 15, or 16

PolarDB for PostgreSQL cluster

Version 11, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data between PolarDB for PostgreSQL clusters

  • Self-managed PostgreSQL database

    Version 9.5.x, 9.6.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, or 16.x

  • ApsaraDB RDS for PostgreSQL instance

    Version 9.4, 10, 11, 12, 13, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL cluster to an ApsaraDB RDS for PostgreSQL instance

Self-managed Oracle (RAC or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL cluster to a self-managed Oracle database

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL cluster to an AnalyticDB for PostgreSQL instance

ApsaraDB for SelectDB instance

Schema migration

Full data migration

Incremental data migration

Migrate data from a PolarDB for PostgreSQL cluster to an ApsaraDB for SelectDB instance

Migrate data from a MaxCompute project

Source database

Destination database

Migration type

References

MaxCompute project

All versions

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Migrate data from a MaxCompute project to an ApsaraDB RDS for MySQL instance

Migrate data from an OceanBase database in MySQL mode

Source database

Destination database

Migration type

References

  • ApsaraDB for OceanBase instance

    Cluster instance and tenant instance in MySQL mode

  • OceanBase database in MySQL mode

    Community Edition

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an OceanBase database in MySQL mode to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a MySQL-compatible OceanBase database to a PolarDB for MySQL cluster

Lindorm instance

Full data migration

Incremental data migration

Migrate data from a MySQL-compatible OceanBase database to a Lindorm instance

Migrate data from an Oracle database

Important
  • A database in a PolarDB-X 1.0 instance must be created based on one or more ApsaraDB RDS for MySQL instances. DTS does not support PolarDB-X 1.0 databases that are created based on PolarDB for MySQL clusters.

  • For a data migration task whose destination database is a PolarDB-X 1.0 instance, schema migration is not supported. Schema migration is supported for a data migration task whose destination database is a PolarDB-X 2.0 instance.

  • A database in a PolarDB-X 2.0 instance must be compatible with MySQL 5.7. We recommend that you update the instance to version 5.4.11 or later. For more information about how to update the version of an instance, see View and update the version of an instance.

Source database

Destination database

Migration type

References

Self-managed Oracle database (RAC or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

PolarDB for PostgreSQL (Compatible with Oracle) cluster

All versions

Schema migration

Full data migration

Incremental data migration

Self-managed Oracle (RAC or non-RAC architecture)

Version 9i, 10g, 11g, 12c, 18c, or 19c

Schema migration

Full data migration

Incremental data migration

Migrate data between self-managed Oracle databases

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to a PolarDB for MySQL cluster

PolarDB for PostgreSQL cluster

Version 11, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to a PolarDB for PostgreSQL cluster

PolarDB-X 1.0 or PolarDB-X 2.0 instance

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to a PolarDB-X 2.0 instance

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to an AnalyticDB for PostgreSQL instance

  • Self-managed PostgreSQL database

    Version 9.4.8 or later, such as 9.5, 9.6, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, or 16.x

  • ApsaraDB RDS for PostgreSQL instance

    Version 9.4, 10, 11, 12, 13, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to an ApsaraMQ for Kafka instance

DataHub project

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed Oracle database to a DataHub project

Migrate data from a self-managed PostgreSQL database or an ApsaraDB RDS for PostgreSQL instance

Important

A serverless ApsaraDB RDS for PostgreSQL instance can serve only as the destination database instead of the source database.

Source database

Destination database

Migration type

References

  • Self-managed PostgreSQL database

    Version 9.4.8 or later, 9.5, 9.6, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, or 16.x

  • ApsaraDB RDS for PostgreSQL instance

    Version 9.4, 10, 11, 12, 13, 14, 15, or 16

  • Self-managed PostgreSQL database

    Version 9.4.8 or later, such as 9.5, 9.6, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, or 16.x

  • ApsaraDB RDS for PostgreSQL instance

    Version 9.4, 10, 11, 12, 13, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

PolarDB for PostgreSQL cluster

Version 11, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed PostgreSQL database to a PolarDB for PostgreSQL cluster

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for PostgreSQL instance to an ApsaraDB RDS for MySQL instance

PolarDB for PostgreSQL (Compatible with Oracle) cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed PostgreSQL database to a PolarDB for PostgreSQL (Compatible with Oracle) cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed PostgreSQL database to an AnalyticDB for PostgreSQL instance

ApsaraDB for SelectDB instance

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for PostgreSQL instance to an ApsaraDB for SelectDB instance

Migrate data from a self-managed SQL Server database or an ApsaraDB RDS for SQL Server instance

Important
  • The source self-managed SQL Server database must be one of the following editions: Enterprise, Developer, Enterprise Evaluation, Standard, Web.

  • The destination self-managed SQL Server database must be one of the following editions: Enterprise, Developer, Enterprise Evaluation, Standard, and Web.

  • If the version of the source self-managed SQL Server database is 2005 or the version of the source ApsaraDB RDS for SQL Server instance is 2008 or 2008 R2, incremental data migration is not supported for this scenario.

  • if the source database is an Azure SQL Database, you must set the SQL Server Incremental Synchronization Mode parameter to Polling and querying CDC instances for incremental synchronization.

  • DTS supports SQL Server Cluster or SQL Server AlwaysOn High Availability Group.

  • If the SQL Server Incremental Synchronization Mode parameter is set to Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables, data is migrated in the hybrid log-based parsing mode and the following versions of source databases are supported:

    • Enterprise or Enterprise Evaluation Edition: 2012, 2014, 2016, 2019, or 2022.

    • Standard Edition: 2016, 2019, or 2022.

  • If the source database is SQL Server Web, you must set the SQL Server Incremental Synchronization Mode only to Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

Source database

Destination database

Migration type

References

  • Self-managed SQL Server database

    Version 2005, 2008, 2008 R2, 2012, 2014, 2016, 2017, 2019, or 2022

  • ApsaraDB RDS for SQL Server instance

    Version 2008, 2008 R2, 2012, 2014, 2016, 2017, 2019, or 2022

  • Self-managed SQL Server database

    Version 2005, 2008, 2008 R2, 2012, 2014, 2016, 2017, 2019, or 2022

  • ApsaraDB RDS for SQL Server instance

    Version 2008, 2008 R2, 2012, 2014, 2016, 2017, 2019, or 2022

Schema migration

Full data migration

Incremental data migration

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for SQL Server instance to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for SQL Server instance to a PolarDB for MySQL cluster

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB RDS for SQL Server instance to an AnalyticDB for MySQL V3.0 cluster

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed SQL Server database to an AnalyticDB for PostgreSQL instance

ApsaraDB RDS for PostgreSQL instance

Version 9.4, 10, 11, 12, 13, 14, 15, or 16

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed SQL Server database to an ApsaraDB RDS for PostgreSQL instance

DataHub project

Schema migration

Incremental data migration

Migrate data from an ApsaraDB RDS for SQL Server instance to a DataHub project

Migrate data from a self-managed MongoDB database or an ApsaraDB for MongoDB instance

Source database

Destination database

Migration type

References

Standalone architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4 or 4.0

Standalone, replica set, or sharded cluster architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Schema migration

Full data migration

Cloud Database MongoDB Edition (standalone instance) Full Migration to Cloud Database MongoDB Edition (all architectures)

Replica set architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Replica set or sharded cluster instance

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB replica set instance to an ApsaraDB for MongoDB replica set or sharded cluster instance

Sharded cluster architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Replica set or sharded cluster architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed MongoDB database that uses the sharded cluster architecture to an ApsaraDB for MongoDB replica set or sharded cluster instance

Replica set or sharded cluster architecture

  • Self-managed MongoDB database

    Versions 3.0 to 7.0

  • ApsaraDB for MongoDB instance

    Version 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, or 7.0

Lindorm instance

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB instance to a Lindorm instance

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB instance to an AnalyticDB for PostgreSQL instance

AnalyticDB for MySQL V3.0 cluster

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB instance to an AnalyticDB for MySQL V3.0 cluster

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB instance to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Full data migration

Incremental data migration

Migrate data from an ApsaraDB for MongoDB instance to a PolarDB for MySQL cluster

  • ApsaraMQ for RocketMQ

    0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Full data migration

Incremental data migration

Synchronize data from an ApsaraDB for MongoDB instance to an ApsaraMQ for Kafka instance

Migrate data from a self-managed Redis database or a Tair (Redis OSS-Compatible) instance

Important
  • A Redis database is a NoSQL database and does not require schema migration.

  • If the source database is a self-managed Redis database or a Tair (Redis OSS-Compatible) instance, full data migration and incremental data migration are supported and collectively displayed as Incremental Data Migration.

Source database

Destination database

Migration type

References

  • Self-managed Redis database (standalone or cluster architecture)

    Version 2.8, 3.0, 3.2, 4.0, 5.0, 6.0, or 7.0

  • Tair (Redis OSS-Compatible) instance (cluster, standard, or read/write splitting architecture)Version 4.0, 5.0, 6.0, or 7.0

  • Self-managed Redis (standalone or cluster architecture) Version 2.8, 3.0, 3.2, 4.0, 5.0, 6.0, or 7.0

  • Tair (Redis OSS-Compatible) instance (cluster, standard, or read/write splitting architecture) Version 4.0, 5.0, 6.0, or 7.0

Full data migration

Incremental data migration

Migrate data from a TiDB database

Source database

Destination database

Migration type

References

TiDB database

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed TiDB database to an ApsaraDB RDS for MySQL instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed TiDB database to a PolarDB for MySQL cluster

PolarDB-X 2.0 instance

Schema migration

Full data migration

Incremental data migration

Available soon

AnalyticDB for MySQL

3.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a self-managed TiDB database to an AnalyticDB for MySQL V3.0 cluster

Migrate data from a self-managed Db2 for LUW database

Important
  • The Db2 for LUW database is displayed as DB2 for LUW in the DTS console.

  • A destination database in a PolarDB-X 2.0 instance must be compatible with MySQL 5.7. We recommend that you update the instance to version 5.4.11 or later. For more information about how to update the version of an instance, see View and update the version of an instance.

Source database

Destination database

Migration type

References

Db2 for LUW database

Version 9.5, 9.7, 10.1, 10.5, 11.1, or 11.5

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a Db2 for LUW database to an ApsaraDB RDS for MySQL instance

PolarDB-X 2.0 instance

Full data migration

Incremental data migration

Migrate data from a Db2 for LUW database to a PolarDB-X 2.0 instance

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a Db2 for LUW database to an AnalyticDB for PostgreSQL instance

  • ApsaraMQ for Kafka instance

    Versions 0.10.1.0 to 2.x

    Note

    If the number of brokers is greater than 3, you can set Access Method to Express Connect, VPN Gateway, or Smart Access Gateway for the instance

  • Self-managed Kafka cluster

    Versions 0.10.1.0 to 2.7.0

Schema migration

Full data migration

Incremental data migration

Migrate data from a Db2 for LUW database to an ApsaraMQ for Kafka instance

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Migrate data from a Db2 for LUW database to a PolarDB for MySQL cluster

Migrate data from a Db2 for iSeries (AS/400) database

Important

The Db2 for iSeries (AS/400) database is displayed as DB2 for iSeries (AS/400) in the DTS console.

Source database

Destination database

Migration type

References

Db2 for iSeries (AS/400) database

Version 7.3 or 7.4

  • Self-managed MySQL database

    Version 5.1, 5.5, 5.6, 5.7, or 8.0

  • ApsaraDB RDS for MySQL instance

    All versions

Schema migration

Full data migration

Incremental data migration

Available soon

PolarDB for MySQL cluster

All versions

Schema migration

Full data migration

Incremental data migration

Available soon

Migrate data from a Teradata database

Important

You can configure a data migration task for this scenario only in the new DTS console, and the data migration instance must reside in the China (Shanghai), China (Qingdao), or China (Zhangjiakou) region.

Source database

Destination database

Migration type

References

Teradata database

Version 17 or earlier

AnalyticDB for PostgreSQL instance

Version 4.3, 6.0, or 7.0

Schema migration

Full data migration

Migrate data from a Teradata database to an AnalyticDB for PostgreSQL instance

Migrate data from a self-managed HBase database

Important

You can configure a data migration task for this scenario only in the new DTS console.

Source database

Destination database

Migration type

References

Self-managed HBase database

Version 1.x

AnalyticDB for MySQL cluster

Version 3.0

Schema migration

Full data migration

Migrate data from a self-managed HBase database to an AnalyticDB for MySQL V3.0 cluster

Migrate data from a database hosted on a third-party cloud

You can use DTS to migrate data from a database hosted on a third-party cloud such as Amazon RDS for MySQL and Amazon RDS for Oracle to an Alibaba Cloud database, such as ApsaraDB RDS for MySQL.

Source database

Destination database

Migration type

References

Microsoft Azure database

Refer to the console

Use DTS to migrate data from Azure to ApsaraDB RDS over a VPN gateway

Amazon RDS for MySQL database

ApsaraDB RDS for MySQL database

Schema migration

Full data migration

Incremental data migration

Migrate data from an Amazon RDS for MySQL instance to an ApsaraDB RDS for MySQL instance

Amazon RDS for Oracle database

ApsaraDB RDS for MySQL database

Schema migration

Full data migration

Incremental data migration

Migrate data from an Amazon RDS for Oracle instance to an ApsaraDB RDS for MySQL instance

Amazon RDS for PostgreSQL instance

ApsaraDB RDS for PostgreSQL instance

Schema migration

Full data migration

Incremental data migration

Migrate incremental data from an Amazon RDS for PostgreSQL instance to an ApsaraDB RDS for PostgreSQL instance

Schema migration

Full data migration

Migrate full data from an Amazon RDS for PostgreSQL instance to an ApsaraDB RDS for PostgreSQL instance

Amazon RDS for SQL Server instance

ApsaraDB RDS for SQL Server

Schema migration

Full data migration

Migrate full data from an Amazon RDS for SQL Server instance to an ApsaraDB RDS for SQL Server instance

Amazon Aurora MySQL cluster

ApsaraDB RDS for MySQL database

Schema migration

Full data migration

Incremental data migration

Migrate data from an Amazon Aurora MySQL database to Alibaba Cloud

PolarDB for MySQL cluster

Schema migration

Full data migration

Incremental data migration

Migrate data from an Amazon Aurora MySQL database to a PolarDB for MySQL cluster

Amazon Aurora PostgreSQL database

ApsaraDB RDS for PostgreSQL instance

Schema migration

Full data migration

Migrate data from an Amazon Aurora PostgreSQL database to Alibaba Cloud

MongoDB Atlas database

ApsaraDB for MongoDB instance

Full data migration

Incremental data migration

Migrate data from a MongoDB Atlas database to ApsaraDB for MongoDB by using DTS

Migrate data between instances of different Alibaba Cloud accounts

Source database

Destination database

Migration type

References

Source RDS instance

Destination RDS instance

Schema migration

Full data migration

Incremental data migration

Migrate data between ApsaraDB RDS instances across Alibaba Cloud accounts