[发明专利]一种不间断网络服务的软件升级方法

说明书

技术领域

本发明涉及计算机网络信息通信技术领域，尤其涉及在web服务器，FTP服务器等各种提供网络服务的软件。 

背景技术

所谓的升级，就是一个软件替换之前的一个或多个部分、甚至全部的软件，其本质是让一个软件替换另外一个软件来提供服务。 

伴随网络业务的迅速发展，越来越多的单位或部门将工作，业务等信息通过网络服务器来完成，常见的网络服务器有web服务器，文件服务器，数据库服务器，代理服务器等。在网络服务应用中，服务器部分主要有两部分来完成，一部分是网络连接，提供网络连接服务；另外一部分是具体的业务或是数据，典型的为文件存储服务器，数据库服务器。典型的web构架为web服务器加上后台的数据库。 

由于业务增加、服务增加，软件修改bug等多方面的原因，需要对正在运行的服务升级，而现实对业务要求是每天24小时不间断提供服务，因此对不间断的网络服务提出要求。 

而现在中，对服务升级主要有两类，一类是中断服务的升级，另外一类是将服务通过负载均衡动态转移到其它同类服务器，目标服务器通过离线方式升级。 

第一类的中断服务的升级，典型的是停止服务，重新升级服务，在启动。这种方式常见的是深夜升级，在尽可能减少损失的情况下实现服务的升级。 

第二类的不中断服务的升级，通过负载均衡调度器，将需要升级的目标服务器上的服务调度到其他的同类服务器上，这中方式对用户来说，业务是没有中断的，而对于目标服务器来说，是离线的、业务中断的升级方式。 

从第一类的中断服务的升级方式来说，没有满足不中断的业务要求；第二类的不中断业务升级，虽然满是了不中断业务条件下的升级，但是此类对环境要求高，必须是有负载均衡的，而负载均衡本身价格高，配置复杂，对于大多数没有负载均衡的用户来说，没有办法实现不中断业务升级。 

因此，现在的技术主要缺点有： 

1.在但服务点没有负载均衡的条件下，无法提供在线不间断服务的升级。 

2.在有负载均衡的条件下，加重了其它服务器的负担，而升级的目标服务器却空闲。 

发明内容

本发明的目的在不中断网络服务的前提下，软件的自动升级的一种方法。 

本发明采用的方法为： 

第一步：正在服务的软件A1已经正常运行； 

第二步：对软件A1的升级版本A2已经下载到目标机上； 

第三步：直接执行A2，此时A1与A2都在工作； 

第四步：软件A1接收到A2的退出请求，A1主动停止服务，A2继续服务； 

第五步：软件A2等待其他升级版本A3要求退出请求，如果收到请求，A2主动停止服务，A3继续服务。 

所述的第一步中，就是让服务三常启动，为用户提供网络服务。 

所述的第二步中，可以采用网络传输方式，比如web、FTP，或是直接通过移动介质，比如优盘， 将需要升级的软件A2存放在目标机上。 

所述的第三步中，主要是启动软件A2，让A2和之前正常提供服务的A1同时工作，A1主要是为已经接收的请求提供服务，但是操作系统不会将新的服务请求转发给A1；A2接收操作系统传递过来的网络新请求，并且为新的请求服务。这里有几个重要特征： 

特征一：过渡过程对用户透明 

A2在接管A1的网络连接前，A2通过配置资源重用的方式，与A1使用相同的资源，比如对用户而言，有相同的IP地址，相同的套接口号；用户感觉不出提供服务对象的变化；对于A1、A2的监听网络套接口来说，必须通过标准套接口操作setsockopt函数的SO_REUSEADDR选择重用，否则A2启动监听网络套接口就会出错。 

特征二：数据一致性 

A2在接管A1的网络连接前，需要提前告知A1，让A1自己清空没有同步的缓冲信息，并且在A2得到A1已经同步的条件下，才能接管，这样才能保证A2接管后与A1的数据一致性。具体同步方式，可以采用但不局限的共享内存的方式，在共享内存中，存放互斥锁以及A1、A2之间相互传递的信息，这样可以有效实现多个不同服务同时升级，相互不干扰。 

特征三：管理一致性 

A2在接管A1后，因为A2与A1拥有相同的资源信息，因此对日志，审计等没有影响。 

特征四：业务不间断性 

在A2启动监听后，表示A2接管A1，处理新服务请求；对于A1已经接收的服务，A1将继续处理这些服务，处理完后才能退出，而不是A2接管后A1必须马上退出。这个时候是两个服务都在独立工作。