标签: branchcache

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

设想：

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

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

研究完成：

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

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

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

我实际遇到的问题：

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