Halaman ini mendefinisikan istilah yang digunakan dalam dokumentasi Data Transmission Service (DTS).
Jenis instans
Instans reguler (instans zona tunggal)
Instans DTS yang diterapkan dalam mode zona tunggal, di mana semua database berjalan pada server di zona yang sama. Jika terjadi kegagalan pada server, DTS mengalihkan instans tersebut ke server sehat lainnya di zona yang sama. Jika seluruh zona tidak tersedia, instans DTS akan gagal.
Saat ini, semua instans DTS merupakan instans reguler dalam mode penyebaran zona tunggal.
Instans ketersediaan tinggi intra-kota
Instans dua zona (dual-AZ)
Instans DTS yang menggunakan penyebaran dua zona. Sumber dayanya ditempatkan pada server di dua zona dalam wilayah yang sama. Jika salah satu zona tidak tersedia, instans DTS melakukan failover ke server sehat di zona lainnya untuk memastikan ketersediaannya.
Database yang dikelola sendiri (self-managed DB)
Database yang terhubung ke DTS di mana Alibaba Cloud Instance tidak dipilih sebagai Access Method. Database yang dikelola sendiri mencakup database cloud pihak ketiga, database on-premises, dan database yang berjalan pada instans Elastic Compute Service (ECS).
Jenis tugas
Tugas DTS terdiri dari satu atau beberapa sub-tugas, masing-masing menangani fase tertentu dalam perpindahan data. Sub-tugas dikelompokkan menjadi tiga jenis:
Jenis tugas sinkronisasi
Tugas sinkronisasi skema
Tugas sinkronisasi data penuh
Tugas sinkronisasi data inkremental
Jenis tugas migrasi
Tugas migrasi skema
Tugas migrasi data penuh
Tugas migrasi data inkremental
Jenis tugas verifikasi
Tugas verifikasi data penuh
Tugas verifikasi data inkremental
Tugas verifikasi skema
Tugas skema (tugas struktur)
Sub-tugas yang menjalankan Schema Synchronization atau Schema Migration.
Tugas data penuh (tugas penuh)
Sub-tugas yang menjalankan Full Data Synchronization atau Full Data Migration.
Tugas inkremental
Sub-tugas yang menjalankan Incremental Data Synchronization atau Incremental Data Migration.
Secara default, instans sinkronisasi mencakup Incremental Data Synchronization.
Tugas verifikasi data (tugas verifikasi)
Tugas yang memeriksa konsistensi data antara database sumber dan tujuan. Termasuk tugas verifikasi data penuh, tugas verifikasi data inkremental, dan tugas verifikasi skema.
Fase sinkronisasi dan migrasi
DTS memindahkan data melalui hingga tiga fase berurutan: skema, data penuh, dan data inkremental.
Sinkronisasi skema (migrasi skema / migrasi struktur)
Fase di mana DTS membaca objek skema — termasuk tabel, view, trigger, dan stored procedure — dari database sumber dan menuliskannya ke database tujuan.
Untuk pasangan database heterogen, DTS secara otomatis mengonversi tipe skema sebelum menuliskannya. Misalnya, DTS mengonversi tipe NUMBER di database Oracle ke tipe DECIMAL di MySQL.
Sinkronisasi data penuh (sinkronisasi penuh / migrasi penuh)
Fase di mana DTS membaca seluruh data historis dari database sumber — yaitu data yang sudah ada sebelum instans DTS dimulai — dan menuliskannya ke database tujuan.
Sinkronisasi data inkremental (sinkronisasi inkremental / migrasi inkremental)
Fase di mana DTS menangkap dan menerapkan perubahan data yang sedang berlangsung selama tugas berjalan. DTS mengambil pernyataan perubahan inkremental dari database sumber (misalnya, pernyataan dari MySQL Binlog), mengonversinya agar sesuai dengan tipe database tujuan, lalu mengeksekusinya di database tujuan. Hal ini memungkinkan sinkronisasi atau migrasi secara real-time tanpa gangguan layanan.
Perhatikan perilaku berikut:
Jika database tujuan adalah Kafka atau RocketMQ, DTS langsung menuliskan data setelah setiap perubahan inkremental.
Sinkronisasi dan migrasi data inkremental berjalan terus-menerus dan tidak berhenti secara otomatis. Untuk menghentikan proses tersebut, hentikan atau lepas instans secara manual. Untuk informasi lebih lanjut, lihat Menghentikan instans DTS dan Melepas instans DTS.
Sinkronisasi awal
Fase persiapan yang dijalankan sebelum DTS mulai menyinkronkan data inkremental. Terdiri dari tiga langkah berurutan:
Pengumpulan data inkremental: Mulai menangkap semua perubahan pada objek yang akan disinkronkan dari database sumber.
Sinkronisasi skema awal: Menyalin skema setiap objek dari database sumber ke database tujuan.
Sinkronisasi data penuh awal: Menyalin data historis setiap objek dari database sumber ke database tujuan.
Pemeriksaan Awal
Langkah validasi yang dijalankan sebelum instans DTS dimulai. DTS memeriksa:
Konektivitas antara database sumber dan tujuan
Izin akun database
Pengaturan binary log
Versi database
Untuk informasi lebih lanjut, lihat Konektivitas database sumber.
Jika Pemeriksaan Awal gagal, lihat detail kegagalannya, perbaiki masalah yang dilaporkan, lalu jalankan kembali Pemeriksaan Awal.
Operasi data
Pembaruan data
Operasi yang memodifikasi data tanpa mengubah skema, seperti INSERT, DELETE, atau UPDATE.
Pembaruan skema
Operasi yang memodifikasi struktur skema, seperti CREATE TABLE, ALTER TABLE, atau DROP VIEW.
Metrik kinerja dan latensi
Kinerja sinkronisasi (kinerja migrasi)
Jumlah catatan data inkremental yang disinkronkan atau dimigrasikan ke database tujuan per detik. Satuan: catatan per detik (RPS).
Untuk spesifikasi kelas instans, lihat:
Latensi sinkronisasi (latensi migrasi)
Selisih antara stempel waktu catatan terbaru yang ditulis ke database tujuan dan stempel waktu saat ini di database sumber. Latensi nol berarti database tujuan sepenuhnya selaras dengan database sumber.
Ketika tidak ada data yang ditulis ke database sumber, latensi yang ditampilkan dapat berfluktuasi dalam rentang 2 detik meskipun nilai aktualnya 0.
Istilah pelacakan perubahan
Rentang waktu
Jendela waktu data inkremental yang disimpan dalam tugas pelacakan perubahan. Secara default, DTS menyimpan data inkremental yang dihasilkan dalam 24 jam terakhir. DTS secara berkala menghapus data yang kedaluwarsa dan memperbarui rentang waktu tersebut.
Stempel waktu setiap catatan data inkremental mencerminkan kapan data tersebut diperbarui di database sumber dan ditulis ke log transaksi.
Checkpoint konsumsi (offset konsumen)
Stempel waktu catatan data inkremental terbaru yang dikonsumsi oleh client. Setiap kali client memproses sebuah catatan, client tersebut mengirimkan konfirmasi ke DTS, yang kemudian memperbarui dan menyimpan checkpoint tersebut. Jika client berhenti merespons, DTS secara otomatis melanjutkan dari checkpoint terakhir yang disimpan dan mendorong data ke konsumen lainnya.