这是设置：
大量的大文件（总数超过4GB，总数多TB）以简单的树形结构进行备份，无需从less数Linux机器压缩到Windows备份服务器。 每天都会生成几百个演出，而备份目前是通过WinSCP手动完成的。 我的目标是实现stream程的自动化，并有良好的日志logging进行监控。 写一次，很less读。 （异地将是LTO-4或5）
这个问题虽然，我尝试过的几乎每一个解决scheme都有一个直接的问题。
WinSCP脚本 – 不正确处理符号链接，导致无尽的文件传输循环。 手动GUI工作正常，（有一些可以忽略的错误）
对于win的rdiff-backup – 不能正确地支持备份服务器上已有的文件，而从头做20TB以上的备份并不是时间/资源可行的select。 （尝试每个stackexchange列出的技巧来识别现有的数据，而不用花8年时间来生成校验和）
通过cygwin的rsync – 由于缺乏差异，空间需求将迅速超过我们目前的能力。
我的下一个想法是在备份服务器（或FTP）上放置一个ssh服务器，并通过scp等在linux端执行自动化操作……尽pipe我真的很喜欢校验和差分支持。
另一个选项可能是从nix盒到备份服务器的samba。
我真的很感激任何关于这个问题的意见或指导。 我愿意接受build议，但我正在努力避免专有和封闭的解决scheme。 我不习惯这种混合的环境…
后续编辑：所以在与太阳下的每个选项搞乱后，通过CIFS安装窗口，然后使用您select的备份程序似乎是最可靠的方法去如果你是从尼克斯到Windows。 （有一些注意事项）这就是说，我只是作为一个权宜之计，直到我可以实现一个基于ZFS的NAS。 使用NFS / CIFS / rsync全部支持，从Windows，Mac或Linux到NAS都不会有任何问题。
我在Linux和Windows系统上使用Backuppc进行差异增量式备份。 对于Windows，我们只是去CIFS路线，但可以通过Cygwin / Gow做rsync。
我尝试了几种方法在我的Win7机器上增量备份我的Linux机器，并得出结论认为使用非Linux文件系统可靠地完成这项任务实际上是不可能的。 所以我结束使用以下组合：
VirtualBox ：一个标准的Linux发行版，在Windows主机上安装了作为guest虚拟机的最小软件包（Debian，纯文本）（我build议在主机模式下添加第二个虚拟networking接口;这样，我几乎不用Linuxterminal，我只是打开客人，并与腻子在本地ssh）
Dirvish ，一个通过rsync的perl封装，使用硬链接提供透明的增量备份。
为我工作很好。