All Products
Search

This Product

    Data Transmission Service:Migrasi RDS for PostgreSQL ke RDS for MySQL

    Document Center

    Data Transmission Service:Migrasi RDS for PostgreSQL ke RDS for MySQL

    Last Updated:Jul 11, 2026

    Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans ApsaraDB RDS for PostgreSQL ke instans ApsaraDB RDS for MySQL. DTS mendukung migrasi data penuh dan inkremental guna memungkinkan migrasi database tanpa downtime.

    Database sumber dan tujuan

    DTS mendukung migrasi dari PostgreSQL ke MySQL dalam skenario berikut. Topik ini menggunakan contoh migrasi dari instans ApsaraDB RDS for PostgreSQL ke instans ApsaraDB RDS for MySQL.

    • Migrasikan data dari instans ApsaraDB RDS for PostgreSQL ke instans ApsaraDB RDS for MySQL.

    • Migrasikan data dari database PostgreSQL yang dikelola sendiri ke database MySQL yang dikelola sendiri.

    Prasyarat

    Batasan

    Catatan

    • Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.

    • Selama migrasi data penuh dan migrasi data inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan operasi cascading kunci asing pada tingkat sesi. Jika terjadi operasi cascading update atau delete di database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

    Jenis

    Deskripsi

    Batasan database sumber

    • Server yang menghosting database sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi dapat memengaruhi kecepatan migrasi.

    • Setiap tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint. Semua bidang dalam key atau constraint tersebut harus unik untuk mencegah duplikasi data di database tujuan.

    • Jika Anda memigrasikan objek pada tingkat tabel dan perlu melakukan pengeditan seperti pemetaan nama kolom, satu tugas migrasi mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Dalam kasus ini, Anda dapat membagi tabel menjadi beberapa tugas atau mengonfigurasi tugas untuk memigrasikan seluruh database.

    • Untuk migrasi inkremental, Anda harus mengonfigurasi write-ahead logging (WAL):

      • Fitur WAL harus diaktifkan.

      • Untuk tugas migrasi inkremental saja, Data Transmission Service (DTS) memerlukan log WAL dari database sumber disimpan minimal selama 24 jam. Untuk tugas yang mencakup migrasi penuh dan inkremental, DTS memerlukan log disimpan minimal selama 7 hari. Anda dapat mengubah periode retensi kembali menjadi minimal 24 jam setelah migrasi penuh selesai. Menetapkan periode retensi lebih pendek dapat menyebabkan tugas gagal jika DTS tidak dapat memperoleh log WAL yang diperlukan, berpotensi menyebabkan ketidakkonsistenan data atau kehilangan data. Perjanjian Tingkat Layanan (SLA) DTS tidak mencakup masalah yang disebabkan oleh periode retensi WAL lebih pendek dari persyaratan.

    • Batasan operasional pada database sumber:

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

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber untuk menghindari ketidakkonsistenan data. Untuk menjaga konsistensi data secara real-time, kami merekomendasikan memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

      • Untuk memastikan tugas migrasi berjalan lancar dan mencegah gangguan langganan logis akibat alih bencana primer/sekunder, kluster sumber PolarDB for PostgreSQL(Compatible with Oracle) harus mendukung failover slot replikasi logis dan telah diaktifkan.

        Catatan

        Jika kluster sumber PolarDB for PostgreSQL(Compatible with Oracle) tidak mendukung failover slot replikasi logis (misalnya, jika database engine kluster adalah Oracle syntax compatibility 2.0), alih bencana ketersediaan tinggi (HA) pada database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan.

      • Karena keterbatasan langganan logis, jika instans migrasi yang mencakup migrasi data inkremental sedang berjalan dan ukuran satu baris yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi akan gagal secara permanen, dan Anda harus mengonfigurasinya ulang.

    • Jika transaksi jangka panjang ada di database sumber selama migrasi inkremental, catatan write-ahead logging (WAL) yang dihasilkan sebelum transaksi tersebut dikomit tidak dapat dihapus. Hal ini dapat menyebabkan akumulasi file WAL dan menghabiskan ruang disk database sumber.

    Batasan lainnya

    • Satu tugas migrasi data hanya dapat memigrasikan satu database. Untuk memigrasikan beberapa database, Anda harus mengonfigurasi tugas migrasi terpisah untuk masing-masing database.

    • DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berbasis ekspresi.

    • Skema ini tidak akan terlihat di Konsol saat Anda mengonfigurasi tugas.

    • Jika tabel yang akan dimigrasikan berisi kolom bertipe SERIAL, sebuah sequence akan dibuat secara otomatis untuk kolom tersebut di database sumber. Oleh karena itu, saat Anda mengonfigurasi Source Objects, jika Migration Types mencakup Schema Migration, kami merekomendasikan agar Anda juga memilih Sequence atau memigrasikan seluruh skema. Jika tidak, instans migrasi mungkin gagal.

    • Untuk tugas yang mencakup migrasi data inkremental, Anda harus menjalankan perintah ALTER TABLE schema.table REPLICA IDENTITY FULL; pada tabel yang akan dimigrasikan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data untuk tabel dalam dua skenario berikut. Untuk mencegah deadlock, hindari operasi penguncian tabel saat perintah ini dijalankan. Jika Anda melewati pemeriksaan terkait selama Pemeriksaan Awal, DTS akan menjalankan perintah ini secara otomatis saat menginisialisasi instans.

      • Saat instans dijalankan pertama kali.

      • Saat granularitas objek migrasi diatur ke Skema dan tabel baru dibuat dalam skema atau tabel yang ada dibangun ulang menggunakan perintah RENAME.

      Catatan

      • Dalam perintah tersebut, ganti schema dan table dengan nama skema dan nama tabel dari data yang akan dimigrasikan.

      • Lakukan operasi ini selama jam sepi.

    • DTS membuat tabel sementara berikut di database sumber untuk memperoleh informasi seperti pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan heartbeat. Jangan menghapus tabel sementara ini selama migrasi karena akan menyebabkan tugas gagal. Tabel-tabel tersebut akan dihapus secara otomatis setelah instans DTS dirilis.

      public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session, dan public.aliyun_dts_instance.

    • Untuk memastikan akurasi metrik latensi untuk migrasi data inkremental, DTS membuat tabel heartbeat bernama dts_postgres_heartbeat di database sumber.

    • Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan dts_sync_ di database sumber untuk mereplikasi data. Slot replikasi ini memungkinkan DTS memperoleh log inkremental dari database sumber dari 15 menit terakhir. Ketika tugas migrasi data gagal atau instans migrasi dirilis, DTS akan mencoba membersihkan slot replikasi secara otomatis.

      Catatan

      • Jika Anda mengubah password akun database sumber yang digunakan oleh tugas atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan slot replikasi secara manual di database sumber untuk mencegah akumulasi log, yang dapat menghabiskan ruang disk dan menyebabkan database sumber tidak tersedia.

      • Jika terjadi alih bencana primer/sekunder pada database sumber, Anda harus login ke database sekunder untuk membersihkan slot replikasi secara manual.

    • Sebelum memulai migrasi, evaluasi kinerja kedua database sumber dan tujuan. Kami merekomendasikan menjalankan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban kerja mereka.

    • Operasi INSERT konkuren selama migrasi data penuh dapat menyebabkan fragmentasi tabel, yang mungkin mengakibatkan database tujuan menggunakan lebih banyak ruang penyimpanan daripada instans sumber.

    • Verifikasi bahwa presisi migrasi untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk membaca nilai dari kolom-kolom tersebut. Jika presisi tidak didefinisikan secara eksplisit, DTS menggunakan presisi 38 untuk FLOAT dan 308 untuk DOUBLE.

    • DTS mencoba melanjutkan tugas migrasi yang gagal hingga tujuh hari. Sebelum mengalihkan beban kerja bisnis ke instans tujuan, Anda harus mengakhiri atau merilis tugas tersebut, atau mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan dengan menggunakan perintah revoke. Hal ini mencegah tugas yang dilanjutkan secara otomatis menimpa data di instans tujuan.

    • Pemeriksaan validasi DTS memverifikasi konten data tetapi tidak mendukung validasi metadata untuk objek seperti sequence. Anda harus memvalidasi objek-objek ini secara manual.

    • Setelah Anda mengalihkan beban kerja ke instans tujuan, sequence yang ditulis baru tidak akan bertambah dari nilai maksimum sequence yang sesuai di database sumber. Sebelum mengalihkan beban kerja, Anda harus memperbarui nilai sequence di database tujuan. Untuk informasi lebih lanjut, lihat Perbarui nilai sequence di database tujuan.

    • Batasan ini berlaku untuk tugas migrasi data penuh atau inkremental di mana tabel yang akan dimigrasikan dari database sumber berisi kunci asing, pemicu, atau pemicu event. Jika akun database tujuan memiliki izin tingkat tinggi atau superuser, DTS secara sementara mengatur parameter session_replication_role ke replica pada tingkat sesi selama migrasi. Jika akun tidak memiliki izin tersebut, Anda harus mengatur parameter tersebut secara manual ke replica di database tujuan. Selama periode ini (saat session_replication_role diatur ke replica), operasi cascade update atau delete di database sumber dapat menyebabkan ketidakkonsistenan data. Setelah tugas migrasi dirilis, Anda dapat mengatur kembali parameter tersebut ke origin.

    • Jika tugas gagal, staf dukungan DTS akan mencoba 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.

    • Saat memigrasikan tabel partisi, Anda harus menyertakan tabel induk dan semua partisi anaknya sebagai objek migrasi untuk mencegah ketidakkonsistenan data.

      Penting

      • Di PolarDB for PostgreSQL(Compatible with Oracle), tabel induk dari tabel partisi tidak menyimpan data secara langsung. Data disimpan di partisi anak. Tugas migrasi harus menyertakan tabel induk dan semua partisi anaknya untuk mencegah kehilangan data dan ketidakkonsistenan antara database sumber dan tujuan.

      • Migrasi tabel partisi atau tabel yang diwariskan (tabel induk dan anak) yang tersebar di database berbeda tidak didukung. Pastikan tabel partisi dan semua partisinya, serta tabel induk dan semua tabel anaknya, berada dalam database yang sama.

    Harga

    Jenis migrasi

    Biaya konfigurasi link

    Biaya lalu lintas jaringan publik

    Migrasi struktur dan migrasi data penuh

    Tidak dikenakan biaya.

    Biaya berlaku untuk data yang dimigrasikan dari Alibaba Cloud melalui jaringan publik. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    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, prosedur tersimpan, dan fungsi.

        Catatan

        routine_body dari prosedur tersimpan, routine_body dari fungsi, dan select_statement dari view tidak dimodifikasi.

      • Selama migrasi skema, DTS mengubah `DEFINER` menjadi `INVOKER` untuk view, prosedur tersimpan, 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 dari database sumber tidak dimodifikasi.

      • Karena DTS tidak memigrasikan informasi pengguna, Anda harus memberikan izin baca dan tulis kepada invoker untuk memanggil view, prosedur tersimpan, 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 lancar tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL untuk migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Persyaratan izin untuk akun database

    Database

    Migrasi data penuh

    Migrasi data inkremental

    Aksi

    Instans ApsaraDB RDS for PostgreSQL

    Izin SELECT pada objek yang akan dimigrasikan.

    Akun istimewa yang memiliki database yang dipilih.

    Catatan

    Untuk migrasi DML inkremental dari instans sumber ApsaraDB RDS for PostgreSQL 9.4, hanya diperlukan izin REPLICATION.

    Buat akun dan buat database.

    Instans ApsaraDB RDS for MySQL

    Izin baca dan tulis

    Buat akun dan modifikasi izin akun.

    Prosedur

    1. Buka 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 Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.

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

    2. Klik Create Task untuk membuka 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, baca Limits di bagian atas halaman untuk memastikan tugas migrasi dapat dibuat dan dijalankan dengan sukses.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

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

      Source Database

      Database Type

      Pilih PostgreSQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans sumber ApsaraDB RDS for PostgreSQL.

      Instance ID

      Pilih ID instans dari instans sumber ApsaraDB RDS for PostgreSQL.

      Database Name

      Masukkan nama database sumber di instans ApsaraDB RDS for PostgreSQL yang berisi objek yang akan dimigrasikan.

      Database Account

      Masukkan akun database untuk instans sumber ApsaraDB RDS for PostgreSQL. Izin yang diperlukan tercantum dalam Persyaratan izin untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Pilih metode koneksi. Dalam contoh ini, Non-encrypted dipilih.

      Jika Anda perlu menghubungkan ke database menggunakan enkripsi SSL, pilih SSL-encrypted, lalu unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan. Kemudian, masukkan Private Key Password of Client Certificate.

      Catatan

      • Jika Anda memilih SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate.

      • Jika Anda perlu menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate, lalu masukkan Private Key Password of Client Certificate.

      • Untuk informasi tentang fitur enkripsi SSL untuk instans RDS for PostgreSQL, lihat Enkripsi koneksi SSL.

      Destination Database

      Database Type

      Pilih MySQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans tujuan ApsaraDB RDS for MySQL.

      RDS Instance ID

      Pilih ID instans dari instans tujuan ApsaraDB RDS for MySQL.

      Database Account

      Masukkan akun database untuk instans tujuan ApsaraDB RDS for MySQL. Izin yang diperlukan tercantum dalam Persyaratan izin untuk akun database.

      Database Password

      Masukkan password untuk akun database.

      Connection Method

      Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.

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

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

    6. Konfigurasikan objek tugas.

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

        Parameter

        Deskripsi

        • 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 dihapus atau diganti namanya dengan mudah, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan nama objek.

        • Ignore Errors and Proceed: Melewatkan 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 mungkin gagal. Lakukan dengan hati-hati.

        Source Objects

        Di panel Source Objects, pilih objek yang ingin Anda sinkronkan, lalu klik 向右小箭头 untuk memindahkannya ke panel Selected Objects.

        Catatan

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

        Selected Objects

        Catatan

        • Pemetaan nama objek dapat menyebabkan kegagalan migrasi untuk objek dependen.

        • Untuk memfilter data dengan klausa WHERE, klik kanan tabel di bagian Selected Objects dan tentukan kondisi filter. Tetapkan kondisi filter.

        • Untuk memilih operasi SQL untuk migrasi pada tingkat database atau tabel, klik kanan objek migrasi di bagian Selected Objects dan pilih operasinya.

      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 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 kesalahan 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 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, kami merekomendasikan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera merilis instans DTS setelah instans database sumber dan tujuan dirilis.

        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 mulai mencoba mengulangi 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 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 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.

        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

        Opsi. Pilih tag lingkungan untuk mengidentifikasi instans.

        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 berdasarkan kebutuhan bisnis Anda.

        • No: Tidak mengatur peringatan.

        • Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasi validasi data untuk petunjuk konfigurasi.

    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 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 akan 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 melewatkan 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.

    8. Beli instans.

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

      2. Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, 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 lebih lanjut, lihat Apa itu 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 Spesifikasi link migrasi data.

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

      4. 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 akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

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