编者按：对于有广域分布的集团多分支机构而言，分布式应用系统的效率俨然已经成为企业的顽症和员工抱怨的焦点。企业应用系统在不同分支结构的实际应用效率低下、访问不稳定等问题非常普遍。例如ERP系统、OA系统、专用业务系统（如：银行系统）等，这个问题极大地影响了企业的办事效率。

本篇中，以一个集团级家电联锁企业的核心业务系统的应用改善为背景，阐述WAN优化技术对企业应用系统效率瓶颈解决的技术策略。

今天企业的经济生活周长已经从过去的局部区域向全球性过度。集团企业全球化发展，企业分支机构全球分布已经不胜枚举；中小企业即便没有光域分布的分支机构，客户分布却已经远远超越过去的辐射边长，呈全球分布趋势。

分布式办公企业的分支机构和部门比较分散，直接导致企业IT应用系统的部署产生了很大的困难，如ERP系统，OA系统，专用业务系统（如：银行系统），由于广域网链路带宽低而延迟高，通过WAN远程访问企业数据中心部署的IT系统存在很大的时延，工作效率低下。在高丢包率的连接链路上，这些企业的应用已经是企业客观面对的应用灾难。或许同城，或同一个ISP提供服务区域的结点应用企业私有系统的效率没有这个瓶颈，但更多的分支和客户群体抱怨的更多问题是：慢，应用系统应用效率太低；业务的效率和信息系统支撑的效率已经失衡。

本文以下以国内某知名家电联锁企业的核心应用系统使用实例为对象，分析造成这个失衡的本质原因及最佳技术解决方案。

应用背景：国内某知名家电分销连锁企业ERP应用系统

国内某知名家电分销连锁企业主要从事消费类电子产品和、家电、通讯器材等销售，在全国有几十家店面，年销售额上百亿。公司IT应用系统主要是内部ERP系统，公司所有店面都要实时的与ERP服务器进行数据交换（定单提交、库存查询、财务报表等），该系统的正常运行是对公司的正常业务经营至关重要，其全部网络结构是在广域网（即 互联网）中使用VPN构架的虚拟专网，为了尽最大能力保障网络的稳定，公司总部和主要店面全部使用本地网络专线与互联网连接，但由于广域网网络不稳定性和店面分布的不确定性，大多数店面都存在着ERP系统应用缓慢，甚至经常无法使用，尤其是节假日，提交一个定单到总部物流中心往往要几分钟时间，甚至需要10几分钟，公司IT应用人员怨声载道。

应用灾难：系统访问速度超级慢并不稳定，即便应用了VPN依然没有任何改观

该公司网络系统特点是典型的构建在互联网上的VPN网络应用系统，但VPN技术本身主要解决的是网络通讯加密问题，对于广域网中普遍存在的网络拥塞、网络延迟和网络丢包而造成的网络通讯速度缓慢、通讯效率低下问题无能为力。

公司ERP系统需要在店面PC机到总部服务器间频繁的传输无规律、重复性很低的"小数据包"，传统的以缓存方式的网加速技术和产品根本无法满足需要，实际测试的数据也是加速后反而系统运行速度更慢了。

为了应对网络系统的不畅问题，该企业不得不采取了最原始的方法―――电话＋快递。当网络通讯不畅时，对于时效性络很强的当天销售订单，为了及时为用户配货、送货，店面有专人与公司总部电话联系，而距离比较近的店面一般采取每隔几个小时打车将纸质订单送到总部；距离总部比较远的店面在采用电话通知总部的方法同时，将订单快递到公司总部。这个方法费时费力，对于每天销售额巨大的店面压力非常大，没有从根本上解决问题。

黑暗中的探索：多种解决措施无功而返

必须要改善网络通讯能力，提高数据通讯速度，该企业曾做了如下尝试：

探索一：

首先，为了改善店面的网络环境，该企业首先想到是使用网络专线来改善网络通讯能力，于是在有条件的店面租用专线线路到本地互联网。这种方式在显著增加企业成本的前提下，对于改善网络有一定的作用，但实际情况是在节假日网络改善明显，而到了上班高峰时（比如 上午9点到11点，下午1点到4点半），并没有任何改善；而对于大量的不具备专线接入的店面，仍然使用ADSL接入方式，几乎每天都会出现堆单和堵单现象。

探索二：

其次，单位采用了几款网络优化产品做网络加速测试。但这几款产品主要都采用网络缓存方式作为加速核心技术。而网络缓存这种方式对于企业的ERP系统、小数据包低重复率的通讯模式显然是不适合的，加速后的通讯效果是引来新的延时，出现管理系统非即时处理和越加速越缓慢的问题。

揭开迷雾看问题的本质：速度慢的真实原因在哪里？

通过深入分析该公司的网络特点和应用系统特征就会看到一些普遍问题。

首先，该企业的网络特点是通过VPN技术在互联网上构建了一个虚拟专网，互联网的突发性和不稳定性都会直接影响该公司的网络。由于该企业的很多店面都是在繁华的闹市区，周边商业气氛非常浓厚，互联网使用率非常高，局部拥塞比较严重，尤其是在上班高峰时，网络拥塞造成网路丢包、网络延迟问题比较明显；而在一些居住区比较集中的店面，由于周末很多人在家里上网和玩游戏，周末的网络反而更加繁忙，通过长时间的跟踪，发现网络在不同时间出现的通讯障碍主要表现在两个指标――通讯丢包率上升和通讯延迟明显变大，一般情况下，当网络出现明显障碍而影响应用系统使用时，丢包率往往在5％――15％左右，延迟在100ms --- 400ms，此时，应用系统会出现明显的响应缓慢、时断时续、提交失败和不断要求重复登陆系统的现象。

其次，该企业的应用系统是典型的ERP类应用，包含了少量的带工作流的OA子系统。应用系统运行模式包含了B/S和C/S结构，尤其是C/S结构系统对于网络通讯过程中丢包的出现非常敏感，提交失败和重复登陆现象非常明显。ERP类应用的显著特点就是每次通讯量非常少，往往只有几个数据包，数据往返通讯频繁，一旦某次通讯出现丢包现象，将会严重影响整个系统应用；同样，网络延迟问题对于ERP类应用很难避免，当网络延迟达到上百毫秒以上时，在ERP类应用中就会比较明显的感觉到网络的缓慢。

因此，要解决该企业的网络问题，必须要从根本上解决两个问题，网络丢包问题和网络延迟问题。只有有效的解决了上述两个问题，才能使网络加速成为可能。

抉择：哪种加速手段能够加速ERP应用？

从前面的分析可见，并非所有的广域网加速措施都能够对ERP等网络应用进行加速，这主要跟ERP的传输协议、数据传输类型密切相关。现在，我们就来看看缓存、TCP优化、数据压缩、应用协议优化等几种措施对ERP应用的加速可能性。

目前，有些广域网加速产品基本上都是以缓存技术为核心的网络加速技术。这类技术对于重复率非常高的通讯应用会有很好的加速效果，但对于更大量的通讯重复率低的应用，加速效果非常有限，甚至对于ERP类每次通讯只有几个数据包的应用，反而会比不加速更慢。

而对于网络中的丢包和延迟问题，有些网络加速产品一般只是通过TCP优化方式解决，特别是网络丢包问题，实际上是没有一个很好的方法解决，因此，这些网络加速产品实际上只适合在有网络延迟而没有丢包的网络中进行大数据包（如 文件传输等）、重复率高的网络应用中进行加速，而对于国内普遍的存在的既有丢包由于延迟的网络，加速效果不明显。

曙光重现：WAN优化 基于协议和编码技术的应用成功解决ERP速度慢问题

经过几番尝试后，该集团企业最终采用了有应用协议优化的QUICKBI通用加速引擎VPN版本产品。这款产品专门针对既有丢包又有延迟的网络而进行了特别的设计和优化，它主要使用了四类技术来分别针对网络通讯障碍进行解决，首先，通过QUICKBI专利技术――"通讯元编码技术"，解决网络通讯过程中的丢包问题；其次，通过我们独创的"通讯协议单向化优化技术"解决网络通讯总延迟过大的问题；第三，通过我们特别的通讯管道压缩技术，显著的降低网络通讯总量；第四，通过TCP协议优化和流量控制技术有效的提升TCP协议的响应时间，使网络通讯效率得到进一步的提升。

部署过程中，在集团总部部署加速引擎服务器，在分店应用PC上安装加速插件，从而在VPN网络内部建立了一条新的加速通道，使所有流向ERP服务器的数据都能够得到加速通道的加速。在实际应用中大幅的提升了系统响应时间，平均一个定单提交控制在10秒以内，从而极大的降低了IT应用人员的工作'强度'，调动了企业员工应用IT系统的热情，使该公司的IT应用质量得到了很大的提升。

企业必须算的账：成本、效率、效果的对比总结

系统在2007年春节前开始了运行，我们选取了物流配送系统的操作作为主要对比项目，物流配送系统的操作最常用的两个功能是：一是向数据库服务器提交新的订单；二是查询产品的库存量。其中最耗费资源的就是查询库存，为了对比加速和不加速的效果我们只在一台客户端电脑安装了加速插件。

我们首先进行不通过VPN连接进行的操作，我们通过加速服务器的外网地址（防火墙已经做好了NAT）来访问数据库，物流配送系统客户端可以和服务器进行访问，在测试过程中，基本上提交每一个订单的响应时间，都可以控制在4－5秒以内，甚至很多时候在1秒以内，并且输入完一个订单到下一个新空白订单之间的间隔时间在1秒以内，查询库存的响应时间，由于不同的产品库存量导致返回到客户端的数据量不同，响应时间不一样，但是每一次动作的响应时间都可以控制在10－11以内，当时网络丢包率在7％－10％之间；而同时，在没有安装加速客户端插件的电脑上，则出现经常性系统挂起状态（实际上的严重的超时），并且出现动作超时报警，系统几乎处于瘫痪状态，无法正常进行库存查询和订单提交。

之后，我们又将VPN软件打开，将插件的主机地址换成其内网的地址192.168.x.x，进行了同样的测试，提交每个订单的响应时间都在5秒以内，查询库存的时间平均在10秒以内，有时候甚至不到1秒钟，而作为对比测试的那台没有进行网络加速的电脑同之前一样，经常出现动作超时现象，无法正常进行库存查询和订单提交。

案例点评：