ApsaraDB RDS:Pulihkan backup fisik RDS MySQL ke database yang dikelola sendiri

• T: Mengapa terjadi error saat saya mengunduh file data?

  J: Saat menggunakan perintah wget -c 'https://****.bak.rds.aliyuncs.com/****_xb.qp?****' -O test_xb.qp, sertakan alamat unduhan dalam tanda kutip tunggal (') untuk membantu program mengenali alamat dengan benar dan mencegah error.

Saat menjalankan perintah ekstraksi berikut, ganti test_xb.qp dengan nama file backup Anda dan /var/mysql_bkdata/ dengan path ekstraksi backup yang telah Anda buat.

### MySQL 8.0
qpress -do  test_xb.qp | /u01/xtrabackup80/bin/xbstream -x -v -C /var/mysql_bkdata/

### MySQL 5.5/5.6/5.7
qpress -do  test_xb.qp | xbstream -x -v -C /var/mysql_bkdata/

Saat menjalankan perintah ekstraksi berikut, ganti test_qp.xb dengan nama file backup Anda dan /var/mysql_bkdata/ dengan path ekstraksi yang telah Anda buat.

## Langkah 1: Bongkar file
cat test_qp.xb | xbstream -x -v -C /var/mysql_bkdata/

## Langkah 2: Ekstrak file
### MySQL 5.5/5.6/5.7
innobackupex --decompress --remove-original /var/mysql_bkdata/

### MySQL 8.0
/u01/xtrabackup80/bin/xtrabackup --decompress --remove-original --target-dir=/var/mysql_bkdata/

Saat menjalankan perintah ekstraksi berikut, ganti test.tar.gz dengan nama file backup Anda dan /var/mysql_bkdata/ dengan path ekstraksi backup yang telah Anda buat.

tar -izxvf test.tar.gz -C /var/mysql_bkdata/

Saat menjalankan perintah ekstraksi berikut, ganti test.xb.gz dengan nama file backup Anda dan /var/mysql_bkdata/ dengan path ekstraksi yang telah Anda buat.

### MySQL 8.0
gzip -d -c test.xb.gz | /u01/xtrabackup80/bin/xbstream -x -v -C /var/mysql_bkdata/

### MySQL 5.5/5.6/5.7
gzip -d -c test.xb.gz | xbstream -x -v -C /var/mysql_bkdata/

• T: Apa yang harus saya lakukan jika terjadi error saat mengekstrak file backup yang diunduh?

  J: Periksa item berikut untuk mengatasi masalah kesalahan:

  Pastikan file yang diunduh adalah file backup fisik.

  Pastikan file terkompresi yang disimpan memiliki akhiran nama file yang benar (akhiran harus sesuai dengan yang ada di URL, seperti xb.qp, .tar.gz, .xb.gz, atau _qp.xb).

  Gunakan perintah ekstraksi yang benar untuk format file tersebut.

  Error umum:

  • Saat menjalankan perintah ekstraksi, muncul error sh: qpress: command not found.

    Solusi: Lihat Prasyarat untuk memastikan bahwa alat qpress telah terinstal pada server database yang Anda kelola sendiri.

  • Saat mengekstrak paket xbstream dengan ekstensi _qp.xb, muncul error innobackupex not found.

    Solusi: Lihat Prasyarat untuk memastikan Percona XtraBackup telah diinstal di server database yang dikelola sendiri Anda.

  • Muncul error can't change to dir to xx( errorcode:no such file or directory) saat menggunakan perintah cat untuk membongkar file paket xbstream yang memiliki akhiran _qp.xb.

    Solusi: Error ini menunjukkan nama file atau path yang salah. Verifikasi nama file dan path dalam perintah Anda.

• T: Sistem mengembalikan error xtrabackup: Unknown error 3613. Bagaimana cara mengatasinya?

  J: Perbarui Percona XtraBackup ke versi terbaru dan coba lagi.

• T: Sistem mengembalikan error Original data directory /var/mysql_newdata is not empty!. Apa yang harus saya lakukan?

  J: Gunakan perintah sudo rm -rf /var/mysql_newdata/* untuk mengosongkan file di folder tersebut, lalu coba lagi operasi pemulihan.

• T: Sistem mengembalikan error InnodDB: Encryption information in datafile: ./xxx.ibd can't be decrypted, please check if a keyring plugin is loaded and initialized successfully.. Apa yang harus saya lakukan?

  Periksa apakah TDE diaktifkan untuk instans Anda:

  • Jika TDE diaktifkan, periksa adanya tabel yang dienkripsi. Seperti yang dijelaskan di Prasyarat, dekripsi tabel yang dienkripsi dengan mengikuti instruksi di Konfigurasi Transparent Data Encryption (TDE), lalu ikuti instruksi dalam topik ini untuk memulihkan data.

  • Jika TDE tidak diaktifkan, pastikan Anda telah menginstal versi Percona XtraBackup yang benar seperti yang dijelaskan di Prasyarat.

• T: File backup yang diunduh berisi data yang dienkripsi TDE, yang menyebabkan pemulihan data gagal. Apa solusinya?

  J: Anda tidak dapat memulihkan data dari file backup terenkripsi yang diunduh. Tabel yang dienkripsi di instans RDS menyebabkan error pemulihan. Seperti yang dijelaskan di Prasyarat, dekripsi tabel dengan mengikuti instruksi di Konfigurasi Transparent Data Encryption (TDE), buat backup baru, lalu pulihkan data lagi.

• T: Bagaimana cara mengatasi error innobackupex: File 'undo001' not found (Errcode: 2 - No Such file or directory) yang terjadi saat pemulihan?

  J: File undo adalah file sistem yang berbeda-beda di tiap versi database. Periksa apakah database yang dikelola sendiri Anda memiliki versi yang sama dengan database ApsaraDB RDS for MySQL.

• T: Apa penyebab error mysqld: [ERROR] Failed to open required defaults file: /etc/my.cnf pada sistem operasi Ubuntu, dan bagaimana cara mengatasinya?

  J: Error ini disebabkan oleh program keamanan Ubuntu AppArmor. Gunakan perintah apt install -y apparmor-utils dan aa-complain /usr/sbin/mysqld untuk mengubah pengaturan AppArmor.

• T: Setelah pemulihan selesai, apa yang harus dilakukan jika database yang dikelola sendiri gagal dimulai atau Anda mengalami error 1105 Unknown error saat penggunaan?

  J: Jalankan pernyataan SQL berikut untuk mengubah mesin penyimpanan database:

  USE mysql;
  ALTER TABLE proc engine=myisam;
  ALTER TABLE event engine=myisam;
  ALTER TABLE func engine=myisam;

  Catatan

  Jika Anda menerima error ERROR 1067 (42000): Invalid default value for 'modified', pertama-tama eksekusi pernyataan SET SQL_MODE='ALLOW_INVALID_DATES';.

• T: Apa password root setelah database dipulihkan?

  J: Metode untuk mendapatkan password root bervariasi berdasarkan versi:

  • Jika instans Anda menjalankan MySQL 5.7 atau 8.0, password root sama dengan password root database yang dikelola sendiri Anda.

  • Jika instans Anda menjalankan MySQL 5.5 atau 5.6, Anda harus mengatur ulang password root sebelum dapat menggunakan database. Untuk informasi lebih lanjut, lihat dokumentasi resmi.

• T: Error InnodDB: Assertion failure in thread 140xxx in file page0zip.ic xxx terjadi saat startup. Bagaimana cara mengatasinya?

  J: Error ini mungkin disebabkan oleh ruang disk yang tidak mencukupi. Coba perluas disk server database yang dikelola sendiri Anda lalu coba lagi.

• T: Bagaimana cara mengatasi kesalahan berikut yang terjadi saat startup: [ERROR] Failed to open the relay log xxx, [ERROR] Slave: Failed to initialize the master info xxx, atau [ERROR] Failed to create or recover replication info repositories.?

  J: Error ini terjadi karena instans RDS dikonfigurasi untuk high availability (HA), tetapi database lokal yang dikelola sendiri tidak menggunakan node primary dan secondary. Anda dapat mengabaikan error ini dengan aman karena tidak memengaruhi startup.

• T: Bagaimana cara mengatasi error [ERROR] Data Dictionary initialization failed yang terjadi saat startup?

  J: Error ini mungkin disebabkan oleh ketidakcocokan sistem operasi. Sistem operasi dasar ApsaraDB RDS adalah Linux. Kami menyarankan Anda menggunakan sistem operasi berbasis Linux untuk memulihkan database, karena penggunaan sistem operasi yang berbeda dapat menyebabkan masalah kompatibilitas versi.

• T: Perintah sudo systemctl start mysqld gagal memulai layanan MySQL lokal. Apa yang harus saya lakukan?

  J: Ini mungkin disebabkan oleh SELinux yang berada dalam mode Enforcing di Linux. Anda dapat menjalankan perintah getenforce untuk memeriksa status saat ini SELinux.

  • Jika ini adalah lingkungan pengembangan atau pengujian, kami menyarankan Anda mengubah mode SELinux ke mode Permissive. Kemudian, coba mulai MySQL dengan menggunakan sudo systemctl start mysqld.

  • Untuk lingkungan produksi, kami menyarankan Anda memeriksa log SELinux untuk menentukan alasan spesifik kegagalan startup dan kemudian memperbaiki kebijakan SELinux berdasarkan informasi tersebut.

• T: Setelah pemulihan, mengapa nilai waktu dalam data saya tidak konsisten dengan waktu lokal, dan bagaimana cara memperbaikinya?

  J: Jika zona waktu database yang dikelola sendiri berbeda dengan zona waktu instans RDS, Anda harus mengubah parameter time_zone database yang dikelola sendiri agar sesuai dengan instans RDS. Jika parameter time_zone instans RDS diatur ke system, periksa wilayah tempat instans RDS berada dan atur parameter time_zone database yang dikelola sendiri ke zona waktu wilayah tersebut.

• T: Saya menerima error Access denied for user 'XXX' saat menghubungkan ke database yang dikelola sendiri. Bagaimana cara mengatasinya?

  J: Verifikasi bahwa Anda menggunakan akun dan password yang benar dari instans ApsaraDB RDS for MySQL asli.

• T: Saya lupa password saat menghubungkan ke database yang dikelola sendiri. Apa yang harus saya lakukan?

  J: Jika Anda lupa akun atau password, mulai proses MySQL dengan parameter --skip-grant-tables. Tindakan ini melewati pemeriksaan izin saat startup, memungkinkan Anda login ke database tanpa akun atau password. Harap dicatat, penggunaan parameter --skip-grant-tables merupakan risiko keamanan. Anda harus segera mengubah akun dan password setelah login.

• T: Setelah menghubungkan ke database yang dikelola sendiri, saya hanya melihat database sistem atau sebagian database. Bagaimana cara menanganinya?

  J: Mulai ulang database, lalu hubungkan menggunakan akun root atau akun berhak istimewa tinggi dari instans RDS asli untuk melihat database.