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

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

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

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

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

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

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

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

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

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