在尝试创建Zimbra开源版本8.0.1+的备份时,我遇到了data.mdb“爆炸性”的问题。
虽然我的/opt/zimbra目录只有大约8GB,但我的备份大约是80 8GB。
rsync和copy都无法正常工作。
发布于 2015-04-07 12:54:26
data.mdb文件实际上是一个薄配置的86 is (默认情况下)文件。
当复制到备份目录时,Rsync和有时cp命令会将文件“炸开”到其大小。
如果您想要创建一个场外备份,或者您的资源有限,这显然是没有帮助的。
这种行为在8.0.1中似乎是新的。
防止这种情况的正确方法是将备份分成3部分。下面是我的示例备份脚本(作为root执行)。
先拦住辛布拉,把剩下的都杀了。
#!/bin/bash
# Zimbra Backup Script
echo 'Starting Zimbra backup script'
date
echo 'Stopping Zimbra'
su zimbra -c '/opt/zimbra/bin/zmcontrol stop'
echo 'Kill Zimbra'
ps auxww | grep zimbra
接下来备份/opt/zimbra目录,不包括/opt/zimbra/data/ldap目录。
echo 'Saving base'
rsync -aHK --delete --exclude '*data/ldap*' /opt/zimbra/ /backup/zimbra-base
接下来,使用zmslapcat命令将ldap文件转换为ldif文件。
您可以选择再次启动服务器,因为这个命令可以在zimbra运行时运行。但是为了确保我们得到了一个冻结环境的备份,我们将暂时停止它。
echo 'Saving ldap config'
su zimbra -c '/opt/zimbra/libexec/zmslapcat -c /backup/zimbra-ldap'
echo 'Saving ldap main'
su zimbra -c '/opt/zimbra/libexec/zmslapcat /backup/zimbra-ldap'
echo 'Restarting zimbra'
su zimbra -c '/opt/zimbra/bin/zmcontrol start'
echo 'Finished'
这个脚本是在ubuntu服务器14.04下在Zimbra8.0.1上测试的。
它应该适用于8.0.1以上的大多数发行版和版本。
发布于 2019-04-28 21:45:24
根据用于备份的工具的不同,有些支持稀疏文件,尽管这种支持并不像实际数据所显示的那么快。
rsync -S # it works, but it isn't "efficient"
cp --sparse=always
tar -S # the GNU version.
不幸的是,我最喜欢的备份,rdiff备份,目前没有稀疏文件支持。我见过一个补丁,使它支持稀疏文件,但开发人员还没有拔出。我也没对它做任何事。
欺骗性似乎也没有稀疏文件支持。我看上去不太深。
也许还有其他人支持它。我知道,在qcow2图像中移动一个稀疏的文件,就像预期的那样。
至于备份,有一些像Zimbra这样复杂的东西,我希望每个人都使用LVM2快照或ZFS快照来避免停机,然后对快照存储运行备份。
https://serverfault.com/questions/680942
复制相似问题