Store backup history on the server¶
Percona XtraBackup supports storing the backups history on the server to provide users with additional information about backups that are being taken. Backup history information is in the PERCONA_SCHEMA.XTRABACKUP_HISTORY table.
To use this feature the following options are available:
-
–history = <name> : This option enables the history feature and allows the user to specify a backup series name that will be placed within the history record.
-
–incremental-history-name =<name> : This option allows an incremental backup to be made based on a specific history series by name. xtrabackup will search the history table looking for the most recent (highest
to_lsn
) backup in the series and take theto_lsn
value to use as it’s starting lsn. This is mutually exclusive with –incremental-history-uuid, –incremental-basedir and –incremental-lsn options. If no valid LSN can be found (no series by that name) xtrabackup will return with an error. -
–incremental-history-uuid =<uuid> : Allows an incremental backup to be made based on a specific history record identified by UUID. xtrabackup will search the history table looking for the record matching UUID and take the
to_lsn
value to use as it’s starting LSN. This options is mutually exclusive with –incremental-basedir, –incremental-lsn and –incremental-history-name options. If no valid LSN can be found (no record by that UUID or missingto_lsn
), xtrabackup will return with an error.
Note
Backup that’s currently being performed will NOT exist in the xtrabackup_history table within the resulting backup set as the record will not be added to that table until after the backup has been taken.
If you want access to backup history outside of your backup set in the case of
some catastrophic event, you will need to either perform a mysqldump
,
partial backup or SELECT
* on the history table after xtrabackup
completes and store the results with you backup set.
For the necessary privileges, see Permissions and Privileges Needed.
PERCONA_SCHEMA.XTRABACKUP_HISTORY table¶
This table contains the information about the previous server backups. Information about the backups will only be written if the backup was taken with –history option.
Column Name | Description |
---|---|
uuid | Unique backup id |
name | User provided name of backup series. There may be multiple entries with the same name used to identify related backups in a series. |
tool_name | Name of tool used to take backup |
tool_command | Exact command line given to the tool with –password and –encrypt_key obfuscated |
tool_version | Version of tool used to take backup |
ibbackup_version | Version of the xtrabackup binary used to take backup |
server_version | Server version on which backup was taken |
start_time | Time at the start of the backup |
end_time | Time at the end of the backup |
lock_time | Amount of time, in seconds, spent calling and holding locks for FLUSH TABLES WITH READ LOCK |
binlog_pos | Binary log file and position at end of FLUSH TABLES WITH READ LOCK |
innodb_from_lsn | LSN at beginning of backup which can be used to determine prior backups |
innodb_to_lsn | LSN at end of backup which can be used as the starting lsn for the next incremental |
partial | Is this a partial backup, if N that means that it’s the full backup |
incremental | Is this an incremental backup |
format | Description of result format (xbstream ) |
compressed | Is this a compressed backup |
encrypted | Is this an encrypted backup |
Limitations¶
-
–history option must be specified only on the command line and not within a configuration file in order to be effective.
-
–incremental-history-name and –incremental-history-uuid options must be specified only on the command line and not within a configuration file in order to be effective.
Need help?¶
Dive into our active community forum, where you can connect with fellow database enthusiasts, share experiences, and learn from experts.
For those seeking in-depth guidance and tailored solutions, our team of Percona Database Experts is ready to assist you.