Migrasi data dari PolarDB-X 1.0 ke gudang data cloud-native AnalyticDB for PostgreSQL - Data Transmission Service

Anda dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans PolarDB-X 1.0 ke instans AnalyticDB for PostgreSQL, sehingga memungkinkan transfer dan pemusatan data untuk analisis secara mudah.

Prasyarat

Jenis penyimpanan untuk PolarDB-X 1.0 harus berupa ApsaraDB RDS for MySQL. PolarDB for MySQL saat ini tidak didukung.
Instans tujuan AnalyticDB for PostgreSQL telah dibuat dan memiliki kapasitas penyimpanan yang lebih besar daripada ruang yang digunakan oleh instans sumber PolarDB-X 1.0. Untuk informasi selengkapnya, lihat Buat instans.
Database telah dibuat di instans tujuan AnalyticDB for PostgreSQL untuk menerima data yang dimigrasikan. Untuk informasi selengkapnya, lihat CREATE DATABASE.

Catatan penggunaan

Type

Description

Batasan database sumber

Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan memperlambat migrasi data.
Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau kendala UNIQUE, dan bidang dalam kunci atau kendala tersebut harus unik. Jika tidak, hal ini dapat menyebabkan data duplikat di database tujuan.
Jika Anda memigrasikan objek pada tingkat tabel dan perlu mengeditnya, misalnya dengan memetakan nama kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, pengiriman tugas akan gagal. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi data atau konfigurasikan tugas untuk memigrasikan seluruh database.
Untuk migrasi inkremental, Anda harus memastikan bahwa parameter binlog_row_image dari instans RDS MySQL yang terhubung ke PolarDB-X 1.0 diatur ke full. Jika tidak, pemeriksaan awal gagal dan tugas migrasi data tidak dapat dimulai.
Catatan
Untuk tugas migrasi inkremental, DTS mengharuskan database sumber menyimpan binlog lokal selama lebih dari 24 jam. Jika tugas Anda mencakup migrasi penuh dan inkremental, Anda harus menyimpan binlog setidaknya selama 7 hari. Anda dapat mengubah periode retensi menjadi lebih dari 24 jam setelah migrasi penuh selesai. Jika periode retensi terlalu singkat, tugas migrasi mungkin gagal karena DTS tidak dapat memperoleh file binlog yang diperlukan. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. SLA DTS tidak mencakup masalah yang disebabkan oleh periode retensi binlog yang tidak mencukupi.

Jenis penyimpanan untuk PolarDB-X 1.0 harus berupa RDS MySQL. PolarDB for MySQL tidak didukung.
Batasan operasional pada database sumber:
- Jika Anda perlu mengganti jenis jaringan instans PolarDB-X 1.0 selama migrasi, perbarui pengaturan koneksi jaringan tautan migrasi setelah pergantian selesai.
- Selama migrasi, jangan melakukan scaling naik atau turun pada instans sumber, memigrasikan tabel hot-spot, mengubah kunci shard, atau mengeksekusi pernyataan DDL. Jika tidak, tugas migrasi mungkin gagal atau terjadi ketidakkonsistenan data.
- Jika kunci partisi diubah di database sumber dan kunci primer di tabel target tidak mencakup kunci partisi sumber, kehilangan data mungkin terjadi di database target.
  - Alasan: Instans PolarDB-X 1.0 memiliki beberapa instans RDS for MySQL yang terhubung dengannya. DTS membuat tautan migrasi terpisah untuk setiap instans RDS for MySQL. Perubahan pada kunci partisi menyebabkan data dihapus dari satu instans RDS for MySQL dan dimasukkan ke instans lain. Karena tautan dieksekusi secara independen, urutan eksekusi operasi DELETE dan INSERT tidak dijamin. Jika kunci primer database target tidak mencakup kunci partisi, operasi DELETE yang dieksekusi belakangan dapat secara tidak sengaja menghapus data yang baru saja dimasukkan.
  - Rekomendasi: Untuk mencegah kehilangan data akibat operasi yang tidak berurutan, pastikan kunci primer tabel target mencakup kolom kunci partisi dari database sumber.
Instans sumber PolarDB-X 1.0 harus versi 5.2 atau lebih baru.
Jangan mengubah jenis tabel broadcast di instans sumber PolarDB-X 1.0 saat tugas migrasi DTS sedang berjalan (misalnya, dari tabel broadcast menjadi tabel tunggal atau tabel sharded). Jika Anda perlu mengubah jenis tabel, hentikan tugas migrasi. Setelah perubahan selesai, konfigurasikan ulang tugas migrasi.

Batasan lainnya

DTS tidak mendukung tabel append-optimized (AO) sebagai tabel target.
DTS tidak mendukung migrasi data tipe GEOMETRY, CURVE, SURFACE, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON, dan GEOMETRYCOLLECTION.
DTS tidak mendukung migrasi objek INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, dan FK.
Jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika skema tabel sumber dan target tidak konsisten, data dari kolom yang ada di sumber tetapi tidak ada di target akan hilang.
DTS tidak mendukung instansi hanya baca dari sumber daya komputasi PolarDB-X 1.0.
DTS hanya mendukung sharding horizontal untuk sumber daya penyimpanan PolarDB-X 1.0, bukan sharding vertikal.
Karena tugas migrasi untuk PolarDB-X 1.0 bersifat terdistribusi, setiap instans RDS MySQL yang terhubung dipetakan ke satu subtugas migrasi. Anda dapat melihat status subtugas di Task Topology.
DTS bergantung pada kontinuitas XA transactions di instans PolarDB-X 1.0 sumber untuk memastikan konsistensi data pada tugas migrasi inkremental. Jika kontinuitas transaksi XA terputus, misalnya selama skenario pemulihan bencana untuk modul penangkapan data inkremental, transaksi XA yang belum dikomit mungkin hilang.
Jika tabel yang akan dimigrasikan memiliki kunci primer, kolom kunci primer di tabel tujuan harus sama dengan yang ada di tabel sumber. Jika tabel yang akan dimigrasikan tidak memiliki kunci primer, kolom kunci primer di tabel tujuan harus sama dengan kunci distribusi.
Kunci unik tabel tujuan, termasuk kolom kunci primer, harus mencakup semua kolom kunci distribusi.
Sebelum memulai migrasi data, evaluasi kinerja database sumber dan target. Jalankan migrasi data selama jam sepi. Inisialisasi data penuh mengonsumsi sebagian sumber daya baca dan tulis pada database sumber dan target, yang dapat meningkatkan beban database.
Inisialisasi data penuh menjalankan operasi INSERT secara konkuren, yang dapat menyebabkan fragmentasi tabel di database target. Akibatnya, setelah inisialisasi data penuh selesai, ruang tabel pada instans target lebih besar daripada yang ada di instans sumber.
Selama migrasi DTS, jangan menulis data ke database target. Hanya DTS yang diizinkan menulis ke target untuk menghindari ketidakkonsistenan data.
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 dalam Modifikasi parameter instans.

Penagihan

Jenis migrasi	Biaya konfigurasi tautan	Biaya traffic publik
Migrasi skema dan migrasi data penuh	Gratis.	Tidak ada biaya yang dikenakan dalam tutorial ini.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.	Tidak ada biaya yang dikenakan dalam tutorial ini.

SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE Catatan Sistem secara otomatis mengonversi pernyataan UPDATE menjadi pernyataan REPLACE INTO saat menulis ke instans tujuan AnalyticDB for PostgreSQL. Jika pernyataan UPDATE memodifikasi kunci primer, sistem mengonversinya menjadi pernyataan DELETE dan INSERT.

Izin yang diperlukan untuk akun database

Database	Migrasi Skema	Migrasi Data Penuh	Migrasi Data Inkremental
Instans sumber PolarDB-X 1.0	SELECT	SELECT	Izin baca dan tulis pada objek migrasi.
Instans tujuan AnalyticDB for PostgreSQL	Izin baca dan tulis pada database tujuan. Catatan Anda juga dapat menggunakan akun awal atau akun yang memiliki izin RDS_SUPERUSER.

Untuk informasi selengkapnya tentang cara membuat akun database dan memberikan izin, lihat topik berikut:

Untuk instans PolarDB-X 1.0, lihat Kelola akun.
Untuk instans AnalyticDB for PostgreSQL, lihat Buat dan kelola pengguna dan Kelola izin pengguna.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Masuk ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi sebelah kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari Konsol DMS

Catatan
Operasi aktual mungkin berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
1. Masuk ke Konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi 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	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan manual informasi database di bawah ini.
	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	Contoh ini memigrasikan data 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. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password yang sesuai dengan akun database.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan manual informasi database di bawah ini.
	Database Type	Pilih AnalyticDB for PostgreSQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan AnalyticDB for PostgreSQL berada.
	Instance ID	Pilih ID instans tujuan AnalyticDB for PostgreSQL.
	Database Name	Masukkan nama database di instans tujuan AnalyticDB for PostgreSQL yang akan menerima objek yang dimigrasikan.
	Database Account	Masukkan akun database instans tujuan AnalyticDB for PostgreSQL. Untuk informasi tentang 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 segmen alamat IP layanan DTS telah ditambahkan—secara otomatis atau manual—ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Parameter	Deskripsi
Migration Types	Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal berhasil. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lanjutkan dengan hati-hati.
Storage Engine Type	Pilih mesin penyimpanan untuk tabel tujuan berdasarkan kebutuhan bisnis Anda. Nilai default adalah Beam. Catatan Parameter ini tersedia hanya jika instans tujuan AnalyticDB for PostgreSQL memiliki versi kernel v7.0.6.6 atau lebih baru dan Anda memilih Migration Types untuk parameter Schema Migration.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Pilih objek untuk dimigrasikan pada tingkat tabel. Jika Anda memilih seluruh database, perubahan apa pun untuk menambah atau menghapus tabel di database tersebut tidak akan dimigrasikan ke tujuan.
Selected Objects	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom individual. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom multipel. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti namanya mungkin gagal dimigrasikan. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di panel Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, 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. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan menetapkan ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mencoba kembali koneksi tersebut. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Disarankan agar Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, disarankan agar Anda menyesuaikan waktu percobaan ulang sesuai kebutuhan bisnis atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mencoba kembali operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Disarankan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan bisnis Anda. Tidak ada tag yang dipilih dalam tutorial ini.
Configure ETL	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data. Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks. No: Tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan sesuai kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan menetapkan ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

Opsional: Klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, dan Distribution Key untuk tabel yang akan dimigrasikan ke instans tujuan AnalyticDB for PostgreSQL.
Catatan
- Langkah ini tersedia hanya jika Anda memilih Schema Migration untuk Migration Types saat mengonfigurasi objek migrasi. Anda dapat memilih All untuk Definition Status, lalu melakukan modifikasi.
- Anda dapat memilih beberapa kolom untuk Primary Key Column guna membentuk kunci primer komposit. Anda juga harus memilih satu atau beberapa kolom dari Primary Key Column sebagai Distribution Key. Untuk informasi selengkapnya, lihat Kelola tabel data dan Definisikan distribusi tabel.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.
- Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lulus pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan 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 spesifikasi tautan untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas tersebut berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.