1
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是否仅将增量传输回已更改的中央文件？ 如果分支机构服务器也将被用作域控制器，那么两种技术都不会被建议吗？