Backup und Wiederherstellung · 3 min read · Feb 10, 2026

MySQL Backup Und Wiederherstellung Mit mysql-zrm Auf Debian Sarge - Seite 5

11 Inkrementelle Backups

mysql-zrm kann auch inkrementelle Backups durchführen, jedoch hatte ich einige Probleme damit. Zuerst musste ich MySQL so konfigurieren, dass es seine Binärprotokolle in /var/lib/mysql schreibt (indem ich /etc/mysql/my.cnf bearbeitete), da mysql-zrm dort nach ihnen sucht. Danach,

mysql-zrm-scheduler --now --backup-set dailyrun --backup-level 1

scheint zu funktionieren, aber

mysql-zrm --action parse-binlogs --source-directory=/var/lib/mysql --backup-set dailyrun

gab einen Fehler zurück:

| Use of uninitialized value in concatenation (.) or string at /usr/bin/mysql-zrm line 1305. INFO: mysql-zrm-version ERROR: cannot open index file /var/lib/mysql/index No such file or directory |

Deshalb denke ich, dass es besser ist, vorerst vollständige Backups anstelle von inkrementellen Backups zu machen.

12 Remote Backups

mysql-zrm ermöglicht es Ihnen auch, Backups von entfernten MySQL-Servern über das Netzwerk durchzuführen. Dies verursachte jedoch auch einige Probleme für mich.

12.1 Erster Versuch

In meinem ersten Versuch wollte ich ein Backup (im Rohformat) eines MySQL-Servers auf einem entfernten SuSE 10.0-System durchführen. Ich bearbeitete /etc/mysql-zrm/mysql-zrm.conf und fügte den entfernten Benutzer, das Passwort und den Hostnamen hinzu, dann führte ich aus

mysql-zrm-scheduler --now --backup-set dailyrun --backup-level 0

Das Ergebnis war folgendes:

Logging to /var/log/mysql-zrm/mysql-zrm-scheduler.log  
Use of uninitialized value in concatenation (.) or string at /usr/bin/mysql-zrm line 1305.  
INFO: mysql-zrm-version  
WARNING: Binary logging is off. Incremental and logical backup will not work.  
INFO: backup-set=dailyrun  
INFO: backup-date=20060927095528  
INFO: backup-date-epoch=1159343728  
INFO: mysql-version=4.1.13  
INFO: backup-directory=/var/lib/mysql-zrm/dailyrun/20060927095528  
INFO: backup-level=0  
WARNING: Database test is empty and hence will not be backedup  
WARNING: Database tmp is empty and hence will not be backedup  
ERROR: Output of command: 'mysqlhotcopy' is  
DBI connect(';host=192.168.0.163;mysql_read_default_group=mysqlhotcopy','root',...) failed: Client does not support authentication protocol requested by server; consider upgrading MySQL client at /usr/bin/mysqlhotcopy line 182  
ERROR: mysqlhotcopy command did not succeed.  
Command used is mysqlhotcopy --quiet --user=root --password=*** --host=192.168.0.163 db_ispconfig mysql "/var/lib/mysql-zrm/dailyrun/20060927095528" > /tmp/4Z75iIAeo5 2>&1  
Return value is 65280  
INFO: backup-status=Backup failed  
INFO: Backup failed  
ERROR: /usr/bin/mysql-zrm did not finish successfully

Ich vermute, dass dies aufgrund unterschiedlicher MySQL-Versionen auf beiden Systemen passiert ist.

12.2 Zweiter Versuch

In meinem zweiten Versuch wollte ich ein Backup (wieder im Rohformat) einer MySQL-Datenbank auf einem entfernten Debian Sarge-Server erstellen. Sowohl das lokale als auch das entfernte System hatten die gleiche MySQL-Version. Ich führte aus

mysql-zrm-scheduler --now --backup-set dailyrun --backup-level 0

und erhielt die folgenden Fehler:

Logging to /var/log/mysql-zrm/mysql-zrm-scheduler.log  
Use of uninitialized value in concatenation (.) or string at /usr/bin/mysql-zrm line 1305.  
INFO: mysql-zrm-version  
INFO: backup-set=dailyrun  
INFO: backup-date=20060927100653  
INFO: backup-date-epoch=1159344413  
INFO: mysql-version=4.1.11-Debian_4sarge7-log  
INFO: backup-directory=/var/lib/mysql-zrm/dailyrun/20060927100653  
INFO: backup-level=0  
WARNING: Database test is empty and hence will not be backedup  
ERROR: Output of command: 'mysqlhotcopy' is  
Cannot open dir '/var/lib/mysql/web34_db1': No such file or directory at /usr/bin/mysqlhotcopy line 293.  
ERROR: mysqlhotcopy command did not succeed.  
Command used is mysqlhotcopy --quiet --user=root --password=*** --host=192.168.0.110 mysql web34_db1 "/var/lib/mysql-zrm/dailyrun/20060927100653" > /tmp/yxFsViAlbm 2>&1  
Return value is 512  
INFO: backup-status=Backup failed  
INFO: Backup failed  
ERROR: /usr/bin/mysql-zrm did not finish successfully

Es schien, als würde das Verzeichnis /var/lib/mysql/web34_db1 (web34_db1 ist eine der Datenbanken auf dem entfernten System) auf dem lokalen System fehlen! Also habe ich es erstellt:

mkdir /var/lib/mysql/web34_db1

und führte erneut aus

mysql-zrm-scheduler --now --backup-set dailyrun --backup-level 0

und diesmal funktionierte es, aber ich bezweifle, dass dies der richtige Weg ist…

12.3 Dritter Versuch

Dieses Mal versuchte ich, ein Backup vom selben entfernten Debian Sarge-System wie zuvor zu erstellen, jedoch in logischer statt in Rohformat. Ich führte aus

mysql-zrm-scheduler --now --backup-set dailyrun --backup-level 0

und erhielt den folgenden Fehler:

Logging to /var/log/mysql-zrm/mysql-zrm-scheduler.log  
Use of uninitialized value in concatenation (.) or string at /usr/bin/mysql-zrm line 1305.  
INFO: mysql-zrm-version  
WARNING: Binary logging is off. Incremental and logical backup will not work.  
INFO: backup-set=dailyrun  
INFO: backup-date=20060927095501  
INFO: backup-date-epoch=1159343701  
INFO: mysql-version=4.1.13  
INFO: backup-directory=/var/lib/mysql-zrm/dailyrun/20060927095501  
INFO: backup-level=0  
ERROR: Binary logging is off. Logical backup cannot be done  
INFO: backup-status=Backup failed  
INFO: Backup failed  
ERROR: /usr/bin/mysql-zrm did not finish successfully

Aber diesmal ist es das normale Verhalten, da MySQL für entfernte logische Backups mit SSL konfiguriert sein muss, wie beschrieben unter http://mysqlbackup.zmanda.com/index.php/Do_I_need_to_make_changes_to_MySQL_database_configuration%3F. Leider kommen die Debian Sarge MySQL-Pakete ohne SSL-Unterstützung:

mysqld --ssl --help
060927 12:26:09 [ERROR] mysqld: unknown option '--ssl'

Ich loggte mich in die MySQL-Shell ein:

mysql -u root -p

und führte aus

SHOW VARIABLES LIKE 'have_openssl';

und erhielt das gleiche Ergebnis:

| +---------------+-------+ | Variable_name | Value | +---------------+-------+ | have_openssl | NO | +---------------+-------+ 1 row in set (0.01 sec) |

Keine SSL-Unterstützung…

13 Links

Share: X/Twitter LinkedIn
#Backup und Wiederherstellung

Erhalte neue Beiträge in deinem Posteingang.

Kein Spam. Jederzeit abmelden.