一种用于地铁MLC系统的多中心应用多活管理系统及方法与流程

本发明属于地铁软件管理，特别涉及一种用于地铁mlc系统的多中心应用多活管理系统及方法。

背景技术：

1、早期的地铁多线路管理系统(multi-line central computer system，mlc)都以单节点或者主备方式运行。而随着大数据和云平台技术的发展，地铁多线路管理系统已经开始部署在云平台运行。但目前为止，地铁多线路管理系统只能单节点运行，无法实现两个相距较远节点的地铁多线路管理系统同时运行。对于单节点运行方式，在该节点部署的云平台及paas层应用发生故障的情况下，会直接导致该节点地铁mlc系统无法正常工作。

2、对于双中心部署方式：采用主备切换模式的双中心在同一时刻只有一个中心的云平台资源处于运行状态，且该中心的地铁mlc系统正常运行并提供服务；而另一云平台资源处于空闲运行状态，该中心的地铁mlc系统也处于空闲运行状态，并不真正工作和提供服务，造成了大量资源浪费。而且地铁中心数量越多，造成的资源浪费越严重。

3、因此现在需要提供一种机制或者解决办法，让多个中心的地铁mlc系统服务能够同时处于运行状态，都对外提供服务。但由于系统服务和资源，比如中间件和数据库在相距较远的情况下，无法双活运行并作为一个整体提供服务。因此只能在一个中心提供完整服务，其它中心和该中心进行数据同步，即类似主备方式运行。将所有中心的地铁mlc系统服务统一接入某一中心的云平台资源，此时当该在用的中心的云平台资源(包括但不限于中间件、数据库和网络)出现故障，系统必须能及时检测到故障，并且能协调所有地铁mlc系统服务同时切换到另一中心的健康的云平台资源。如果不能实时检测各中心云平台资源的健康状态、或不能协调所有服务同时统一切换，地铁mlc系统业务处理就会出现混乱。

技术实现思路

1、针对上述问题，本发明提供了一种用于地铁mlc系统的多中心应用多活管理方法，所述管理方法包括：

2、本地中心的资源检测服务模块检测本地中心资源运行状态，生成第一运行状态数据；

3、本地中心的资源检测服务模块获取关联中心的资源检测服务模块发送的第二运行状态数据；

4、本地中心的资源检测服务模块分析第一运行状态数据和第二运行状态数据，得出分析结果；

5、本地中心的资源检测服务模块根据分析结果选择并执行本地中心和关联中心的资源运行策略。

6、进一步的，所述第一运行状态数据包括第一中间件状态数据和第一数据库状态数据。

7、进一步的，生成所述第一中间件状态数据包括：

8、本地中心的资源检测服务模块向本地中心的中间件模块发送核验消息；

9、本地中心的资源检测服务模块接收本地中心的中间件模块发送的回执消息；

10、若本地中心的资源检测服务模块核验消息发送成功，且接收到回执消息，则生成表示本地中心的中间件模块状态为正常的第一中间件状态数据；否则生成表示本地中心的中间件模块状态为故障的第一中间件状态数据。

11、进一步的，生成所述第一数据库状态数据包括：

12、本地中心的资源检测服务模块通过数据库客户端访问数据库；

13、若能正常连接访问数据库，则生成表示本地中心的数据库状态为正常的第一数据库状态数据；否则生成表示本地中心的数据库状态为故障的第一数据库状态数据。

14、进一步的，所述管理方法还包括：

15、本地中心的资源检测服务模块检测本地中心与关联中心的网络连接状态；

16、若网络连接状态正常时，本地中心的资源检测服务模块生成表示网络正常的分析结果，并分析第一运行状态数据和第二运行状态数据；若网络连接状态故障时，本地中心的资源检测服务模块生成表示网络故障的分析结果，根据分析结果选择并执行本地中心和关联中心的资源运行策略。

17、进一步的，若所述分析结果表示网络连接正常且本地中心为正常状态时，执行的资源运行策略包括：由本地中心处理本地中心和关联中心的所有业务服务，且本地中心与关联中心的数据库数据同步；

18、若所述分析结果表示网络连接正常且本地中心为故障状态时，执行的资源运行策略包括：将本地中心和关联中心的所有业务服务切换至关联中心处理。

19、本发明还提供了一种用于地铁mlc系统的多中心应用多活管理方法，所述管理方法包括：

20、关联中心的资源检测服务模块检测本地中心资源运行状态，生成第二运行状态数据；

21、关联中心的资源检测服务模块获取本地中心的资源检测服务模块发送的第一运行状态数据；

22、关联中心的资源检测服务模块分析第一运行状态数据和第二运行状态数据，得出分析结果；

23、关联中心的资源检测服务模块根据分析结果选择并执行本地中心和关联中心的资源运行策略。

24、进一步的，所述管理方法还包括：

25、关联中心的资源检测服务模块检测本地中心与关联中心的网络连接状态；

26、若网络连接状态正常时，关联中心的资源检测服务模块生成表示网络正常的分析结果，并分析第一运行状态数据和第二运行状态数据；若网络连接状态故障时，关联中心的资源检测服务模块生成表示网络故障的分析结果，根据分析结果选择并执行本地中心和关联中心的资源运行策略。

27、本发明还提供了一种用于地铁mlc系统的多中心应用多活管理系统，所述管理系统包括若干资源检测服务模块，每个资源检测服务模块对应部署在一个中心；

28、所述资源检测服务模块用于检测并生成所在中心与有关联关系的中心的资源运行状态数据，并与有关联关系的中心进行资源运行状态数据共享；用于分析共享的资源运行状态数据，得到分析结果；用于根据分析结果选择并执行资源运行策略。

29、进一步的，本地中心的所述资源检测服务模块用于检测本地中心资源运行状态，生成第一运行状态数据，并将第一运行状态数据发送至关联中心的资源检测服务模块；用于获取关联中心的资源检测服务模块发送的第二运行状态数据；用于分析第一运行状态数据和第二运行状态数据，得出分析结果；用于根据分析结果选择并执行本地中心和关联中心的资源运行策略；

30、关联中心的所述资源检测服务模块用于获取本地中心的资源检测服务模块发送的第一运行状态数据；用于检测本地中心资源运行状态，生成第二运行状态数据；用于分析第一运行状态数据和第二运行状态数据，得出分析结果；用于根据分析结果选择并执行本地中心和关联中心的资源运行策略。

31、本发明的有益效果是：

32、1、本发明提供的管理方法及管理系统实现了两个或多个节点的地铁mlc系统可以同时运行和工作的效果，实现多中心多活效果。并且在云平台及paas层应用发生故障的情况下，能够实现自动控制地铁mlc系统完成相关接口的切换，保证地铁mlc系统业务服务的正常工作，不会因为单个节点的云平台系统和其它paas层应用的故障，导致地铁mlc系统无法正常工作。

33、2、本发明提供的管理系统充分利用每个节点中心的设备和硬件投入，不会因为业务服务集中在某一节点中心工作，而导致另外一个节点中心的设备和算力浪费；而且成倍提升了地铁mlc系统的处理能力，使整个系统运行更加高效和可靠。

34、3、本发明提供的管理系统具有工作连续性，稳定性高等优点。

35、本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书以及附图中所指出的结构来实现和获得。