我们有1TB的文件，我们希望在三个位置保持同步。 这些数据包含大约150万个文件，平均每天增长100MB。 第一个位置是昆士兰州的一个办公室，它有一个20000 / 1024kbps的专用ADSL2 +同步连接，连接到10MB链路上的数据中心中的同位置服务器。 这个远程站点是阿根廷的一个办事处，处于SDSL 512/512链路上。 这可能会升级到最大2Mb SHDSL。 我们想要的结构是：QLD办公室< – > QLD数据中心（仅用于非现场备份）< – >阿根廷办事处 我从QLD办公室和阿根廷办事处的speedtest.net跑了一些速度testing： QLD办公室上传速度：0.95Mb / s 阿根廷办公室上传速度：0.51Mb / s到本地服务器，0.38Mb / s到QLD服务器:( 我们不能使用标准的同步软件（rsync，viceversa等）来保持这个数据同步，因为时区差异使它非常复杂，所以我们正在考虑分布式文件系统解决scheme。 我们正试图找出更可行的方法 – 将Microsoft DFS-R与Windows 2008服务器或第三方WAFS提供商（如GlobalScape WAFS）结合使用 。 我试图find一个解决scheme，将执行以下操作： 通过将外部硬盘发布到远程站点等来初始化文件的能力 在设置后手动填充的能力 – 也就是说，如果我们需要添加200GB的文件，我们可以再次使用这些数据发布驱动器，并手动添加到所有站点 能够正确计算远程站点的大时区差异 离线文件的可用性 – 即如果互联网连接断开，我们仍然可以查看/编辑文件 无论是同步压缩还是文件压缩 – 我们所处理的大量文件都是大的ascii文件，这些文件很容易压缩，所以压缩比较好。 文件locking会很好，但并不重要，因为这些文件在不同的时区 用上面描述的慢速互联网链接完成上述所有function的能力。 我看了GlobalScape WAFS，看起来很有前途，因为与大多数DFS不同，你可以将它指向文件所在的位置，而不是将它们复制到共享中，但是单独为软件提供3个代理的报价为10kUSD，我想知道是否有是更好的解决scheme。 微软的DFS-R也看起来不错，但是我找不到很多关于它是否能通过非常慢的链接处理这么多文件的信息。 任何build议/方向指向我将不胜感激
我已经在两台服务器上安装了DFSR（DFS复制），但是最近发现服务器pipe理器中没有安装单独的RDC（远程差分压缩）function。 DFSR文档谈论了很多关于RDC的内容，但是不清楚单独的function是否作为DFSRangular色的一部分安装，如果您必须安装单独的function才能实现这一function。 我已经searchRDC和DFSR，看看这些是不是不相关或不能find一个明确的答案。 谁能说如果你需要安装RDCfunction？
在我们的2008 R2域中，我在文件夹副本列表中有一个奇怪的条目。 \\？\ C：\ Windows \ SYSVOL \ domain dc1启用SYSVOL共享 C：\ Windows \ SYSVOL \ domain dc2已启用SYSVOL共享 C：\ Windows \ SYSVOL \ domain dc3已启用SYSVOL共享 C：\ Windows \ SYSVOL \ domain dc4已启用SYSVOL共享 虽然一切看起来都很好，但我试图决定是否第一个条目是我应该担心的事情。 干杯， 斯蒂芬。
让我花一分钟来解释我面临的挑战的背景。 我公司在美国和亚洲设有办事处。 用户在大型CAD文件上工作。 美国的办公室有存储所有文件的NAS（networking连接存储）。 美国用户打开文件没有困难，但亚洲用户需要等待很长时间。 有时最多需要30分钟才能打开文件。 这影响他们的生产力。 这个问题是由networking延迟（300毫秒）造成的。 亚洲有近300名用户。 以下是一些探索的选项。 广域网优化软件 – 已经安装了广域网优化软件，但似乎并没有超过一天的时间caching文件。 远程桌面 – 这将减less打开文件所需的时间，但应用程序中的每个操作都很慢。 云存储 – 与第三方供应商存储数据的风险。 文件复制软件，如Microsoft DFS复制。 这种技术的主要缺点是在编辑时不locking文件。 我也接受其他想法。 不过，我想得到您的意见和build议的软件，实时locking文件和同步数据。 如果有人已经实施或使用这种软件，请提出利弊。
我有一个由dfs复制的大文件夹，我想检查所有文件是否已被正确复制。 目前我在两端运行以下脚本。 cd e:\data\shared\ dir /a:-h /b /s > e:\data\shared\result.txt 然后使用文本编辑器整理文件，然后使用diff工具对其进行比较。 有没有人知道这样做的更好方法？ 失败，没有人知道如何适应我的脚本忽略DfsrPrivate文件夹中的所有文件
我amm东西移动文件服务器。 我正在使用DFS – 无论如何DFS树中的文件夹，所以我可以暂时设置复制，然后删除旧的文件夹。 工程很好，除了包含用户主驱动器的文件夹。 顺便说一下，也是因为我的权限，我无法看到所有文件。 小安装。 我们有159mb的用户目录，1280个文件，133个原始文件夹。 副本只有157MB，1269个文件，133个文件夹。 任何knwos的方式来找出哪些文件丢失？ 这是一个问题（可能是一些重新生成的caching文件）。 用户都是离线（周末）;）这几乎是最后一个分享 – 所有其他人都完全是零的问题。
我们使用DFSpipe理pipe理员工具进行DFS设置。 我也在分布式文件系统pipe理员工具中打开了复制，今天早上我们从这个共享中丢失了大量的文件。 请向我解释为什么这是错误的，如果有什么可以做的修复它。 （不，我们没有备份，我们有一些影子副本，但是也被删除了，我们一直使用DFS作为自己的备份）
这个2008 R2服务器的内存利用率非常高，但我认为它可能只是cachingRAM-在服务器上的性能很好，CPU利用率非常低。 它正在运行DFSR，我相信声称有很多内存。 所以这里是我在任务pipe理器中看到的： 看这个过程看起来不像是3.25个演出。 这是RamMap给我看的东西： 我可以看到非分页池声称相当可观。 这是DFSR正在用于caching正确的程序的RAM吗？ 如果这个信息是有帮助的，我的pagefile.sys是3.92演出。 我有什么可担心的，还是有其他的东西可以检查？
我们有一个DFS环境。 如果我们有一个100MB的文件，例如我们放入DFS共享中，它将会很快出现在另一个站点的目标服务器上，即使带宽可用，也无法完全传输。 我们认为这是我们的问题，因为当我们尝试删除/重命名源服务器上的文件时，它将继续恢复。
我们正在使用PowerShell DSC自动部署一些小的自包含环境，在这些环境中，我们部署2个域控制器，并使用DSC来设置域等。这一切都工作正常，除了事实，一旦部署和运行，在某些时候，两个DC之间的sysvol复制停止工作（或从未开始工作）。 我们在日志中看到这个错误： DFS复制服务在本地pathF：\ SYSVOL \ domain上初始化SYSVOL，并且正在等待执行初始复制。 复制的文件夹将保持初始同步状态，直到与其伙伴进行复制。 如果服务器正在升级到域控制器的过程中，则在解决此问题之前，域控制器将不会作为域控制器进行通告和运行。 如果指定的合作伙伴也处于初始同步状态，或者在此服务器或同步伙伴上遇到共享冲突，则会发生这种情况。 如果在将SYSVOL从文件复制服务（FRS）迁移到DFS复制过程中发生此事件，则在解决此问题之前，更改不会被复制。 这可能会导致此服务器上的SYSVOL文件夹与其他域控制器不同步。 现在我知道如何解决这个使用ADSIEdit，这不是问题。 我们正在自动部署这些环境，因为我们需要部署这些环境并对它们进行相同的configuration，所以我不想在部署之后进入每个环境来解决这个问题。 我们在以这种方式部署的每个环境中都会看到这个问题，所以显然在configuration方面有些不妥之处。 所以我真正要问的是，如果有人有什么想法可能会导致这个问题，或者从哪里开始寻找并寻找根本原因。 AD部署非常简单，我们首先configurationDC1，添加一些DNS条目，一些组策略项目，一些用户，组和OU，然后添加到第二个DC中。 第二个DC确实获得了所有这些对象，所以域的初始副本确实可以工作，但在此之后，SYSVOL中的任何内容都不会被复制。 编辑 在部署时，我们还看到了一个单一的错误实例ID 1202，这是奇怪的，因为DC prom成功了，并且能够获得域的初始副本; DFS复制服务无法联系域控制器来访问configuration信息。 复制已停止。 该服务将在下一个configuration轮询周期中再次尝试，这将在60分钟内发生。 此事件可能由TCP / IP连接，防火墙，Active Directory域服务或DNS问题引起。 附加信息：错误：1355（指定的域不存在或无法联系。）