问题标签 [innobackupex]

当我尝试使用 Percona innobackupex 执行备份时，我收到以下错误：

xtrabackup 版本是：

Perl 版本：

服务器正在运行 Debian Squeeze。我一直在 ubuntu 机器上使用这个命令来执行备份，以前从未遇到过问题。

MySQL 不是 PXC，而是普通的 Percona 服务器。而且我有足够的磁盘空间和内存。

我的 innobackupex 备份系统的行为非常奇怪。

我设置正确，从终端运行了一些备份，效果很好。我的想法是每天运行一次增量备份，所以我创建了一个小的 sh 脚本将其放入 cron：

基本上，它在存储增量的文件夹中搜索最新的转储，并将其用于另一个增量转储。当我尝试运行它时，出现以下错误

如果我通过终端命令行运行相同的调用，它会完美运行。如果我尝试运行这个 sh 脚本，它会抛出一个错误。我对两个脚本都使用了相同的用户，增量文件夹是可读的，xtrabackup_checkpoints 文件也是可读的。

我错过了什么？

我们有一个使用innobackupex的恢复系统。我想查看在任何时间点传输的字节数。我怎样才能做到这一点？

我正在尝试运行 innobackup 脚本以使用以下脚本在 MySQL docker 实例上执行完整备份：

我有一个名为 abc 的数据库，在执行上述脚本时，它抛出以下错误：

我可以看到数据目录中实际存在的文件。

而且cksum ./abc/tracking_rule.frm失败了。它给出了错误：没有文件或目录

从另一个 Percona 5.7 服务器完整备份在 Percona 5.7 中还原后失败并出现以下错误：

xtrabackup: cd 到 /data/mysql xtrabackup: 打开文件限制请求 0, 设置为 819200 xtrabackup: 使用以下 InnoDB 配置: xtrabackup: innodb_data_home_dir = . xtrabackup: innodb_data_file_path = ibdata1:10M:autoextend xtrabackup: innodb_log_group_home_dir = ./ xtrabackup: innodb_log_files_in_group = 2 xtrabackup: innodb_log_file_size = 20971520 xtrabackup: 使用 O_DIRECT InnoDB: 池数: 1

MySQL 服务在主从复制中运行，我在日志中看不到任何关于损坏或其他任何错误的错误。我仍然不明白，因为 innodb_log_file_size = 20971520 与磁盘上的大小匹配：

我们最近从 MariaDB 5.5 升级到 10.2，并从 innobackupex 交换到 Mariadbackup（xtrabackup 的一个分支）。尝试进行完整备份总是失败。

我正在运行备份：

sudo mariabackup --backup --target-dir /mnt/database_backups/test --user backups --password REDACTED

该命令的输出如下：

有人可以阐明问题可能是什么吗？我们的数据目录大约有 94G，所以数据库非常大，你可以看到持续时间大约是 17 分钟。这与我们之前使用 innobackupex 的情况类似。

从上面的日志中可以看出，在备份的中途有一些以Executing FLUSH NO_WRITE_TO_BINLOG TABLES. 我不确定这些是否正常或有问题，但它们分散在数百Copying行之间似乎有点奇怪。下面列出的表实际上都是 InnoDB，尽管它说Starting to backup non-InnoDB tables and files.

谢谢您的帮助。

我必须配置 MySQL 的增量备份，为此，我使用的是 innobackupex。

在centos7上安装了percona-xtrabackup-2.3.6-1.el7.x86_64.rpm，依然得到

innobackupex：找不到命令

软件版本：

我正在使用以下选项运行 xtrabackup：

一些服务器选项：

Filextrabackup_binlog_info只有 binlog 文件名和位置：

没有 GTID，因此我无法创建基于 GTID 的复制，从该备份恢复从属。

我应该怎么做才能使 xtrabackup 包含此信息？

更新：

检查是否启用了 GTID：