还在为加速升级到Windows 7寻找特别的理由吗？只要看看Windows Server 2008 R2版本自带的新特性BranchCache就够了。

　　BranchCache可以为每个分公司自动创建一个缓存文档的平台。当有分公司的终端访问远程文档时，这个文档就会被缓存在远端。之后任何访问这个文档的需求，都会自动关联到它的第二个新家，而不是远程的源文件。

　　做本地缓存最主要的原因在于访问速度。将文档缓存到本地存储上大大节约了访问时间。如果一个需要的文档在本地有缓存，需要访问该文档的客户端会自动从本地缓存中加载它，而不是通过专线去访问远端的文件。因为文档不需要从广域网上传输过来，用户的网速能大大的提高，而这是在无需额外投资网络硬件的前提上就做到的。

　　微软这个功能特别强大之处在于完全自动化的水平。整个BranchCache平台被设计为‘设置一次，永久受益’。一旦打开了，客户端将自动地重定向到所要访问的文档的本地副本上去，不需要管理员参与或者用户自己操作。这意味着BranchCache只在后台运行；悄悄地替用户将文档重定向到最新的副本上，而节约了宝贵的网络带宽资源。

　　现在，BranchCache功能只能在Windows 7和 Windows Server 2008 R2的平台才可用，这给了那些长期忍受网速慢有分支机构的公司们一个升级操作系统的充分理由。

　　它是如何工作的？

　　如果你的网络结构是集中在一个地点的，或者有分散的几个地点但是有质量非常好的网络专线彼此连接，那你没必要接着读下去了。BranchCache对你没有任何意义。对其他大多数人来说，我们一般在总部会有一个高速的局域网，但是分支机构的网络就相对要慢一些了。

　　让我们看看这种网络类型。总部的员工能非常快速高效地访问文档，因为他们处在本地局域网中，但是其他在远程办公室的员工，访问文档就没有这么好的性能了。远程使用一个WORD文档或者EXCEL表格经常是件痛苦的事情。一般情况，因为网络太慢，用户不得不把文档下载下来，更新完之后再上传回去。每个文档的操作要好几个步骤，花好几分钟才能做完。员工用这种方式工作效率不高，而且感觉相当不爽。

　　BranchCache很好地解决了这个问题，当文档被访问的时候自动生成缓存文档。这意味着，当第一次访问一个文档的时候，它仍然需要通过广域网传输到本地，而之后的访问则通过本地的缓存高速完成。

　　它是这样工作的

　　让我们假设，一个远程办公室的客户端需要去访问总部文件服务器上的一个文档。客户端提交访问请求给开启了BranchCache功能的文件服务器。这个文件服务器返回一个标识符，包含了客户端需要的文档内容的描述信息，而并非文档本身。然后客户端通过这个标识符提供的线索在本地网络里搜索已经下载了这个文档的计算机。

　　这正是微软BranchCache技术真正发挥优势的地方。BranchCache很聪明地地提供了两种访问所需文档的本地缓存的方法。第一种，叫做托管缓存模式，是在每个远程办公室里搭建一个特定的服务器，运行BranchCache。这台服务器做为集中存储服务器，客户端可以找到任何一个已经被缓存到本地的文档。

　　但是有些公司无法为每个远程办公室都购买一台独立做为BranchCache的服务器，有些分支机构非常小，买一个服务器没有意义。在这种情况下，BranchCache可以配置为分布式缓存模式。在这种模式中，每一台装了WINDOWS7的电脑都被配置为它自己的迷你缓存。分布式缓存模式是为小于50台电脑的小分支机构设计的，它可以让你在不用额外购买服务器的情况下实现这个功能。

　　两个解决方案都有明显的好处。分布式缓存模式不需要额外的服务器，但是它需要在每个终端计算机上运行额外的进程和额外的磁盘空间来存储迷你缓存。分布式缓存模式下，请求本地缓存文档，还需要通过WS-Discovery协议，它是一个广播UDP数据包的协议，所以会将搜索缓存的范围限制在一个子网里。这也是之所以分布式缓存模式常常运用在只有少数用户的小分支机构里。

　　托管缓存模式需要为每个分公司购买额外的服务器和WINDOWS SERVER 2008 R2许可（或者在现有的服务器上安装这个服务）。但是这么做，可以将所有缓存文档副本统一放置在同一个地方来管理。另外，托管模式支持用户直接访问该服务器，而不需要在网络里广播数据包。也正因为托管缓存模式支持直接连接，它也没有子网的限制。

　　对两种模式中的任何一种，都必须在参与的文件服务器上安装BranchCache功能。参与的文件服务器必须运行WINDOWS SERVER 2008 R2，且安装带BranchCache功能的文件服务角色和网络文件角色。

　　默认情况下，每个文件共享都必要开启BranchCache支持。这个是在共享和存储管理控制台的缓存标签上设置，选择允许BranchCache来将共享配置为缓存模式。客户端则可以用netsh命令或者组策略来配置。

　　安全和延伸

　　BranchCache工作支持HTTP协议和传统的SMB文件传输协议。特别有用的是HTTP和SMB协议的底层都是WINDOWS栈。

　　只要运行在这两种协议之下，支持WINDOWS栈的任何一种工具， 都可以自动地在后台支持BranchCache。这意味着常用的应用程序如ROBOCOPY、WINDOWS媒体播放器、IE、FLASH和Silverlight也将可以自动使用这些本地副本。不管是管理员还是你的用户，都不需要改变任何使用习惯就可以使用这个平台。

　　安全性也是一个将文档分布到整个网络中去所需要考虑的一个潜在问题。如何保护存放在缓存服务器或者在网络中传输的数据，都是BranchCache需要考量的安全因素。

　　首先，BranchCache的设计着眼于目前流行的NTFS文档权限控制。当客户端试图去访问一个文档的时候，它必须在做下一步操作之前取得远程文件服务器的授权。数据从缓存存储服务器传输到客户机的时候进行了AES 128加密。当缓存端存储文档时因为默认没有额外验证过程，缓存存储服务器将通过在每个计算机的缓存文件上运行BitLocker或者EFS的方式来进一步地保护自己。

　　有两篇写的很好的文章可以帮助你进入一个全新的高可用性分布式文件共享领域。它们都可以从微软的官方网站上下载。第一篇的题目叫BranchCache技术概览。第二篇则包含了更多的安装细节，题目叫做BranchCache初学者指南。

　　因为BranchCache特性需要文件服务器和托管缓存服务器上运行WINDOWS SERVER 2008 R2的环境，添加这项服务可能需要升级服务器，另外再提一次，客户端必须运行WINDOWS7的操作系统才能使用该功能。然而这种‘设置一次，永久受益’的结构可以在现有的广域网线路上挤压出更多的性能来，确实是值得去升级的一个特性。

　　如果你正在忍受远程办公室效能低下的煎熬，不妨考虑一下BranchCache做为你的无增加成本方案，从而提高用户的满意度。