Sinkronkan data dari instance PolarDB-X 1.0 ke klaster PolarDB untuk MySQL - Data Transmission Service

Topik ini menjelaskan cara menyinkronkan data inkremental secara real-time dari instance PolarDB-X 1.0 ke klaster PolarDB untuk MySQL menggunakan Data Transmission Service (DTS).

Prasyarat

Instance PolarDB-X 1.0 telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance PolarDB-X 1.0 dan Buat Database.
Catatan
Tipe penyimpanan instance PolarDB-X 1.0 harus berupa ApsaraDB RDS untuk MySQL, termasuk instance kustom dan instance yang dibeli. PolarDB untuk MySQL tidak dapat digunakan sebagai tipe penyimpanan.
Klaster tujuan PolarDB untuk MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Beli Klaster Langganan.
Ruang penyimpanan yang tersedia di klaster tujuan lebih besar daripada total ukuran data di instance sumber.

Catatan Penggunaan

Catatan

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

Kategori	Deskripsi Migrasi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki kendala PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin mengandung catatan data duplikat. Tabel yang hanya memiliki kendala UNIQUE tidak mendukung sinkronisasi skema. Oleh karena itu, kami merekomendasikan agar Anda menyinkronkan tabel yang memiliki kendala PRIMARY KEY. Tabel yang memiliki indeks sekunder tidak dapat disinkronkan. Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan ingin mengedit tabel (seperti mengganti nama tabel atau kolom) di database tujuan, 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 akan terjadi. Dalam hal ini, kami merekomendasikan agar Anda mengonfigurasi beberapa tugas untuk menyinkronkan tabel dalam batch atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Persyaratan berikut untuk log biner instance ApsaraDB RDS untuk MySQL yang dilampirkan ke instance PolarDB-X 1.0 harus dipenuhi: Fitur pencatatan biner diaktifkan. Nilai parameter binlog_row_image diatur ke full. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Untuk tugas sinkronisasi data inkremental, log biner database sumber harus disimpan setidaknya selama 24 jam. Untuk tugas sinkronisasi data penuh dan inkremental, log biner database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan log biner dan tugas mungkin gagal. Dalam keadaan luar biasa, data mungkin tidak konsisten atau hilang. Setelah sinkronisasi data penuh selesai, Anda dapat mengatur periode penyimpanan menjadi lebih dari 24 jam. Pastikan Anda mengatur periode penyimpanan log biner sesuai dengan persyaratan yang disebutkan di atas. Jika tidak, keandalan layanan dan kinerja yang dinyatakan dalam Perjanjian Tingkat Layanan (SLA) DTS tidak dapat dicapai. Batasan pada operasi yang akan dilakukan pada database sumber: Jika Anda mengubah tipe jaringan instance PolarDB-X 1.0 selama sinkronisasi data, Anda harus memodifikasi informasi koneksi jaringan tugas sinkronisasi data setelah Anda mengubah tipe jaringan. Selama sinkronisasi data, jangan skalakan instance sumber, termasuk instance ApsaraDB RDS untuk MySQL yang dilampirkan ke instance sumber, atau ubah distribusi database fisik yang mana database logis atau tabel logis telah dikonfigurasikan di instance ApsaraDB RDS untuk MySQL. Selain itu, jangan migrasikan tabel panas, ubah kunci shard, atau lakukan operasi DDL online pada instance sumber. Jika tidak, tugas sinkronisasi data gagal atau ketidaksesuaian data terjadi. Selama sinkronisasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data gagal. Tipe penyimpanan instance PolarDB-X 1.0 harus berupa ApsaraDB RDS untuk MySQL, termasuk instance kustom dan instance yang dibeli. PolarDB untuk MySQL tidak dapat digunakan sebagai tipe penyimpanan. PolarDB-X 1.0 sumber daya penyimpanan hanya dapat dibagi menggunakan pembagian horizontal. Baik database maupun tabel dapat dibagi. Pembagian vertikal tidak didukung. Instance baca-saja di lapisan komputasi PolarDB-X 1.0 tidak didukung. Versi instance sumber PolarDB-X 1.0 harus 5.2 atau lebih baru.
Batasan lainnya	DTS dapat memastikan konsistensi data tugas migrasi data inkremental berdasarkan kontinuitas transaksi XA di instance sumber PolarDB-X 1.0. Jika kontinuitas transaksi XA rusak, seperti perubahan pada objek yang akan disinkronkan dan dalam skenario pemulihan bencana untuk modul pengumpulan data inkremental, transaksi XA yang belum dikomit mungkin hilang dan ketidaksesuaian data mungkin terjadi. Ketika DTS menyinkronkan data dari instance PolarDB-X 1.0, data didistribusikan di seluruh instance ApsaraDB RDS untuk MySQL yang dilampirkan. DTS menjalankan subtugas untuk setiap instance ApsaraDB RDS untuk MySQL. Status berjalan subtugas ditampilkan di Task Topology. Jika data yang akan disinkronkan berisi konten yang memerlukan ruang penyimpanan empat byte, seperti emoji, database dan tabel di instance tujuan harus menggunakan set karakter utf8mb4. Catatan Jika Anda menggunakan DTS untuk menyinkronkan struktur tabel database, Anda perlu mengatur parameter tingkat instance `character_set_server` di database tujuan ke utf8mb4. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data pada kinerja database sumber dan tujuan. Kami merekomendasikan agar Anda menyinkronkan data selama jam non-puncak. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh awal, operasi INSERT konkuren menyebabkan fragmentasi di tabel database tujuan. Setelah sinkronisasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di database sumber. Kami merekomendasikan agar Anda tidak menggunakan gh-ost atau pt-online-schema-change untuk melakukan operasi DDL pada objek yang akan disinkronkan. Jika tidak, sinkronisasi data mungkin gagal. Selama sinkronisasi data, kami merekomendasikan agar 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, kehilangan data mungkin terjadi di database tujuan ketika Anda menggunakan DMS untuk melakukan operasi DDL online. 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 instance Completed), kami merekomendasikan agar Anda menjalankan perintah `analyze table <table_name>` untuk memastikan bahwa semua data ditulis ke tabel tujuan. Misalnya, setelah pergantian high-availability (HA) dipicu di database tujuan MySQL, data mungkin hanya ditulis ke memori dan kehilangan data mungkin terjadi. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.

Penagihan

Tipe Sinkronisasi	Biaya Konfigurasi Tugas
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

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 yang didukung oleh DTS, lihat Topologi Sinkronisasi.

Operasi SQL yang dapat disinkronkan

Tipe Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE

Izin yang diperlukan untuk akun database

Database	Izin yang Diperlukan	Referensi
Instance Sumber PolarDB-X 1.0	Izin baca pada objek yang akan disinkronkan	Kelola akun
Klaster Tujuan PolarDB untuk MySQL	Izin baca dan tulis pada klaster tujuan ke mana objek akan disinkronkan	Buat dan kelola akun database

Prosedur

Pergi ke halaman Tugas Sinkronisasi Data.
1. Masuk ke Konsol Data Management (DMS).
2. Di bilah navigasi atas, klik Data + AI.
3. Di panel navigasi sisi kiri, pilih DTS (DTS) > Data Synchronization.
Catatan
- Operasi mungkin berbeda berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.
- Anda juga dapat pergi ke Halaman Tugas Sinkronisasi Data Konsol DTS Baru.
Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Catatan
Jika Anda menggunakan konsol DTS baru, Anda harus memilih wilayah tempat instance sinkronisasi data berada di bilah navigasi atas.

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

Peringatan

Setelah Anda mengonfigurasi database sumber dan tujuan, kami merekomendasikan agar Anda membaca Limits yang ditampilkan di halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

Bagian	Parameter	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Database Type	Tipe database sumber. Pilih PolarDB-X 1.0.
	Connection Type	Metode akses instance sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance sumber PolarDB-X 1.0 berada.
	Instance ID	ID dari instance sumber PolarDB-X 1.0.
	Database Account	Akun database dari instance sumber PolarDB-X 1.0. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
Destination Database	Database Type	Tipe database tujuan. Pilih PolarDB for MySQL.
	Connection Type	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster tujuan PolarDB untuk MySQL berada.
	PolarDB Cluster ID	ID dari klaster tujuan PolarDB untuk MySQL.
	Database Account	Akun database dari klaster tujuan PolarDB untuk MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses database.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS untuk MySQL atau instance ApsaraDB untuk MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri 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 di 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 yang dikelola sendiri 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 muncul. Oleh karena itu, sebelum Anda menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengetahui potensi risiko serta mengambil tindakan 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 berkala 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 atau pengaturan	Deskripsi
Synchronization Type	Tipe 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 klaster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental selanjutnya.
Processing Mode for Existing Destination 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 Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang disinkronkan ke database tujuan. 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 di database tujuan memiliki nilai kunci utama atau nilai kunci unik yang sama dengan catatan data di database sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama sinkronisasi data inkremental, 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. Dalam hal ini, hanya beberapa kolom yang disinkronkan, atau instance sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Case Policy for Destination Object Names	Huruf besar/kecil nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar/kecil nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan huruf besar/kecil nama objek di instance tujuan.
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 tabel sebagai objek yang akan disinkronkan. Jika Anda memilih seluruh database sebagai objek yang akan disinkronkan, DTS tidak menyinkronkan perubahan yang dibuat untuk membuat tabel di atau menghapus tabel dari database sumber ke database tujuan.
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 yang akan disinkronkan di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut tentang operasi SQL yang dapat disinkronkan, lihat Operasi SQL yang dapat disinkronkan. Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut tentang cara menentukan kondisi, lihat Tentukan kondisi filter.

Parameter	Deskripsi
Monitoring and Alerting	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 Interval After Source or Destination Database Connection Failure	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami merekomendasikan agar Anda mengatur parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil menyambungkan 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 ulang yang berbeda untuk beberapa tugas sinkronisasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang diutamakan. Ketika DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami merekomendasikan agar Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.
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 Configure ETL in a data migration or data synchronization task. 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 tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters .
- Jika Anda tidak perlu melihat atau telah melihat parameter, 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 pra-pemeriksaan lagi.
- 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 ditagih 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 berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?
	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 hanya tersedia jika Anda memilih metode penagihan Subscription.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start, lalu klik OK pada kotak dialog konfirmasi.
Anda dapat memantau progres task di halaman data synchronization.