Fitur pelacakan perubahan memungkinkan Anda berlangganan data inkremental secara real time. Fitur ini dapat digunakan untuk berbagai skenario, seperti pembaruan cache ringan, penguraian keterkaitan layanan asinkron, dan sinkronisasi data real time yang melibatkan proses ekstrak, transformasi, dan muat (ETL). Topik ini menjelaskan cara membuat tugas pelacakan perubahan untuk PolarDB for MySQL.
Prasyarat
-
Anda telah membuat kluster PolarDB for MySQL. Untuk informasi selengkapnya, lihat Buat kluster pay-as-you-go dan Buat kluster langganan.
-
Hanya instans PolarDB for MySQL yang menjalankan MySQL 5.6, 5.7, atau 8.0 yang didukung.
-
Anda telah membuat Virtual Private Cloud (VPC) dan vSwitch untuk instans langganan data.
Batasan
|
Jenis |
Deskripsi |
|
Batasan database sumber |
|
|
Batasan lainnya |
|
Prosedur
-
Gunakan salah satu metode berikut untuk membuka halaman Tugas Pelacakan Perubahan dan pilih wilayah tempat instans pelacakan perubahan berada.
Konsol DTS
-
Masuk ke Konsol DTS.
-
Di panel navigasi sebelah kiri, klik Change Tracking.
-
Di pojok kiri atas halaman, pilih wilayah tempat instans pelacakan perubahan berada.
Konsol DMS
CatatanOperasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
-
Masuk ke Konsol DMS.
-
Di bilah navigasi atas, arahkan pointer ke .
-
Dari daftar drop-down di sebelah kanan Change Tracking Tasks, pilih wilayah tempat instans pelacakan perubahan berada.
-
-
Klik Create Task untuk membuka halaman konfigurasi tugas.
-
Konfigurasikan parameter di bagian Source Database dan Consumer Network Type.
PeringatanSetelah menentukan instans database sumber, disarankan untuk membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau data yang dilacak tidak dapat dikonsumsi.
Kategori
Parameter
Deskripsi
N/A
Nama tugas pelacakan perubahan. DTS secara otomatis memberikan nama untuk tugas tersebut. Kami menyarankan agar Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menggunakan nama tugas yang unik.
Select Existing Connection
Pilih PolarDB for MySQL.
Pilih Alibaba Cloud Instance.
Pilih wilayah tempat kluster PolarDB for MySQL berada.
Replicate Data Across Alibaba Cloud Accounts
Untuk tutorial ini, pilih No.
PentingJika Anda perlu mengakses resource database sumber lintas akun (dengan memilih Yes), Anda harus mengonfigurasi otorisasi RAM untuk Akun Alibaba Cloud yang digunakan untuk membuat tugas DTS. Anda juga perlu memasukkan Alibaba Cloud Account dan RAM Role Name. Untuk petunjuknya, lihat Konfigurasi otorisasi RAM untuk tugas lintas akun.
PolarDB Cluster ID
Pilih ID kluster dari kluster PolarDB for MySQL.
Masukkan Read-only account dari database PolarDB for MySQL, atau akun kustom dengan izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.
Password yang digunakan untuk mengakses instans database.
Encryption
Pilih opsi berdasarkan kebutuhan Anda. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Aktifkan enkripsi SSL.
Nilai parameter Network Type tetap diatur ke VPC. Anda harus memilih VPC dan vSwitch. Untuk informasi selengkapnya, lihat VPCs.
Catatan-
Setelah tugas pelacakan perubahan dikonfigurasi, Anda tidak dapat mengubah pengaturan di bagian Consumer Network Type.
-
Jika client pelacakan perubahan Anda ditempatkan di VPC, kami menyarankan agar Anda memilih VPC dan vSwitch yang sama yang terhubung ke client tersebut.
-
Jika Anda melacak perubahan data melalui jaringan internal, latensi jaringan akan minimal.
-
-
Di bagian bawah halaman, klik Test Connectivity and Proceed.
CatatanPastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Daftar putih IP server DTS.
-
Konfigurasikan objek untuk pelacakan perubahan.
-
Di halaman Configure Objects, konfigurasikan objek untuk pelacakan perubahan.
Parameter
Deskripsi
Data Change Types
Data Change Types dipilih secara default dan tidak dapat diubah.
-
Data Update
DTS melacak pembaruan data dari objek yang dipilih, termasuk operasi INSERT, DELETE, dan UPDATE.
-
Schema Update
DTS melacak operasi pembuatan, penghapusan, dan modifikasi yang dilakukan pada semua skema objek dari instans sumber. Anda harus menggunakan client pelacakan perubahan untuk memfilter data yang akan dilacak.
Source Objects
Pilih satu atau beberapa objek dari bagian Source Objects dan klik ikon
untuk menambahkan objek ke bagian Selected Objects. CatatanAnda dapat memilih tabel atau database sebagai objek untuk pelacakan perubahan.
-
Jika Anda memilih database sebagai objek, DTS melacak data inkremental dari semua objek, termasuk objek baru di database tersebut.
-
Jika Anda memilih tabel sebagai objek, DTS hanya melacak data inkremental dari tabel tersebut. Dalam hal ini, jika Anda ingin melacak perubahan data dari tabel lain, Anda harus menambahkan tabel tersebut ke daftar objek. Untuk informasi selengkapnya, lihat Ubah objek untuk pelacakan perubahan.
-
-
Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.
Parameter
Deskripsi
Dedicated Cluster for Task Scheduling
Secara default, DTS menjadwalkan tugas ke kluster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli kluster khusus dengan spesifikasi tertentu untuk menjalankan tugas pelacakan perubahan DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS?.
Retry Time for Failed Connections
Rentang waktu percobaan ulang untuk koneksi yang gagal. Jika tugas pelacakan perubahan gagal, DTS segera mencoba koneksi ulang dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Satuan: menit. Nilai default: 720. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke instans database sumber dalam rentang waktu yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.
Catatan-
Jika beberapa tugas pelacakan perubahan dikonfigurasi untuk satu instans database, rentang waktu percobaan ulang terpendek yang berlaku. Misalnya, Tugas A dan Tugas B dikonfigurasi untuk instans database yang sama. Tugas A dikonfigurasi dengan rentang waktu percobaan ulang 30 menit, dan Tugas B dikonfigurasi dengan rentang waktu percobaan ulang 60 menit. Dalam kasus ini, rentang waktu percobaan ulang 30 menit yang berlaku.
-
Saat DTS mencoba koneksi ulang, biaya akan dikenakan. Kami menyarankan agar Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dirilis.
Retry Time for Other Issues
Rentang waktu percobaan ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas pelacakan perubahan dimulai, DTS segera mencoba ulang operasi tersebut dalam rentang waktu percobaan ulang. Nilai valid: 1 hingga 1440. Satuan: menit. Nilai default: 10. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.
PentingNilai parameter Retry Time for Other Issues harus lebih kecil daripada nilai parameter Retry Time for Failed Connections.
Environment Tag
Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Contoh ini tidak memerlukan tag.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks
Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan.
-
Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan keterlambatan.
-
No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning database sumber.
Monitoring and Alerting
Menentukan apakah akan mengaktifkan peringatan untuk tugas pelacakan perubahan. Jika peringatan dikonfigurasi dan tugas gagal atau latensi melebihi ambang batas, pemberitahuan peringatan akan dikirim. Nilai valid:
-
No: tidak mengaktifkan peringatan.
-
Yes: mengaktifkan peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan pemberitahuan peringatan. Untuk informasi selengkapnya, lihat Konfigurasi peringatan selama konfigurasi instans.
-
-
-
Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.
-
Untuk melihat parameter yang harus ditentukan saat memanggil operasi API terkait guna mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
-
Jika tidak perlu melihat atau telah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan-
Sebelum memulai tugas pelacakan perubahan, DTS akan melakukan pemeriksaan awal. Anda hanya dapat memulai tugas setelah lulus pemeriksaan awal tersebut.
-
Jika tugas gagal lulus pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah memperbaiki masalah berdasarkan pesan error, Anda dapat menjalankan pemeriksaan awal lagi.
-
Jika muncul peringatan untuk suatu item selama pemeriksaan awal, lakukan langkah berikut sesuai skenario:
-
Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item tersebut dan perbaiki masalahnya. Kemudian, jalankan pemeriksaan awal lagi.
-
Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Pada kotak dialog View Details, klik Ignore. Pada pesan yang muncul, klik OK, lalu klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Perlu diperhatikan bahwa mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan berpotensi menimbulkan risiko bagi bisnis Anda.
-
-
-
Beli instans.
-
Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.
-
Di halaman Purchase, tentukan metode penagihan instans pelacakan perubahan. Tabel berikut menjelaskan parameter-parameter tersebut.
Parameter
Deskripsi
Billing method
-
Langganan: Anda membayar langganan saat membuat instans. Metode penagihan langganan lebih hemat biaya dibandingkan metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Anda mendapatkan harga lebih rendah untuk durasi langganan yang lebih lama.
-
Bayar sesuai pemakaian: Instans bayar sesuai pemakaian ditagih per jam. Kami menyarankan agar Anda memilih metode penagihan bayar sesuai pemakaian untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans bayar sesuai pemakaian, Anda dapat merilis instans tersebut untuk mengurangi biaya.
Resource Group Settings
Kelompok sumber daya tempat instans tersebut berada. Nilai default: default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
Subscription Duration
Jika Anda memilih metode penagihan langganan, atur durasi langganan dan jumlah instans yang ingin Anda buat. Durasi langganan dapat berupa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun.
CatatanParameter ini tersedia hanya jika Anda memilih metode penagihan Subscription.
-
-
Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
-
Klik Buy and Start untuk memulai tugas pelacakan perubahan. Progres tugas dapat dilihat di daftar tugas.
-
Langkah selanjutnya
Setelah tugas langganan berjalan, buat kelompok konsumen dan pilih metode konsumsi data untuk klien Anda.