DTS provides data migration and continuous data replication from self-created PostgreSQL databases to TencentDB, allowing you to migrate hot data without interrupting your business. PostgreSQL with public IP/port, Direct Connect-based PostgreSQL in local IDC, and CVM-based self-created PostgreSQL can be migrated.
Currently, data migration is only supported for PostgreSQL databases on 9.3.x or 9.5.x. Incremental sync is not supported for 9.3.x and can be used in 9.5.x only through an online sync plugin. For more information on how to configure and use the plugin, please see Sync Plugin Configuration.
Log in to the DTS console and click Create Migration Task on the data migration page.
On the page you are redirected to, enter the settings of the task, source database, and target database.
Source Database Type: PostgreSQL with public IP, CVM-based self-created PostgreSQL, Direct Connect-based PostgreSQL, VPN-based PostgreSQL, and TencentDB for PostgreSQL are supported.
|Source Database Type||Description|
|PostgreSQL with public IP||It refers to a PostgreSQL database that can be accessed through a public IP. The following information is required:
|CVM-based self-created PostgreSQL||You can migrate a PostgreSQL database deployed on a CVM instance in the classic network or VPC by specifying the CVM instance ID and network environment. The following information is required:
|Direct Connect-based PostgreSQL||After connecting a self-created PostgreSQL database in your local IDC to Tencent Cloud through Direct Connect, you can use DTS to migrate data to Tencent Cloud. The following information is required:
|VPN-based PostgreSQL||After connecting a self-created PostgreSQL database in your local IDC to Tencent Cloud through VPN Connections or a CVM-based self-created VPN service, you can use DTS to migrate data to Tencent Cloud. The following information is required:
|TencentDB for PostgreSQL||It refers to a TencentDB for PostgreSQL instance. The following information is required:
Select the database to be migrated (you can choose to migrate the entire database or only certain tables).
Click Next step: verify task to verify the migration task information. You cannot start the migration task until all the check items are passed. After the verification is completed, click Start.
There are 3 statuses for task verification:
After the verification is passed, return to the data migration list and click Start in the Operation column to start data migration. Please note that if you have configured scheduled execution, the migration task will begin queuing and be executed at the specified time; otherwise, it will be executed immediately.
After the migration is started, you can view the corresponding migration progress under the migration task. The subsequent steps required for migration and the current stage will be displayed if you hover over the exclamation mark after the current step.
Due to system design limitations, multiple migration tasks committed or queued at the same time will be performed in sequence by queuing time.
When a migration task is created, the incremental sync option is selected by default. When data migration is completed, the target database will be set as the slave of the source database, and new data in the source database during migration will be synced to the target database through master/slave sync. In this way, any modification of the source database will be synced to the target database.
After migration, you need to click Complete to close the sync between the source and target databases so as to complete the migration.
Before closing the sync, do not write data into the target database; otherwise, data comparison may fail due to inconsistency between the source and target databases, resulting in migration failure.
To stop an ongoing migration task, click Cancel in the Operation column of the task.
- Restarting the task may cause the verification or task to fail. You may have to manually clear all databases or tables that may cause conflicts in the target database before you can start the migration task again.
- When migrating a single table, make sure that all tables depended on by its foreign keys are also migrated.
libdirectory in the PostgreSQL installation path.
wal_level >= logical Available max_replication_slots >= number of databases to be migrated Available max_wal_senders >= number of databases to be migrated
When specified tables are migrated, if tables use rules or are associated with other tables, data insertion during incremental migration may fail, as some SQL operations are not supported by the migration feature. In this case, you can migrate schemas or all databases.