Sinkronisasi data dari PolarDB-X 1.0 ke AnalyticDB for MySQL 3.0 - Data Transmission Service

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari instans PolarDB-X 1.0 ke kluster AnalyticDB for MySQL 3.0 dan mencapai sinkronisasi data inkremental secara real-time.

Prasyarat

Anda telah membuat instans PolarDB-X 1.0. Jika belum, lihat Buat instans PolarDB-X 1.0 dan Buat database.

Catatan
Penyimpanan untuk instans PolarDB-X 1.0 harus berupa ApsaraDB RDS for MySQL, baik berupa instans RDS yang dikustomisasi secara privat maupun instans RDS yang dibeli terpisah. PolarDB for MySQL tidak didukung.
Pastikan set karakter data yang akan disinkronkan bukan utf8mb3. Jika tidak, tugas sinkronisasi data inkremental akan gagal.
Anda telah membuat kluster tujuan AnalyticDB for MySQL 3.0. Kluster tersebut harus memiliki ruang penyimpanan yang tersedia lebih besar daripada yang digunakan oleh instans sumber PolarDB-X 1.0. Jika Anda belum membuat kluster, lihat Buat kluster.

Catatan penggunaan

Catatan

Selama sinkronisasi skema, DTS tidak menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade kunci asing pada tingkat session. Jika Anda melakukan operasi pembaruan atau penghapusan kaskade pada database sumber saat tugas sedang berjalan, ketidakkonsistenan data dapat terjadi.

Kategori	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki kendala PRIMARY KEY atau UNIQUE (tabel yang hanya memiliki kendala UNIQUE tidak mendukung sinkronisasi skema, sehingga kami menyarankan agar Anda menggunakan kendala PRIMARY KEY), dan field-field tersebut harus unik. Jika tidak, database tujuan mungkin berisi data duplikat. Tabel yang memiliki indeks sekunder tidak dapat disinkronkan. Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan ingin mengedit tabel tersebut, seperti memetakan nama tabel atau kolom, Anda dapat menyinkronkan hingga 5.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 5.000 tabel, kesalahan permintaan dapat terjadi setelah Anda mengirimkan tugas. Dalam kasus ini, kami menyarankan agar Anda membagi tabel yang akan disinkronkan dan mengonfigurasi beberapa tugas untuk menyinkronkan tabel tersebut secara batch, atau mengonfigurasi satu tugas untuk menyinkronkan seluruh database. Persyaratan berikut untuk log biner instans RDS for MySQL yang terhubung ke instans PolarDB-X 1.0 harus dipenuhi: Fitur binary logging harus diaktifkan, dan parameter binlog_row_image harus diatur ke full. Jika tidak, kesalahan akan dilaporkan selama pemeriksaan awal, dan tugas sinkronisasi data tidak dapat dimulai. Untuk tugas sinkronisasi inkremental, DTS mensyaratkan bahwa log biner database sumber dipertahankan minimal selama 24 jam. Untuk tugas yang melakukan sinkronisasi penuh dan inkremental, DTS mensyaratkan bahwa log biner database sumber dipertahankan minimal selama tujuh hari. Anda dapat mengatur periode retensi log biner lebih dari 24 jam setelah sinkronisasi data penuh awal selesai. Jika tidak, DTS mungkin gagal memperoleh log biner dan tugas dapat gagal. Dalam keadaan luar biasa, data mungkin tidak konsisten atau hilang. Masalah yang disebabkan karena periode retensi log biner lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Batasan pada operasi yang dilakukan pada database sumber: Jika Anda mengubah jenis jaringan instans PolarDB-X 1.0 selama sinkronisasi data, Anda harus memodifikasi informasi konektivitas jaringan dari tautan sinkronisasi setelah jenis jaringan diubah. Selama sinkronisasi data, jangan melakukan scaling pada instans sumber, seperti scaling instans RDS for MySQL yang terhubung atau mengubah distribusi database dan tabel fisik yang sesuai dengan database dan tabel logis di instans RDS for MySQL, bahkan jika instans RDS for MySQL tersebut tidak di-scale. Selain itu, jangan migrasi tabel hot spot, ubah kunci shard, atau lakukan operasi DDL. Jika tidak, tugas sinkronisasi data akan gagal atau terjadi ketidakkonsistenan data. 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 kueri ke database sumber. Hal ini membuat kunci metadata yang dapat memblokir operasi DDL pada database sumber. Kelas penyimpanan instans PolarDB-X 1.0 harus berupa RDS for MySQL, termasuk RDS kustom privat dan RDS yang dibeli terpisah. PolarDB for MySQL tidak didukung sebagai kelas penyimpanan. Sumber daya penyimpanan PolarDB-X 1.0 hanya dapat dipisahkan menggunakan pemisahan horizontal (sharding). Pemisahan vertikal tidak didukung. Instans read-only dari sumber daya komputasi PolarDB-X 1.0 tidak didukung. Versi instans sumber PolarDB-X 1.0 harus 5.2 atau lebih baru.
Batasan lainnya	Indeks, partisi, view, prosedur, fungsi, pemicu, dan kendala kunci asing (FKs) tidak disinkronkan. Database tujuan harus berisi primary key kustom. Atau, pada langkah Configurations for Databases, Tables, and Columns, konfigurasikan Primary Key Column. Jika tidak, sinkronisasi mungkin gagal. DTS menjamin konsistensi data tugas sinkronisasi inkremental berdasarkan kontinuitas transaksi XA di instans sumber PolarDB-X 1.0. Jika kontinuitas transaksi XA terganggu, misalnya saat Anda memodifikasi objek sinkronisasi atau dalam skenario pemulihan bencana untuk modul pengumpulan data inkremental, transaksi XA yang belum dikomit mungkin hilang. Tugas sinkronisasi data untuk instans PolarDB-X 1.0 merupakan tugas terdistribusi. Subtugas dibuat untuk setiap instans RDS for MySQL yang terhubung. Anda dapat melihat status berjalan subtugas di Task Topology. Jika kluster tujuan AnalyticDB for MySQL 3.0 sedang melakukan backup saat tugas DTS berjalan, tugas tersebut akan gagal. Sebelum menyinkronkan data, Anda harus mengevaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal dapat mengonsumsi sumber daya baca dan tulis database sumber dan tujuan serta meningkatkan beban database. Selama sinkronisasi data penuh awal, operasi INSERT konkuren menyebabkan fragmentasi pada tabel database tujuan. Oleh karena itu, setelah sinkronisasi data penuh awal selesai, ruang tabel instans tujuan lebih besar daripada instans sumber. Jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek sinkronisasi di database sumber. Jika tidak, sinkronisasi akan gagal. Selama sinkronisasi data, jangan menulis data ke database tujuan menggunakan alat lain. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan akan terjadi. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online saat data ditulis ke database tujuan menggunakan alat lain, data mungkin hilang di database tujuan. Jika tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum di Modifikasi parameter instans.

Topologi sinkronisasi yang didukung

Sinkronisasi satu arah satu-ke-satu
Sinkronisasi satu arah satu-ke-banyak
Sinkronisasi satu arah kaskade
Sinkronisasi satu arah banyak-ke-satu

Untuk informasi lebih lanjut tentang topologi sinkronisasi dan batasannya, lihat Pengantar topologi sinkronisasi data.

Operasi SQL yang didukung

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE Catatan Saat Anda menulis data ke AnalyticDB for MySQL, sistem secara otomatis mengonversi pernyataan `UPDATE` menjadi pernyataan `REPLACE INTO`. Jika Anda memperbarui primary key, sistem mengonversi pernyataan `UPDATE` menjadi pernyataan `DELETE` dan `INSERT`.

Izin yang diperlukan untuk akun database

Database	Izin yang diperlukan	Pembuatan dan otorisasi
Instans sumber PolarDB-X 1.0	Izin baca pada objek yang akan disinkronkan.	Manajemen akun
Kluster tujuan AnalyticDB for MySQL 3.0	Izin baca dan tulis pada database tujuan tempat objek akan disinkronkan.	Buat akun database.

Prosedur

Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:
Dari Konsol DTS
1. Masuk 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 berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode simple dan Sesuaikan tata letak dan gaya antarmuka DMS.
1. Masuk 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.

Konfigurasikan database sumber dan tujuan.

Kategori	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database
	Database Type	Pilih PolarDB-X 1.0.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber PolarDB-X 1.0 berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menggunakan instans database yang dimiliki oleh Akun Alibaba Cloud saat ini. Pilih No.
	Instance ID	Pilih ID instans sumber PolarDB-X 1.0.
	Database Account	Masukkan akun database untuk instans sumber PolarDB-X 1.0. Untuk izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password yang sesuai dengan akun database.
Destination Database
	Database Type	Pilih AnalyticDB for MySQL 3.0.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster tujuan AnalyticDB for MySQL 3.0 berada.
	Instance ID	Pilih ID instans tujuan AnalyticDB for MySQL 3.0.
	Database Account	Masukkan akun database untuk kluster tujuan AnalyticDB for MySQL 3.0. Untuk izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password yang sesuai dengan akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
Pastikan blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi lebih lanjut, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.

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 objek yang dipilih dari instans sumber ke kluster tujuan. Ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya. Catatan Jika Anda memilih Full Data Synchronization, skema dan data tabel yang dibuat menggunakan pernyataan CREATE TABLE dapat disinkronkan ke database tujuan.
DDL and DML Operations to Be Synchronized	Pilih operasi SQL untuk sinkronisasi data inkremental pada tingkat instans. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung. Catatan Untuk memilih operasi SQL pada tingkat database atau tabel, klik kanan objek sinkronisasi di bagian Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.
Merge Tables	Pilih Yes: Dalam skenario OLTP, sharding database dan tabel sering digunakan untuk meningkatkan waktu respons tabel bisnis. Dalam skenario OLAP, seperti database tujuan dalam contoh ini, satu tabel data dapat menyimpan data dalam jumlah besar, sehingga kueri tabel tunggal lebih nyaman. Dalam skenario seperti ini, Anda dapat menggunakan fitur penggabungan multi-tabel DTS untuk menyinkronkan beberapa tabel dengan skema yang sama (tabel sharded) dari database sumber ke satu tabel di database tujuan. Untuk petunjuk spesifik, lihat Aktifkan penggabungan multi-tabel. Catatan Setelah memilih beberapa tabel dari database sumber, Anda harus menggunakan fitur pemetaan nama objek untuk mengubah nama tabel tersebut menjadi nama tabel yang sama di database tujuan. Untuk informasi lebih lanjut tentang fitur pemetaan nama objek, lihat Pemetaan nama tabel dan kolom. DTS menambahkan kolom `__dts_data_source` bertipe teks ke tabel tujuan untuk menyimpan sumber data. Nilai kolom menggunakan format `DTS instance ID:database name:schema name:table name` untuk mengidentifikasi sumber tabel, misalnya `dts******:dtstestdata:testschema:customer1`. Fitur penggabungan multi-tabel berlaku pada tingkat tugas, artinya Anda tidak dapat melakukan penggabungan multi-tabel pada tingkat tabel. Jika Anda ingin menggabungkan beberapa tabel tetapi tidak yang lain, Anda perlu membuat dua tugas sinkronisasi data. Peringatan** Jangan jalankan operasi DDL untuk mengubah skema database atau tabel di database sumber. Jika tidak, ketidakkonsistenan data atau kegagalan tugas sinkronisasi dapat terjadi. Pilih No. Ini adalah opsi default.
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 lolos. 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 lebih lanjut, lihat Pemetaan nama tabel dan kolom. Ignore Errors and Proceed: Melewati 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 mungkin gagal. Hal ini dapat mengakibatkan hanya data kolom sebagian yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek database, tabel, dan kolom yang disinkronkan ke instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menggunakan kebijakan default database sumber dan tujuan. Untuk informasi lebih lanjut, lihat Kebijakan sensitivitas huruf besar/kecil untuk nama objek tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Kami menyarankan agar Anda memilih tabel sebagai objek sinkronisasi. Jika Anda memilih seluruh database, perubahan penambahan atau penghapusan tabel di database tersebut 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 lebih lanjut tentang mengganti nama objek, lihat Pemetaan 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 lebih lanjut, lihat Pemetaan database, tabel, dan kolom secara batch. Catatan Untuk memilih operasi SQL pada tingkat database atau tabel, klik kanan objek sinkronisasi di bagian Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel yang akan disinkronkan di bagian Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Tetapkan 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 lebih lanjut, lihat Apa itu kluster khusus DTS?.
Retry Time for Failed Connections	Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami menyarankan 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 menyarankan 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 memulai operasi percobaan ulang berkelanjutan. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami menyarankan 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 dan 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 hanya tersedia 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).
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Untuk contoh ini, Anda tidak perlu memilih tag.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasi 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: Konfigurasi peringatan dengan mengatur ambang batas peringatan dan menentukan pemberitahuan peringatan. Untuk informasi lebih lanjut, lihat Konfigurasi pemantauan peringatan selama konfigurasi tugas.

Opsional: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, Distribution Key, dan informasi kunci partisi (Partition Key, Partitioning Rules, dan Partition Lifecycle) untuk tabel yang akan disinkronkan di database tujuan.
Catatan
- Langkah ini hanya tersedia jika Anda memilih Schema Synchronization untuk Synchronization Types saat mengonfigurasi objek tugas. Anda kemudian dapat mengatur Definition Status ke All untuk melakukan modifikasi.
- Primary Key Column dapat berupa primary key komposit yang terdiri dari beberapa kolom. Anda harus memilih satu atau beberapa kolom dari Primary Key Column untuk berfungsi sebagai Distribution Key dan Partition Key. Untuk informasi lebih lanjut, lihat CREATE TABLE.

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 yang muncul.
- Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Tugas 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 kembali pemeriksaan awal.
- 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 kembali pemeriksaan awal.
  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.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

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	Billing Method	Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya. Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.
	Resource Group Configuration	Kelompok sumber daya tempat instans berada. Default-nya adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?.
	Link Specification	DTS menyediakan spesifikasi sinkronisasi dengan berbagai tingkat kinerja. Spesifikasi tautan sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi tautan sinkronisasi data.
	Subscription Duration	Dalam mode subscription, 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 progres tugas di halaman Data Synchronization.