PolarDB memungkinkan Anda menaikkan level instance ApsaraDB RDS untuk MySQL ke kluster PolarDB untuk MySQL. Kluster tersebut dibuat secara otomatis dan data disinkronkan. Kluster PolarDB menggunakan akun, basis data, daftar putih alamat IP, serta parameter dari instance ApsaraDB RDS untuk MySQL.
Proses peningkatan mencakup langkah-langkah berikut:
Fitur peningkatan mendukung dua metode: migrasi fisik (replikasi fisik) dan migrasi logis (sinkronisasi data melalui DTS). Untuk detail lebih lanjut, lihat Perbandingan antara migrasi fisik dan migrasi logis.
Migrasi fisik: Digunakan untuk menaikkan level instance ApsaraDB RDS untuk MySQL 5.6 atau 5.7 Edisi Ketersediaan Tinggi dengan SSD lokal untuk membuat kluster PolarDB untuk MySQL dengan versi yang sama.
Migrasi logis: Digunakan untuk menaikkan level instance ApsaraDB RDS untuk MySQL dengan spesifikasi lain ke kluster PolarDB untuk MySQL dengan versi yang sama atau berbeda.
Untuk informasi lebih lanjut, lihat langkah-langkah spesifik.
Pemeriksaan Awal
(Opsional) Periksa konfigurasi daftar putih: Jika konfigurasi daftar putih dari instance RDS utama dan baca-saja berbeda, gabungkan konfigurasi daftar putih dari instance baca-saja ke dalam konfigurasi daftar putih utama untuk memastikan sinkronisasi otomatis ke kluster PolarDB.
Langkah berikut hanya diperlukan untuk migrasi logis:
Langkah 1: Pilih metode Migrasi dari RDS untuk membuat kluster PolarDB tujuan: Di halaman pembelian kluster PolarDB, pilih Migrate from RDS untuk parameter Metode Pembuatan, tentukan versi instance ApsaraDB RDS sumber, dan buat kluster PolarDB tujuan.
(Opsional) Langkah 2: Tambahkan Titik Akhir: Anda dapat memilih opsi Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan) saat beralih layanan dari instance ApsaraDB RDS untuk MySQL sumber ke kluster PolarDB tujuan. Dengan opsi ini, titik akhir antara instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan akan dipertukarkan secara otomatis selama proses pergantian. Setelah pergantian, Anda dapat terhubung ke kluster PolarDB tujuan tanpa perlu mengubah konfigurasi koneksi aplikasi. Pertukaran titik akhir hanya dapat dilakukan jika instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan memiliki titik akhir yang tersedia.
Langkah 3: Alihkan layanan: Setelah pergantian, status baca/tulis instance ApsaraDB RDS for PostgreSQL sumber dan kluster PolarDB tujuan dipertukarkan. Status baca/tulis instance ApsaraDB RDS for PostgreSQL sumber diubah menjadi Read Only, sedangkan status baca/tulis kluster PolarDB tujuan diubah menjadi Read and Write. Arah replikasi juga diubah, dan data inkremental disinkronkan dari kluster PolarDB tujuan ke instance ApsaraDB RDS for PostgreSQL sumber.
(Opsional) Langkah 4: Alihkan tugas DTS: Jika instance sumber terlibat dalam tugas DTS (bukan tugas migrasi satu klik), Anda dapat memodifikasi basis data sumber atau tujuan dari tugas DTS untuk pergantian yang lancar.
Langkah 5: Selesaikan migrasi: Jika data telah dimigrasi dan sinkronisasi data tidak lagi digunakan, selesaikan proses peningkatan.
(Opsional) Lepas atau berhenti berlangganan dari instance ApsaraDB RDS: Setelah data dimigrasi dari instance ApsaraDB RDS sumber ke kluster PolarDB, Anda dapat melepaskan atau berhenti berlangganan jika layanan berjalan sesuai harapan dan instance tersebut tidak lagi diperlukan.
Jika kesalahan data terjadi setelah pergantian selesai, Anda dapat melakukan operasi (Opsional) Mengembalikan migrasi untuk mengembalikan basis data dan data ke keadaan semula. Anda juga dapat memilih (Opsional) Batalkan migrasi untuk mengembalikan status sebelum migrasi.
Pemeriksaan Awal
Periksa apakah peran terkait layanan untuk PolarDB telah dibuat (hanya diperlukan untuk migrasi logis)
Jika Anda telah menyelesaikan evaluasi migrasi dan memastikan bahwa tidak ada masalah terkait, lewati pemeriksaan ini. Untuk informasi lebih lanjut tentang evaluasi migrasi, lihat Evaluasi migrasi.
Sebelum menggunakan metode migrasi logis (sinkronisasi data melalui DTS) untuk melakukan peningkatan, periksa apakah peran terkait layanan untuk PolarDB telah dibuat dan apakah Data Transmission Service (DTS) telah diberi otorisasi untuk mengakses sumber daya Alibaba Cloud. Untuk informasi lebih lanjut, lihat Otorisasi DTS untuk mengakses sumber daya Alibaba Cloud.
Masuk ke halaman Roles di Konsol Resource Access Management (RAM).
Periksa apakah peran terkait layanan bernama AliyunServiceRoleForPolarDB sudah ada dalam daftar seperti yang ditunjukkan pada gambar berikut.
Jika peran terkait layanan ada dalam daftar, lewati pemeriksaan ini.
Jika peran terkait layanan tidak ada dalam daftar, lanjutkan pemeriksaan ini.
Di sudut kiri atas, klik Create Role. Di halaman Create Role, klik Create Service Linked Role di sudut kanan atas.
Di halaman Buat Peran Terkait Layanan, pilih ApsaraDB for POLARDB dari daftar drop-down Select Service. Klik Create Service Linked Role.
Hanya hasil pemeriksaan otorisasi dan metode otorisasi cepat yang dijelaskan di sini. Untuk informasi lebih lanjut, lihat Otorisasi DTS untuk mengakses sumber daya Alibaba Cloud.
Periksa hasil otorisasi
Masuk ke halaman Roles di Konsol Resource Access Management (RAM).
Periksa apakah peran terkait layanan bernama AliyunDTSDefaultRole sudah ada dalam daftar seperti yang ditunjukkan pada gambar berikut.
Jika peran terkait layanan tidak ada dalam daftar, lakukan operasi di Otorisasi cepat.
Jika peran terkait layanan ada dalam daftar, lakukan operasi berikutnya untuk memeriksa izinnya.
Klik nama peran AliyunDTSDefaultRole dan lihat detailnya.
Jika peran AliyunDTSDefaultRole memenuhi semua persyaratan berikut, maka itu telah diberi otorisasi dengan benar.
Kebijakan AliyunDTSRolePolicy ditampilkan di tab Permissions.
dts.aliyuncs.comditampilkan di tab Trust Policy.
Jika peran AliyunDTSDefaultRole memenuhi persyaratan di atas, maka itu belum diberi otorisasi. Anda dapat menghapus peran AliyunDTSDefaultRole dan melakukan otorisasi lagi.
Otorisasi cepat
Masuk ke halaman Roles di Konsol Resource Access Management (RAM). Di kotak dialog Authorize Access to Cloud Resources , klik Authorize.
CatatanJika pesan "Otorisasi akses sumber daya cloud berhasil" ditampilkan, maka telah diberi otorisasi.
Untuk informasi lebih lanjut tentang otorisasi, lihat Otorisasi DTS untuk mengakses sumber daya Alibaba Cloud.
Hapus akun sistem ekstra dari instance ApsaraDB RDS sumber (hanya diperlukan untuk migrasi logis)
Jika Anda telah menyelesaikan evaluasi migrasi dan tidak ada pengecualian yang terjadi, lewati pemeriksaan awal. Untuk informasi lebih lanjut tentang evaluasi migrasi, lihat Evaluasi migrasi.
Untuk memastikan kompatibilitas antara ApsaraDB RDS untuk MySQL dan PolarDB dalam hal struktur akun sistem dan mencegah akun sistem kluster PolarDB tujuan tertimpa selama migrasi, pastikan bahwa akun root dan aliyun_root tidak ada di instance ApsaraDB untuk RDS sumber pada saat yang bersamaan. Sebelum memulai proses migrasi, kami sarankan Anda menghapus akun sistem ekstra dari instance ApsaraDB untuk RDS sumber.
Tabel berikut mencantumkan nama akun sistem yang benar untuk setiap versi ApsaraDB RDS untuk MySQL.
Versi ApsaraDB RDS untuk MySQL | Nama akun sistem yang benar |
RDS MySQL 5.6 | root |
RDS MySQL 5.7 | aliyun_root |
RDS MySQL 8.0 | aliyun_root |
Selain akun sistem yang sesuai untuk setiap versi yang disebutkan dalam tabel di atas, semua akun sistem lainnya harus dihapus. Misalnya, aliyun_root adalah benar di RDS MySQL 5.7. Jika Anda membuat root di konsol, Anda harus menghapusnya. Sebelum Anda menghapus root, pastikan bahwa root tidak digunakan dalam bisnis Anda.
Akun sistem ekstra mungkin telah dibuat oleh pengguna atau diwarisi dari versi sumber selama peningkatan versi. Dalam beberapa skenario, akun tertentu mungkin tidak terlihat di konsol.
Contoh berikut menunjukkan cara menghapus akun sistem ekstra dari instance ApsaraDB RDS untuk MySQL 5.6:
Gunakan akun istimewa untuk terhubung ke basis data.
Temukan semua akun sistem root dan aliyun_root.
SELECT * FROM mysql.user WHERE `user` IN ('root', 'aliyun_root');Hapus akun sistem ekstra. Nama akun sistem yang benar untuk ApsaraDB RDS untuk 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 konfigurasi daftar putih
Jika daftar putih node utama dan baca-saja dari instance ApsaraDB RDS untuk MySQL sumber berbeda, tambahkan daftar putih node baca-saja ke daftar putih node utama terlebih dahulu untuk memastikan bahwa daftar putih node baca-saja dapat disinkronkan ke kluster PolarDB tujuan.
Langkah 1: Pilih metode Migrasi dari RDS untuk membuat kluster PolarDB tujuan
Dalam langkah ini, buat kluster PolarDB yang berisi data yang sama dengan instance ApsaraDB RDS untuk MySQL sumber. Data inkremental disinkronkan dari instance ApsaraDB RDS untuk MySQL sumber ke kluster PolarDBsecara real-time.
Sebelum memulai proses migrasi, disarankan untuk menyelesaikan evaluasi migrasi. Untuk informasi lebih lanjut tentang evaluasi migrasi, lihat Evaluasi migrasi.
Sebelum memulai proses migrasi, pastikan bahwa ruang penyimpanan yang tersedia di kluster PolarDB lebih besar dari ruang penyimpanan yang digunakan oleh instance ApsaraDB RDS sumber.
Jika Anda menggunakan DTS untuk memigrasi data, DTS menggunakan sumber daya baca/tulis dari basis data sumber dan tujuan selama sinkronisasi data penuh awal. Ini dapat meningkatkan beban pada server basis data. Anda dapat mengaktifkan throttling untuk migrasi data. Untuk informasi lebih lanjut, lihat Aktifkan throttling untuk migrasi data.
Masuk ke Konsol PolarDB. Di halaman navigasi kiri, klik Kluster. Di halaman Kluster, klik Create Cluster untuk pergi ke halaman pembelian PolarDB.
Atur Billing Method ke Subscription, Pay-as-you-go, atau Serverless.
Berlangganan: Anda harus membayar di muka untuk node komputasi saat membuat kluster. Penyimpanan ditagih berdasarkan penggunaan aktual per jam, dan biaya akan dipotong dari akun Anda secara berkala setiap jam.
Bayar sesuai pemakaian: Pembayaran di muka tidak diperlukan. Anda akan dikenakan biaya untuk node komputasi dan jumlah penyimpanan yang dikonsumsi oleh data Anda. Biaya ini akan dipotong dari akun Anda secara berkala setiap jam.
Serverless: Pembayaran di muka tidak diperlukan. Sumber daya seperti node komputasi, ruang penyimpanan, dan PolarProxy diskalakan secara dinamis berdasarkan permintaan aktual. Anda akan dikenakan biaya berdasarkan penggunaan aktual dari sumber daya yang diskalakan ini.
Konfigurasikan parameter. Tabel berikut menjelaskan parameter.
CatatanUntuk informasi tentang parameter yang tidak dijelaskan dalam tabel berikut, lihat Beli kluster.
Parameter
Deskripsi
Creation Method
Pilih Migrate from RDS.
CatatanKluster PolarDB berada dalam mode baca-saja sebelum migrasi dan pergantian. Secara default, pencatatan biner diaktifkan untuk kluster.
Region
Wilayah tempat instance ApsaraDB RDS untuk MySQL sumber diterapkan.
CatatanKluster PolarDB tujuan juga harus diterapkan di wilayah ini.
RDS Engine Type
Mesin basis data dari instance ApsaraDB RDS sumber. Nilai default parameter ini adalah MySQL dan tidak dapat diubah.
RDS Engine Version
Versi mesin basis data dari instance ApsaraDB RDS untuk MySQL sumber. Nilai valid: 5.6, 5.7, dan 8.0.
Source RDS Instance
Instance ApsaraDB RDS untuk MySQL sumber. Instance ApsaraDB RDS untuk MySQL sumber yang tersedia tidak termasuk instance baca-saja.
Database Engine
Versi mesin basis data dari kluster PolarDB tujuan. Anda dapat memilih versi yang sama dengan instance ApsaraDB RDS untuk MySQL sumber atau versi yang berbeda.
Node Specification
Spesifikasi node dari kluster. Anda dapat menentukan spesifikasi node berdasarkan kebutuhan bisnis Anda. Kami sarankan Anda memilih spesifikasi yang sama atau lebih tinggi dari spesifikasi instance ApsaraDB RDS untuk MySQL sumber. Untuk informasi lebih lanjut tentang spesifikasi node PolarDB, lihat Spesifikasi node komputasi PolarDB untuk Edisi Perusahaan MySQL.
Mesin Penyimpanan
Di sudut kanan atas halaman, periksa konfigurasi kluster dan atur parameter Duration, Quantity, dan Auto-renewal. Parameter Durasi hanya tersedia untuk kluster Berlangganan.
Baca dan pilih syarat layanan. Klik Confirm Order.
Di halaman Purchase, konfirmasi pesanan dan metode pembayaran, lalu klik Purchase.
CatatanSetelah Anda menyelesaikan pembayaran, tunggu selama 10 hingga 15 menit. Kemudian, Anda dapat melihat kluster baru di halaman Kluster.
Jika node tertentu dalam kluster berada dalam status Dibuat, kluster masih dalam proses pembuatan dan tidak tersedia. Kluster hanya tersedia ketika kluster berada dalam status Berjalan.
Pastikan Anda memilih wilayah tempat kluster diterapkan. Jika tidak, Anda tidak dapat melihat kluster tersebut.
Setelah kluster dibuat, masuk ke Konsol PolarDB dan klik ID kluster untuk pergi ke halaman Basic Information kluster.
Di bagian RDS Migration halaman Basic Information, periksa nilai Replication Latency dari kluster PolarDB tujuan. Jika nilainya lebih kecil dari 60 detik, Anda dapat melakukan operasi di Langkah 3: Alihkan layanan.
CatatanJangan migrasikan atau tingkatkan instance yang memiliki tugas sinkronisasi data DTS dua arah sedang berlangsung. Ketidaksesuaian data mungkin terjadi.
Setelah kluster dibuat, sistem mulai memigrasi data dari instance ApsaraDB RDS untuk MySQL sumber ke kluster. Anda harus melakukan operasi di Langkah 5: Selesaikan migrasi dalam waktu 30 hari setelah kluster dibuat. Jika tidak, tugas migrasi akan dinonaktifkan secara otomatis setelah periode 30 hari.
Jika metode migrasi logis digunakan dan nilai Status yang ditampilkan di bagian Migrasi RDS adalah Precheck Failed setelah kluster PolarDB dibuat, ikuti petunjuk dalam pesan error message untuk memecahkan masalah.
Sebagai contoh, jika pemicu dibuat di instance ApsaraDB RDS untuk MySQL sumber, pemeriksaan awal gagal dan pesan kesalahan "Instance RDS memiliki pemicu." dilaporkan. Anda dapat menghapus pemicu lalu klik Continue Migration. Sebagai alternatif, Anda dapat mengklik Cancel Migration lalu secara manual membuat tugas sinkronisasi data di konsol DTS. Untuk informasi lebih lanjut, lihat Konfigurasikan tugas sinkronisasi data untuk basis data sumber yang berisi pemicu.
Anda dapat mengklik Cancel Migration pada langkah ini. Untuk informasi tentang dampaknya, lihat FAQ.
(Opsional) Langkah 2: Tambahkan titik akhir
Anda dapat memilih opsi Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan) saat beralih layanan dari instance ApsaraDB RDS untuk MySQL sumber ke kluster PolarDB tujuan. Dengan cara ini, titik akhir antara instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan dipertukarkan secara otomatis selama pergantian. Setelah pergantian, Anda dapat terhubung ke kluster PolarDB tujuan tanpa perlu memodifikasi konfigurasi koneksi aplikasi Anda. Anda hanya dapat mempertukarkan titik akhir jika instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan memiliki titik akhir. Secara default, kluster PolarDB tujuan hanya memiliki titik akhir utama pribadi dan titik akhir kluster pribadi. Jika instance ApsaraDB RDS untuk MySQL sumber memiliki lebih banyak titik akhir, Anda harus membuat titik akhir yang sesuai untuk kluster PolarDB tujuan jika ingin mempertukarkan titik akhir. Untuk informasi tentang cara membuat titik akhir untuk kluster PolarDB, lihat Kelola titik akhir. Untuk informasi tentang cara membuat titik akhir untuk instance ApsaraDB RDS untuk MySQL, lihat Konfigurasikan titik akhir untuk instance RDS.
Jika Anda belum membuat titik akhir yang diperlukan sebelum pergantian, Anda dapat menambahkan titik akhir setelah pergantian. Untuk menambahkan titik akhir setelah pergantian, tunggu hingga kluster PolarDB tujuan memasuki status berjalan. Anda juga dapat mengonfigurasi pengaturan titik akhir dan parameter kluster serta menambahkan node baca-saja berdasarkan kebutuhan bisnis Anda.
Untuk mempertukarkan titik akhir pribadi, pastikan bahwa instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan termasuk dalam virtual private cloud (VPC) yang sama. Jika tidak, Anda tidak dapat terhubung ke layanan asli setelah pergantian.
Langkah 3: Alihkan layanan
Jika nilai Replication Latency dari kluster PolarDB tujuan lebih kecil dari 60 detik, Anda dapat melakukan operasi pergantian.
Masuk ke Konsol PolarDB.
Temukan kluster tujuan dan klik ID kluster.
Di bagian RDS Migration halaman Basic Information, klik Switch Over.
CatatanDalam kebanyakan kasus, dibutuhkan 5 menit bagi sistem untuk menyelesaikan pergantian.
Setelah pergantian, status baca/tulis instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan dipertukarkan. Status baca/tulis instance ApsaraDB RDS untuk MySQL sumber diubah menjadi Read-only, dan status baca/tulis kluster PolarDB diubah menjadi Read and Write. Arah replikasi juga diubah. Dalam hal ini, data inkremental disinkronkan dari kluster PolarDB ke instance ApsaraDB RDS untuk MySQL.
Di kotak dialog Alihkan layanan ke basis data baru, pilih Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan) atau Beralih tanpa Titik Akhir (Perubahan Koneksi Diperlukan).
Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan)
Jika Anda memilih Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan), sistem akan mempertukarkan titik akhir antara instance ApsaraDB RDS untuk MySQL dan kluster PolarDB. Anda tidak perlu memodifikasi konfigurasi aplikasi Anda untuk terhubung ke kluster PolarDB.
PentingSebelum Anda memilih Beralih dengan Titik Akhir (Perubahan Koneksi Tidak Diperlukan), pastikan Anda membaca catatan untuk pergantian dengan titik akhir.
Kemudian, klik OK. Di pesan yang muncul, klik Konfirmasi.
Beralih tanpa Titik Akhir (Perubahan Koneksi Diperlukan)
Pilih Beralih tanpa Titik Akhir (Perubahan Koneksi Diperlukan) di kotak dialog.
Kemudian, klik OK. Di pesan yang muncul, klik Konfirmasi.
Segarkan halaman. Jika status PolarDB Baca/Tulis berubah menjadi Baca dan Tulis, ubah titik akhir basis data di aplikasi Anda sesegera mungkin.
CatatanJika kesalahan data terjadi setelah pergantian selesai, Anda dapat mengembalikan pergantian. Ini memungkinkan Anda mengembalikan basis data dan data ke keadaan semula sebelum pergantian dilakukan. Untuk informasi lebih lanjut, lihat Mengembalikan migrasi. Anda kemudian dapat memilih Batalkan Migrasi untuk mengembalikan status sebelum migrasi.
(Opsional) Langkah 4: Alihkan tugas DTS
Jika instance sumber tidak terlibat dalam tugas DTS (bukan tugas migrasi satu klik), tombol Business DTS Task Database Endpoint Switchover tidak ditampilkan di konsol. Lewati langkah ini.
Jika instance sumber terlibat dalam tugas DTS (bukan tugas migrasi satu klik), Anda dapat memodifikasi basis data sumber atau tujuan dari tugas DTS untuk pergantian yang lancar. Untuk informasi lebih lanjut tentang cara fitur ini bekerja dan catatan penggunaan, lihat ModifyDtsJobEndpoint.
Selama migrasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema basis data atau tabel. Jika tidak, tugas migrasi data akan gagal.
Masuk ke Konsol PolarDB.
Temukan kluster tujuan dan klik ID kluster.
Di bagian RDS Migration halaman Basic Information, klik Business DTS Task Database Endpoint Switchover.
Di kotak dialog Tugas DTS Bisnis Pengalihan Titik Akhir Basis Data, pilih Source Instance DTS Task (Forward Switchover) atau Destination Instance DTS Task (Switchover Rollback).
PentingSebelum pergantian, periksa status tugas sinkronisasi DTS dari instance ApsaraDB RDS untuk MySQL sumber dan kluster PolarDB tujuan. Untuk informasi lebih lanjut, lihat DescribeDtsJobDetail.
Untuk memilih Tugas DTS Instance Sumber (Pergantian Maju), lakukan operasi berikut:
Pilih tugas DTS dari instance ApsaraDB RDS untuk MySQL sumber.
Klik Commit Forward Switchover.
Untuk memilih Tugas DTS Instance Tujuan (Pengembalian Pergantian), lakukan operasi berikut:
Pilih tugas DTS dari kluster PolarDB tujuan.
Klik Commit Switchover Rollback.
Setelah Anda mengalihkan layanan di langkah 3, Anda dapat memilih opsi Tugas DTS Instance Sumber (Pergantian Maju) untuk mengalihkan tugas DTS dari instance ApsaraDB RDS untuk MySQL sumber ke kluster PolarDB tujuan. Tugas DTS tidak boleh merupakan tugas migrasi satu klik. Anda dapat melakukan operasi ini setelah Anda mengalihkan layanan di langkah 3 tetapi sebelum Anda menyelesaikan migrasi di langkah 5.
Setelah Anda mengembalikan migrasi, Anda dapat memilih opsi Tugas DTS Instance Tujuan (Pengembalian Pergantian) untuk mengalihkan tugas DTS dari kluster PolarDB tujuan ke instance ApsaraDB RDS untuk MySQL sumber. Tugas DTS tidak boleh merupakan tugas migrasi satu klik. Anda dapat melakukan operasi ini setelah Anda mengembalikan migrasi tetapi sebelum Anda membatalkan migrasi.
Langkah 5: Selesaikan migrasi
Setelah Anda menyelesaikan operasi yang dijelaskan di bagian Langkah 1: Pilih metode Migrasi dari RDS untuk membuat kluster PolarDB tujuan, Anda harus mengklik Complete Migration dalam waktu 30 hari.
Sebelum Anda menyelesaikan migrasi dengan mengklik Complete Migration, pastikan bahwa migrasi data telah selesai dan bahwa tugas sinkronisasi tidak lagi digunakan. Operasi ini menghentikan replikasi data dari instance ApsaraDB RDS untuk MySQL sumber ke kluster PolarDB jika migrasi fisik digunakan, dan menghapus tugas sinkronisasi data jika migrasi logis digunakan.
Operasi ini menghentikan sinkronisasi data antara kluster PolarDB dan instance ApsaraDB RDS untuk MySQL. Oleh karena itu, opsi Batalkan Migrasi tidak lagi tersedia. Kami sarankan Anda melakukan operasi ini setelah Anda menggunakan kluster PolarDB selama periode waktu tertentu dan memastikan bahwa kluster tersebut normal.
Masuk ke Konsol PolarDB.
Temukan kluster dan klik ID kluster.
Di bagian RDS Migration halaman Basic Information, klik Complete Migration. Di kotak dialog yang muncul, klik OK.
CatatanSetelah Anda mengklik OK, sistem akan menghentikan sinkronisasi data dalam waktu sekitar 2 menit. Selama proses ini, status migrasi adalah Disable Synchronization. Tunggu hingga migrasi selesai.
Di kotak dialog Complete Migration, Anda dapat menentukan apakah akan menonaktifkan fitur pencatatan biner untuk kluster PolarDB. Jika Anda menonaktifkan fitur pencatatan biner, kinerja penulisan dapat sedikit ditingkatkan. Kluster PolarDB secara otomatis akan memulai ulang setelah Anda menonaktifkan fitur pencatatan biner agar konfigurasi baru berlaku.
Jika Anda tidak lagi membutuhkan instance ApsaraDB RDS sumber, Anda dapat melepaskan atau berhenti berlangganan dari instance tersebut. Untuk informasi lebih lanjut, lihat bagian "(Opsional) Lepas atau berhenti berlangganan dari instance ApsaraDB RDS" dari topik ini.
Jika Anda ingin melakukan operasi seperti perpanjangan atau perubahan konfigurasi pada instance ApsaraDB RDS sumber, klik Selesaikan Migrasi terlebih dahulu.
(Opsional) Lepas atau berhenti berlangganan dari instance ApsaraDB RDS
Setelah data dimigrasi dari instance ApsaraDB RDS sumber ke kluster PolarDB, Anda dapat melepaskan atau berhenti berlangganan dari instance tersebut jika layanan berjalan pada kluster sesuai harapan dan instance tersebut tidak lagi diperlukan.
Anda dapat berhenti berlangganan dari instance ApsaraDB RDS yang menggunakan metode penagihan berlangganan. Untuk informasi lebih lanjut, lihat Berhenti berlangganan dari instance RDS utama berlangganan.
Lepaskan instance ApsaraDB RDS yang menggunakan metode penagihan bayar sesuai pemakaian sesegera mungkin untuk menghemat sumber daya RDS. Untuk informasi lebih lanjut, lihat Lepas atau berhenti berlangganan dari instance ApsaraDB RDS untuk MySQL.
(Opsional) Lihat detail tugas sinkronisasi data (hanya tersedia untuk migrasi logis)
Selama proses peningkatan menggunakan migrasi logis, jika Anda mengalami kesalahan migrasi (seperti kegagalan pemeriksaan awal) atau pengecualian lainnya (seperti latensi replikasi tinggi), Anda dapat pergi ke halaman detail tugas sinkronisasi data untuk melihat informasi spesifik tentang tugas tersebut.
Masuk ke Konsol PolarDB.
Temukan kluster tujuan dan klik ID-nya.
Di bagian RDS Migration halaman Basic Information, klik nama DTS Data Synchronization Task untuk pergi ke daftar tugas sinkronisasi data di konsol DTS.
Temukan tugas sinkronisasi data. Anda dapat melihat detail kegagalan pemeriksaan awal, detail tugas sinkronisasi data, dan log tugas sinkronisasi data.
Selama proses migrasi, jika Anda ingin menyesuaikan objek sinkronisasi dari tugas sinkronisasi, Anda dapat mengklik Reselect Objects. Misalnya, instance ApsaraDB RDS untuk MySQL sumber mungkin memiliki basis data baru yang juga perlu disertakan dalam tugas sinkronisasi.
