rsync的优缺点
优点:
1。优点可以使用增量进行备份,支持插座,几种(支持推拉,都是以客户端为参照)
2。远程壳同道还可以加密(ssh)传输,插座,需要加密传输,可以利用×××服务或者ipsec服务.
3 .绝大多数都是使用内网进行备份使用。
缺点:
1。大量小文件的时候,比对时间较长,有时候,同步过程中,rsync进程可能会停止或者僵死,如果小文件非常多就直接使用压缩包进行传输即可。
2。同步大文件的时候会出现中断的,未完成同步前是隐藏文件,可以通过续传(——partail)等参数进行实现续传。
3。一次性远程拷贝可以用scp,大量小文件要达成一个包在拷贝。
排错思路:
不熟流程步骤熟练
rsync原理理解
学会看日志,rsync命令输出,日志文件/var/logrsyncd.log。
常见的排错过程
1。检查密码文件名,同步目录文件和配置文件是否符合
2。检查密码权限600 ?
3。检查同步目录和用户和配置文件是否是一一对应。
4。大部分都可以
查看rsync日志/varlog rsyncd.log(与配置文件里面相同)。
注意事项。
今天在做一个企业案例的时候出现一个问题。客户端服务器的一个很重要的目录需要进行备份,但是在目录中出现了其他目录下的软连接,例如/etc/目录进行备份的时候就出现了这种情况。该目录下有一些软连接.rc.local==在d/现在文件。在进行非打包推送备份的时候出现在备份服务器下的文件显示错误,(闪烁的红色)出现这种情况就表明该软连接失效。无法使用。
为此进行搜索查询,并询问同事。最终得到的答案有两种
1。在推送备份的时候使用tar - h参数对其打包,这种方法是在原客户端服务器进行打包,然后推送到备份服务器中,在打包过程不会出现丢包,或者链接归属文件丢失的情况。打好的包内可以汗软连接源文件一起被打包备份。然后进行推送。但是如果要备份的数据很大,每次备份完毕后在推送的过程中会占用很高的资源。这是一种解决方案。
2。还有一种解决方案就是在客户服务器端第一次先将文件进行整体推送,然后采用rsync增量推送的方法进行依次推送。然后推送的文件每次仅仅是增加的文件。不对重复文件进行增量推动备份。然后到达备份服务器中后再对其打包,备份,归档。包括定时删除。进行处理。但是此方法并不完全适应所有文件,软连接文件无法完全适应。如果软连接在目录中而源文件在另一个目录中,那么在进行实时推送备份的时候就会出现刚刚所说的情况。解决方案中有一种就是在客户机服务器端的/etc/rsyncd.conf配置文件中的chroot=no条目中更改为chroot=是的。这种方法是一种漫天过海的方法。如果备份文件中同样存在备份软连接的同等路径源文件,例如/etc/目录下的各个软连接。在备份后依然可以进行使用,此时自己的备份服务器就会很危险。其他用户可以在备份服务器中为所欲为的进行查看数据。当吧备份服务器中的/etc/源文件挪走之后,备份服务器的软连接文件就会失效。所以说是一种漫天过海的方式。
总结:
使用rsync进行增量推送备份的时候只要不对软连接进行推送,或者将软连接进行焦油- h进行打包推送备份即可。前者适用于增量且没有软连接的推送备份。后者适用于重要的系统文件的备份。
以上是自己查资料和向他人咨询总结,如有不足请帮忙指正。辛苦了。
