将文件/权限复制到另一台没有SMB的服务器？

那么完全避免SMB的一种方法，但可能相当困难的build立将基于iSCSI。

Windows 2012r2可以是iSCSI目标，Windows 2003r2可以作为客户端。 因此，您可以在目标上设置一个卷，然后通过iSCSI进行显示，然后通过客户端系统连接到卷，然后直接在Windows 2003r2框上挂载该卷。 然后你可以使用你的本地拷贝工具（比如robocopy）来做你的预置。

你真的应该给我们更多的信息，特别是你为什么要避免smb / cifs。

无论如何，假设你不能真正使用smb，你有两种可能性：

• 遵循Zoredache的build议，使用较低级别的协议（iSCSI）导出远程文件系统，然后复制使用robocopy所需的数据;
• 在两台服务器上安装cygwin并使用rsync来复制所需的文件。

让我详细说明第二种方法（rsync）。 一个月前，我需要从Windows 2003文件服务器迁移大约200 GB到新的Linux + Samba安装程序，所有这些都没有停机时间。 我的解决scheme是使用rsync增量同步两个文件服务器，在最初的同步步骤中，原始共享位置处于只读模式。

我遇到了以下问题：

1. 起初，ACL不同步。 解决scheme是将-A选项传递给rsync命令;
2. 之后，ACL在哪里同步，但方式不正确（坏UID分配给文件）。 解决方法是首先将新的Linux服务器连接到域，并正确configurationwindbind，以便调用getent passwd返回域用户列表;
3. 数据传输很慢。 结果是CygWin的SSH实现非常缓慢。 要解决这个问题，我configuration了独立守护进程模式下运行Windows的rsync实例，而不需要SSH。

ene结果是Linux机器上几乎完美的ACL复制品（一些细微差别是由于SMBACL和Posic ACL不同）。

你有一个相似但更好的位置：你的文件服务器都是基于Windows的，我想他们在同一个域中。 这意味着他们可以访问相同的用户数据库，并使用相同的RID – 换句话说，复制ACL时不会遇到任何问题。 此外，rsync是一个非常高效和多function的工具，它应该没有问题，在增量复制您的文件。

然而， 在做所有这些之前 ，真正重新考虑为什么（以及如果）不能使用SMB / CIFS进行文件传输。 你真的， 真的 很确定吗？ 如果是这样，为什么？