Windows Server 2012 Branchcache与DFS-R

警告，前方有主观问题！但希望一个好不会得到关闭。

场景：

我有一个分支机构，该分支机构目前没有本地服务器。他们通过12Mbps WAN链接（MPLS）访问包括DC在内的所有内容。链接没有达到饱和，平均利用率约为20％。该电路非常稳定，具有很高的SLA和出色的正常运行时间。

但是，通过WAN从文件服务器进行大文件传输（主要是读取而不是写入）可能会很慢。我们目前不使用DFS。

研究完成：

我知道WAN加速，例如使用专用硬件（Riverbed）或专用软件VM（Silver Peak）。但是定价超出了我们当前的预算，从我们的角度来看还没有足够的需求（因为问题主要在“拉”情况下，不一定是推/拉）。

我主要考虑在此分支机构中部署Windows服务器，并利用DFS-R或BranchCache。查看表比较并假设我们正在查看“托管的分支缓存服务器”，而不是简单地将其分发：

即使两者都“托管”在服务器上，这似乎对两者都有好处。

我实际上有的问题：

• 这些技术在什么情况下会发光，您在哪里选择另一种技术？
• 查看托管的Branchcache服务器，是否可以在中央文件服务器上设置某些文件夹/文件的“预取”，以便可以在分支机构本地直接访问它们？您是否必须按计划执行此操作（如果可能）？
• 查看DFS-R时，我关心的问题（显然是通过第三方应用程序解决了）是文件锁定，并确保在写操作期间正确更新文件（即，确保同时访问了两个副本并且都将其都写入到哪个文件中）优先级以及更改会发生什么？）。理想情况下，似乎将锁定数据的任何备用副本，但这真的是一个大问题吗？
• Branchcache是​​否锁定中央文件以进行编辑？
• branchcache是​​否仅将增量传输回已更改的中央文件？
• 如果分支机构服务器也将被用作域控制器，那么两种技术都不会被建议吗？

BranchCache是​​只读的，不会预缓存。它主要用于诸如更新分发等之类的东西-这是一个CACHE。

DFS不锁定。没有可恢复性的WAN技术不会进行锁定，因为如果/当WAN链路断开时，则无法进行锁定-因此，它要么是恢复性，要么是锁定。

如果您需要版本控制/锁定才能正常工作，则只能使用中央服务器。此时的BranchCache可以帮助提高REPEATED下载的下载速度。只要。

如果您两者都不做-即您需要从许多地方进行很多更新（这是非常不寻常的情况-大多数时候文件没有像公司那样被锁定），那么当需要出现。或者您可以使用一些稀疏的DFS-R项目，但是您还有另一个问题.....这可以确保复制大量未使用的东西时带宽不会下降，因为DFS-Replication完全沿着文件共享线进行，而不是一个随需应变的元素。

这确实是“该死的，如果不这样做，该死的”方案。特别是在具有局域网（高延迟，某些不可靠性）的地方。

例如，BranchCache可以作为更新缓存使用-无需在分支机构中拥有本地WSUS服务器。没有锁定，因为它是纯缓存机制-您无法编辑BranchCache文件。也就是说，由于没有锁定写操作，因此将锁定CENTRAL文件-更新的版本随后将传播，因此它实际上可能对您有用;）

DFS非常适合用于只读内容（安装映像，用于安装的软件映像，可集中编辑的策略文档等）。我属于该类别的文件中，大多数都非常有趣-我们在这里编辑的内容主要是与其他同步技术（共享点文档管理）集中在一起进行的。DFS是满足技术复制需求的出色技术解决方案。

http://pertorben.wordpress.com/2012/05/29/dfs-r-or-branchcache/

有很好的深度解释。

BranchCache可能可以工作...。它不会停止单次下载延迟，但可以处理重复读取。它还允许锁定。

编辑：在进行进一步的咀嚼后，现在似乎可以进行预加载了。请参阅

http://technet.microsoft.com/zh-CN/library/jj127252.aspx