【问题标题】:rsync doesnt detect the file renames in an svn hotcopy backup. Any Alternative?rsync 不会检测 svn hotcopy 备份中的文件重命名。有什么选择吗?
【发布时间】:2009-10-25 18:49:33
【问题描述】:

这一定是一个非常普遍的要求。我有一个数据大小约为 1GB 的 svn 存储库。 为了备份,我首先在凌晨 12:00 将热拷贝到目录中,然后在凌晨 1:00,远程机器使用 rsync 提取此备份。安装 svn 的源机器具有 rsyncd 并且是 Windows 机器。

所以,一切正常,只是每天都有太多的数据传输。即使有几个字节的单个提交。它传输更多 100 MB 的文件。 我的猜测是 svn 重命名文件过于频繁。

那么,遇到这种情况我该怎么办呢?

rsync 中是否有任何选项可以仅根据内容而不是文件名检测更改?或者 svn 中是否有任何选项不会进行如此多的重命名?据我记得,有两种数据库选项。也许我正在使用 fsfs。

有什么想法吗? 问候, 桑迪普·吉里

【问题讨论】:

    标签: svn backup rsync


    【解决方案1】:

    你应该使用svndump 做备份。或者看看Subversion Tools的备份部分。

    【讨论】:

      【解决方案2】:

      rsync 是否在访问 FAT 文件系统?

      对 Windows FAT 文件使用 rsync 时的一个注意事项是文件的修改时间只能精确到大约一秒。

      文件可能会在不需要时被传输,因为rsync 认为文件已被修改。

      因此,rsync 有一个--modify-window=NUM 选项,值为 1 将允许修改时间最多相差一秒。

      【讨论】:

      • 我不相信rsync 有查找文件内容 更改的选项,但它肯定会受到修改日期更改的影响。只需查看 rsync 的 man 页面,我注意到有一个 --cvs-exclude(或 -C)选项,它使 rsync 忽略 CVS 会忽略的更改。排除列表“包含”.svn 文件。可能值得一试。
      猜你喜欢
      • 1970-01-01
      • 2010-10-01
      • 1970-01-01
      • 1970-01-01
      • 2021-10-17
      • 2023-02-20
      • 1970-01-01
      • 2013-08-05
      • 1970-01-01
      相关资源
      最近更新 更多