Menyinkronkan data dari database MariaDB ke database MySQL - Data Transmission Service

Data Transmission Service (DTS) memungkinkan Anda menyinkronkan data dari database MariaDB ke instance ApsaraDB RDS for MySQL. Topik ini menjelaskan cara menyinkronkan data dari database MariaDB. Dalam contoh ini, instance ApsaraDB RDS for MariaDB TX digunakan sebagai database sumber.

Prasyarat

Instance tujuan ApsaraDB RDS for MySQL telah dibuat. Ruang penyimpanan yang tersedia pada instance tujuan lebih besar daripada total ukuran data pada instance sumber ApsaraDB RDS for MariaDB TX. Untuk informasi lebih lanjut, lihat Membuat Instance ApsaraDB RDS for MySQL.

Batasan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh dan tambahan, DTS sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan atau penghapusan kaskade pada database sumber selama sinkronisasi data, ketidaksesuaian data mungkin terjadi.

Kategori	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki PRIMARY KEY atau kendala UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan perlu mengedit tabel dalam database tujuan, seperti mengganti nama tabel atau kolom, Anda dapat menyinkronkan hingga 1.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 tabel, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan tabel secara bertahap atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Persyaratan berikut untuk log biner harus dipenuhi: Secara default, pencatatan biner diaktifkan untuk instance ApsaraDB RDS for MariaDB. Pastikan nilai parameter binlog_row_image diatur ke full. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Jika Anda hanya melakukan sinkronisasi data tambahan, log biner dari database sumber harus disimpan setidaknya selama 24 jam. Jika Anda melakukan sinkronisasi data penuh dan sinkronisasi data tambahan, log biner dari database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan log biner, yang menyebabkan tugas gagal, atau bahkan ketidaksesuaian data dan kehilangan data. Setelah sinkronisasi data penuh selesai, Anda dapat mengatur periode penyimpanan menjadi lebih dari 24 jam. Pastikan Anda mengatur periode penyimpanan log biner berdasarkan persyaratan tersebut. Jika tidak, service level agreement (SLA) DTS tidak menjamin keandalan layanan atau kinerja.
Batasan lainnya	Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam-jam sepi. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh awal, operasi INSERT bersamaan menyebabkan fragmentasi pada tabel database tujuan. Setelah sinkronisasi data penuh awal selesai, ukuran tablespace yang digunakan pada database tujuan lebih besar daripada database sumber. Jika Anda memilih satu atau beberapa tabel alih-alih seluruh database sebagai objek yang akan disinkronkan, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada tabel selama sinkronisasi data. Jika tidak, data mungkin gagal disinkronkan. Jika Anda memilih satu atau lebih tabel alih-alih seluruh database sebagai objek yang akan disinkronkan, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada tabel selama sinkronisasi data. Jika tidak, data mungkin gagal disinkronkan. Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL tanpa kunci. Untuk informasi lebih lanjut, lihat Melakukan operasi DDL tanpa kunci. Selama sinkronisasi data, kami sarankan Anda hanya menggunakan DTS untuk menulis data ke database tujuan. Ini mencegah ketidaksesuaian data antara database sumber dan tujuan. Jika Anda menggunakan alat selain DTS untuk menulis data ke database tujuan, kami sarankan Anda tidak menggunakan DMS untuk melakukan operasi DDL online. Jika tidak, kehilangan data mungkin terjadi di database tujuan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika Anda menulis bidang dengan nama yang hanya berbeda dalam kapitalisasi ke tabel yang sama di database tujuan MySQL, hasil sinkronisasi mungkin tidak sesuai harapan karena MySQL tidak peka huruf besar kecil dalam nama bidang. Setelah sinkronisasi data selesai ( Status dari instance adalah Completed ), kami menyarankan Anda menjalankan perintah `analyze table <table_name>` untuk memastikan bahwa semua data telah ditulis ke tabel tujuan. Sebagai contoh, setelah pergantian high-availability (HA) dipicu di database MySQL tujuan, data mungkin hanya ditulis ke memori dan kehilangan data dapat terjadi.

Penagihan

Jenis Sinkronisasi	Biaya Konfigurasi Tugas
Sinkronisasi Skema dan Sinkronisasi Data Penuh	Gratis.
Sinkronisasi Data Tambahan	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Operasi SQL yang dapat disinkronkan secara tambahan

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	ALTER TABLE dan ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, dan CREATE VIEW DROP INDEX dan DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidaksesuaian data antara database sumber dan tujuan. Misalnya, jika Anda memilih tabel sebagai objek yang akan disinkronkan dan mengganti nama tabel selama sinkronisasi data, data tabel ini tidak disinkronkan ke database tujuan. Untuk mencegah situasi ini, pilih database tempat tabel ini milik sebagai objek yang akan disinkronkan saat Anda mengonfigurasi tugas sinkronisasi data. Pastikan database tempat tabel ini milik sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan disinkronkan. TRUNCATE TABLE

Izin yang diperlukan untuk akun database

Database	Izin yang Diperlukan	Referensi
Instance Sumber ApsaraDB RDS for MariaDB TX	Hak baca dan tulis pada objek yang akan disinkronkan	Buat Akun dan Ubah atau Reset Izin Akun
Instance Tujuan ApsaraDB RDS for MySQL	Hak baca dan tulis pada database tujuan	Buat Akun dan Ubah Izin Akun

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Sinkronisasi Data dan pilih wilayah tempat instance sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di panel navigasi sebelah kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual mungkin berbeda berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, gerakkan pointer ke Data + AI dan pilih DTS (DTS) > Data Synchronization.
3. Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.

Klik Create Task. Di wizard Buat Tugas, konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif yang mudah diidentifikasi. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Jenis database sumber. Pilih MariaDB.
	Access Method	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance sumber ApsaraDB RDS for MariaDB TX berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah akan menyinkronkan data antar akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	Instance ID	ID instance sumber ApsaraDB RDS for MariaDB TX.
	Database Account	Akun database instance sumber ApsaraDB RDS for MariaDB TX. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Dalam contoh ini, Non-encrypted dipilih.
Destination Database	Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Jenis database tujuan. Pilih MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance tujuan ApsaraDB RDS for MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah akan menyinkronkan data antar akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS Instance ID	ID instance tujuan ApsaraDB RDS for MySQL.
	Database Account	Akun database instance tujuan ApsaraDB RDS for MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database. Anda dapat memilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin menyetel parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau instance ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance tersebut. Jika database sumber atau tujuan adalah database mandiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database diterapkan pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database mandiri yang diterapkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian "Blok CIDR Server DTS" dari topik Tambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum Anda menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi Anda, membatasi port yang diekspos, mengotentikasi panggilan API, secara teratur memeriksa daftar putih atau aturan grup keamanan ECS dan melarang blok CIDR yang tidak sah, atau menghubungkan database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan disinkronkan dan pengaturan lanjutan.

Parameter	Deskripsi
Synchronization Types	Jenis sinkronisasi. Secara default, Incremental Data Synchronization dipilih. Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pra-pemeriksaan selesai, DTS menyinkronkan data historis objek yang dipilih dari database sumber ke kluster tujuan. Data historis adalah dasar untuk sinkronisasi tambahan selanjutnya.
Method to Migrate Triggers in Source Database	Metode yang digunakan untuk menyinkronkan pemicu dari database sumber. Anda dapat memilih metode sinkronisasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada pemicu yang akan disinkronkan, Anda tidak perlu menyetel parameter ini. Untuk informasi lebih lanjut, lihat Sinkronkan atau migrasikan pemicu dari database sumber. Catatan Parameter ini tersedia hanya jika Anda memilih Schema Synchronization untuk parameter Synchronization Types.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang memiliki nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel yang memiliki nama tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Catatan Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang disinkronkan ke database tujuan. Anda dapat menggunakan fitur ini jika database sumber dan tujuan berisi nama tabel identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya. Untuk informasi lebih lanjut, lihat Peta nama objek. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial. Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki nilai kunci utama yang sama dengan catatan data yang ada di database tujuan: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama sinkronisasi data tambahan, DTS menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, data mungkin gagal diinisialisasi, hanya beberapa kolom yang disinkronkan, atau tugas sinkronisasi data gagal. Operasikan dengan hati-hati.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih database, tabel, atau kolom sebagai objek yang akan disinkronkan.
Selected Objects	Untuk mengganti nama objek yang ingin Anda sinkronkan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta nama objek tunggal" dari topik Peta Nama Objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta beberapa nama objek sekaligus" dari topik Peta Nama Objek. Catatan Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut, lihat bagian Operasi SQL yang dapat disinkronkan secara tambahan dari topik ini. Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal disinkronkan.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas instance sinkronisasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS.
Set Alerts	Menentukan apakah akan mengonfigurasi peringatan untuk instance sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid: No: tidak mengaktifkan peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian "Konfigurasikan pemantauan dan peringatan saat Anda membuat tugas DTS" dari topik Konfigurasikan pemantauan dan peringatan.
Retry Time for Failed Connections	Rentang waktu coba ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba ulang koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Catatan Jika Anda menentukan rentang waktu coba ulang yang berbeda untuk beberapa tugas sinkronisasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu coba ulang terpendek yang diutamakan. Saat DTS mencoba ulang koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu coba ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu coba ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba ulang operasi dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk tugas sinkronisasi data penuh guna mengurangi beban pada server database tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data tambahan. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data tambahan berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter <RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server database tujuan.
Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: tidak mengonfigurasi fitur ETL.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas sinkronisasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas tersebut lulus pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan kembali pra-pemeriksaan.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.
Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

Di halaman buy, konfigurasikan parameter Metode Penagihan dan Kelas Instance untuk tugas sinkronisasi data. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar langganan saat membuat instance sinkronisasi data. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Bayar sesuai pemakaian: Instance bayar sesuai pemakaian dikenakan biaya per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instance sinkronisasi data bayar sesuai pemakaian, Anda dapat melepaskan instance tersebut untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instance sinkronisasi data milik. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
	Kelas Instance	DTS menyediakan kelas instance yang bervariasi dalam kecepatan sinkronisasi. Anda dapat memilih kelas instance berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance dari instance sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan langganan, tentukan durasi langganan dan jumlah instance sinkronisasi data yang ingin Anda buat. Durasi langganan bisa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun. Catatan Parameter 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. Di kotak dialog yang muncul, klik OK.
Anda dapat melihat kemajuan tugas di daftar tugas.