我正在使用rsnapshotpipe理一些GNU / Linux服务器的增量备份。 尽pipersnapshot是通过名为rsnapshot-diff的工具提供的，它只是提供磁盘空间统计信息。 问题是如何在特定的快照上获得差异：新的和删除的文件。 我读了类似的build议 # find /raid/rap/$interval -type f -links 1 -exec du -k {} \; | sort -rn 但它不适用于我的快照。 我修改了一个单独的文件，在新的hourly.0快照之后运行一个class轮，并且没有报告差异。 如果我运行它 # find /raid/rap/$interval -type f -links 2 -exec du -k {} \; | sort -rn 被修改的文件被报告。 为什么有两个链接到修改后的文件？
当使用rsnapshot进行备份时，“ 我们首先将以前的备份复制到一个并行目录结构中，创build所有目录并build立到所有文件的硬链接。” 。 这很好。 我认为这意味着最初的备份将永久保留？ “较新的”备份只会指向（通过硬链接）旧的备份，所以我假设任何给定硬连接指向的实际文件需要永久保留，以不破坏的东西？ 这个假设是正确的吗？
我已经设置了下面的configurationrsnapshot，它似乎工作正常。 但是，如果我理解了我正确读取的内容，则在rsnapshot文档和其他教程中，添加这些选项后操作会更加健壮： link_dest 1 sync_first 1 use_lazy_deletes 1 但是，当我启用这些，特别是sync_first，似乎并不正确。 没有错误，但似乎没有发生（见下面的最后一个代码块）。 configuration成功。 我怀疑我错过了一些关于如何使用sync_first的内容。 我想知道，如果这三个选项确实是有益的，如果一起使用（没有冲突），其次，是否有必要启用sync_first后，我必须调用rsnapshot的方式有所不同？ 这是安装在Ubuntu 14.04与rsnapshot 1.3.1和rsync有link_dest选项。 感谢任何方向，官方文件有点干。 CONF config_version 1.2 snapshot_root /srv/rsnapshot/ no_create_root 0 cmd_cp /bin/cp cmd_rm /bin/rm cmd_rsync /usr/bin/rsync cmd_ssh /usr/bin/ssh cmd_logger /usr/bin/logger cmd_du /usr/bin/du cmd_rsnapshot_diff /usr/bin/rsnapshot-diff retain HoursAgo 6 retain DaysAgo 7 retain WeeksAgo 4 #retain monthly 3 verbose 5 loglevel 3 logfile […]
我在configuration文件中有以下设置：（/etc/rsnapshot.conf） 脚本/工具： http : //www.rsnapshot.org/ backup_script ssh [email protected] "sh /home/user/backup_mysql.sh" ./mysql 该示例显示如下： backup_script ssh [email protected] "mysqldump -A > /var/db/dump/mysql.sql" unused2 我得到的错误： ERROR: backup_script /usr/bin/ssh returned 255 我究竟做错了什么？
我正在使用Nagios监视服务器，并使用rsnapshot进行备份。 我想要一个Nagios插件来监视rsnapshot是否正在成功运行。 我已经看到了一些rsnapshot插件，会在目录树上做一个完整的比较，这对我来说太麻烦了。 有没有做一些简单的检查，最后一次运行OK（即查看日志文件）还是所有的目录都在那里？
我有大量的数量和总文件大小的文件。 （我们正在谈论几TB）。 我想将这些文件/文件夹同步一次到外部备份系统，然后运行每日任务，根据每日更改重新同步备份。 改变不是那么频繁，但有些日子我们可能会有大约300GB的差异（大约1.5K文件）。 我一直在考虑rsync或rdiff-backup或rsnapshot作为一些工具，但我想先用rsynch运行一些testing。 我有一个与rsync的主要问题，那就是： 检查现有文件是否需要太长时间。 我们正在讲话超过20小时，这使得日常备份毫无意义。 这是使用rsync -rvhzP或-rvhP。 它似乎只是简单地扫描所有的文件，即使没有文件被添加/更改/删除，花费数小时。 难道我做错了什么？ 我提到的其他系统（rdiff-backup或rsnapshot）会有更好的performance吗？ 我正在假设他们是基于rsync反正。 提前致谢。 更新额外的信息：我们有大约2600个目录和10万个文件总计大约3.5TB，使用rsync version 3.0.9 protocol version 30运行testing。 就日常变化而言，每天通常有10个文件的变化，但是在1.5K文件变化/添加/删除的时候可以达到峰值，而在300Gb的文件体积中可以达到峰值（尽pipe这些峰值并不常见，并且一般都会传播）
我不确定这个标题是否真的是合适的。 我在我的rsnapshot.conf中有一行 backup [email protected]:/mnt/rsnapshot/ srv01/ 因此，rsnapshot会创build一个导向器RSNAPSHOT_ROOT/daily.0/srv01/mnt/rsnapshot ，并将备份的文件放在那里。 对我来说， /mnt/rsnapshot部分是不必要的。 我宁愿直接在RSNAPSHOT_ROOT/daily.0/srv01/备份我的备份文件。 有没有办法做到这一点？
我使用许多OSX客户端机器，通过TimeMachine备份到Ubuntu Linux文件服务器上的AFP共享，由netatalk / afpd导出。 这些客户每天在任意时间备份。 服务器上还有其他重要的非TimeMachine AFP共享。 在服务器上，TimeMachine备份表示为sparsebundles （一种涉及许多“band”的数据存储格式），存储在标准的EXT4文件系统上。 在这个sparsebundle里面是一个带有TimeMachine使用的HFS +文件系统的磁盘映像，但是从服务器端来看，它只是一个带文件和一些顶级元数据的集合。 rsnapshot在服务器上每4小时运行一次，并将sparsebundle波段文件和元数据备份到可移动介质（用于非现场存储）。 因此rsnapshot也是在一天的任意时间备份这些稀疏捆绑带。 rsnapshot使用rsync来执行复制。 问题是，如果在客户端机器安装了sparsebundle的情况下运行rsnapshot，我担心rsnapshot可能捕获sparsebundle的不一致状态，因为在备份过程中可能会更改这些band。 显然这不利于保证可恢复的备份！ 我试图想办法解决这个问题。 在rsnapshot尝试执行备份时，sparsebundle未安装似乎很重要。 从服务器端来看，我现在看到的唯一方法是取消aftp守护进程，也许在等待sparsebundle被OSX客户端卸载之后。 这样做的不足之处还在于其他非TimeMachine AFP输出也离线，这对于用户是不可接受的。 据我所知，afpd不提供（轻松）添加或删除导出的方法 – 尽pipe一个选项可能是自动重写afpd的configuration文件以在rsnapshot备份期间禁用TM导出，但是这仍然会失败法新社股份很短。 有没有更好的办法？
我pipe理一个小型工作组的CentOS 4.8服务器。 去年，我通过软件RAID（RAID 1，两个镜像驱动器）将文件系统转换为LVM。 我现在在LVM / RAID上有以下文件系统： /dev/mapper/vg-home 619G 231G 358G 40% /home /dev/mapper/vg-tmp 7.9G 55M 7.5G 1% /tmp /dev/mapper/vg-usr 7.9G 2.7G 4.9G 36% /usr /dev/mapper/vg-var 7.9G 3.1G 4.5G 42% /var 为了支持这些文件系统，我使用rsnapshot和一些我每周轮换的外部2TB USB驱动器。 在实践中，工作得很好。 我有rsnapshotconfiguration每四个小时做快照。 鉴于这种configuration，我还应该考虑做LVM快照吗？ LVM快照是否更高效？ 我可以每隔4小时更频繁地执行一次rsnapshot备份，而不会显着影响系统性能吗？ 我知道LVM快照可以用来确保备份的数据库一致性，但是这个服务器不会运行数据库，所以这不是真正的问题。 似乎可能有办法以免费方式同时执行LVM和rsnapshot备份，但我无法将其解决。
我有一个叫做servers的大目录，其中包含许多由rsnapshot制作的硬链接。 这意味着结构或多或less是这样的： ./servers ./servers/daily.0 ./servers/daily.0/file1 ./servers/daily.0/file2 ./servers/daily.0/file3 ./servers/daily.1 ./servers/daily.1/file1 ./servers/daily.1/file2 ./servers/daily.1/file3 … 快照使用rsnapshot以节省空间的方式创build：如果/servers/daily.0/file1与/servers/daily.1/file1相同，则它们都使用硬链接指向相同的inode，而不是每个周期复制一个完整的快照./servers/daily.0/file1/servers/daily.0/file1 我试图用硬链接结构复制它，为了节省目标驱动器上的空间，使用： nohup time rsync -avr –remove-source-files –hard-links servers /old_backups 一段时间后，rsync冻结 – 没有新行添加到nohup.out文件，没有文件似乎从一个驱动器移动到另一个。 去掉nohup并没有解决问题。 任何想法有什么不对？ 亚当