MYSQL-ZRM(1)
β¨ NAME β¨
okay so welcome to mysql-zrm(1) bestie π β this is the manual for mysql-zrm, the backup and recovery utility for ZRM for MySQL. yes it's a whole thing and yes it slays π«Ά
πΈ SYNOPSIS πΈ
mysql-zrm --action [ backup | restore | schedule-backup | report | list
| purge | parse-binlogs | check | verify-backup | extract-backup |
abort-backup ]
like. that's the whole vibe. one --action and off you go π¦
π DESCRIPTION π
ZRM for MySQL gives you automated scheduling of live MySQL database backup. the way that you literally only configure it once to match your MySQL deployment, and then you justβ¦ schedule it and let it run unattended backups?? iconic behaviour fr fr π
and there's a whole pile of options to help an administrator out:
- Verify the backups created. β
- Generate various types of reports about the backups created. π
- Specify compression and encryption as desired. π
- Report information about the backups via an email or RSS feed. π§
- Access pre- and post- backup plugins to extend the suite further. π§©
- Control full and selective restore operations on the database, both locally and remotely. π
ZRM for MySQL's primary command line utility is mysql-zrm, which provides the core backup/restore functions for MySQL databases. main character energy, obviously π
Use the mysql-zrm.conf(5) configuration file to set mysql-zrm options. and use the --action check option to verify the configuration of mysql-zrm β a lil vibe check for your config, no cap π
Use mysql-zrm to create full or incremental backups of MySQL databases, and perform full, incremental and selective restores as well. the --list option provides information about prior backups. lowkey the most useful thing ever π
To display help on individual action options, append the --help option to the appropriate command line. for example:
mysql-zrm --action backup --help
see? easy. π
π BACKUP SETS π
ZRM for MySQL organizes the backups into 'backup sets.' each backup set defines:
- a list of database(s) or table(s) within a database to back up
- backup options to use on this backup set
- scheduling options to use on this backup set.
Backup sets are identified by a unique name. periodt. π·οΈ
Every backup run (each time mysql-zrm is executed) is associated with one backup set. various parameters can be associated with each backup run. yes, it's giving very organized. ποΈ
mysql-zrm first reads the global configuration file (/etc/mysql-zrm/mysql-zrm.conf). the global configuration file can be overridden by any backup set configuration file stored in the /etc/mysql-zrm/backup set name/ directory. and then the mysql-zrm command line options will override the parameters specified in the configuration files. hierarchy!! πβ¨
π BACKUP METHODS π
mysql-zrm backups can be either full or incremental. full backups can be logical backups or raw backups. logical backups contain SQL statements to recreate the database. raw backups are actual copies of the database files. two completely different vibes fr π¦
When logical backup is specified, the utility uses only mysqldump for backing up specified databases and tables.
When raw backup is specified, the utility has the ability to decide which backup mechanism to use for a particular database. if there are no transactional storage engine based tables in the specified database, it uses mysqlhotcopy for backing up that database. otherwise, it uses mysqldump for backing up the specified database. it's literally choosing for you, we love a decisive king π
An index file is also created in the backup directory. the index contains the details of what was backed up, how much data was backed up, what parameters were used to backup the data, how much time it took to backup etc. receipts!! π§Ύ
π«Ά RECOVERY π«Ά
When restoring databases, only the all-databases and databases options are allowed. in the case of clusters, only the all-databases option is allowed. that's the rule bestie, no exceptions π
When the backup contains only specific tables from a database, you need to specify mysql-zrm action as restore and the database name to restore the backed up tables. tables not included in the backup but present in the database will be left untouched. so chill, nothing sketchy happens to them π
β ACTIONS β
Specify backup to initiate a backup run. π
Use restore to restore from a specified backup. βͺ
Use schedule-backup to setup the schedule for the backup. ποΈ
specify report to generate reports on backup runs. π
Use check to verify if a backup set configuration is correct. β
Use list to display the backup level, the name of the directory containing the backup and the index of the last backup of the specified backup set. π
Action parse-binlogs will display the parsed output of the binary logs. this is useful to find out the log positions and/or timestamp to be used for restore operations. π
Specify purge to remove backups present in the directory specified by the destination option whose retention policy has been exceeded. ποΈ
Specify verify-backup to verify a backup. π§
Use extract-backup to uncompress/decrypt a specified backup. π¦
Specify abort-backup to abort the backup run for a given backup-set. π
π OPTIONS π
--action backup | restore | schedule-backup | report | list | purge | parse-binlogs | check | verify-backup | extract-backup | abort-backupβ these mutually exclusive--actionoptions choose the basic functionality of the utility.
β οΈ heads up bestie: this form cannot be used in the configuration file. command line only, okay? π«π
π FILES π
/var/lib/mysql-zrmβ directory under which all backup data is stored. ποΈ/etc/mysql-zrm/backup set name/mysql-zrm.confβ configuration file ZRM for MySQL. βοΈ
π RETURN VALUES π
On success, zero is returned. on error, a non-zero value is returned. simple as that, iykyk β¨
π¦ SEE ALSO π¦
mysql-zrm-backup(1), mysql-zrm-manage-backup(1), mysql-zrm-manage-backup(1), mysql-zrm-restore(1), mysql-zrm-check(1), mysql-zrm-list(1), mysql-zrm-parse-binlogs(1), mysql-zrm-purge(1), mysql-zrm-extract-backup(1), mysql-zrm-verify-backup(1), mysql-zrm-abort-backup(1), mysql-zrm-scheduler(1), mysql-zrm-reporter(1), mysql-zrm.conf(5), mysqldump(1), mysqlbinlog(1), mysql(1), lvm(8), Zmanda Recovery Manager for MySQL (http://mysql-backup.zmanda.com/)
(yes mysql-zrm-manage-backup(1) is listed twice in the original and i'm keeping it, no i will not be taking questions ππ)
π AUTHOR π
Zmanda Inc. (http://www.zmanda.com) πΈ
and that's the whole page bestie!! π this masterpiece came to you from Zmanda, Inc. as part of ZRM for MySQL, and you just finished reading mysql-zrm(1) π«Ά go back up your databases, you absolute legend π
β¨π
π¦ where this page comes from
- epel 9: MySQL-zrm 3.0-38.el9 Β· GPLv2
- fedora 43: MySQL-zrm 3.0-44.fc43 Β· GPL-2.0-only
- fedora 44: MySQL-zrm 3.0-46.fc44 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms