Migrasi MySQL yang dikelola sendiri versi 5.7 dan 8.0 - ApsaraDB RDS

Pulihkan cadangan penuh database MySQL yang dikelola sendiri dari Object Storage Service (OSS) ke instans ApsaraDB RDS for MySQL baru menggunakan Konsol RDS.

Prasyarat

Database MySQL yang dikelola sendiri Anda harus memenuhi persyaratan migrasi ke cloud. Untuk detailnya, lihat Lampiran: batasan.
Anda harus memiliki bucket OSS di Wilayah tujuan. Jika belum memilikinya, lihat Buat bucket di konsol.

Catatan
Wilayah tujuan harus sama dengan wilayah tempat Anda akan membuat instans RDS.

Proses migrasi

Migrasi mencakup langkah-langkah berikut:

Langkah 1: Instal Percona Xtrabackup

Langkah 2: Instal MySQL Backup Helper

Langkah 3: Cadangkan database yang dikelola sendiri dan migrasikan ke cloud

Lingkungan tutorial

Tutorial ini menggunakan Instance ECS Alibaba Cloud yang menjalankan CentOS Linux release 8.3.2011. Jika Anda menggunakan versi berbeda, sesuaikan perintahnya. Untuk membuat Instance ECS, lihat Buat Instance ECS.

Langkah 1: Instal Percona XtraBackup

Percona XtraBackup adalah alat untuk membuat backup panas fisik database MySQL. Alat ini mendukung beberapa mesin database. Untuk Ubuntu, lihat Lampiran 1: Instal Percona XtraBackup di Ubuntu.

Pilih versi Percona XtraBackup yang sesuai dengan versi MySQL Anda.

MySQL 5.7

wget https://downloads.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.29/binary/redhat/8/x86_64/percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm

MySQL 8.0

wget https://downloads.percona.com/downloads/Percona-XtraBackup-8.0/Percona-XtraBackup-8.0.35-31/binary/redhat/8/x86_64/percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm

Langkah 2: Instal MySQL Backup Helper

Prasyarat

Jika Golang belum terinstal, jalankan perintah berikut.
```
sudo yum install -y go
```
Jika unzip belum terinstal, jalankan perintah berikut.
```
sudo yum install -y unzip
```

Catatan

Perintah di atas berlaku untuk CentOS. Jika Anda menggunakan Ubuntu, lihat Lampiran 2: Instal Golang dan Unzip di Ubuntu.

Prosedur

Unduh paket kode sumber MySQL Backup Helper.
```
wget https://github.com/aliyun/mysql-backup-helper/archive/refs/heads/master.zip
```
Catatan
Paket kode sumber terbaru tersedia di mysql-backup-helper.
Ekstrak paket kode sumber MySQL Backup Helper.
```
unzip master.zip
```
Buka direktori mysql-backup-helper-master dan kompilasi file main.go untuk menghasilkan executable backup_helper.
```
cd mysql-backup-helper-master
go build -a -o backup_helper main.go
```
Buka direktori oss_stream dan kompilasi file oss_stream.go untuk menghasilkan executable oss_stream.
```
cd oss_stream
go build -a -o oss_stream oss_stream.go
```

Langkah 3: Cadangkan dan unggah database Anda

Gunakan MySQL Backup Helper untuk memverifikasi bahwa database MySQL yang dikelola sendiri Anda mendukung pencadangan.

cd ~/mysql-backup-helper-master && ./backup_helper -host <host_address> -port <port> -user <root_username> --password <root_password>

backup_helper

Setelah verifikasi selesai, lakukan cadangan penuh database yang dikelola sendiri dan unggah file cadangan ke OSS. Jika Anda belum membuat bucket OSS, lihat Prasyarat.

Pilih perintah yang sesuai dengan versi MySQL Anda.

MySQL 5.7

innobackupex --backup --host=<host_address> --port=<port> --user=<root_username> --password=<root_password> --stream=xbstream --compress <temp_backup_directory> | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId <access_key_id> -accessKeySecret <access_key_secret> -bucketName <bucket_name> -endpoint <bucket_endpoint> -objectName <custom_backup_filename>

Contoh:

innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

Pencadangan memerlukan waktu lebih lama untuk database yang besar. Jika database Anda besar, jalankan pencadangan di latar belakang menggunakan perintah nohup untuk mencegah gangguan akibat logout tak terduga. Contoh perintah berikut:

nohup sh -c 'innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &

MySQL 8.0

xtrabackup --backup --host=<host_address> --port=<port> --user=<root_username> --password=<root_password> --stream=xbstream --compress <temp_backup_directory> | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId <access_key_id> -accessKeySecret <access_key_secret> -bucketName <bucket_name> -endpoint <bucket_endpoint> -objectName <custom_backup_filename>

Contoh:

xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ******** -bucketName test -endpoint oss-****.aliyuncs.com -objectName backup_qp.xb

nohup sh -c 'xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream  /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &

Catatan

Durasi pencadangan bergantung pada beban kerja instans. Misalnya, operasi write intensif yang menghasilkan banyak redo log atau transaksi besar yang sedang berjalan pada instans akan memperpanjang waktu pencadangan. Saat pencadangan selesai, pesan completed OK ! akan ditampilkan.
Jika saat ini Anda tidak dapat mengakses OSS, Anda dapat mencadangkan database ke disk lokal dan mengunggah file tersebut nanti. Untuk detailnya, lihat Lampiran 3: Lakukan cadangan penuh dan unggah ke OSS dalam langkah terpisah.
Setelah menyelesaikan langkah ini, Anda dapat masuk ke Konsol OSS untuk mengonfirmasi pengunggahan. Jika pengunggahan gagal, ulangi Langkah 2.

Masuk ke Daftar Instans RDS, pilih wilayah di pojok kiri atas halaman, lalu klik Backups di panel navigasi sebelah kiri.
Pada tab User Backups, klik Import Backup.
Pada kotak dialog Import Backup, baca petunjuknya dan klik Next hingga Anda mencapai tab 3. Import Data.
Catatan
Wizard akan memandu Anda melalui proses impor backup. Untuk informasi lebih lanjut, lihat Lakukan cadangan penuh dan unggah ke OSS dalam langkah terpisah.
- Step 1. Back Up Source Database: Lakukan cadangan penuh database yang dikelola sendiri Anda.
- 2. Upload Backup Files to OSS: Unggah file cadangan penuh ke OSS.

Pada tab Step 3: Import the data, konfigurasikan parameter berikut dan klik OK.

Parameter	Deskripsi
MySQL Version	Sistem secara otomatis menampilkan 5.7/8.0. Catatan Anda hanya dapat mengimpor backup dari database yang dikelola sendiri yang menjalankan MySQL 5.7 atau 8.0.
Region	Wilayah yang dipilih di Langkah 1. Wilayah ini harus sesuai dengan wilayah bucket OSS yang berisi file backup.
OSS Bucket	Pilih bucket OSS yang berisi file backup. Untuk informasi lebih lanjut tentang bucket OSS, lihat Unggah file.
OSS File Name	Pilih file backup dari bucket OSS. Anda dapat mencari file dengan memasukkan namanya di kotak teks di samping OSS File Name. Pencocokan fuzzy dan eksak didukung. Catatan File backup di OSS harus dalam format `_QP.XB`. Anda juga dapat mengompres file dalam format `_QP.XB` menjadi file `TAR.GZ` untuk penyimpanan. Untuk informasi lebih lanjut tentang batasan, lihat Lampiran: Batasan penggunaan.
Description	Masukkan catatan khusus untuk file backup.
Zone	Pilih zona ketersediaan untuk backup pengguna. Setelah Anda memilih salah satu, sistem akan membuat snapshot di zona tersebut, yang secara signifikan mengurangi waktu impor backup. Catatan Saat Anda memulihkan data dari backup pengguna ini ke instans baru, instans baru tersebut akan berada di zona ketersediaan ini.

Catatan

Jika Anda belum memberikan otorisasi kepada RDS untuk mengakses OSS, klik Authorize di bagian bawah halaman 3. Import Data. Di halaman otorisasi, klik Authorize.
Untuk informasi lebih lanjut tentang impor backup, baca petunjuk di halaman ini.

Sistem membuat tugas verifikasi untuk file backup di halaman User Backups. Tunggu hingga Status tugas berubah dari Verifying menjadi Completed.

Penting
Waktu verifikasi bergantung pada kondisi instans sumber selama pencadangan. Misalnya, operasi write intensif yang menghasilkan banyak redo log atau transaksi besar yang sedang berjalan pada instans sumber akan memperpanjang waktu verifikasi.
Temukan backup target dan klik Restore di kolom Actions untuk Backup ID/Name.

Konfigurasikan parameter berikut dan klik Next: Instance Configurations.

Kategori	Deskripsi
Zone of Primary Node	Pilih zona ketersediaan untuk instans utama. Catatan Parameter ini hanya muncul jika Anda tidak memilih zona ketersediaan saat mengimpor backup pengguna.
Storage Type	ESSD PL1: Disk cloud Enhanced SSD (ESSD) yang menyediakan performa PL1. Standard SSD: Perangkat penyimpanan blok elastis berbasis arsitektur penyimpanan terdistribusi. Memilih disk cloud SSD memisahkan komputasi dari penyimpanan. Catatan Untuk informasi lebih lanjut, lihat Jenis penyimpanan.
Instance Type	General-purpose (Entry-level): Menyediakan resource memori dan I/O khusus sekaligus berbagi resource CPU dan penyimpanan dengan instans tujuan umum lainnya di server yang sama. Catatan Setiap tipe instans memiliki jumlah core CPU, ukuran memori, jumlah koneksi maksimum, dan IOPS maksimum tertentu. Untuk informasi lebih lanjut, lihat Tipe instans utama.
Storage Capacity	Ruang total untuk data, file sistem, file log, dan file transaksi. Anda dapat menyesuaikan ruang penyimpanan dalam penambahan 5 GB.

Konfigurasikan parameter berikut dan klik Next: Confirm Order.

Kategori	Deskripsi
Network Type	VPC: Lingkungan jaringan terisolasi yang menyediakan keamanan dan performa lebih tinggi dibandingkan jaringan klasik. Anda harus menentukan VPC dan vSwitch of Primary Node. Catatan Pastikan VPC-nya sama dengan yang digunakan oleh Instance ECS target. Jika tidak, instans RDS dan ECS tidak dapat berkomunikasi melalui jaringan internal.
Parameter Template	Tentukan templat parameter untuk instans. Anda dapat menggunakan templat sistem atau templat kustom untuk mengatur parameter instans sebelumnya. Untuk informasi lebih lanjut, lihat Gunakan templat parameter.
Time Zone	Atur zona waktu untuk instans.
Table Name Case Sensitivity	Tentukan apakah nama tabel dalam instans bersifat case-sensitive. Jika nama tabel di database sumber Anda case-sensitive, pilih Case-sensitive untuk memudahkan migrasi data.

Tinjau Parameter Configuration, pilih Quantity, baca dan terima syarat layanan, lalu klik Pay Now.

Catatan
Pembuatan instans memerlukan waktu 1 hingga 5 menit.

Operasi

Atur periode retensi

Backup pengguna yang diimpor disimpan selama 3 hari secara default. Anda dapat mengubah periode retensi ini sesuai kebutuhan bisnis Anda.

Catatan

Jika Anda tidak lagi memerlukan backup pengguna, Anda dapat menghapusnya.

Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
Klik Set Retention Period di kolom Expiration Time untuk Backup ID/Name target.
Di kotak dialog, pilih periode retensi preset dari daftar drop-down, atau centang kotak Custom Retention Period dan masukkan nilai.

Catatan
Expiration Time menunjukkan waktu kedaluwarsa backup. Jika waktu kedaluwarsa setelah tahun 2099, akan ditampilkan sebagai Permanent.
Klik OK.

Tambahkan tag

Anda dapat menambahkan tag ke backup yang diimpor untuk memudahkan manajemen.

Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
Klik +Add di kolom Tags untuk Backup ID/Name target.
Klik Create a label, masukkan Key dan Value, lalu klik OK di sebelah kanan kotak teks. Kemudian, klik OK di pojok kanan bawah kotak dialog.

Catatan
Jika Anda telah membuat tag sebelumnya, Anda dapat mengklik Select the label untuk menambahkan tag yang sudah ada.
Untuk mengubah tag yang sudah ada, arahkan kursor ke tag tersebut, klik edit di pop-up, lalu ulangi Langkah 3.

Lihat detail log

Jika database sumber dimodifikasi selama pencadangan database yang dikelola sendiri, file backup berisi informasi log yang dapat digunakan untuk memulihkan data inkremental.

Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
Klik View Details di kolom Actions untuk Backup ID target.
Di kotak dialog, Anda dapat melihat detail log.
Catatan
Informasi log mencakup bidang berikut:
- Master_Log_File:: Nama file log tempat data inkremental dimulai.
- Master_Log_Position:: Posisi awal data inkremental dalam file log.

Hapus backup pengguna

Hapus backup pengguna yang tidak lagi Anda perlukan untuk menghemat biaya.

Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
Klik Delete di kolom Actions untuk Backup ID/Name target.
Di kotak dialog, klik OK.

Operasi lainnya

Filter Columns: Sesuaikan kolom yang ditampilkan dalam daftar backup.
1. Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
2. Di sisi kanan halaman, klik ikon . Di jendela pop-up, pilih kolom dan klik ikon atau untuk menampilkan atau menyembunyikan kolom.
  
  Catatan
  Kolom di panel kiri disembunyikan. Kolom di panel kanan ditampilkan.
3. Klik OK.
Export Instance List: Ekspor daftar semua backup pengguna saat ini ke file CSV.
1. Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
2. Di sisi kanan halaman, klik ikon untuk mengekspor daftar resource.
Refresh: Memperbarui daftar backup pengguna.
1. Masuk ke Daftar Instans RDS. Di pojok kiri atas halaman, pilih wilayah. Di panel navigasi sebelah kiri, klik Backups.
2. Di sisi kanan halaman, klik ikon untuk memperbarui daftar backup pengguna.

Lampiran 1: Xtrabackup di Ubuntu

Pilih versi XtraBackup yang sesuai dengan versi MySQL Anda.

MySQL 5.7

Instal XtraBackup.

# 1. Unduh paket repositori Percona.
wget https://repo.percona.com/apt/percona-release_latest.generic_all.deb

# 2. Instal paket repositori.
sudo dpkg -i percona-release_latest.generic_all.deb

# 3. Perbarui daftar paket.
sudo apt-get update

# 4. Instal Percona XtraBackup.
sudo apt-get install -y percona-xtrabackup-24

Instal qpress.
```
sudo apt-get install -y qpress
```
Catatan
XtraBackup memerlukan tool dekompresi qpress. Paket Ubuntu untuk XtraBackup tidak menyertakan qpress, sehingga Anda harus menginstalnya secara terpisah.

Catatan

Jika Anda mengalami error seperti The following packages have unmet dependencies, jalankan apt-get -f install untuk menyelesaikan dependensi, lalu coba lagi.

MySQL 8.0

Instal XtraBackup.

# 1. Unduh paket repositori Percona (jika belum dilakukan sebelumnya).
wget https://repo.percona.com/apt/percona-release_latest.generic_all.deb

# 2. Instal paket repositori.
sudo dpkg -i percona-release_latest.generic_all.deb

# 3. Perbarui daftar paket.
sudo apt-get update

# 4. Instal Percona XtraBackup.
sudo apt-get install -y percona-xtrabackup-80

Instal qpress.
```
sudo apt-get install -y qpress
```
Catatan
XtraBackup memerlukan tool dekompresi qpress. Paket Ubuntu untuk XtraBackup tidak menyertakan qpress, sehingga Anda harus menginstalnya secara terpisah.

Catatan

Jika Anda mengalami error seperti The following packages have unmet dependencies, jalankan apt-get -f install untuk menyelesaikan dependensi, lalu coba lagi.

Lampiran 2: Golang dan unzip di Ubuntu

Untuk menginstal Golang:

sudo apt-get install -y software-properties-common
sudo add-apt-repository ppa:longsleep/golang-backports
sudo apt-get update
sudo apt-get install -y golang-go

Untuk menginstal unzip:
```
sudo apt-get -y install unzip
```

Lampiran 3: Cadangkan dan unggah ke OSS secara terpisah

Buat cadangan penuh database yang dikelola sendiri secara lokal.

Pilih perintah berdasarkan versi MySQL Anda.

MySQL 5.7

innobackupex --backup --host=<your_host_address> --port=<your_port_number> --user=<your_root_account> --password=<your_root_password> --stream=xbstream --compress <temporary_backup_directory> > /<backup_path>/<backup_file_name>_qp.xb

Contoh:

innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data > /root/backup_qp.xb

MySQL 8.0

xtrabackup --backup --host=<your_host_address> --port=<your_port_number> --user=<your_root_account> --password=<your_root_password> --stream=xbstream --compress <temporary_backup_directory> > /<backup_path>/<backup_file_name>_qp.xb

Contoh:

xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data > /root/backup_qp.xb

Gunakan OSS_Stream untuk mengunggah file backup ke OSS.

cat /<backup_path>/<backup_file_name>_qp.xb | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

Contoh:

cat /root/backup_qp.xb | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

Lampiran 4: Batasan

Item	Deskripsi
Batasan versi MySQL	Anda hanya dapat memigrasikan versi database yang dikelola sendiri berikut. MySQL 5.7 (versi minor 5.7.32 dan sebelumnya) MySQL 8.0 (versi minor 8.0.18 dan sebelumnya) Catatan Versi database yang dikelola sendiri Anda harus sesuai dengan versi instans RDS tujuan. Misalnya, Anda hanya dapat memulihkan data backup dari database MySQL 5.7 ke instans ApsaraDB for RDS for MySQL 5.7. Jika versi database Anda tidak memenuhi persyaratan ini, lihat Migrasi database MySQL yang dikelola sendiri ke instans ApsaraDB for RDS for MySQL.
Batasan MySQL yang dikelola sendiri	Database yang dikelola sendiri harus menyimpan datanya di direktori `datadir` yang dikonfigurasi di MySQL. Anda dapat menjalankan perintah `mysqladmin -u<your_root_account> -p<your_root_password> variables \| grep datadir` untuk memeriksa direktori `datadir` database MySQL Anda. Parameter `innodb_data_file_path` harus diatur ke nilai default, yaitu `ibdata1`.
Batasan pencadangan	File backup tidak mencakup data inkremental yang dihasilkan setelah pencadangan selesai. Untuk mencadangkan database MySQL 5.7 yang dikelola sendiri, Anda harus menggunakan Percona XtraBackup 2.4. Saat menggunakan Percona XtraBackup untuk mencadangkan database yang dikelola sendiri, Anda tidak dapat menentukan opsi `--tables`, `--tables-exclude`, `--tables-file`, `--databases`, atau `--databases-file`. Tugas migrasi tidak dapat membaca file terenkripsi di Bucket OSS. Oleh karena itu, saat membuat Bucket OSS, Anda harus mengatur Encryption Method ke None. Cadangan diferensial dan cadangan log tidak didukung. Nama file cadangan penuh tidak boleh mengandung karakter khusus. Jika tidak, migrasi akan gagal. Setelah Anda memberikan akses akun layanan RDS ke OSS, sistem secara otomatis membuat role bernama AliyunRDSImportRole di bagian Manajemen Role RAM. Jangan mengubah atau menghapus role ini. Jika tidak, tugas migrasi ke cloud akan gagal karena tidak dapat mengunduh file backup. Jangan menghapus file backup dari OSS sebelum tugas pemulihan selesai. Jika tidak, pemulihan akan gagal. File backup di OSS harus dalam format `_QP.XB`, atau file `_QP.XB` yang dikompresi ke dalam format `TAR.GZ`. Catatan Jika file backup tidak memenuhi persyaratan format, misalnya file backup dalam format `.xbstream`, kami menyarankan Anda memulihkan file tersebut ke database lokal dan mengonversinya ke format `_QP.XB` sebelum melakukan migrasi. Atau, Anda dapat menggunakan metode migrasi lainnya. Untuk informasi lebih lanjut, lihat Migrasi database MySQL yang dikelola sendiri ke instans ApsaraDB for RDS for MySQL.
Batasan OSS	Saat menggunakan CLI untuk melakukan unggah multi-bagian, ukuran satu file tidak boleh melebihi 16 TB. Untuk informasi lebih lanjut, lihat Batasan OSS. Bucket OSS yang menyimpan file backup dan instans RDS tujuan harus berada di wilayah yang sama.
Batasan pemulihan	Untuk mencegah penimpaan data yang tidak disengaja, Anda hanya dapat memulihkan data ke instans baru. Anda tidak dapat memulihkan database yang ukurannya melebihi ruang penyimpanan maksimum yang didukung oleh ApsaraDB for RDS for MySQL. Untuk informasi spesifikasi, lihat Tipe instans utama. Saat Anda mengimpor backup, sistem membuat instans sementara dan mengimpor data backup ke instans tersebut. Selama pemulihan, data diekstraksi dari instans sementara. Secara default, instans sementara disediakan dengan ruang penyimpanan sebesar lima kali ukuran data backup. Jika impor gagal karena ruang penyimpanan tidak mencukupi, Anda dapat menyesuaikan ruang penyimpanan. Pemulihan tidak mengimpor akun pengguna, user-defined function, atau prosedur tersimpan. Anda harus menambahkannya secara manual ke instans RDS tujuan setelah pemulihan selesai. Pemulihan tidak mengimpor informasi zona waktu. Anda harus mengonfigurasi zona waktu secara manual di instans RDS tujuan setelah pemulihan selesai. Anda hanya dapat memulihkan file backup ke instans ApsaraDB for RDS for MySQL 5.7 atau 8.0 Edisi Dasar dengan metode penagihan bayar sesuai penggunaan yang menggunakan disk cloud SSD. Catatan Anda dapat melakukan operasi berikut setelah migrasi selesai: Tingkatkan versi mesin utama Tingkatkan instans dari Edisi Dasar ke Edisi Ketersediaan Tinggi Ubah spesifikasi Ubah metode penagihan instans dari bayar sesuai penggunaan ke langganan
Batasan replikasi	Hanya replikasi berbasis pengenal transaksi global (GTID) yang didukung. Oleh karena itu, Anda harus mengaktifkan replikasi berbasis GTID di database yang dikelola sendiri dengan mengatur gtid_mode dan enforce_gtid_consistency ke `ON`. Secara default, catatan verifikasi backup dan snapshot yang dihasilkannya disimpan selama 7 hari sebelum dihapus secara otomatis. Untuk mencegah log database yang dikelola sendiri di-purge dan snapshot verifikasi backup dihapus, segera bangun hubungan replikasi setelah pemulihan instans selesai.