ApsaraDB RDS:Restore an RDS MySQL physical backup to a self-managed database

• S: Bir veri dosyasını indirirken neden hata oluşur?

  C: wget -c 'https://****.bak.rds.aliyuncs.com/****_xb.qp?****' -O test_xb.qp komutunu kullanırken programın adresi doğru tanımlamasına ve hataları önlemeye yardımcı olmak için indirme adresini tek tırnak içine (') alın.

Aşağıdaki sıkıştırma açma komutunu çalıştırırken test_xb.qp yerine yedek dosyanızın adını ve /var/mysql_bkdata/ yerine oluşturduğunuz yedek açma yolunu yazın.

### 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/

Aşağıdaki sıkıştırma açma komutunu yürütürken test_qp.xb yerine yedek dosyanızın adını ve /var/mysql_bkdata/ yerine oluşturduğunuz sıkıştırma açma yolunu yazın.

## Step 1: Unpack the file
cat test_qp.xb | xbstream -x -v -C /var/mysql_bkdata/

## Step 2: Decompress the 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/

Aşağıdaki sıkıştırma açma komutunu çalıştırırken test.tar.gz yerine yedek dosya adınızı ve /var/mysql_bkdata/ yerine oluşturduğunuz yedek açma yolunu yazın.

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

Aşağıdaki sıkıştırma açma komutunu çalıştırırken test.xb.gz yerine yedek dosyanızın adını ve /var/mysql_bkdata/ yerine oluşturduğunuz sıkıştırma açma yolunu yazın.

### 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/

• S: İndirilen bir yedek dosyasının sıkıştırmasını açarken hata oluşursa ne yapmalıyım?

  C: Hatayı gidermek için aşağıdaki öğeleri kontrol edin:

  İndirilen dosyanın fiziksel yedek dosyası olduğunu doğrulayın.

  Kaydedilen sıkıştırılmış dosyanın doğru dosya adı sonekine sahip olduğunu doğrulayın (sonek, URL'deki gibi xb.qp, .tar.gz, .xb.gz veya _qp.xb olmalıdır).

  Dosya formatı için doğru sıkıştırma açma komutunu kullanın.

  Yaygın hatalar:

  • Sıkıştırma açma komutunu çalıştırırken sh: qpress: command not found hatası bildirilir.

    Çözüm: qpress aracının kendi yönettiğiniz veritabanı sunucusunda yüklü olduğundan emin olmak için Ön Koşullar bölümüne bakın.

  • _qp.xb uzantılı xbstream paketinin sıkıştırmasını açarken innobackupex not found hatası oluşur.

    Çözüm: Percona XtraBackup'ın kendi yönettiğiniz veritabanı sunucusunda yüklü olduğundan emin olmak için Ön Koşullar bölümüne bakın.

  • _qp.xb sonekli xbstream paketi dosyasını cat komutuyla paketinden çıkarırken can't change to dir to xx( errorcode:no such file or directory) hatası bildirilir.

    Çözüm: Bu hata yanlış dosya adı veya yolu anlamına gelir. Komutunuzdaki dosya adı ve yolunu doğrulayın.

• S: Sistem xtrabackup: Unknown error 3613 hatasını döndürüyor. Bunu nasıl çözebilirim?

  C: Percona XtraBackup'ı en son sürüme güncelleyin ve tekrar deneyin.

• S: Sistem Original data directory /var/mysql_newdata is not empty! hatasını döndürüyor. Ne yapmalıyım?

  C: Klasördeki dosyaları temizlemek için sudo rm -rf /var/mysql_newdata/* komutunu kullanın ve ardından geri yükleme işlemini yeniden deneyin.

• S: Sistem InnodDB: Encryption information in datafile: ./xxx.ibd can't be decrypted, please check if a keyring plugin is loaded and initialized successfully. hatasını döndürüyor. Ne yapmalıyım?

  Örneğinizde TDE'nin etkin olup olmadığını kontrol edin:

  • TDE etkinse şifreli tabloları kontrol edin. Ön Koşullar bölümünde açıklandığı gibi şifreli tabloları Şeffaf Veri Şifrelemesi (TDE) Yapılandırma talimatlarını izleyerek şifresini çözün ve ardından bu konudaki talimatları izleyerek verileri geri yükleyin.

  • TDE etkin değilse Ön Koşullar bölümünde açıklandığı gibi doğru Percona XtraBackup sürümünün yüklü olduğundan emin olun.

• S: İndirilen bir yedek dosyası TDE ile şifrelenmiş veriler içeriyor ve bu durum veri geri yüklemenin başarısız olmasına neden oluyor. Çözüm nedir?

  C: İndirilen şifreli yedek dosyasından veri geri yükleyemezsiniz. RDS örneğindeki şifreli tablolar geri yükleme hatalarına neden olur. Ön Koşullar bölümünde açıklandığı gibi tabloları Şeffaf Veri Şifrelemesi (TDE) Yapılandırma talimatlarını izleyerek şifresini çözün, yeni bir yedek oluşturun ve ardından verileri tekrar geri yükleyin.

• S: Geri yükleme sırasında oluşan innobackupex: File 'undo001' not found (Errcode: 2 - No Such file or directory) hatasını nasıl çözerim?

  C: Undo dosyası, veritabanı sürümleri arasında değişen bir sistem dosyasıdır. Kendi yönettiğiniz veritabanının sürümüyle ApsaraDB RDS for MySQL veritabanının sürümünün aynı olup olmadığını kontrol edin.

• S: Ubuntu işletim sisteminde mysqld: [ERROR] Failed to open required defaults file: /etc/my.cnf hatasına ne sebep olur ve nasıl çözülür?

  C: Bu hata Ubuntu güvenlik programı AppArmor'dan kaynaklanır. AppArmor ayarlarını değiştirmek için apt install -y apparmor-utils ve aa-complain /usr/sbin/mysqld komutlarını kullanın.

• S: Geri yükleme tamamlandıktan sonra kendi yönettiğiniz bir veritabanı başlatılamıyorsa veya kullanım sırasında error 1105 Unknown error ile karşılaşırsanız ne yapmalısınız?

  C: Veritabanı depolama motorunu değiştirmek için aşağıdaki SQL deyimlerini çalıştırın:

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

  Not

  ERROR 1067 (42000): Invalid default value for 'modified' hatasını alırsanız önce SET SQL_MODE='ALLOW_INVALID_DATES'; deyimini yürütün.

• S: Veritabanı geri yüklendikten sonra root parolası nedir?

  C: Root parolasını alma yöntemi sürüme göre değişir:

  • Örneğiniz MySQL 5,7 veya 8,0 çalıştırıyorsa root parolası kendi yönettiğiniz veritabanınızın root parolasıyla aynıdır.

  • Örneğiniz MySQL 5,5 veya 5,6 çalıştırıyorsa veritabanını kullanabilmeniz için root parolasını sıfırlamanız gerekir. Daha fazla bilgi için resmi belgelere bakın.

• S: Başlatma sırasında InnodDB: Assertion failure in thread 140xxx in file page0zip.ic xxx hatası oluşuyor. Bunu nasıl çözebilirim?

  C: Bu hata yetersiz disk alanından kaynaklanıyor olabilir. Kendi yönettiğiniz veritabanı sunucunuzun diskini genişletmeyi deneyin ve ardından tekrar deneyin.

• S: Başlatma sırasında oluşan [ERROR] Failed to open the relay log xxx, [ERROR] Slave: Failed to initialize the master info xxx veya [ERROR] Failed to create or recover replication info repositories. hatalarını nasıl çözerim?

  C: Bu hatalar RDS örneğinin yüksek kullanılabilirlik (HA) için yapılandırılmasından ancak yerel kendi yönettiğiniz veritabanının birincil ve ikincil düğümler kullanmamasından kaynaklanır. Bu hatalar başlatmayı etkilemediğinden güvenle göz ardı edebilirsiniz.

• S: Başlatma sırasında oluşan [ERROR] Data Dictionary initialization failed hatasını nasıl çözebilirim?

  C: Bu hata uyumsuz işletim sisteminden kaynaklanıyor olabilir. ApsaraDB RDS'nin temel işletim sistemi Linux'tur. Veritabanını geri yüklemek için Linux tabanlı bir işletim sistemi kullanmanız önerilir; farklı bir işletim sistemi kullanmak sürüm uyumluluk sorunlarına neden olabilir.

• S: sudo systemctl start mysqld komutu yerel MySQL hizmetini başlatamadı. Ne yapmalıyım?

  C: Bu durum Linux'ta SELinux'un Enforcing modunda olmasından kaynaklanıyor olabilir. SELinux'un mevcut durumunu kontrol etmek için getenforce komutunu çalıştırabilirsiniz.

  • Bu bir geliştirme veya test ortamıysa SELinux modunu Permissive moduna değiştirmenizi öneririz. Ardından sudo systemctl start mysqld kullanarak MySQL'i başlatmayı deneyin.

  • Üretim ortamları için SELinux günlüklerini kontrol ederek başlatma hatasının özel nedenini belirlemenizi ve ardından bu bilgilere dayanarak SELinux ilkesini düzeltmenizi öneririz.

• S: Geri yüklemeden sonra verilerimdeki zaman değerleri neden yerel saatle tutarsız ve bunu nasıl düzeltebilirim?

  C: Kendi yönettiğiniz veritabanının saat dilimi RDS örneğinkinden farklıysa kendi yönettiğiniz veritabanının time_zone parametresini RDS örneğiyle eşleşecek şekilde değiştirmeniz gerekir. RDS örneğinin time_zone parametresi system olarak ayarlanmışsa RDS örneğinin bulunduğu bölgeyi kontrol edin ve kendi yönettiğiniz veritabanının time_zone parametresini o bölgenin saat dilimine ayarlayın.

• S: Kendi yönettiğiniz bir veritabanına bağlanırken Access denied for user 'XXX' hatasını alıyorum. Bunu nasıl çözebilirim?

  C: Orijinal ApsaraDB RDS for MySQL örneğinden doğru hesabı ve parolayı kullandığınızı doğrulayın.

• S: Kendi yönettiğiniz veritabanına bağlanırken parolamı unuttum. Ne yapmalıyım?

  C: Hesabınızı veya parolanızı unutursanız MySQL işlemini --skip-grant-tables parametresiyle başlatın. Bu eylem başlatma sırasında izin kontrollerini atlayarak hesap veya parola olmadan veritabanında oturum açmanıza olanak tanır. --skip-grant-tables parametresini kullanmanın bir güvenlik riski olduğunu lütfen unutmayın. Oturum açtıktan hemen sonra hesabınızı ve parolanızı değiştirmelisiniz.

• S: Kendi yönettiğiniz veritabanına bağlandıktan sonra yalnızca sistem veritabanlarını veya bazı veritabanlarını görebiliyorum. Bununla nasıl başa çıkabilirim?

  C: Veritabanını yeniden başlatın ve ardından veritabanlarını görüntülemek için orijinal RDS örneğinden root hesabı veya yüksek ayrıcalıklı bir hesap kullanarak bağlanın.