一种双中心系统的切换方法及服务器与流程

本发明涉及通信技术领域，尤其涉及一种双中心系统的切换方法及服务器。

背景技术：

为了防止互联网服务发生中断，提高网络服务的稳定性，线上同时部署有双中心系统，包括主应用集群和备应用集群。一般情况下由主应用集群处理数据请求，当主应用出现故障时，如数据库宕机、app(应用程序，application)应用故障等情况，可以在双中心系统间进行切换，即将服务请求切换到备应用集群上，同时主应用集群不再处理数据请求，从而实现备应用集群提供网络服务。

传统的双中心系统间切换，需要停止双中心系统中的各个应用，并进行相应配置修改，再重启。具体来说，如切换数据库时，为了防止前台有新的操作，切换时要禁止前端访问，关闭web(互联网)应用；为了保证主备数据库的数据静止，需关闭app等所有后台应用；为了保证存储的数据一致，需关闭数据库同步应用；此外，当备数据库变更为主数据库后，还需修改app即后台应用的数据库配置，重新发布应用，系统才可正常使用。

上述切换方式，对于高并发的实时系统，存在一定问题。由于目前通信系统规模比较大，包含多个较大的应用系统，所以整个系统停止和启动加载过程需耗费的时间较长，应用配置数据的修改也需耗费较长时间。此外，系统启动过程中需初始化数据库连接，在应用较多的情况下，会对数据库造成较大的连接压力。

技术实现要素：

本发明实施例提供一种双中心系统的切换方法及服务器，用以解决现有技术中系统切换过程耗时较长，数据库连接压力较大的问题。

本发明实施例提供的双中心系统的切换方法包括：

双中心切换服务器在接收到切换请求指令后，将双中心系统中各应用的状态标志位从正常状态设置为切换状态，以使各应用依据状态标志位停止处理数据；

所述双中心切换服务器确定待切换的第二应用，并将与所述第二应用相连的第一应用与所述第二应用之间的连接切换为所述第一应用与所述第三应用之间的连接，所述第三应用为所述第二应用的备应用；

所述双中心切换服务器在确定切换完成后，将各应用的状态标志位从切换状态设置为正常状态。

可选的，所述双中心系统包括依次相连的互联网web服务器、应用程序app服务器和数据库服务器；

所述双中心切换服务器将双中心系统中各应用的状态标志位从正常状态设置为切换状态，包括：

所述双中心切换服务器将所述web服务器对应的web应用的状态标志位从正常状态设置为切换状态；

第一预定时间后，所述双中心切换服务器将所述app服务器对应的app应用的状态标志位从正常状态设置为切换状态；

第二预定时间后，所述双中心切换服务器将所述数据库服务器对应的数据库同步应用的状态标志位从正常状态设置为切换状态；

所述将各应用的状态标志位从切换状态设置为正常状态，包括：

所述双中心切换服务器将所述数据库同步应用的状态标志位从切换状态设置为正常状态；

第三预定时间后，所述双中心切换服务器将所述app应用的状态标志位 从切换状态设置为正常状态；

第四预定时间后，所述双中心切换服务器将所述web应用的状态标志位从切换状态设置为正常状态。

可选的，所述第一应用为所述app应用，所述第二应用为所述数据库同步应用，所述第一应用通过轻量目录访问协议ldap连接所述第二应用；

所述将与所述第二应用相连的第一应用与所述第二应用之间的连接切换为所述第一应用与所述第三应用之间的连接，包括：

所述双中心切换服务器将所述第二应用由主应用状态切换为备应用状态，且将所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的ldap连接指向，由所述第二应用切换为所述第三应用。

可选的，所述第一应用为所述web应用，所述第二应用为所述app应用，所述第一应用通过负载均衡服务器连接所述第二应用；

所述将与所述第二应用相连的第一应用与所述第二应用之间的连接切换为所述第一应用与所述第三应用之间的连接，包括：

所述双中心切换服务器将所述第二应用由主应用状态切换为备应用状态，且将所述第三应用由备应用状态切换为主应用状态后，将所述负载均衡服务器的连接指向，由所述第二应用切换为所述第三应用。

一种双中心系统的切换方法，包括：

第一应用在确定双中心切换服务器将所述第一应用的状态标志位设置为切换状态后，停止处理数据；

若待切换的应用为所述第一应用连接的第二应用，则所述第一应用与第三应用建立连接，所述第三应用为所述第二应用的备应用；

所述第一应用在确定所述双中心切换服务器将所述第一应用的状态标志位设置为正常状态后，开始处理数据，所述第一应用的状态标志位在所述双中心切换服务器确定切换完成后被设置为正常状态。

可选的，第一应用在确定双中心切换服务器将所述第一应用的状态标志位 设置为切换状态后，停止处理数据，包括：

所述第一应用周期性从所述双中心切换服务器获取所述状态标志位；

所述第一应用接收到数据后，确定获取的所述状态标志位是否为切换状态；

当确定获取的所述状态标志位为切换状态后，停止处理所述数据。

可选的，所述若待切换的应用为所述第一应用连接的第二应用，则所述第一应用与第三应用建立连接，包括：

在所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的连接指向，由所述第二应用切换为所述第三应用。

可选的，双中心系统包括依次相连的web服务器、app服务器和数据库服务器；

所述第一应用为所述web服务器上的web应用或所述app服务器上的app应用；

所述第二应用为所述app服务器上的app应用或所述数据库服务器上的数据库同步应用；

且，当所述第一应用为所述web应用时，所述第二应用为所述app应用；当所述第一应用为所述app应用时，所述第二应用为所述数据库同步应用。

一种双中心系统的切换服务器，包括：

设置模块，用于在接收到切换请求指令后，将双中心系统中各应用的状态标志位从正常状态设置为切换状态，以使各应用依据状态标志位停止处理数据；在确定切换完成后，将各应用的状态标志位从切换状态设置为正常状态；

连接模块，用于确定待切换的第二应用，并将与所述第二应用相连的第一应用与所述第二应用之间的连接切换为所述第一应用与所述第三应用之间的连接，所述第三应用为所述第二应用的备应用。

可选的，所述设置模块具体用于：

将所述web服务器对应的web应用的状态标志位从正常状态设置为切换状态；

第一预定时间后，将所述app服务器对应的app应用的状态标志位从正常状态设置为切换状态；

第二预定时间后，将所述数据库服务器对应的数据库同步应用的状态标志位从正常状态设置为切换状态；

将所述数据库同步应用的状态标志位从切换状态设置为正常状态；

第三预定时间后，将所述app应用的状态标志位从切换状态设置为正常状态；

第四预定时间后，将所述web应用的状态标志位从切换状态设置为正常状态。

可选的，所述第一应用为所述app应用，所述第二应用为所述数据库同步应用，所述第一应用通过ldap连接所述第二应用；

所述连接模块，具体用于：

将所述第二应用由主应用状态切换为备应用状态，且将所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的ldap连接指向，由所述第二应用切换为所述第三应用。

可选的，所述第一应用为所述web应用，所述第二应用为所述app应用，所述第一应用通过负载均衡服务器连接所述第二应用；

所述连接模块，具体用于：

将所述第二应用由主应用状态切换为备应用状态，且将所述第三应用由备应用状态切换为主应用状态后，将所述负载均衡服务器的连接指向，由所述第二应用切换为所述第三应用。

一种双中心系统的应用服务器，包括：

判断模块，用于在确定双中心切换服务器将所述第一应用的状态标志位设置为切换状态后，停止处理数据；在确定所述双中心切换服务器将所述第一应 用的状态标志位设置为正常状态后，开始处理数据，所述第一应用的状态标志位在所述双中心切换服务器确定切换完成后被设置为正常状态；

建立模块，用于若待切换的应用为所述第一应用连接的第二应用，则与第三应用建立连接，所述第三应用为所述第二应用的备应用。

可选的，所述判断模块，具体用于：

周期性从所述双中心切换服务器获取所述状态标志位；

接收到数据后，确定获取的所述状态标志位是否为切换状态；

当确定获取的所述状态标志位为切换状态后，停止处理所述数据。

可选的，所述建立模块，具体用于：

在所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的连接指向，由所述第二应用切换为所述第三应用。

可选的，双中心系统包括依次相连的web服务器、app服务器和数据库服务器；

所述第一应用为所述web服务器上的web应用或所述app服务器上的app应用；

所述第二应用为所述app服务器上的app应用或所述数据库服务器上的数据库同步应用；

且，当所述第一应用为所述web应用时，所述第二应用为所述app应用；当所述第一应用为所述app应用时，所述第二应用为所述数据库同步应用。

本发明实施例中，通过双中心切换服务器，引入状态标志位，为双中心系统中的各应用分配对应的状态标志位，以使各应用可依据对应的状态标志位的状态来处理数据。双中心切换服务器接收到切换请求指令，确定双中心系统需要进行切换，将各应用的状态标志为从正常状态设置为切换状态。各应用获知状态标志位被设置为切换状态，则开始停止处理数据。双中心系统中，第一应用连接第二应用，第二应用需要切换为第三应用，其中，第三应用为第二应用 的备应用。双中心切换服务器确定需要切换的是第二应用，则将第一应用与第二应用的连接切换为第一应用与第三应用的连接。待第二应用切换为第三应用完成后，双中心切换服务器将各应用的状态标志位从切换状态重新设置为正常状态，则系统中的各应用可以根据正常状态的状态标志位，开始处理数据，恢复正常工作。本发明实施例中，通过读取状态标志位状态的变化，决定各应用是否正常工作，双中心系统间进行切换时，可以不关闭各相关应用，仅使各应用停止处理数据，待切换完成后继续正常工作即可，避免关闭各应用，节省了先关闭再启动加载而浪费的时间，同时由于避免了重启，则无需初始化连接，减轻了数据库的连接压力。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中一种双中心系统的切换方法的流程图；

图2为本发明实施例中双中心系统的结构示意图；

图3为本发明实施例中一种双中心系统的切换服务器的示意图；

图4为本发明实施例中一种双中心系统的应用服务器的示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了增加通信系统的稳定性，提高通信系统对于灾难状况的容错能力，一 般会建立一套备用应用，其中包括前端web应用，app等后台应用，数据库同步应用等。当某一环节如数据库出现故障时，可以将业务切换到备用数据库上，保证网络服务的稳定性。在切换之前，由于无法控制应用系统操作，必须把系统中所有应用都停止下来，避免出现失败交易，同时防止异常交易数据丢失。数据库切换完成后，重新启动所有相关的应用，应用需连接访问新的数据库，且需使得应用能够读取到新的数据库访问配置，从而能正常访问新的数据库。应用较多的情况下，停止和重新启动耗费的时间较长，且应用重新启动需重新加载配置文件以连接新的数据库，也同样会耗费较长时间。

为了解决上述问题，本发明实施例提供了一种双中心系统的切换方法，该方法的流程如图1所示，方法可以包括如下步骤：

s101、双中心切换服务器在接收到切换请求指令后，将双中心系统中各应用的状态标志位从正常状态设置为切换状态，以使各应用依据状态标志位停止处理数据。

s102、所述双中心切换服务器确定待切换的第二应用，并将与所述第二应用相连的第一应用与所述第二应用之间的连接切换为所述第一应用与所述第三应用之间的连接，所述第三应用为所述第二应用的备应用；

s103、所述双中心切换服务器在确定切换完成后，将各应用的状态标志位从切换状态设置为正常状态。

本发明实施例在双中心切换系统之间增加了双中心切换服务器，用以监控整个切换过程。双中心切换服务器可以通过客户端实现与工作人员的交互，接收工作人员输入的指令，对切换方向、切换环境进行自检，并在服务器前台进行同步实时显示，使工作人员可以准确把握切换时和切换之后各应用的情况和状态，以及各切换步骤的执行情况，便于工作人员对各种状况进行及时恰当的处理。

双中心系统包括依次相连的web服务器、app服务器和数据库服务器，如图2所示。web服务器上设置有web应用，app服务器上设置有app应 用，数据库服务器上设置有数据库同步应用。

现有技术中，一个服务器上设置一个应用即主应用，设置备应用时，需另外设置一个服务器，如对于web应用，有两个web服务器，一个web服务器上设置有主web应用，另一个web服务器上设置有备web应用。切换app应用或数据库时，需将两个web服务器均关机，切换完毕后再重启。同理，对于app应用或数据库同步应用，也需分别设置两个服务器。

本发明实施例中，对于web应用和app应用，将主备应用都设置在一个服务器上，即一个web服务器上设置有一个主web应用，一个备web应用；一个app服务器上设置有一个主app应用，一个备app应用。切换时，只需使应用停止处理数据，切换完成后，应用开始继续处理数据，避免了关闭重启服务器，节省时间。

所述第一应用为所述web服务器上的web应用或所述app服务器上的app应用；所述第二应用为所述app服务器上的app应用或所述数据库服务器上的数据库同步应用。

从应用侧来说，第一应用在确定双中心切换服务器将所述第一应用的状态标志位设置为切换状态后，停止处理数据；

若待切换的应用为所述第一应用连接的第二应用，则所述第一应用与第三应用建立连接，所述第三应用为所述第二应用的备应用；

所述第一应用在确定所述双中心切换服务器将所述第一应用的状态标志位设置为正常状态后，开始处理数据。所述第一应用的状态标志位设置为正常状态是所述双中心切换服务器确定切换完成后设置的。

本发明实施例中，通过双中心切换服务器，引入状态标志位，为双中心系统中的各应用分配对应的状态标志位，以使各应用可依据对应的状态标志位的状态来处理数据。双中心切换服务器接收到切换请求指令，确定双中心系统需要进行切换，将各应用的状态标志为从正常状态设置为切换状态。各应用获知状态标志位被设置为切换状态，则开始停止处理数据。双中心系统中，第一应 用连接第二应用，第二应用需要切换为第三应用，其中，第三应用为第二应用的备应用。双中心切换服务器确定需要切换的是第二应用，则将第一应用与第二应用的连接切换为第一应用与第三应用的连接。待第二应用切换为第三应用完成后，双中心切换服务器将各应用的状态标志位从切换状态重新设置为正常状态，则系统中的各应用可以根据正常状态的状态标志位，开始处理数据，恢复正常工作。本发明实施例中，通过读取状态标志位状态的变化，决定各应用是否正常工作，双中心系统间进行切换时，可以不关闭各相关应用，仅使各应用停止处理数据，待切换完成后继续正常工作即可，避免关闭各应用，节省了先关闭再启动加载而浪费的时间，同时由于避免了重启，则无需初始化连接，减轻了数据库的连接压力。

双中心切换系统是通过状态标志位控制各应用的，分别提供相应于web层、app层和数据库层的状态标志位，各层在双中心切换服务器的内存中缓存状态标志位。双中心切换服务器提供单独进程刷新状态标志位，以供web应用、app应用和数据库同步应用实时访问。系统中各应用读取内存中缓存的状态标志位，并根据状态标志位的状态判断各应用是处于正常工作状态还是处于切换状态，以此判断各应用是否正常受理业务。这样，可减轻双中心切换服务器的工作量，避免双中心切换服务器不可用时引起整个系统异常。

每层应用在各自的服务器内存中也缓存有相应的状态标志位，各应用周期性读取双中心切换服务器中的状态标志位，并与自身服务器内存储的状态标志位的状态相对比，若两者状态相同，则不做处理；若两者状态不同，则将自身服务器内存中的状态标志位的状态做相应更改，将自身相应的状态标志位的状态设置为与双中心切换服务器中的状态标志位的状态一致。

如此，各应用即可直接根据自身存储的状态标志位判断是否正常工作。具体来说，第一应用在确定双中心切换服务器将所述第一应用的状态标志位设置为切换状态后，停止处理数据，包括：

所述第一应用周期性从所述双中心切换服务器获取所述状态标志位，并存 储在所述第一应用的内存中；

所述第一应用在接收到数据后，从所述第一应用的内存中读取所述状态标志位为切换状态，停止处理数据。

其中，第一应用周期性读取双中心切换服务器中相应的状态标志位，将状态标志位存储在内存中。第一应用接收业务数据后，从自身的内存中读取状态标志位的状态，若状态标志位为切换状态，则表明双中心切换系统需要进行切换，第一应用停止处理数据。切换完成后，双中心切换服务器会将状态标志位的状态切换回正常状态。第一应用周期性读取双中心切换服务器中相应的状态标志位，确定自身内存中存储的状态标志位的状态与双中心切换服务器中的状态标志位的状态不一致，则将自身内存中存储的状态标志位的状态也切换回正常状态。第一应用接收到业务数据后，读取第一应用内存中的状态标志位，获知已为正常状态，则第一应用开始处理业务数据。

为了保证正在处理的业务正常处理完成，本发明实施例将状态标志位从正常状态设置为切换状态，是从web应用的状态标志位开始切换，然后切换app应用的状态标志位，最后切换数据库同步应用的状态标志位。具体来说，步骤s101包括：

所述双中心切换服务器将所述web服务器对应的web应用的状态标志位从正常状态设置为切换状态；

第一预定时间后，所述双中心切换服务器将所述app服务器对应的app应用的状态标志位从正常状态设置为切换状态；

第二预定时间后，所述双中心切换服务器将所述数据库服务器对应的数据库同步应用的状态标志位从正常状态设置为切换状态。

需要说明的是，上述这种情况主要针对将主数据库服务器切换为备数据库服务器，数据库服务器进行切换时，web应用和app应用等上层应用需要停止处理数据。

首先，双中心切换服务器将web应用的状态标志位设置为切换状态，web 应用读取后，停止处理接收到的数据。由于web应用可与前端用户直接交互，则web应用确定状态标志位处于切换状态时，可向前端访问的用户展示友好提醒界面，解释当前系统不能访问的原因。

双中心切换服务器将web应用的状态标志位设置为切换状态之后第一预定时间后，将app应用的状态标志位设置为切换状态。app应用确定相应的状态标志位为切换状态，则不再访问后端数据库，并向前端应用反馈当前系统正在进行切换。

第二预定时间后，双中心切换服务器将数据库同步应用的状态标志位设置为切换状态。数据库同步软件读取状态标志位为切换状态，在确定一段时间内没有新增加的需归档日志文件后，则开始进行切换。

较佳地，所述若待切换的应用为所述第一应用连接的第二应用，则所述第一应用与第三应用建立连接，包括：

在所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，所述第一应用的连接指向由指向所述第二应用切换为指向所述第三应用从而实现所述第一应用与第三应用建立连接。

对于数据库服务器切换而言，具体为，主数据库服务器上的数据库同步应用停止，并将主数据库服务器上的数据库同步应用由主状态切换到从属状态。然后将备数据库服务器上的数据库同步应用停止，并将备数据库服务器上的数据库同步应用由从属状态切换为主状态。

数据库服务器切换后，需将app应用的指向进行相应改变。切换前，app应用指向主数据库服务器，切换后，app应用需指向备数据库服务器。本发明实施例中，app应用通过ldap连接所述数据库同步应用，则步骤s102包括：所述双中心切换服务器将所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的ldap(轻量目录访问协议，lightweightdirectoryaccessprotocol)连接指向由指向所述第二应用切换为指向所述第三应用；其中，所述第一应用为所述app应用， 所述第二应用为数据库同步应用。

切换完成后，双中心切换服务器将各应用的状态标志位从切换状态设置为正常状态，且设置的顺序从数据库同步应用的状态标志位开始，然后设置app应用的状态标志位，最后设置web应用的状态标志位。即，步骤s103包括：所述双中心切换服务器将所述数据库同步应用的状态标志位从切换状态设置为正常状态；

第三预定时间后，所述双中心切换服务器将所述app应用的状态标志位从切换状态设置为正常状态；

第四预定时间后，所述双中心切换服务器将所述web应用的状态标志位从切换状态设置为正常状态。

本发明实施例中，所述第一应用为所述web服务器上的web应用或所述app服务器上的app应用；所述第二应用为所述app服务器上的app应用或所述数据库服务器上的数据库同步应用。

上述主要描述了数据库服务器的切换，其中第一应用为app服务器上的app应用，第二应用为数据库服务器上的数据库同步应用。对于双中心系统而言，app应用也可进行切换。此时，第一应用为web应用，第二应用为app应用，具体的切换方式与数据库服务器的切换相似，双中心切换服务器将web应用和app应用的状态标志位依次设置为切换状态，待app应用切换完成，再将app应用的状态标志位设置为正常状态，然后将web应用的状态标志位设置为正常状态。不同的是，app应用切换时，数据库同步应用无需停止处理数据，因此，数据库同步应用的状态标志位可一直保持正常状态。

app应用切换时，web应用的指向也需进行改变。web应用通过负载均衡服务器连接所述app应用。此时，步骤s102包括：所述双中心切换服务器将所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述负载均衡服务器的连接指向由指向所述第二应用切换为指向所述第三应用。切换前，web通过负载均衡服务器连接主app 应用，切换后，web通过负载均衡服务器连接备app应用。

为了更清楚地理解本发明，下面以具体的实施例对上述流程进行详细描述。

本发明的一种实施例中，原本由双中心系统中的主数据库服务器进行工作，现需切换为备数据库服务器进行工作。实施例具体步骤包括：

第一步、双中心切换服务器接收工作人员发出的切换请求指令。

第二步、双中心切换服务器将web应用的状态标志位从正常状态设置为切换状态。

第三步、web应用从双中心切换服务器中周期性读取状态标志位的状态信息，并存储在web服务器的内存中。

第四步、web应用接收到业务数据后，读取内存中的状态标志位的状态信息，确定为切换状态，停止处理接收到的业务数据，并告知用户系统暂时停止处理的原因。

第五步、在第二步完成的3秒之后，双中心切换服务器将app应用的状态标志位从正常状态设置为切换状态。

第六步、app应用从双中心切换服务器中周期性读取状态标志位的状态信息，并存储在app服务器的内存中。

第七步、app应用接收到业务数据后，读取内存中的状态标志位的状态信息，确定为切换状态，停止处理接收到的业务数据。

第八步、在第五步完成的3秒之后，双中心切换服务器将数据库服务器的状态标志位从正常状态设置为切换状态。

第九步、数据库同步应用从双中心切换服务器中周期性读取状态标志位的状态信息，并存储在数据库同步应用的内存中。

第十步、主数据库服务器切换为备数据库服务器，备数据库服务器切换为主数据库服务器。

第十一步、双中心切换服务器将ldap中数据库连接指向由指向主数据库 改为指向备数据库。

第十二步、双中心切换服务器将app应用的状态标志位从切换状态设置为正常状态。

第十三步、app应用读取到状态标志位为正常状态后，正常向外部提供相应功能。

第十四步、双中心切换服务器将web应用的状态标志位从切换状态设置为正常状态。

第十五步、web应用读取到状态标志位为正常状态后，正常向外部提供相应功能。

基于相同的技术构思，本发明实施例还提供双中心系统的切换服务器，如图3所示，包括：

设置模块1，用于在接收到切换请求指令后，将双中心系统中各应用的状态标志位从正常状态设置为切换状态，以使各应用依据状态标志位停止处理数据；在确定切换完成后，将各应用的状态标志位从切换状态设置为正常状态；

连接模块2，用于确定待切换的第二应用，并将第一应用与所述第二应用的连接切换为所述第一应用与所述第三应用的连接，所述第三应用为所述第二应用的备应用。

可选的，设置模块1具体用于：

将所述web服务器对应的web应用的状态标志位从正常状态设置为切换状态；

第一预定时间后，将所述app服务器对应的app应用的状态标志位从正常状态设置为切换状态；

第二预定时间后，将所述数据库服务器对应的数据库同步应用的状态标志位从正常状态设置为切换状态；

将所述数据库同步应用的状态标志位从切换状态设置为正常状态；

第三预定时间后，将所述app应用的状态标志位从切换状态设置为正常 状态；

第四预定时间后，将所述web应用的状态标志位从切换状态设置为正常状态。

可选的，所述第一应用为app服务器中的app应用，所述第二应用为数据库同步应用，所述第一应用通过ldap连接所述第二应用；

连接模块2，具体用于：

将所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的ldap连接指向，由所述第二应用切换为所述第三应用。

可选的，所述第一应用为所述web服务器中的web应用，所述第二应用为所述app服务器中的app应用，所述web应用通过负载均衡服务器连接所述第二应用；

连接模块2，具体用于：

将所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述负载均衡服务器的连接指向，由所述第二应用切换为所述第三应用。

一种双中心系统的应用服务器，如图4所示，包括：

判断模块3，用于在确定双中心切换服务器将所述第一应用的状态标志位设置为切换状态后，停止处理数据；在确定所述双中心切换服务器将所述第一应用的状态标志位设置为正常状态后，开始处理数据，所述第一应用的状态标志位在所述双中心切换服务器确定切换完成后被设置为正常状态；

建立模块4，用于若待切换的应用为所述第一应用连接的第二应用，则与第三应用建立连接，所述第三应用为所述第二应用的备应用。

可选的，判断模块3，具体用于：

周期性从所述双中心切换服务器获取所述状态标志位；

接收到数据后，确定获取的所述状态标志位是否为切换状态；

当确定获取的所述状态标志位为切换状态后，停止处理所述数据。

可选的，建立模块4，具体用于：

在所述第二应用由主应用状态切换为备应用状态，且所述第三应用由备应用状态切换为主应用状态后，将所述第一应用的连接指向，由所述第二应用切换为所述第三应用，从而实现所述第一应用与第三应用建立连接。

双中心系统包括依次相连的web服务器、app服务器和数据库服务器；所述第一应用为所述web服务器上的web应用或所述app服务器上的app应用；所述第二应用为所述app服务器上的app应用或所述数据库服务器上的数据库同步应用；且所述第一应用为所述web应用时，所述第二应用为所述app应用；所述第一应用为所述app应用时，所述第二应用为所述数据库同步应用。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。