多站点同步更新系统的设计.docVIP

多站点同步更新系统的设计 　　【摘 要】目前，互联网的网站及大部分的企业管理软件都是采用B/S架构模型。大型的网站应用对系统的并发、吞吐量、性能都有较高的要求，因此许多大型网站应用都采用了多台服务器做负载均衡的方式来部署。但如果服务器的数量较多，会给站点更新带来很大的不便。为了提高服务器站点的更新效率，增加更新的准确性，减轻网站维护人员的工作量。开发了一款多站点自动同步更新系统。本文对该系统进行了具体的介绍。 中国论文网 /8/view-7211810.htm 　　【关键词】自动更新；负载均衡；网站维护 　　【Abstract】At present，the Internets websites and most of the enterprise management software use the B/S architecture model.Large scale web applications have high requirements on the system’s concurrency，throughput and performance.So many large web sites are develoyed with multiple servers for load balancing.But number of servers will bring a lot of inconvenience to update the websites.In order to improve the efficiency of the websites updating，increase the accuracy，reduce the workload of websmaster.Design and development a multi site automatic synchronous updating system. The system is introduced in detail in this paper. 　　【Key words】Automatic update； Load balancing； Website maintenance 　　0 概述 　　随着信息时代的带来，Internet和Intranet上客户机数量以及任务密集程度的不断增加。单台Web服务器由于受到带宽、机器性能等因素的限制已经无法适应当前的需求。Web服务器集群系统可以实现负载均衡，并且可以大幅度提高系统的性能以及可靠性和扩展性。但随着Web服务器集群的普及，新的问题已随之产生。多台服务器的更新不仅要花费管理人员大量的时间，还需要管理员对各台服务器的文件拷贝权限进行设置，并且不能保证拷贝过程中 　　1 系统的功能需求 　　（1）需要在网站更新前开启更新提示，提示用户保存好手头工作并退出系统； 　　（2）需要对多个服务器上的站点文件进行删除及新建操作； 　　（3）由于网站文件在更新和新建时可能被占用，需要在操作前对多个服务器上的网站应用程序池进行回收； 　　（4）需要对更新的进度和完成情况进行查看； 　　（5）更新完成后，关闭更新提示。 　　2 方案对比 　　在使用当前方案前，曾经试用过其他方案，但是使用效果不理想，最终选择了当前这个方案。现在对两种方案进行对比。 　　（1）方案一 　　通过在服务器上建立共享文件夹，将发布好的网站文件放在共享文件夹中。然后，各台服务器利用本地的发布站点从共享文件夹拷贝该文件至本地站点。 　　问题一：发布站点在访问共享文件夹时遇到权限不足的问题。经过查询资料和网上搜索，需要对.Net用户设置较高的权限。设置比较繁琐，并且存在一定的安全隐患。 　　问题二：拷贝耗时比较长，由于电子病历、护理平台等网站文件都比较多，一般拷贝一份需要花费5分钟左右的时间。拷贝时会将文件都放在缓存中，在遇到系统资源不足等情况时容易出错。发布6台服务器耗时往往超过半小时，在此期间用户无法正常使用系统，给用户带来非常不好的体验。 　　问题三：拷贝一旦开始，程序无法监测拷贝是否完成，更新人员无法获得更新结果的反馈。 　　（2）方案二 　　目前选用的方案。将发布好的站点文件上传到数据库。然后，各台服务器利用本地的发布站点从数据库获取文件然后在本地站点中创建。 　　相比方案一，从Oracle数据库获取文件并在本地创建只需要给发布站点设置对应权限即可。并且，站点文件更新的速度比文件拷贝要快好几倍。通常100M的文件创建完只需要1分半钟的时间。由于Oracle数据库良好的性能，多台服务器同时获取文件几乎完全不会影响文件读取的速度。因此，多台服务器拷贝100多M大小的文件所花的时间一般都不