Anda dapat menggunakan DTS untuk memigrasikan data dari instans ApsaraDB RDS untuk PPAS ke klaster PolarDB for Oracle. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Dengan menggabungkan jenis-jenis migrasi ini, Anda dapat memigrasikan database secara mulus tanpa mengganggu aplikasi Anda.
Prasyarat
-
Anda harus memiliki klaster PolarDB for PostgreSQL (Compatible with Oracle) yang aktif. Untuk informasi selengkapnya, lihat Buat klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle).
-
Pastikan klaster PolarDB for PostgreSQL (Compatible with Oracle) memiliki ruang penyimpanan yang lebih besar daripada data pada instans sumber ApsaraDB RDS untuk PPAS.
-
Jika nama database, tabel, atau kolom pada instans sumber ApsaraDB RDS untuk PPAS berisi huruf kapital, Anda harus membungkusnya dalam tanda kutip ganda ("") saat membuatnya di klaster PolarDB for PostgreSQL (Compatible with Oracle).
-
Untuk melakukan migrasi data inkremental, Anda harus memberikan izin superuser kepada akun database yang digunakan untuk migrasi pada instans sumber ApsaraDB RDS untuk PPAS.
Peringatan
-
Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, sehingga meningkatkan beban kerja keduanya. Jika database Anda memiliki kinerja buruk, spesifikasi rendah, atau beban kerja tinggi (misalnya, database sumber memiliki banyak slow SQL queries atau tabel tanpa primary key, atau terjadi deadlock di database tujuan), peningkatan beban tersebut dapat memberatkan database Anda atau bahkan menyebabkan gangguan layanan. Lakukan migrasi data pada jam sepi, misalnya ketika utilisasi CPU kedua database berada di bawah 30%.
-
Jika tabel sumber tidak memiliki primary key atau unique constraint dan berisi data non-unik, data duplikat dapat tercipta di database tujuan.
-
Tugas migrasi data hanya menangani satu database dalam satu waktu. Untuk memigrasikan beberapa database, buat tugas terpisah untuk masing-masing database.
-
DTS secara otomatis mencoba melanjutkan tugas migrasi data yang gagal. Untuk mencegah pelanjutan otomatis menimpa data di instans tujuan, hentikan atau release tugas tersebut sebelum Anda melakukan alih bencana bisnis.
- Sequence di database tujuan tidak dilanjutkan dari nilai maksimum sumber setelah alih bencana. Sebelum beralih, kueri nilai maksimum setiap sequence di sumber dan tetapkan sebagai nilai awal di tujuan. Kueri nilai sequence:
do language plpgsql $$ declare nsp name; rel name; val int8; begin for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S' loop execute format($_$select last_value from %I.%I$_$, nsp, rel) into val; raise notice '%', format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1); end loop; end; $$; -
Saat memigrasikan data dari instans ApsaraDB RDS untuk PPAS ke klaster PolarDB for Oracle, ikuti rekomendasi berikut:
-
Pastikan spesifikasi klaster PolarDB for Oracle sama dengan atau melebihi spesifikasi instans ApsaraDB RDS untuk PPAS. Hal ini mencegah terjadinya slow SQL queries atau error out of memory (OOM) akibat sumber daya CPU atau memori yang tidak mencukupi setelah migrasi. Untuk spesifikasi klaster PolarDB for Oracle yang direkomendasikan, lihat Pemetaan antara spesifikasi instans ApsaraDB RDS untuk PPAS dan spesifikasi klaster PolarDB untuk Oracle yang direkomendasikan.
-
Jika bisnis Anda memerlukan jumlah koneksi atau IOPS tertentu setelah migrasi, rujuk dan Spesifikasi node komputasi untuk memilih klaster PolarDB for Oracle yang sesuai.
-
Gunakan cluster endpoint untuk koneksi aplikasi Anda guna mengaktifkan pemisahan baca/tulis otomatis. Ini mengarahkan permintaan baca ke node read-only dan mengurangi beban klaster PolarDB for Oracle. Untuk detail cara memperoleh cluster endpoint, lihat Tampilkan atau ajukan Titik akhir.
-
-
DTS memigrasikan foreign keys selama migrasi skema.
-
Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan cascade foreign key pada tingkat session. Cascade update atau delete pada database sumber selama tugas berjalan dapat menyebabkan ketidakkonsistenan data.
Operasi yang tidak diperbolehkan pada database sumber:
Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama migrasi skema atau migrasi penuh. Jika dilakukan, tugas migrasi akan gagal.
CatatanSelama migrasi penuh, DTS melakukan kueri ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.
Jika Anda hanya menjalankan migrasi penuh, jangan menulis data baru ke instans sumber. Jika dilakukan, data sumber dan tujuan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilih migrasi skema, migrasi penuh, dan migrasi inkremental.
-
Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat merestart tugas atau menyesuaikan parameternya.
CatatanHanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.
Tabel pemetaan tipe instans RDS PPAS dan tipe instans klaster PolarDB for PostgreSQL (Compatible with Oracle) yang direkomendasikan
Kami merekomendasikan agar spesifikasi klaster PolarDB for Oracle lebih besar dari atau sama dengan spesifikasi RDS PPAS untuk mencegah slow SQL queries atau error OOM akibat CPU dan memori yang tidak mencukupi di klaster PolarDB for Oracle setelah migrasi.
|
Tipe instans RDS untuk PPAS |
Tipe instans PolarDB untuk Oracle yang direkomendasikan |
||
|
Tipe instans |
CPU dan memori |
Tipe instans |
CPU dan memori |
|
rds.ppas.t1.small |
1 core, 1 GB |
polar.o.x4.medium |
2 cores, 8 GB |
|
ppas.x4.small.2 |
1 core, 4 GB |
polar.o.x4.medium |
2 cores, 8 GB |
|
ppas.x4.medium.2 |
2 cores, 8 GB |
polar.o.x4.medium |
2 cores, 8 GB |
|
ppas.x8.medium.2 |
2 cores, 16 GB |
polar.o.x4.large |
4 cores, 16 GB |
|
ppas.x4.large.2 |
4 cores, 16 GB |
polar.o.x4.large |
4 cores, 16 GB |
|
ppas.x8.large.2 |
4 cores, 32 GB |
polar.o.x4.xlarge |
8 cores, 32 GB |
|
ppas.x4.xlarge.2 |
8 cores, 32 GB |
polar.o.x4.xlarge |
8 cores, 32 GB |
|
ppas.x8.xlarge.2 |
8 cores, 64 GB |
polar.o.x8.xlarge |
8 cores, 64 GB |
|
ppas.x4.2xlarge.2 |
16 cores, 64 GB |
polar.o.x8.2xlarge |
16 cores, 128 GB |
|
ppas.x8.2xlarge.2 |
16 cores, 128 GB |
polar.o.x8.2xlarge |
16 cores, 128 GB |
|
ppas.x4.4xlarge.2 |
32 cores, 128 GB |
polar.o.x8.4xlarge |
32 cores, 256 GB |
|
ppas.x8.4xlarge.2 |
32 cores, 256 GB |
polar.o.x8.4xlarge |
32 cores, 256 GB |
|
rds.ppas.st.h43 |
60 cores, 470 GB |
polar.o.x8.8xlarge |
64 cores, 512 GB |
Jenis migrasi
|
Jenis |
Deskripsi |
|
Schema migration |
DTS memigrasikan definisi skema objek migrasi ke klaster PolarDB tujuan. Objek yang didukung meliputi tabel, view, sinonim, trigger (tidak kompatibel), stored procedure, stored function, package, dan tipe yang ditentukan pengguna. Penting
Karena trigger tidak kompatibel, memigrasikan objek yang memuatnya dapat menyebabkan ketidakkonsistenan data. |
|
Full data migration |
DTS memigrasikan semua data yang ada dari objek migrasi dari database sumber ke klaster PolarDB tujuan. Penting
Jangan melakukan operasi DDL pada objek migrasi hingga migrasi skema dan migrasi data penuh selesai. Hal ini dapat menyebabkan migrasi gagal. |
|
Incremental data migration |
Setelah migrasi data penuh, DTS melakukan polling dan menangkap redo log dari database sumber serta memigrasikan pembaruan inkremental ke klaster PolarDB tujuan secara real time. DTS hanya mendukung operasi DML (INSERT, UPDATE, dan DELETE), bukan operasi DDL. Migrasi data inkremental memungkinkan Anda memigrasikan database tanpa mengganggu aplikasi. |
Penagihan
|
Jenis migrasi |
Biaya konfigurasi tugas |
Biaya lalu lintas internet |
|
Schema migration dan full data migration |
Gratis. |
DTS mengenakan biaya lalu lintas internet ketika Access Method database tujuan diatur ke Public IP Address. Ikhtisar penagihan. |
|
Incremental data migration |
Dikenai biaya. Ikhtisar penagihan. |
Izin akun database
Login ke database sumber dan tujuan, buat akun untuk migrasi data, dan berikan izin yang diperlukan.
|
Database |
Schema migration |
Full data migration |
Incremental data migration |
|
ApsaraDB RDS for PPAS |
Izin baca |
Izin baca |
izin superuser |
|
PolarDB for Oracle cluster |
Kepemilikan skema |
Kepemilikan skema |
Kepemilikan skema |
Untuk membuat akun dan memberikan izin untuk klaster PolarDB for PostgreSQL (Compatible with Oracle), lihat Buat akun.
Prosedur
Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
Login ke Konsol Data Transmission Service (DTS).
Di panel navigasi kiri, klik Data Migration.
Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari Konsol DMS
CatatanOperasi aktual dapat berbeda tergantung mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
Login ke Konsol Data Management (DMS).
Di bilah menu atas, pilih .
Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.
Opsi: Di pojok kanan atas halaman, klik New Configuration Page.
CatatanJika Anda sudah berada di halaman konfigurasi baru (tombol di pojok kanan atas adalah Back to Previous Version), Anda dapat melewati langkah ini.
Parameter pada halaman konfigurasi baru dan lama berbeda. Kami merekomendasikan Anda menggunakan halaman konfigurasi baru.
-
Konfigurasikan database sumber dan tujuan.
Bagian
Parameter
Deskripsi
N/A
Task Name
DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak harus unik.
Source Database
Database Type
DTS tidak secara langsung mendukung ApsaraDB RDS untuk PPAS sebagai sumber. Untuk mengonfigurasi tugas migrasi, pilih PostgreSQL.
Connection Type
Pilih Express Connect, VPN Gateway, or Smart Access Gateway.
Instance Region
Pilih wilayah tempat instans sumber ApsaraDB RDS untuk PPAS berada.
Replicate Data Across Alibaba Cloud Accounts
Contoh ini memigrasikan data dalam satu Akun Alibaba Cloud yang sama. Pilih No.
The VPC that has been connected to the source database
Pilih ID VPC yang terhubung ke instans sumber ApsaraDB RDS untuk PPAS.
IP address
Masukkan Alamat IP pribadi instans ApsaraDB RDS untuk PPAS.
Port Number
Masukkan nomor port instans ApsaraDB RDS untuk PPAS. Nilai default adalah 3433.
Database Account
Masukkan akun database untuk instans sumber ApsaraDB RDS untuk PPAS.
Database Password
Masukkan password yang sesuai dengan akun database tersebut.
Destination Database
Database Type
Pilih PolarDB (Compatible with Oracle).
Connection Type
Pilih Alibaba Cloud Instance.
Instance Region
Pilih wilayah tempat klaster tujuan PolarDB for Oracle berada.
Instance ID
Pilih ID instans klaster tujuan PolarDB for Oracle.
Database Name
Masukkan nama database di instans tujuan PolarDB for Oracle tempat Anda ingin memigrasikan objek.
Database Account
Masukkan akun database untuk instans tujuan PolarDB for Oracle. Untuk persyaratan izin, lihat Persyaratan izin akun database.
Database Password
Masukkan password yang sesuai dengan akun database tersebut.
Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
CatatanPastikan 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.
Jika database sumber atau tujuan adalah database yang dikelola sendiri (nilai Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.
-
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.
CatatanJika 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, precheck lolos. Jika ada tabel dengan nama yang sama, error dilaporkan selama precheck, dan tugas migrasi data tidak dimulai.
CatatanJika 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: Melewatkan pemeriksaan tabel dengan nama yang sama.
PeringatanMemilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:
Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key 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 dapat gagal. Lakukan dengan hati-hati.
Capitalization of Object Names in Destination Instance
Anda dapat mengonfigurasi kebijakan case sensitivity 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 case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity nama objek di database tujuan.
Source Objects
Di kotak Source Objects, klik objek yang ingin dimigrasikan, lalu klik
untuk memindahkannya ke kotak Selected Objects.CatatanBidang waktu mendukung tipe data TIMESTAMP. Jika nilai bidang waktu di database sumber adalah 0, nilai di database tujuan secara otomatis dikonversi menjadi null.
Selected Objects
Untuk mengubah nama satu objek migrasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi tentang cara menyetel nama, lihat Pemetaan nama tabel atau kolom tunggal.
Untuk mengubah nama beberapa objek migrasi sekaligus, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi tentang cara menyetel nama, lihat Pemetaan nama tabel atau kolom ganda sekaligus.
CatatanJika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan.
-
Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.
Parameter
Deskripsi
Dedicated Cluster for Task Scheduling
Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections
Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami merekomendasikan Anda menetapkan durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.
CatatanUntuk 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 selama periode percobaan ulang koneksi, kami merekomendasikan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera release instans DTS setelah instans database sumber dan tujuan di-release.
Retry Time for Other Issues
Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami merekomendasikan Anda menetapkan durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.
PentingNilai Retry Time for Other Issues harus lebih kecil dari 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.
CatatanItem 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 memilih untuk 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.
CatatanItem 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 environment tag untuk instans. Contoh ini tidak memerlukan pemilihan.
Configure ETL
Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:
-
Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data.
-
No: Menonaktifkan 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 mengirim pemberitahuan peringatan.
-
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 balon yang muncul.
Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
CatatanSebelum tugas migrasi dimulai, DTS melakukan Pemeriksaan Awal. Tugas hanya dimulai setelah lolos Pemeriksaan Awal.
Jika Pemeriksaan Awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan Pemeriksaan Awal lagi.
Jika peringatan dilaporkan selama Pemeriksaan Awal:
Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan Pemeriksaan Awal lagi.
Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan Pemeriksaan Awal lagi. 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 link 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 manajemen sumber daya?
Instance Class
DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link 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.
CatatanJika 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.