All Products
Search

This Product

    PolarDB:Langkah-langkah peningkatan

    Document Center

    PolarDB:Langkah-langkah peningkatan

    Last Updated:Jun 22, 2026

    Saat Anda meningkatkan instans ApsaraDB RDS for MySQL ke kluster PolarDB for MySQL dengan satu klik, proses tersebut akan membuat kluster PolarDB target dan menyinkronkan data ke dalamnya. Kluster PolarDB yang ditingkatkan mewarisi akun, database, daftar putih alamat IP, serta konfigurasi parameter dari instans RDS sumber.

    Proses peningkatan mencakup langkah-langkah berikut:

    Catatan

    • Fitur peningkatan satu klik mendukung dua metode: migrasi fisik (replikasi fisik) dan migrasi logis (sinkronisasi data menggunakan Data Transmission Service (DTS)). Untuk informasi lebih lanjut, lihat Perbandingan antara migrasi fisik dan migrasi logis.

      • migrasi fisik (replikasi fisik): Gunakan metode ini untuk memigrasikan instans ApsaraDB RDS for MySQL 5.6 dan 5.7 berkeandalan tinggi yang menggunakan SSD lokal ke kluster PolarDB for MySQL versi yang sama.

      • migrasi logis (sinkronisasi data menggunakan DTS): Metode ini berlaku untuk semua jenis instans ApsaraDB RDS for MySQL lainnya. Anda dapat memigrasikannya ke kluster PolarDB for MySQL versi yang sama atau berbeda.

    • Untuk petunjuk terperinci, rujuk ke masing-masing langkah.

    1. Prasyarat:

    2. Langkah 1: Migrasi dari RDS: Pada halaman pembelian PolarDB, atur Creation Method menjadi Migrate from RDS, lalu tentukan versi dan instans RDS sumber untuk membuat kluster PolarDB target.

    3. (Opsional) Langkah 2: Tambahkan endpoint: Peningkatan satu klik mendukung alih bencana dengan pertukaran endpoint. Hal ini memungkinkan Anda mempertahankan endpoint asli instans RDS sumber. Aplikasi Anda dapat beralih ke kluster PolarDB target tanpa perubahan konfigurasi apa pun. Perhatikan bahwa Anda hanya dapat menukar endpoint jika endpoint tersebut ada baik di instans RDS sumber maupun di kluster PolarDB target.

    4. Langkah 3: Alih bencana: Tukar status baca/tulis antara instans RDS sumber dan kluster PolarDB target. Operasi ini mengatur instans RDS sumber ke Read Only dan kluster PolarDB target ke read and write. Arah replikasi juga dibalik, sehingga data baru dari kluster PolarDB target disinkronkan kembali ke instans RDS sumber.

    5. (Opsional) Langkah 4: Alih bencana tugas DTS instans sumber: Jika instans sumber memiliki tugas DTS terkait yang bukan bagian dari migrasi satu klik, Anda dapat menggunakan fitur ini untuk mengubah sumber atau tujuan tugas sinkronisasi atau migrasi DTS guna memastikan transisi bisnis yang lancar.

    6. Langkah 5: Selesaikan migrasi: Setelah migrasi data bisnis selesai dan Anda tidak lagi memerlukan sinkronisasi data, Anda dapat menyelesaikan seluruh proses peningkatan.

    7. (Opsional) Berhenti berlangganan atau lepas instans RDS: Jika bisnis Anda berjalan stabil di kluster PolarDB dan instans RDS sumber tidak lagi diperlukan, Anda dapat berhenti berlangganan atau melepaskannya.

    Setelah alih bencana, jika Anda menemukan ketidakkonsistenan data atau masalah lainnya, Anda dapat melakukan rollback migrasi untuk segera memulihkan kondisi sebelum peningkatan. Anda kemudian dapat memilih untuk membatalkan migrasi guna kembali ke kondisi sebelum alih bencana.

    Prasyarat

    Periksa peran terkait layanan PolarDB (hanya untuk migrasi logis)

    Catatan

    Jika Anda telah menyelesaikan evaluasi migrasi dan tidak ada pengecualian yang dilaporkan, Anda dapat melewati pemeriksaan ini.

    Sebelum melakukan peningkatan satu klik menggunakan migrasi logis (sinkronisasi data menggunakan Data Transmission Service (DTS)), periksa apakah peran terkait layanan untuk PolarDB telah dibuat dan apakah DTS telah diberikan izin untuk mengakses sumber daya cloud.

    • Periksa apakah peran terkait layanan untuk PolarDB telah dibuat

      1. Gunakan Akun Alibaba Cloud Anda (akun utama) untuk membuka Identity Management > daftar Role di Konsol RAM.

      2. Periksa apakah ada peran terkait layanan bernama AliyunServiceRoleForPolarDB. Di kotak pencarian, masukkan AliyunServiceRoleForPolarDB untuk memverifikasi bahwa peran tersebut ada dalam daftar.

        • Jika ada, lewati pemeriksaan ini.

        • Jika tidak ada, lanjutkan ke langkah berikutnya.

      3. Klik Create Role. Pada halaman Create Role, klik Create Service-linked Role di pojok kanan atas.

      4. Pada halaman Create Service-linked Role, atur Trusted Cloud Service menjadi AliyunServiceRoleForPolarDB, lalu klik Create Service-linked Role.

    • Periksa apakah izin telah diberikan kepada DTS untuk mengakses sumber daya cloud

      Bagian ini menjelaskan cara memeriksa hasil otorisasi dan cara memberikan izin dengan cepat. Untuk informasi lebih lanjut, lihat Berikan izin DTS untuk mengakses sumber daya cloud.

      Hasil otorisasi

      1. Gunakan Akun Alibaba Cloud Anda (akun utama) untuk membuka Konsol RAM dan buka daftar Identity Management > Role.

      2. Periksa apakah ada peran bernama AliyunDTSDefaultRole. Di kotak pencarian, masukkan AliyunDTSDefaultRole untuk memverifikasi bahwa peran tersebut ada dalam daftar.

        1. Jika tidak ada, buka Otorisasi cepat.

        2. Jika ada, lanjutkan ke langkah berikutnya untuk memeriksa izinnya.

      3. Klik nama peran untuk melihat detail AliyunDTSDefaultRole.

        • Jika peran AliyunDTSDefaultRole memenuhi kondisi berikut, otorisasi berhasil.

          • Permission management mencakup kebijakan sistem AliyunDTSRolePolicy.

          • Trust Policy berisi dts.aliyuncs.com.

            Artinya, dalam JSON kebijakan kepercayaan, bidang Service dari Principal berisi dts.aliyuncs.com, Action adalah sts:AssumeRole, dan Effect adalah Allow.

        • Jika peran AliyunDTSDefaultRole tidak memenuhi kondisi di atas, otorisasi gagal. Anda harus memberikan izin lagi. Anda dapat menghapus peran AliyunDTSDefaultRole lalu memberikan otorisasi ulang.

      Otorisasi cepat

      Gunakan Akun Alibaba Cloud Anda (akun utama) untuk mengunjungi halaman otorisasi cepat AliyunDTSDefaultRole. Pada halaman otorisasi cepat, klik Submit.

      Catatan

    Hapus akun sistem tambahan (hanya untuk migrasi logis)

    Catatan

    Jika Anda telah menyelesaikan evaluasi migrasi dan tidak ada pengecualian yang dilaporkan, Anda dapat melewati pemeriksaan ini.

    Untuk memastikan kompatibilitas akun sistem antara ApsaraDB RDS for MySQL dan PolarDB serta mencegah akun sistem pada kluster PolarDB target ditimpa, instans RDS sumber tidak boleh memiliki akun root dan aliyun_root secara bersamaan. Oleh karena itu, hapus semua akun sistem tambahan dari instans RDS sumber sebelum memulai peningkatan.

    Tabel berikut mencantumkan nama akun sistem yang benar untuk berbagai versi ApsaraDB RDS for MySQL:

    Versi RDS for MySQL

    Nama akun sistem

    ApsaraDB RDS for MySQL 5.6

    root

    ApsaraDB RDS for MySQL 5.7

    aliyun_root

    ApsaraDB RDS for MySQL 8.0

    aliyun_root

    Untuk setiap versi, Anda harus menghapus semua akun sistem selain yang benar. Misalnya, akun sistem yang benar untuk instans ApsaraDB RDS for MySQL 5.7 adalah aliyun_root. Jika Anda membuat akun root secara manual di konsol, Anda harus menghapusnya. Sebelum menghapus akun tersebut, pastikan akun tersebut tidak digunakan oleh bisnis Anda.

    Catatan

    Akun sistem dapat dibuat oleh Anda atau oleh sistem dan tersisa dari peningkatan versi. Dalam beberapa kasus, akun-akun ini mungkin tidak terlihat di konsol.

    Contoh

    Langkah-langkah berikut menunjukkan cara membersihkan akun sistem tambahan dari instans ApsaraDB RDS for MySQL 5.6:

    1. Hubungkan ke instans menggunakan akun istimewa.

    2. Cari semua akun sistem root dan aliyun_root.

      SELECT * FROM mysql.user WHERE `user` IN ('root', 'aliyun_root');

    3. Hapus akun sistem tambahan. Akun sistem yang benar untuk ApsaraDB RDS for MySQL 5.6 adalah root. Oleh karena itu, Anda harus menghapus akun aliyun_root.

      DELETE FROM mysql.user WHERE `user` = 'aliyun_root' LIMIT n;

    (Opsional) Periksa daftar putih alamat IP

    Jika daftar putih alamat IP pada instans primary sumber dan instans read-only berbeda, Anda harus menggabungkan daftar putih instans read-only ke dalam daftar putih instans primary terlebih dahulu. Hal ini memastikan bahwa daftar putih instans read-only disinkronkan secara otomatis ke kluster PolarDB target.

    Langkah 1: Migrasi dari RDS

    Operasi ini membuat kluster PolarDB dengan data yang sama seperti instans RDS sumber. Data inkremental dari instans RDS sumber disinkronkan ke kluster PolarDB ini secara real time.

    Catatan

    • Sebelum memulai migrasi, kami sarankan Anda terlebih dahulu menyelesaikan evaluasi migrasi.

    • Sebelum memulai migrasi, pastikan kluster PolarDB memiliki storage space lebih besar daripada instans RDS sumber.

    • Saat Anda memigrasikan data menggunakan Data Transmission Service (DTS), fase inisialisasi data penuh mengonsumsi sumber daya baca dan tulis pada database sumber dan target. Hal ini dapat meningkatkan beban database. Anda dapat menyesuaikan laju sinkronisasi sesuai kebutuhan. Untuk petunjuk terperinci, lihat Sesuaikan laju migrasi.

    1. Login ke Konsol PolarDB dan klik Create Cluster untuk membuka halaman pembelian PolarDB.

    2. Atur Billing Method menjadi Subscription, Pay-As-You-Go, atau Serverless.

      • Subscription: Anda membayar node komputasi saat membuat kluster. Ruang penyimpanan ditagih per jam berdasarkan volume data aktual, dan biaya dipotong dari saldo akun Anda.

      • Pay-as-you-go: Tidak ada pembayaran di muka. Baik node komputasi maupun ruang penyimpanan (berdasarkan volume data aktual) ditagih per jam, dan biaya dipotong dari saldo akun Anda.

      • Serverless: Tidak ada pembayaran di muka. Sumber daya seperti node komputasi, ruang penyimpanan, dan proksi database diskalakan secara dinamis dan elastis berdasarkan permintaan aktual. Anda ditagih berdasarkan penggunaan aktual sumber daya yang diskalakan.

    3. Konfigurasikan parameter berikut.

      Catatan

      Untuk parameter yang tidak dijelaskan secara rinci dalam tabel berikut, rujuk ke bagian yang relevan di Beli kluster.

      Parameter

      Deskripsi

      Creation Method

      Pilih Migrate from RDS.

      Catatan

      Sebelum migrasi final, kluster PolarDB berada dalam mode read-only dan log binernya diaktifkan secara default.

      Region

      Pilih wilayah tempat instans ApsaraDB RDS for MySQL sumber berada.

      Catatan

      Kluster PolarDB baru dibuat di wilayah ini.

      Source RDS Engine

      Jenis engine instans RDS sumber. Ini tetap sebagai MySQL dan tidak dapat diubah.

      Source RDS Version

      Versi instans RDS sumber. Anda dapat memilih 5.6, 5.7, atau 8.0.

      Source RDS Instance

      Pilih instans primary RDS sumber.

      Compatibility

      Versi engine database kluster PolarDB target. Anda dapat memilih versi yang sama dengan instans RDS sumber atau versi yang berbeda.

      Node Specifications

      Pilih spesifikasi sesuai kebutuhan. Kami menyarankan Anda memilih spesifikasi yang sama atau lebih tinggi daripada instans RDS sumber. Untuk informasi lebih lanjut tentang spesifikasi node PolarDB, lihat Spesifikasi node komputasi untuk Edisi Perusahaan.

      Storage engine

      Anda dapat memilih InnoDB atau InnoDB & X-Engine.

      Catatan

      InnoDB & X-Engine: Penerapan mesin hibrida InnoDB dan X-Engine. Jika Anda memilih opsi ini, Anda dapat mengatur proporsi penyimpanan untuk X-Engine. Untuk informasi lebih lanjut, lihat X-Engine.

    4. Di pojok kanan atas, periksa konfigurasi kluster, atur Subscription Duration (untuk kluster subscription) dan Quantity, serta tentukan apakah akan mengaktifkan Auto-renewal.

    5. Baca dan pilih syarat layanan. Klik Buy Now.

    6. Pada halaman Pay, konfirmasi detail pesanan dan metode pembayaran, lalu klik Purchase.

      Catatan

      • Setelah pembayaran berhasil, pembuatan kluster memerlukan waktu 10 hingga 15 menit. Anda kemudian dapat menemukan kluster baru di daftar Clusters.

      • Jika status suatu node dalam kluster adalah Creating, pembuatan kluster belum selesai dan kluster tidak tersedia. Kluster tersedia hanya ketika statusnya berubah menjadi Running.

      • Pastikan Anda telah memilih wilayah yang benar. Jika tidak, Anda tidak akan menemukan kluster yang telah Anda buat.

    7. Setelah kluster dibuat, login ke Konsol PolarDB dan klik ID kluster untuk membuka halaman Basic Information.

    8. Di bagian RDS Migration pada halaman Basic Information, konfirmasi bahwa Replication Latency kluster PolarDB target kurang dari 60 detik. Anda kemudian dapat melanjutkan ke Langkah 3: Alih bencana.

      Pada titik ini, Status adalah Synchronizing Data, Source RDS Read/Write Status adalah read and write, dan PolarDB Read/Write Status adalah read-only.

      Catatan

      • Anda tidak dapat memigrasikan atau meningkatkan instans yang memiliki tugas sinkronisasi DTS dua arah yang sudah ada menggunakan fitur satu klik. Jika tidak, masalah ketidakkonsistenan data dapat terjadi.

      • Setelah kluster dibuat, sinkronisasi data dari instans RDS dimulai. Anda harus melakukan Langkah 5: Selesaikan migrasi dalam waktu 30 hari. Jika tidak, fitur migrasi akan dinonaktifkan secara otomatis.

      • Jika Anda menggunakan migrasi logis (sinkronisasi data menggunakan DTS) dan status migrasi RDS berubah menjadi Pre-check failed setelah kluster PolarDB dibuat, ikuti petunjuk dalam Error Message untuk menyelesaikan masalah tersebut.

        Misalnya, jika ada trigger pada instans RDS sumber, pemeriksaan awal gagal dan melaporkan kesalahan "The RDS instance has a trigger". Anda harus menghapus trigger dari instans RDS sumber lalu klik Continue migrating. Atau, Anda dapat mengklik Give up migration dan membuat tugas migrasi secara manual di konsol DTS. Untuk detailnya, lihat Cara mengonfigurasi tugas sinkronisasi atau migrasi saat database sumber berisi trigger.

      • Anda dapat memilih untuk Give up migration pada langkah ini. Untuk informasi tentang dampaknya, lihat FAQ.

    (Opsional) Langkah 2: Tambahkan endpoint

    Migrasi satu klik PolarDB mendukung alih bencana dengan pertukaran endpoint, memungkinkan Anda mempertahankan endpoint database asli. Aplikasi Anda dapat beralih ke PolarDB tanpa perubahan konfigurasi apa pun. Perhatikan bahwa Anda hanya dapat menukar endpoint jika endpoint tersebut ada baik di instans RDS sumber maupun di kluster PolarDB target. Secara default, hanya endpoint primary pribadi dan endpoint kluster pribadi yang dibuat pada target. Jika sumber memiliki lebih dari dua endpoint, Anda harus membuat endpoint yang sesuai pada target sebelum alih bencana. Jika tidak, endpoint tersebut tidak akan dialihkan. Untuk informasi tentang cara membuat endpoint untuk kluster PolarDB dan instans RDS, lihat Kelola endpoint dan Konfigurasikan endpoint.

    Catatan

    • Anda hanya dapat menambahkan endpoint setelah kluster target berada dalam status running. Anda juga dapat mengonfigurasi properti endpoint, parameter instans, dan menambahkan node read-only sesuai kebutuhan bisnis Anda.

    • Untuk menukar endpoint pribadi selama alih bencana, pastikan instans RDS sumber dan kluster PolarDB target berada dalam VPC yang sama. Jika tidak, layanan asli Anda tidak akan dapat terhubung setelah alih bencana.

    Langkah 3: Peralihan

    Saat Replication Latency kluster PolarDB target kurang dari 60 detik, Anda dapat melakukan alih bencana.

    1. Buka Konsol PolarDB.

    2. Temukan kluster target dan klik ID-nya.

    3. Di bagian RDS Migration pada halaman Basic Information, klik Switch Over.

      Tugas sinkronisasi data DTS yang ditampilkan pada halaman merupakan tugas gratis. Jangan ubah tugas ini secara manual. Jika tidak, migrasi akan gagal.

      Catatan

      • Proses alih bencana biasanya memerlukan waktu kurang dari 5 menit.

      • Operasi ini menukar status baca/tulis antara instans RDS sumber dan kluster PolarDB target. Instans RDS sumber diatur ke Read-only, dan kluster PolarDB diatur ke read and write. Arah replikasi juga dibalik, sehingga data baru dari kluster PolarDB disinkronkan ke instans RDS.

    4. Dalam kotak dialog Switch Business to New Database, pilih Switch with Endpoints (No Application Configuration Change Required) atau Switch without Endpoints (Application Needs to Be Reconfigured to New PolarDB Endpoint).

      • Jika Anda memilih Switch with Endpoints (No Application Configuration Change Required), ikuti langkah-langkah berikut:

        1. Pilih Switch with Endpoints (No Application Configuration Change Required). Sistem secara otomatis menukar endpoint instans RDS sumber dan kluster PolarDB target. Anda tidak perlu mengubah konfigurasi apa pun di aplikasi Anda untuk terhubung ke kluster PolarDB target.

          Penting

          Sebelum memilih Switch with Endpoints (No Application Configuration Change Required), pastikan Anda telah membaca Catatan tentang alih bencana dengan titik akhir.

        2. Klik OK.

      • Jika Anda memilih Switch without Endpoints (Application Needs to Be Reconfigured to New PolarDB Endpoint), ikuti langkah-langkah berikut:

        1. Pilih Switch without Endpoints (Application Needs to Be Reconfigured to New PolarDB Endpoint).

        2. Klik OK.

        3. Segarkan halaman. Saat Read/Write Status kluster PolarDB target berubah menjadi read and write, segera perbarui endpoint database di aplikasi Anda.

      Catatan

      Setelah alih bencana, jika Anda menemukan ketidakkonsistenan data atau masalah lainnya, Anda dapat melakukan rollback migrasi untuk segera memulihkan kondisi sebelum peningkatan. Anda kemudian dapat memilih untuk membatalkan migrasi guna kembali ke kondisi sebelum alih bencana.

    (Opsional) Langkah 4: Alihkan tugas DTS sumber

    Catatan

    • Jika instans RDS sumber tidak memiliki tugas DTS terkait (selain tugas migrasi satu klik), tombol untuk fitur ini tidak ditampilkan. Anda dapat mengabaikan langkah ini.

    • Jika instans sumber memiliki tugas DTS terkait (selain tugas migrasi satu klik), Anda dapat menggunakan fitur ini untuk mengubah instans sumber atau tujuan tugas sinkronisasi atau migrasi DTS guna memastikan transisi bisnis yang lancar. Untuk informasi tentang prinsip kerja dan tindakan pencegahan, lihat Ubah instans sumber atau tujuan tugas DTS.

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

    1. Buka Konsol PolarDB.

    2. Temukan kluster target dan klik ID-nya.

    3. Di bagian RDS Migration pada halaman Basic Information, klik Source Instance DTS Task Switchover.

    4. Di kotak dialog Switch Over Business DTS Task Endpoint, pilih Source Instance DTS Task (Forward Switchover) atau Destination Instance DTS Task (Switchover Rollback).

      Penting

      Sebelum alih bencana, periksa status sinkronisasi data DTS untuk instans sumber dan target. Untuk informasi lebih lanjut, lihat Lihat status tugas DTS.

      • Jika Anda memilih Source Instance DTS Task (Forward Switchover), ikuti langkah-langkah berikut:

        1. Pilih tugas DTS yang ingin Anda alihkan instans databasenya.

        2. Klik Commit Forward Switchover.

      • Jika Anda memilih Target Instance DTS Task (Switchover Rollback), ikuti langkah-langkah berikut:

        1. Pilih tugas DTS yang ingin Anda kembalikan instans databasenya.

        2. Klik Commit Switchover Rollback.

    Catatan

    • Tugas DTS Instans Sumber (Alih Bencana Maju) diterapkan setelah alih bencana (Langkah 3) untuk memindahkan tugas DTS terkait—selain tugas migrasi satu klik—dari instans sumber ke instans target. Operasi ini dilakukan setelah alih bencana (Langkah 3) dan sebelum Anda menyelesaikan migrasi (Langkah 5).

    • Target Instance DTS Task (Switchover Rollback) berlaku setelah rollback migrasi untuk mengalihkan tugas DTS terkait (selain tugas migrasi satu klik) dari instans target kembali ke instans sumber. Operasi ini dilakukan setelah (Opsional) rollback migrasi dan sebelum Anda (Opsional) membatalkan migrasi.

    Langkah 5: Selesaikan migrasi

    Setelah menyelesaikan Langkah 1: Migrasi dari RDS, Anda harus melakukan operasi Complete Migration dalam waktu 30 hari.

    Peringatan

    • Sebelum melakukan operasi Complete Migration, pastikan migrasi data telah selesai dan Anda tidak lagi memerlukan sinkronisasi data. Untuk migrasi fisik, operasi ini menghentikan replikasi data dari instans RDS sumber ke kluster PolarDB. Untuk migrasi logis, operasi ini menghapus tugas sinkronisasi data.

    • Operasi ini menghentikan sinkronisasi antara kluster PolarDB dan instans RDS, serta fitur (Opsional) cancel migration menjadi tidak tersedia. Kami menyarankan Anda menjalankan bisnis di kluster PolarDB untuk jangka waktu tertentu guna memastikan berjalan sesuai harapan sebelum melakukan operasi ini.

    1. Login ke Konsol PolarDB.

    2. Temukan kluster target dan klik ID-nya.

    3. Di bagian RDS Migration pada halaman Basic Information, klik Complete Migration, lalu pada kotak dialog yang muncul, klik OK.

      Catatan

      • Setelah Anda mengklik OK, sistem akan menghentikan hubungan sinkronisasi dalam waktu sekitar 2 menit. Selama periode ini, status migrasi adalah Disable Synchronization. Tunggu hingga proses selesai.

      • Dalam kotak dialog Complete Migration, Anda dapat memilih apakah akan menonaktifkan log biner untuk kluster PolarDB. Menonaktifkan log biner memberikan sedikit peningkatan kinerja tulis, tetapi kluster PolarDB akan restart secara otomatis agar konfigurasi baru berlaku.

      • Jika instans RDS sumber tidak lagi diperlukan, Anda dapat berhenti berlangganan atau melepaskannya secara manual. Untuk detailnya, lihat (Opsional) Unsubscribe from or release the RDS instance.

      • Jika Anda perlu memperpanjang atau mengubah konfigurasi instans RDS sumber, klik Complete Migration terlebih dahulu.

    (Opsional) Lepaskan instans RDS

    Setelah data dimigrasikan dari RDS ke PolarDB, jika bisnis Anda berjalan stabil di PolarDB dan Anda tidak lagi memerlukan instans RDS sumber, Anda dapat berhenti berlangganan atau melepaskannya.

    (Opsional) Lihat detail tugas DTS (hanya untuk migrasi logis)

    Jika Anda mengalami kesalahan migrasi (seperti kegagalan pemeriksaan awal) atau pengecualian lainnya (seperti latensi replikasi tinggi) saat melakukan peningkatan menggunakan migrasi logis (sinkronisasi data menggunakan DTS), Anda dapat melihat halaman detail tugas sinkronisasi data DTS yang sesuai untuk informasi lebih lanjut.

    1. Buka Konsol PolarDB.

    2. Temukan kluster target dan klik ID-nya.

    3. Di bagian RDS Migration pada halaman Basic Information, klik nama tugas di bawah DTS Data Synchronization Task untuk membuka daftar tugas sinkronisasi data di konsol DTS.

    4. Temukan tugas sinkronisasi data yang sesuai. Anda dapat melihat detail kegagalan pemeriksaan awal, detail tugas, dan log tugas.

      Halaman detail tugas menampilkan informasi dasar (seperti Task Instance ID, Task Name, Task Steps: schema synchronization → full data synchronization → incremental synchronization, Creation Time, Billing Method, Link Specification, dan Region), informasi sumber (Instance Type: RDS Instance, Database Type: MySQL, Region, Instance ID, Connection Method: Non-encrypted Connection), dan informasi target (Instance Type: Cloud Instance, Database Type: PolarDB MySQL, Region, Instance ID, Connection Method: Non-encrypted Connection). Dari panel navigasi kiri, Anda dapat beralih ke halaman seperti Synchronization Details, Performance Monitoring, Task Logs, dan Synchronization Object Modification History.

    5. Selama proses migrasi, jika Anda perlu menyesuaikan objek sinkronisasi tugas (misalnya, jika database baru ditambahkan ke instans RDS sumber dan Anda ingin memasukkannya ke dalam sinkronisasi), Anda dapat mengklik Modify Synchronization Objects untuk mengonfigurasi ulang.