Creating multiple data transfer tasks with similar settings is tedious and error-prone. The Create Similar Task feature in Data Transmission Service (DTS) lets you use an existing task as a template to copy most of its settings to a new task in a single click. This improves configuration efficiency and reduces the risk of manual errors.
This feature is a shortcut, not a full clone. The following critical information is not copied and must be reconfigured. Misusing this feature can cause the new task to behave unexpectedly. Before using this feature in production, you must read the configuration copy details and risks described in this document.
-
Source and target:
-
You can modify the source and target, but doing so does not automatically update dependent settings like task objects. You must carefully review all copied parameters.
-
Database password: For security reasons, you must re-enter the password.
-
-
Task configuration: instance parameters in advanced settings are reset to their defaults .
-
DTS task instance: You must purchase a new instance for the new task.
Availability
The Create Similar Task feature appears in the Actions column of the task list only when all the following conditions are met.
-
Supported task types: Data migration, data synchronization, and data validation.
-
Supported task statuses: The task must be fully configured. This feature is not available for tasks in the Not Configured or Staging state.
-
Tasks for Global Active Database (GAD) of RDS are not supported.
Procedure
This section describes how to use the Create Similar Task feature to quickly create a new task based on an existing one.
-
Go to the Data Transmission Service (DTS) console. In the left-side navigation pane, select Data Synchronization, Data Migration, or Data Verification, depending on your task type.
-
On the task list page, find the task to use as a template. In the Actions column, click Duplicate Task.
-
DTS redirects you to the task configuration page and pre-fills most settings. You must carefully review and reconfigure the following key information:
-
Configure Source and Target Databases: Re-enter the passwords for the source and target databases.
-
Configure Task Objects: Review the copied task objects and related settings. Note that some parameters, such as instance parameters in advanced settings, are reset to their defaults and must be reconfigured.
-
Purchase Instance: Purchase a new DTS task instance.
-
-
After you complete all configurations, run a precheck and start the task.
Configuration copy details
When you use the Create Similar Task feature, DTS copies some configuration items and resets others. The following table describes the rules.
|
Configuration category |
Copied items |
Reset items |
|
Task Name |
By default, the name is the same as the original task name. We recommend that you change it to a meaningful name for easy identification. The name does not need to be unique. |
- |
|
Configure Source and Destination Databases |
Settings for the source/target database, such as Database Type, Access Method, Instance Region, Replicate Data Across Alibaba Cloud Accounts, Domain Name or IP and Port Number, Database Name, and SSL-encrypted. Note
|
|
|
Configure Objects |
|
- |
|
Advanced Settings |
The dedicated cluster from the original task. |
Instance parameters, such as the Retry Time for Failed Connections and the Retry Time for Other Issues. |
|
Data Verification |
All data validation settings from the original task. Note
DTS copies the list of object names but does not verify their existence. |
- |
|
DTS task instance |
The DU settings of the original Serverless instance. |
You must purchase a new instance for the new task. |
Best practices and risks in production
Risks
-
Inconsistent behavior due to missing task object settings
This feature only copies basic settings such as task type (full/incremental), database/table objects, DDL/DML operation types, and data validation settings. Critical configuration items that affect task performance and data correctness, such as instance parameters in advanced settings, are reset to their defaults. If you do not reconfigure these parameters, the performance and data scope of the new task may differ significantly from the original task, leading to unexpected results.
-
Precheck failure due to changed database objects
This feature copies only the list of database and table names from the original task's configuration. It does not verify if these objects still exist in the source database. If some databases or tables were deleted or renamed after the original task was created, the precheck for the new task will fail.
Best practices
-
Treat the copied configuration as a template: Always treat a task created with this feature as a pre-filled template, not as a final configuration ready for execution.
-
Perform a comprehensive configuration review: Before you start the task, thoroughly review every configuration step, especially the database object selection and task object configuration. Ensure all settings meet the business requirements of the new task.
-
Monitor performance and load: Creating multiple similar tasks increases the load on the source and target databases and the demand on network bandwidth. Make sure your database resources are sufficient to prevent performance bottlenecks that could affect your business.