Sinkronisasi data dari instans PolarDB-X 1.0 ke instans PolarDB-X 2.0 - Data Transmission Service

Anda dapat menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari instans PolarDB-X 1.0 ke instans PolarDB-X 2.0.

Prasyarat

Instans sumber PolarDB-X 1.0 harus menggunakan RDS for MySQL sebagai kelas penyimpanannya, termasuk RDS kustom privat dan instans RDS yang dibeli secara terpisah. PolarDB for MySQL saat ini tidak didukung.
Instans tujuan PolarDB-X 2.0 dan database untuk menerima data telah dibuat. Untuk informasi selengkapnya, lihat Buat instans (Edisi Starter) dan Buat database.
Instans tujuan harus memiliki ruang penyimpanan lebih besar daripada yang digunakan oleh instans sumber.

Catatan

Catatan

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

Jenis	Deskripsi
Batasan database sumber	Tabel yang akan disinkronkan harus memiliki kendala PRIMARY KEY atau UNIQUE. Sinkronisasi skema tidak didukung untuk tabel yang hanya memiliki kendala UNIQUE — gunakan kendala PRIMARY KEY sebagai gantinya. Kolom kunci harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit objek seperti pemetaan nama tabel atau kolom, satu tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Sebagai solusi, bagi tabel menjadi beberapa tugas atau sinkronkan seluruh database. Log biner dari instans RDS for MySQL yang terhubung ke instans PolarDB-X 1.0: Pencatatan log biner diaktifkan secara default. Untuk informasi selengkapnya, lihat Lihat parameter instans untuk memastikan bahwa binlog_row_image diatur ke full. Jika tidak, kesalahan akan dilaporkan selama pemeriksaan awal, dan tugas sinkronisasi data tidak dapat dimulai. Untuk sinkronisasi inkremental, DTS mensyaratkan agar log biner lokal database sumber dipertahankan lebih dari 24 jam. Untuk sinkronisasi penuh-plus-inkremental, log biner lokal harus dipertahankan minimal 7 hari. Anda dapat mengubah periode retensi menjadi lebih dari 24 jam setelah sinkronisasi penuh selesai. Jika DTS tidak dapat memperoleh log biner, tugas dapat gagal dan, dalam kasus ekstrem, menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh retensi log biner yang tidak mencukupi tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Batasan operasi database sumber: Untuk mengganti jenis jaringan instans PolarDB-X 1.0 selama sinkronisasi, perbarui informasi koneksi jaringan dari tautan sinkronisasi setelah pergantian berhasil. Selama sinkronisasi, jangan lakukan operasi pada instans sumber seperti penskalaan (misalnya, penskalaan instans ApsaraDB RDS for MySQL yang terhubung, atau mengubah distribusi tabel fisik yang sesuai dengan tabel logis di ApsaraDB RDS for MySQL meskipun instans ApsaraDB RDS for MySQL tersebut tidak diskalakan), migrasi tabel panas, mengubah kunci shard, atau membuat perubahan DDL. Jika tidak, tugas sinkronisasi data akan gagal atau terjadi ketidakkonsistenan data. Jika Anda mengubah kunci partisi tabel sumber, dan kunci utama tabel tujuan yang sesuai tidak mencakup kunci partisi, kehilangan data dapat terjadi di database tujuan. Alasan: Instans PolarDB-X 1.0 memiliki beberapa instans ApsaraDB RDS for MySQL yang terhubung dengannya. DTS mempertahankan tautan sinkronisasi independen untuk setiap instans ApsaraDB RDS for MySQL. Mengubah kunci partisi menyebabkan data dihapus dari satu instans ApsaraDB RDS for MySQL dan dimasukkan ke instans lain. Karena tautan ini dijalankan secara independen, urutan operasi DELETE dan INSERT dapat terganggu. Jika kunci utama database tujuan tidak mencakup kunci partisi, operasi DELETE yang dieksekusi belakangan dapat secara salah menghapus data yang baru saja dimasukkan. Rekomendasi: Untuk mencegah kehilangan data akibat operasi yang tidak berurutan, pastikan kunci utama tabel tujuan mencakup kolom kunci partisi dari tabel sumber. Jika Anda hanya melakukan sinkronisasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, terjadi ketidakkonsistenan antara sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental. 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. Instans sumber PolarDB-X 1.0 harus versi 5.2 atau lebih baru.
Batasan lainnya	Jenis penyimpanan instans PolarDB-X 1.0 harus RDS for MySQL, termasuk RDS kustom privat dan RDS yang dibeli secara terpisah. PolarDB for MySQL tidak didukung. Tugas sinkronisasi untuk PolarDB-X 1.0 bersifat terdistribusi. Setiap instans RDS for MySQL yang terhubung sesuai dengan subtugas sinkronisasi. Anda dapat melihat status subtugas di halaman Task Topology. Sinkronisasi data inkremental bergantung pada transaksi XA kontinu di instans sumber PolarDB-X 1.0 untuk memastikan konsistensi data. Jika kontinuitas ini terganggu, misalnya saat memodifikasi objek sinkronisasi atau selama pemulihan bencana modul penangkapan data inkremental, transaksi XA yang belum dikomit dapat hilang. Evaluasi kinerja database sumber dan tujuan serta sinkronkan data selama jam sepi. Selama sinkronisasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban. Sinkronisasi data penuh menjalankan operasi INSERT secara konkuren, yang menyebabkan fragmentasi pada tabel tujuan. Akibatnya, tabel tujuan menggunakan ruang penyimpanan lebih besar daripada tabel sumber setelah sinkronisasi penuh. Verifikasi bahwa presisi sinkronisasi yang digunakan DTS untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai tipe data ini menggunakan `ROUND(COLUMN,PRECISION)`. Jika Anda tidak menentukan presisi, DTS menggunakan 38 digit untuk kolom FLOAT dan 308 digit untuk kolom DOUBLE. DTS mencoba melanjutkan tugas sinkronisasi yang gagal dalam waktu tujuh hari. Sebelum beralih layanan ke instans tujuan, akhiri atau lepaskan tugas, atau gunakan perintah `revoke` untuk mencabut izin tulis akun DTS pada instans tujuan. Jika tidak, data di instans sumber akan menimpa data di instans tujuan ketika tugas dilanjutkan secara otomatis. 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 mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans. Jika tabel PolarDB-X 2.0 tujuan memiliki partisi otomatis diaktifkan (`auto_partition=true`), setiap pernyataan DDL yang dieksekusi pada sumber hanya boleh berisi satu `alter_specification`. Jika tidak, DTS melaporkan kesalahan (`TDDL-4998`: `Multi alter specifications when create GSI not support yet`). Untuk mengeksekusi pernyataan DDL yang berisi beberapa item `alter_specification`, pisahkan setiap `alter_specification` menjadi pernyataan DDL terpisah dan eksekusi satu per satu. Untuk informasi selengkapnya, lihat ALTER TABLE (mode DRDS) dan ALTER TABLE (mode AUTO).

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 untuk sinkronisasi inkremental

Jenis operasi	Operasi SQL
DML	INSERT, UPDATE, DELETE

Izin yang diperlukan untuk akun database

Database	Izin yang diperlukan	Cara membuat akun dan memberikan izin
Instans sumber PolarDB-X 1.0	Izin baca pada objek sinkronisasi.	Manajemen Akun
Instans tujuan PolarDB-X 2.0	Izin baca dan tulis pada database tujuan yang berisi objek sinkronisasi.	Kelola akun database

Peringatan

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 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 selengkapnya, lihat Mode sederhana 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	Konfigurasi	Deskripsi
Tidak ada	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.
	Database Type	Pilih PolarDB-X 1.0.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber PolarDB-X 1.0 berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, data disinkronkan antar instans dalam satu Akun Alibaba Cloud yang sama. Pilih No.
	Instance ID	Pilih ID instans sumber PolarDB-X 1.0.
	Database Account	Masukkan akun database instans sumber PolarDB-X 1.0.
	Database Password	Masukkan password yang sesuai dengan akun database tersebut.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.
	Database Type	Pilih PolarDB-X 2.0.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan PolarDB-X 2.0 berada.
	Instance ID	Pilih ID instans tujuan PolarDB-X 2.0.
	Database Account	Masukkan akun database instans tujuan PolarDB-X 2.0.
	Database Password	Masukkan password yang sesuai dengan akun database tersebut.

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 selengkapnya, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

Konfigurasi	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.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, 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 Map table and column names. 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 kunci utama atau kunci unik 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 sebagian data kolom 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 selengkapnya, lihat Case sensitivity policy for destination object names.
Source Objects	Di kotak Source Objects, pilih objek yang ingin disinkronkan, lalu klik ikon untuk memindahkannya ke kotak Selected Objects. Catatan Kami menyarankan Anda memilih tabel sebagai objek sinkronisasi. Jika Anda memilih seluruh database, perubahan penambahan atau penghapusan tabel di database tersebut tidak akan 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 penggantian nama objek, lihat Map a single database, table, or column. 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 Map databases, tables, and columns in a batch. Catatan Untuk menetapkan klausa WHERE guna memfilter data, klik kanan tabel di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya tentang cara menetapkan kondisi, lihat Set filter conditions. Jika Anda menggunakan pemetaan nama objek, sinkronisasi objek lain yang bergantung pada objek yang dipetakan tersebut dapat gagal.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Konfigurasi	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 What is a DTS dedicated cluster?.
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 antara 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. 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, maka durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya. Karena DTS membebankan biaya berdasarkan waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan durasi percobaan ulang sesuai kebutuhan bisnis atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-koneksi 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 Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi akan dilanjutkan secara otomatis. 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 menetapkan 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 menetapkan 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	Pilih tag lingkungan untuk mengidentifikasi instans jika diperlukan.
Configure ETL	Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat What is ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Configure ETL in a data migration or data synchronization task. 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 menetapkan ambang batas peringatan dan menentukan pemberitahuan peringatan. Untuk informasi selengkapnya, lihat Configure monitoring and alerting during task configuration.

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 balon informasi.
- 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 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 membahayakan bisnis Anda.

Beli instans.

Ketika 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 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 pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya. Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat segera melepaskan instans setelah digunakan untuk menghemat biaya.
	Resource Group Configuration	Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat What is Resource Management?.
	Link Specification	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi tautan sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Data synchronization link specifications.
	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.