All Products
Search

This Product

    Data Transmission Service:Migrasi MariaDB yang dikelola sendiri ke ApsaraDB RDS for MariaDB

    Document Center

    Data Transmission Service:Migrasi MariaDB yang dikelola sendiri ke ApsaraDB RDS for MariaDB

    Last Updated:May 21, 2026

    Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan database MariaDB yang dikelola sendiri ke instans ApsaraDB RDS for MariaDB. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Menggabungkan jenis-jenis migrasi ini memungkinkan Anda memigrasikan database MariaDB yang dikelola sendiri ke cloud secara mulus tanpa gangguan layanan.

    Catatan

    Untuk memigrasikan data dari database MariaDB yang dikelola sendiri ke instans ApsaraDB RDS for MySQL, ikuti petunjuk dalam topik ini tetapi gunakan instans ApsaraDB RDS for MySQL sebagai tujuan.

    Prasyarat

    • Anda telah membuat instans tujuan ApsaraDB RDS for MariaDB.

    • Ruang penyimpanan instans tujuan ApsaraDB RDS for MariaDB harus lebih besar dari ruang yang digunakan oleh database MariaDB sumber yang dikelola sendiri.

    Batasan

    Catatan

    • Selama migrasi skema, DTS memigrasikan foreign key dari database sumber ke database tujuan.

    • Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade foreign key pada tingkat sesi. Jika operasi cascade update atau delete terjadi di database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

    Jenis

    Deskripsi

    Batasan database sumber

    • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki outbound bandwidth yang cukup. Jika tidak, kecepatan migrasi akan berkurang.

    • Setiap tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint; jika tidak, data duplikat dapat muncul di database tujuan.

    • Jika tugas migrasi data melibatkan pengeditan lebih dari 1.000 tabel (misalnya, pemetaan nama tabel dan kolom), kami merekomendasikan untuk membaginya ke beberapa instans migrasi data atau mengonfigurasi tugas untuk memigrasikan seluruh database.

    • Jika Anda melakukan migrasi data inkremental, log data harus memenuhi persyaratan berikut:

      • Anda harus mengaktifkan binary logging (binlog) dan mengatur parameter binlog_row_image ke full. Jika tidak, error akan dilaporkan selama Pemeriksaan Awal dan tugas migrasi data gagal dimulai.

      • Log data dari database sumber harus dipertahankan minimal selama tujuh hari. Periode retensi yang lebih pendek dapat menyebabkan kegagalan tugas jika DTS tidak dapat memperoleh log, berpotensi menyebabkan ketidakkonsistenan atau kehilangan data. Masalah semacam ini tidak dicakup oleh Service Level Agreement (SLA) DTS.

    • Selama fase migrasi skema dan migrasi penuh, jangan lakukan operasi DDL yang mengubah struktur database atau tabel. Jika dilakukan, tugas migrasi data akan gagal.

      Catatan

      Selama fase migrasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.

    • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika dilakukan, data di database sumber dan tujuan akan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real time, pilihlah migrasi data penuh dan migrasi data inkremental.

    Batasan lainnya

    • Pastikan tidak ada kolom invisible di tabel sumber atau tujuan. Jika ada, instans migrasi data dapat gagal atau data hilang.

    • Tugas migrasi data penuh mengonsumsi resource baca dan tulis pada database sumber dan tujuan, sehingga meningkatkan beban mereka. Kami merekomendasikan untuk mengevaluasi kinerja database Anda dan menjalankan tugas selama jam sepi (misalnya, saat utilisasi CPU di bawah 30%) untuk meminimalkan dampak.

    • Migrasi data penuh melibatkan operasi INSERT konkuren, yang dapat menyebabkan fragmentasi pada tabel database tujuan. Setelah migrasi data penuh selesai, storage space tabel di database tujuan lebih besar daripada di database sumber.

    • Menulis data ke database tujuan dari sumber eksternal selama migrasi dapat menyebabkan ketidakkonsistenan data atau kegagalan tugas. Setelah migrasi selesai, Anda dapat menggunakan DMS untuk melakukan perubahan DDL online.

    • Jika operasi DDL gagal di database tujuan, tugas DTS tetap berjalan. Anda perlu memeriksa task logs untuk menemukan pernyataan DDL yang gagal.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modify instance parameters.

    Kasus khusus

    Karena database MariaDB sumber dikelola sendiri, Anda juga perlu memperhatikan hal-hal berikut:

    • Jika terjadi primary/secondary switchover pada database sumber selama migrasi, tugas migrasi data akan gagal.

    • Jika tidak ada operasi DML yang dilakukan pada database sumber dalam periode yang lama, latency yang dilaporkan dapat menjadi tidak akurat. Untuk mendapatkan pembacaan latency yang akurat dalam kasus ini, lakukan operasi DML pada database sumber.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi link

    Biaya traffic jaringan publik

    Migrasi skema dan migrasi data penuh

    Gratis.

    Gratis dalam contoh ini.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Billing overview.

    Jenis migrasi

    • Migrasi skema

      Data Transmission Service (DTS) memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.

      • DTS mendukung migrasi skema untuk tabel, view, trigger, stored procedure, dan fungsi.

        Catatan

        routine_body dari stored procedure, routine_body dari fungsi, dan select_statement dari view tidak dimodifikasi.

      • Selama migrasi skema, DTS mengubah `DEFINER` menjadi `INVOKER` untuk view, stored procedure, dan fungsi yang akan dimigrasikan. Tindakan ini mengubah nilai `SQL SECURITY` menjadi `INVOKER`. DTS juga mengatur `DEFINER` ke akun database tujuan yang digunakan untuk tugas migrasi.

        Catatan

        Metode otentikasi keamanan dan definer database sumber tidak dimodifikasi.

      • Karena DTS tidak memigrasikan informasi pengguna, Anda harus memberikan izin baca dan tulis kepada invoker untuk memanggil view, stored procedure, dan fungsi di database tujuan.

    • Migrasi penuh

      DTS memigrasikan semua data historis dari objek migrasi yang ditentukan dari database sumber ke database tujuan.

    • Migrasi inkremental

      Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda memigrasikan data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL yang didukung oleh migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    • ALTER TABLE, ALTER VIEW

    • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW

    • DROP INDEX, DROP TABLE

    • RENAME TABLE

      Penting

      Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih satu tabel sebagai objek migrasi dan mengganti nama tabel tersebut di instans sumber selama migrasi, data tabel tersebut tidak akan dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi.

    • TRUNCATE TABLE

    Izin yang diperlukan untuk akun database

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    Database MariaDB yang dikelola sendiri

    Izin SELECT

    Izin SELECT

    Migrasi data inkremental: Izin SELECT pada objek yang akan dimigrasikan

    REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW

    Izin untuk membuat database dan tabel. DTS menggunakan izin ini untuk membuat database test guna mencatat data heartbeat.

    Instans ApsaraDB RDS for MariaDB

    Izin baca dan tulis

    Untuk petunjuk membuat akun dan memberikan izin:

    Prosedur

    1. Navigasi ke halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

      Dari Konsol DTS

      1. Login ke Konsol Data Transmission Service (DTS).

      2. Di panel navigasi kiri, klik Data Migration.

      3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.

      Dari Konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Simple mode console dan Customize the layout and style of the DMS console.

      1. Login ke Konsol Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

      3. Di sebelah kanan Migration Tasks, pilih wilayah tempat instans migrasi berada.

    2. Klik Create Task untuk menuju halaman konfigurasi tugas.

    3. Opsi: Di pojok kanan atas halaman, klik New Configuration Page.

      Catatan

      • Jika 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.

    4. Konfigurasikan database sumber dan tujuan.

      Peringatan

      Setelah memilih instans sumber dan tujuan, kami merekomendasikan agar Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas dapat gagal atau terjadi ketidakkonsistenan data.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.

      Source Database

      Source Database

      • 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 akan dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, parameter ini bernama Source Database.

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih MariaDB.

      Connection Type

      Pilih metode akses berdasarkan lokasi penerapan database sumber. Topik ini menggunakan Self-managed Database on ECS sebagai contoh.

      Instance Region

      Pilih wilayah tempat database MariaDB sumber berada.

      ECS Instance ID

      Pilih ID instans ECS yang menghosting database yang dikelola sendiri.

      Port Number

      Masukkan port layanan database MariaDB sumber. Port ini harus dapat diakses melalui jaringan publik. Nilai default adalah 3306.

      Database Account

      Masukkan akun untuk database MariaDB sumber. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Database Connection Method

      Pilih Non-encrypted Connection.

      Destination Database

      Source Database

      • 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 akan dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, parameter ini bernama Source Database.

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih MariaDB.

      Region

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans ApsaraDB RDS for MariaDB tujuan berada.

      RDS Instance ID

      Pilih ID instans tujuan ApsaraDB RDS for MariaDB.

      Database Account

      Masukkan akun database instans RDS tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Connection Method

      Pilih Unencrypted Connection.

    5. Setelah menyelesaikan konfigurasi, klik Next 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 lebih lanjut, lihat Add DTS server IP addresses to a whitelist.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (metode Connection Type bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    6. Konfigurasikan objek tugas.

      1. 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.

        Method to Migrate Triggers in Source Database

        Pilih metode untuk memigrasikan trigger berdasarkan kebutuhan bisnis Anda. Jika tidak ada trigger yang terlibat dalam migrasi, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Configure how to synchronize or migrate triggers.

        Catatan

        Parameter ini tersedia hanya jika Anda memilih Schema Migration dan Incremental Data Migration untuk Migration Types.

        Processing Mode for Existing Destination 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 lolos. Jika ada tabel dengan nama yang sama, error 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 lebih lanjut, lihat Object name mapping.

        • Ignore: 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 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. Lanjutkan 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 lebih lanjut, lihat Case sensitivity of object names in the destination database.

        Source Objects

        Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon Rightwards arrow dan tambahkan objek ke bagian Selected Objects.

        Catatan

        Granularitas pemilihan objek migrasi adalah database, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan stored procedure tidak akan dimigrasikan ke database tujuan.

        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan.

        • Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Configure filter conditions.

        • Untuk memilih operasi SQL yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

      2. 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 dedicated cluster 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 koneksi ulang. Durasi retry default adalah 720 menit. Anda dapat menyesuaikan waktu retry ke nilai antara 10 hingga 1440 menit. Kami merekomendasikan 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 retry jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir.

        • Karena Anda dikenai biaya selama periode retry koneksi, kami merekomendasikan agar Anda menyesuaikan waktu retry berdasarkan kebutuhan bisnis Anda, 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 exception eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba operasi ulang. Durasi retry default adalah 10 menit. Anda dapat menyesuaikan waktu retry ke nilai antara 1 hingga 1440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi retry yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal.

        Penting

        Nilai 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 resource baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan throttling 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 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.

        Catatan

        Environment Tag

        Anda dapat memilih environment tag untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu memilih environment tag.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi lebih lanjut, lihat What is ETL? Nilai yang valid:

        Monitoring and Alerting

        Pilih apakah akan mengatur alert dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda.

        • No: Tidak mengatur alert.

        • Yes: Konfigurasikan alert dengan mengatur alert threshold dan alert notifications. Jika migrasi gagal atau latency melebihi ambang batas, sistem akan mengirim pemberitahuan peringatan.

    7. 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 bubble 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 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 View 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.

    8. Beli instans.

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

      2. Di halaman Purchase Instance, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group

        Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah default resource group. Untuk informasi lebih lanjut, lihat What is Resource Management?

        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 lebih lanjut, lihat Data migration link specifications.

      3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog Confirm yang muncul, klik OK.

        Anda dapat melihat progres tugas migrasi di halaman daftar Migration Tasks.

        Catatan

        • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Running-nya berubah menjadi Completed.

        • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Running tugas adalah Running.