Cara menyinkronkan PolarDB for MySQL - Data Transmission Service

Anda dapat menggunakan Data Transmission Service (DTS) untuk menyinkronkan data antara kluster PolarDB for MySQL.

Prasyarat

Kluster PolarDB for MySQL sumber dan tujuan telah dibuat. Untuk informasi selengkapnya, lihat Buat kluster bayar sesuai pemakaian dan Buat kluster langganan.
Catatan
Untuk informasi tentang versi yang didukung, lihat Ikhtisar solusi sinkronisasi.
Kapasitas penyimpanan kluster PolarDB for MySQL tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh kluster PolarDB for MySQL sumber.

Batasan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan foreign key dari database sumber ke database tujuan.
Selama sinkronisasi data penuh awal dan sinkronisasi data inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan operasi cascade foreign key pada tingkat session. Ketidakkonsistenan data dapat terjadi jika operasi cascade update atau delete dilakukan pada database sumber saat tugas sedang berjalan.

Type	Description
Batasan database sumber	Tabel yang akan disinkronkan harus memiliki primary key atau kendala UNIQUE, dan field-field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Catatan Jika tabel yang akan disinkronkan dalam instansi sinkronisasi dua arah tidak memiliki primary key atau kendala UNIQUE, Anda dapat mengaktifkan fitur Penulisan Exactly-Once. Untuk informasi selengkapnya, lihat Sinkronkan tabel tanpa primary key atau unique constraints. Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit tabel, seperti memetakan nama kolom, satu tugas sinkronisasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas sinkronisasi atau konfigurasikan tugas untuk menyinkronkan seluruh database. Binary logs: Anda harus mengaktifkan binary logging dan mengatur parameter `loose_polar_log_bin` ke `ON`. Jika tidak, kesalahan akan dilaporkan selama pemeriksaan awal dan instans DTS gagal dimulai. Untuk informasi selengkapnya tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Atur parameter kluster dan node. Catatan Mengaktifkan binary logging untuk kluster PolarDB for MySQL mengonsumsi storage space dan dikenai biaya. Log biner kluster PolarDB for MySQL harus dipertahankan minimal selama 3 hari. Kami merekomendasikan agar Anda mempertahankannya selama 7 hari. Jika tidak, tugas DTS dapat gagal karena DTS tidak dapat memperoleh log biner. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari periode yang diperlukan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi selengkapnya tentang cara mengatur periode retensi untuk log biner kluster PolarDB for MySQL, lihat Modifikasi periode retensi. Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika tidak, tugas sinkronisasi akan gagal. Catatan Selama sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.
Batasan lainnya	Anda tidak dapat menyinkronkan data dari node read-only kluster PolarDB for MySQL sumber. Anda tidak dapat menyinkronkan tabel eksternal OSS dari kluster PolarDB for MySQL sumber. Sinkronisasi INDEX dan PARTITION tidak didukung. Failover primary/secondary pada instans database tidak didukung selama sinkronisasi data penuh awal. Jika failover terjadi, segera konfigurasi ulang tugas sinkronisasi. Jika database sumber Anda menggunakan operasi DDL Online dalam mode tabel temporary—termasuk tetapi tidak terbatas pada skenario penggabungan multi-tabel—atau menambahkan function-based indexes ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan. Jika terjadi konflik primary key atau unique key saat tugas sedang berjalan: Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber: Selama sinkronisasi penuh, DTS mempertahankan catatan di kluster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal dapat gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati. Resolver yang didefinisikan oleh sintaks komentar tidak mendukung penggunaan sinkron. Jika data Anda mencakup karakter empat byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4. Catatan Jika Anda menggunakan DTS untuk menyinkronkan skema tabel, atur parameter `character_set_server` pada tingkat instans di database tujuan ke utf8mb4. Sebelum menyinkronkan data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan agar Anda menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi sumber daya baca/tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Sinkronisasi data penuh awal menjalankan operasi INSERT konkuren, yang menyebabkan fragmentasi pada tabel database tujuan. Akibatnya, ruang tabel instans tujuan lebih besar daripada instans sumber setelah sinkronisasi data penuh awal selesai. Untuk sinkronisasi data tingkat tabel, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek sinkronisasi di database sumber. Jika tidak, sinkronisasi akan gagal. Untuk sinkronisasi data tingkat tabel, jika tidak ada data selain data dari DTS yang ditulis ke database tujuan, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL Online. Untuk informasi selengkapnya, lihat Ubah skema tanpa mengunci tabel. Selama sinkronisasi DTS, jangan menulis data selain data dari DTS ke database tujuan. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online sementara data lain sedang ditulis ke database tujuan, data dapat hilang di database tujuan. Jika operasi DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda perlu memeriksa log tugas untuk operasi DDL yang gagal. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Lihat log tugas. Untuk menyinkronkan akun dari database sumber, penuhi prasyarat dan tinjau pertimbangan terkait. Untuk informasi selengkapnya, lihat Migrasi akun database. Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang dapat disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.
Catatan lainnya	Sinkronisasi dua arah antara kluster PolarDB for MySQL: DTS saat ini hanya mendukung sinkronisasi dua arah antara dua kluster PolarDB for MySQL. Sinkronisasi dua arah di antara beberapa kluster PolarDB for MySQL tidak didukung. Batasan arah sinkronisasi sintaks DDL. Untuk memastikan stabilitas dan konsistensi data pada tautan sinkronisasi dua arah, hanya sinkronisasi DDL maju yang didukung. Sinkronisasi DDL mundur tidak didukung. Saat tugas sinkronisasi dua arah berjalan, DTS membuat database bernama DTS di database tujuan dari tugas maju dan mundur untuk mencegah sinkronisasi loop data. Jangan memodifikasi database ini saat tugas berjalan, dan pastikan akun database yang digunakan untuk tugas memiliki izin baca/tulis pada database ini. Tugas sinkronisasi dua arah mencakup tugas sinkronisasi maju dan mundur. Saat Anda mengonfigurasi atau mengatur ulang tugas, jika objek tujuan salah satu tugas sesuai dengan objek sinkronisasi tugas lainnya: Hanya izinkan satu tugas untuk menyinkronkan data penuh dan inkremental. Tugas lainnya hanya mendukung sinkronisasi inkremental. Data dari sumber tugas saat ini hanya disinkronkan ke tujuan tugas saat ini. Data tersebut tidak berfungsi sebagai data sumber untuk tugas lainnya. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

Penagihan

Jenis sinkronisasi	Harga
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Operasi SQL yang didukung

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika objek sinkronisasi adalah satu tabel dan Anda mengganti nama tabel ini di instans sumber selama sinkronisasi, data tabel ini tidak disinkronkan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek sinkronisasi. Pastikan bahwa database tempat tabel tersebut berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek sinkronisasi. TRUNCATE TABLE

Prosedur

Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:
Dari Konsol DTS
1. Login ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi sebelah kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.
Dari Konsol DMS
Catatan
Operasi aktual dapat bervariasi tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.
1. Login ke Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.
3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.
Opsional: Di pojok kanan atas halaman, klik New Configuration Page.
Catatan
- Jika tombol di pojok kanan atas adalah Back to Previous Version, Anda dapat melewati langkah ini.
- Halaman konfigurasi baru dan lama memiliki parameter yang berbeda. Kami merekomendasikan agar Anda menggunakan halaman konfigurasi baru.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah Anda memilih instans sumber dan tujuan, baca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika Anda tidak mengikuti batasan tersebut, tugas dapat gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus unik.
Source Database	Select a DMS database instance.	Pilih instans yang ada sesuai kebutuhan. Jika Anda menggunakan instans yang ada, informasi database akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang ada, konfigurasikan informasi database berikut. Catatan Di Konsol DMS, klik Add DMS Database Instance untuk menambahkan instans basis data. Untuk informasi selengkapnya, lihat Menambahkan instans basis data cloud dan Menambahkan instans basis data dari cloud lain atau Database yang dikelola sendiri. Di Konsol DTS, Anda dapat menambahkan database ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Manajemen Koneksi Data.
	Database Type	Pilih PolarDB for MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster PolarDB for MySQL sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam skenario ini, data disinkronkan dalam satu Akun Alibaba Cloud. Pilih No.
	PolarDB Cluster ID	Pilih ID kluster PolarDB for MySQL sumber. Catatan Kluster PolarDB for MySQL sumber dan tujuan dapat sama atau berbeda. Anda dapat menggunakan DTS untuk memigrasi data antara dua kluster PolarDB for MySQL atau dalam satu kluster PolarDB for MySQL yang sama.
	Database Account	Masukkan akun database untuk kluster PolarDB for MySQL sumber. Akun tersebut harus memiliki izin baca pada objek sinkronisasi.
	Database Password	Masukkan password yang sesuai dengan akun database.
	Encryption	Pilih opsi berdasarkan kebutuhan bisnis Anda. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasikan enkripsi SSL.
Destination Database	Select a DMS database instance.	Pilih instans yang ada sesuai kebutuhan. Jika Anda menggunakan instans yang ada, informasi database akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang ada, konfigurasikan informasi database berikut. Catatan Di Konsol DMS, klik Add DMS Database Instance untuk menambahkan instans database. Untuk informasi selengkapnya, lihat Tambahkan instans database cloud dan Tambahkan instans database dari cloud lain atau database yang dikelola sendiri. Di Konsol DTS, Anda dapat menambahkan database ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Manajemen Koneksi Data.
	Database Type	Pilih PolarDB for MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster PolarDB for MySQL tujuan berada.
	PolarDB Cluster ID	Pilih ID kluster PolarDB for MySQL tujuan. Catatan Jika kluster tujuan adalah kluster multi-master (Limitless) dan mode baca/tulis-nya adalah baca/tulis (pemisahan baca/tulis otomatis), kluster tersebut menggunakan mekanisme routing database dan tabel. Anda harus menambahkan node primer yang meng-host objek tujuan ke titik akhir baca/tulis, atau memilih semua node primer. Sebelum memilih node, kami merekomendasikan agar Anda mengevaluasi sepenuhnya dampak routing tersebut. Untuk informasi selengkapnya, lihat Konfigurasikan proksi database.
	Database Account	Masukkan akun database untuk kluster PolarDB for MySQL tujuan. Akun tersebut harus memiliki izin baca pada database tujuan. Penting Kami merekomendasikan penggunaan akun istimewa.
	Database Password	Masukkan password yang sesuai dengan akun database.
	Encryption	Pilih opsi berdasarkan kebutuhan bisnis Anda. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasikan enkripsi SSL.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti instans RDS for MySQL atau instans ApsaraDB for MongoDB, DTS secara otomatis menambahkan alamat IP server DTS di wilayah yang sesuai ke daftar putih instans database Alibaba Cloud. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-host pada Instance ECS, DTS secara otomatis menambahkan alamat IP server DTS di wilayah yang sesuai ke aturan keamanan Instance ECS. Anda juga harus memastikan bahwa database yang dikelola sendiri mengizinkan akses dari Instance ECS. Jika database diterapkan dalam kluster pada beberapa Instance ECS, Anda harus secara manual menambahkan alamat IP server DTS di wilayah yang sesuai ke aturan keamanan setiap Instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri di IDC atau database dari penyedia layanan cloud lain, Anda harus secara manual menambahkan alamat IP server DTS di wilayah yang sesuai untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya tentang alamat IP server DTS, lihat Blok CIDR alamat IP server DTS.
Peringatan
Menambahkan blok CIDR alamat IP publik server DTS, baik secara otomatis maupun manual, dapat menimbulkan risiko keamanan. Dengan menggunakan produk ini, Anda mengakui dan menerima risiko potensial tersebut. Anda harus menerapkan perlindungan keamanan dasar. Perlindungan ini mencakup tetapi tidak terbatas pada penguatan keamanan password, pembatasan port terbuka untuk blok CIDR, penggunaan otentikasi untuk komunikasi API internal, serta peninjauan dan pembatasan rutin terhadap blok CIDR yang tidak diperlukan. Atau, Anda dapat menghubungkan ke database melalui jaringan internal, seperti jalur sewa, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

Parameter	Deskripsi
Synchronization Types	Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh dari objek yang dipilih dari instans sumber ke kluster tujuan. Hal ini berfungsi sebagai garis dasar data untuk sinkronisasi data inkremental berikutnya.
Method to Migrate Triggers in Source Database	Pilih metode untuk menyinkronkan trigger berdasarkan kebutuhan bisnis Anda. Jika objek sinkronisasi tidak melibatkan trigger, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi selengkapnya, lihat Konfigurasikan metode untuk menyinkronkan atau memigrasi trigger. Catatan Parameter ini tersedia hanya jika Anda memilih Schema Synchronization untuk Synchronization Types.
Synchronization Topology	Dalam contoh ini, One-way Synchronization dipilih.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal berhasil. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat Petakan nama tabel dan kolom. Ignore Errors and Proceed: Melewatkan pemeriksaan nama tabel duplikat di database tujuan. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya: Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber: Selama sinkronisasi penuh, DTS mempertahankan catatan di kluster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal dapat gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati.
Whether to migrate Event	Tentukan apakah akan menyinkronkan event dari database sumber sesuai kebutuhan. Jika Anda memilih Yes, Anda juga harus memenuhi persyaratan terkait dan melakukan operasi selanjutnya. Untuk informasi selengkapnya, lihat Sinkronkan atau migrasi event.
Source Objects	Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih database, tabel, dan kolom sebagai objek sinkronisasi. Jika Anda memilih tabel atau kolom, objek lain seperti view, trigger, dan prosedur tersimpan tidak disinkronkan ke database tujuan.
Selected Objects	Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya tentang mengganti nama objek, lihat Petakan satu database, tabel, atau kolom. Untuk mengubah nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi selengkapnya, lihat Petakan database, tabel, dan kolom secara batch. Catatan Untuk memilih operasi SQL untuk database atau tabel tertentu, klik kanan objek di panel Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung. Untuk mengatur klausa `WHERE` untuk memfilter data, klik kanan tabel yang ingin difilter di panel Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Konfigurasikan kondisi filter.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama, dan Anda tidak perlu memilih kluster. Untuk kinerja yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS?.
Select the engine type of the destination database	Pilih jenis mesin database tujuan berdasarkan kebutuhan bisnis Anda. InnoDB: Mesin penyimpanan default. X-Engine: Mesin penyimpanan database untuk pemrosesan transaksi online (OLTP).
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Jika Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan DDL Online di database sumber, Anda dapat memilih apakah akan menyinkronkan data tabel temporary yang dihasilkan oleh perubahan DDL Online tersebut. Penting Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL Online. Menggunakan alat tersebut akan menyebabkan tugas DTS gagal. Metode pemrosesan untuk setiap tahap adalah sebagai berikut: Tahap Schema Synchronization dan Full Data Synchronization tidak mengizinkan operasi DDL yang mengubah skema database atau tabel. Oleh karena itu, tahap-tahap ini tidak dikontrol oleh kebijakan DDL Online. Schema Synchronization: Tahap ini tidak dikontrol oleh kebijakan DDL Online. Tabel temporary terkait dibuat. Full Data Synchronization: Tahap ini tidak dikontrol oleh kebijakan DDL Online. Tabel temporary tidak termasuk dalam objek sinkronisasi penuh. Semua tabel yang namanya sesuai dengan ekspresi reguler (`^_(.+)_(?:gho\|new)$` atau `^_(.+)_(?:ghc\|del\|old)$`) difilter. Incremental Data Synchronization: Tahap ini dikontrol oleh kebijakan DDL Online. Yes: Menyinkronkan perubahan data di tabel temporary (misalnya, `_table-name_gho`) yang dihasilkan oleh operasi DDL Online. No, Adapt to DMS Online DDL dan No, Adapt to gh-ost: Memfilter perubahan data di tabel temporary (misalnya, `_table-name_gho`) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Yes: Menyinkronkan data tabel temporary yang dihasilkan oleh perubahan DDL Online. Catatan Jika data tabel temporary yang dihasilkan oleh perubahan DDL Online terlalu besar, hal ini dapat menyebabkan latensi sinkronisasi. No, Adapt to DMS Online DDL: Tidak menyinkronkan data dari tabel temporary yang dihasilkan oleh operasi DDL Online. Hanya menyinkronkan pernyataan DDL asli yang dieksekusi menggunakan Data Management (DMS) di database sumber. Catatan Opsi ini menyebabkan tabel terkunci di database tujuan. No, Adapt to gh-ost: Tidak menyinkronkan data dari tabel temporary yang dihasilkan oleh perubahan DDL Online. Mendukung aturan pemfilteran kustom. DTS memfilter perubahan data di tabel temporary (misalnya, `_table-name_gho`) yang dihasilkan oleh alat seperti gh-ost berdasarkan aturan ekspresi reguler. Anda dapat memodifikasi ekspresi reguler default yang digunakan untuk mencocokkan tabel shadow dan tabel tidak berguna sesuai kebutuhan: Tabel shadow: `^_(.+)_(?:gho\|new)$` Tabel tidak berguna: `^_(.+)_(?:ghc\|del\|old)$` Catatan Opsi ini menyebabkan tabel terkunci di database tujuan.
Whether to Migrate Accounts	Pilih apakah akan menyinkronkan informasi akun database sumber berdasarkan kebutuhan bisnis Anda. Jika Anda memilih Yes, Anda juga harus memilih akun yang akan disinkronkan dan mengonfirmasi izinnya. Untuk informasi selengkapnya tentang otorisasi, lihat Migrasi akun database.
Retry Time for Failed Connections	Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Catatan Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya. Karena DTS membebankan biaya untuk waktu proses tugas selama periode percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas lainnya pada database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan kesalahan dan segera mulai melakukan operasi percobaan ulang terus-menerus. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Penting Nilai untuk Retry Time for Other Issues harus lebih kecil daripada nilai untuk Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca/tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Catatan Item konfigurasi ini tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization. Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.
Enable Throttling for Incremental Data Synchronization	Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).
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.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Tidak perlu pemilihan dalam contoh ini.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL?. Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan. No: Tidak ada peringatan yang dikonfigurasi. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan menentukan pemberitahuan peringatan. Untuk informasi selengkapnya, lihat Konfigurasikan pemantauan peringatan selama konfigurasi tugas.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.
Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasikan validasi data untuk petunjuk konfigurasi.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter API untuk mengonfigurasi instans ini, arahkan kursor ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung.
- Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum pekerjaan sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Pekerjaan hanya dapat dimulai setelah semua item pemeriksaan awal lolos.
- Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan pemeriksaan awal lagi.
- Jika pemeriksaan awal mengembalikan peringatan:
  Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan pemeriksaan awal lagi.
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan item peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.
Ketika Success Rate mencapai 100%, klik Next: Purchase Instance.

Beli instans.

Di halaman Purchase, pilih metode penagihan dan spesifikasi tautan untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter-parameter ini secara rinci.

Kategori	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya daripada bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya. Bayar sesuai penggunaan: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.
	Konfigurasi Kelompok Sumber Daya	Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Manajemen Sumber Daya?.
	Spesifikasi Tautan	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja yang berbeda. Spesifikasi tautan sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan sinkronisasi data.
	Durasi Langganan	Dalam mode langganan, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan selama 1, 2, 3, atau 5 tahun. Catatan Opsi ini hanya tersedia ketika metode penagihan adalah Subscription.

Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK, klik OK.
Anda dapat melihat perkembangan tugas di halaman Data Synchronization.

Prasyarat

Batasan

Penagihan

Operasi SQL yang didukung

Prosedur

Dari Konsol DTS

Dari Konsol DMS