Windows Server 2012 Branchcache 与 DFS-R

Question

警告，前面的主观问题！但希望是一个不会被关闭的好人。

设想：

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

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

研究完成：

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

我主要考虑在该分支机构部署 Windows 服务器并使用 DFS-R 或 BranchCache。查看表比较并假设我们正在查看“托管分支缓存服务器”而不是简单的分布式：

看起来两者都有好处，即使两者都“托管”在服务器上。

我实际遇到的问题：

• 这些技术中的每一种都在哪些情况下大放异彩，您会在哪些情况下选择一种？
• 查看托管的 Branchcache 服务器，您是否可以在中央文件服务器上设置某些文件夹/文件的“预取”，以便在分支机构本地立即访问它们？您是否必须按计划执行此操作（如果可能）？
• 看着 DFS-R，我的担忧（显然用 3rd 方应用程序解决了）是文件锁定并确保文件在写操作期间正确更新（即，确保两个副本都被访问并且都被写入，哪个文件需要优先级以及更改会发生什么？）。理想的情况似乎是锁定数据的任何备用副本，但这真的是一个大问题吗？
• Branchcache 是否锁定中央文件进行编辑？
• 分支缓存是否仅将增量传输回已更改内容的中央文件？
• 如果分支机构服务器也将用作域控制器，这两种技术是否都是不明智的？

Answer 1

BranchCache 是只读的，不会预缓存。它主要用于更新分发等内容 - 它是一个缓存。

DFS 不加锁。没有弹性的 WAN 技术会进行锁定，因为如果/当 WAN 链路出现故障时，锁定是不可能的 - 因此它要么是弹性的，要么是锁定的。

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

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

这确实是一个“做也该死，不做也该死”的场景。尤其是在有 LAN 的情况下（高延迟，某些不可靠性）。

例如，BranchCache 作为更新缓存大放异彩 - 无需在分支机构中拥有本地 WSUS 服务器。没有锁定，因为它是纯粹的缓存机制 - 您无法编辑 BranchCache 文件。也就是说，由于没有锁定，写入将锁定 CENTRAL 文件 - 然后更新的版本会传播，因此它实际上可能适合您；）

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

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

有一个非常好的深入的解释。

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

编辑：经过进一步检查，看起来现在可以进行预加载。请参阅

http://technet.microsoft.com/en-us/library/jj127252.aspx