Kebijakan penjadwalan integrasi data - Data Transmission Service

Data Transmission Service (DTS) menyediakan fitur integrasi data yang memungkinkan Anda mengonfigurasi kebijakan penjadwalan untuk migrasi skema dan data historis dari database sumber ke database tujuan secara berkala. Fitur ini mendukung pembuatan gudang data secara fleksibel, seperti gudang data T+1. Topik ini menjelaskan kebijakan penjadwalan integrasi data, batasan terkait, serta skenario penggunaannya.

Database yang didukung

Semua database yang mendukung migrasi data penuh juga mendukung fitur integrasi data. Untuk informasi lebih lanjut, lihat Ikhtisar Skenario Migrasi Data.

Penagihan

Jenis migrasi	Biaya konfigurasi tugas	Biaya lalu lintas internet
Migrasi skema dan data penuh	Gratis.	Dikenakan biaya hanya ketika data dipindahkan dari Alibaba Cloud melalui Internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Metode konfigurasi

Anda dapat mengonfigurasi kebijakan penjadwalan untuk tugas integrasi data pada langkah Configure Migration Types and Objects.

Catatan Untuk detail lebih lanjut tentang cara mengonfigurasi kebijakan penjadwalan, lihat Konfigurasikan Tugas Integrasi Data antara Instance ApsaraDB RDS for MySQL.

Kebijakan penjadwalan

Kebijakan penjadwalan	Deskripsi	Skenario
Multi-replica mode	DTS memigrasikan skema dan data historis objek yang diperlukan dari database sumber ke database tujuan berdasarkan siklus penjadwalan. Catatan Selama penjadwalan tugas, DTS membuat database di instance tujuan untuk menerima data yang dimigrasikan. Nama database memiliki akhiran `_yyyymmdd_HH_mm_ss`, yang menunjukkan waktu yang dijadwalkan. Sebagai contoh, tugas migrasi data memigrasikan data dari database bernama dtstestdata. Tugas dijadwalkan pada 11:00:00 tanggal 10 Februari 2020. Ketika DTS memigrasikan data pada waktu tersebut, ia membuat database bernama `dtstestdata_20200210_11_00_00` di instance tujuan. Database tujuan harus memiliki ruang yang cukup untuk menyimpan data yang dimigrasikan selama setiap siklus penjadwalan.	Kebijakan ini berlaku untuk skenario pengujian di mana operasi pengujian dilakukan pada beberapa replika data historis.
Resynchronization mode	Pada waktu yang dijadwalkan pertama kali, DTS memigrasikan skema dan data historis objek yang diperlukan ke database tujuan. Pada setiap waktu yang dijadwalkan berikutnya, DTS memigrasikan skema dan data historis objek yang diperlukan ke database tujuan lagi. Peringatan Sebelum setiap waktu yang dijadwalkan, Anda harus secara manual menghapus skema dan data yang telah dimigrasikan ke database tujuan pada waktu yang dijadwalkan terakhir. Jika tidak, migrasi data gagal. Jika DTS tidak mendukung migrasi skema dari database tertentu, Anda harus membuat skema di database tujuan berdasarkan skema objek yang diperlukan.	Kebijakan ini berlaku untuk skenario di mana hanya data historis terbaru yang disimpan di database tujuan untuk pengujian atau analisis data.
Timestamp-based incremental data mode	DTS memigrasikan data tambahan yang dihasilkan setelah penjadwalan sebelumnya ke database tujuan berdasarkan timestamp yang ditentukan. Kebijakan ini memiliki batasan berikut: Kebijakan ini didukung hanya jika database sumber dan tujuan adalah database MySQL. Setiap tabel sumber harus berisi bidang timestamp. Anda harus menentukan bidang timestamp setiap tabel saat mengonfigurasi tugas migrasi data. Tabel sumber tidak boleh memiliki kendala FOREIGN KEY. Jika tidak, migrasi data mungkin gagal. Jika Anda memperbarui tabel anak yang memiliki kendala FOREIGN KEY di database tujuan dan kemudian memperbarui tabel induk, kesalahan terjadi saat data dimasukkan ke tabel anak. Catatan data yang dihapus menggunakan perintah DELETE atau TRUNCATE tidak dapat dimigrasikan. Catatan Jika sebuah tabel tidak memiliki kunci utama, DTS menggunakan seluruh catatan data sebagai kunci utama. Ini berarti bahwa catatan data cocok hanya jika semua bidang dalam catatan data cocok. DTS menghapus catatan data yang cocok dan menyisipkan catatan data baru. Jika dua kunci utama bertentangan satu sama lain saat catatan data ditulis ke database tujuan, DTS menjalankan perintah REPLACE INTO untuk menyisipkan catatan data.	Kebijakan ini berlaku untuk skenario migrasi data ringan di mana Anda tidak perlu memigrasikan semua data historis setiap kali. Sebagai contoh, Anda dapat menggunakan kebijakan ini saat membangun gudang data T+1.