CN101719257A - 大型机联机交易业务分流方法及系统 - Google Patents

Abstract

本发明提供一种大型机联机交易业务分流方法及系统，所述的方法包括：获取大型机生产中心的CPU使用率；判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；如果获取的所述CPU使用率高于预设的所述最高CPU使用率，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；如果获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。本发明可以实现大型机生产中心及备份中心间的负载平衡，当生产中心压力过大时，自动启动交易分流机制，使备份中心分担部分业务，以缓解生产中心的压力。

Description

大型机联机交易业务分流方法及系统

技术领域

本发明是关于大型机系统，特别是关于一种大型机联机交易业务分流方法及系统。

背景技术

国际上大部分的大型商业领域(如银行和电信等)，都使用大型机并行耦合系统(Parallel Sysplex)运行其核心业务系统。为了确保生产中心的业务连续性，商业领域一般都建有同城的大机大型机备份中心。为了确保大型机备份中心在出现灾难时能够接管业务，大型机备份中心和生产中心的配置需要保持一定的比例。同城大型机备份中心的大机系统一般处于闲置状态，不运行业务交易。当生产中心CPU资源不足时，一般需要按照大型机备份中心和生产中心的配置比例，对生产中心和大型机备份中心的CPU资源同时进行扩充。由于CPU资源的扩充需经过商务采购流程，往往需要数月的时间，无法应对业务瞬时增长的情况。

发明内容

本发明实施例的目的在于提供一种大型机负载分配方法及系统，以自动实现大型机生产中心及备份中心间的负载平衡，缓解生产中心的压力。

为了实现上述目的，本发明提供一种大型机负载分配方法，所述的方法包括：获取大型机生产中心的CPU使用率；判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；如果获取的所述CPU使用率高于预设的所述最高CPU使用率，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；如果获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。

为了实现上述目的，本发明还提供一种大型机负载分配系统，所述的系统包括：CPU使用率获取单元，用于获取大型机生产中心的CPU使用率；CPU使用率判断单元，用于判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；业务分流单元，用于当获取的所述CPU使用率高于预设的所述最高CPU使用率时，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；业务回退单元，用于当获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务时，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。

本发明的有益技术效果：本发明可以自动实现大型机生产中心及备份中心间的负载平衡，当生产中心压力过大时，自动启动交易分流机制，使备份中心分担部分业务，以缓解生产中心的压力。

附图说明

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

图1为本发明实施例大型机联机交易业务分流系统的结构示意图；

图2为本发明实施例业务分流单元103的结构示意图；

图3为本发明实施例业务回退单元104的结构示意图；

图4为本发明实施例的大型机联机交易业务分流方法流程图；

图5为本发明实施例大型机交易业务系统的结构示意图；

图6为本发明实施例定义的WLMDEF分流交易业务的路由策略；

图7为本发明实施例交易业务的过程图；

图8为本发明实施例交易业务的回退处理过程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

银行的大型机中存在一个生产中心和一个备份中心，平时以生产中心为主进行日常的交易业务处理。大型机联机交易业务分流系统将交易业务分成不同的级别，不同级别的交易业务对应不同的业务分流脚本，通过系统监控控制工具对生产中心CPU的使用率进行实时监控，在生产中心资源紧张(CPU的使用率过高)时，可逐级调用不同的交易分流脚本，将需要分流的部分交易分级转发到备份中心进行处理，实现生产中心和备份中心双中心共同承担生产负载的目标。当生产中心的压力恢复正常后，又可自动将备份中心的交易业务回退到生产中心运行。通过这种方式，可以满足业务短时迅速增长的需要，又灵活有效的利用了备份中心的资源，提高了系统的整体处理能力。

图1为本发明实施例大型机联机交易业务分流系统的结构示意图，如图1所示，所述的系统包括：CPU使用率获取单元101，CPU使用率判断单元102，业务分流单元103及业务回退单元104。

CPU使用率获取单元101用于获取大型机生产中心的CPU使用率；生产中心的CPU使用率可能会在某些时间点出现毛刺脉冲，但并非真的是交易业务的负载过大。为了避免这些毛刺脉冲的误导，系统监控控制工具分流交易的判断要基于一段时间内生产中心CPU使用率的平均值，所以大型机生产中心的CPU使用率是指大型机生产中心在预定周期内的平均CPU使用率。例如在某个时间点A，计算出A-1分钟至A之间的所有采样点的平均值，根据这个平均值进行判断。

CPU使用率判断单元102用于判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；系统会预先设定生产中心正常运行时的CPU使用率范围，当超过预设的最高CPU使用率时，生产中心资源将会紧张，生产中心的压力会很大，导致交易业务的运行迟缓，此时需要将生产中心的部分交易业务分流至备份中心；当超过预设的最低CPU使用率时，生产中心的压力很小，能够承担更多的交易业务，此时可以将备份中心的部分交易业务退回至生产中心。当获取的所述CPU使用率高于预设的所述最高CPU使用率时，业务分流单元103调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；当获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务时，业务回退单元104，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。在本发明实施例中，预设的最高CPU使用率可以设定为80％，预设的最低CPU使用率可以设定为60％，本发明不限于此。

如图2所示，业务分流单元103包括：分流脚本调用模块201及业务分流模块202，分流脚本调用模块201用于根据分流业务的分级逐级调用每一级分流业务对应的业务分流脚本；具体用于获取根据业务分流脚本分流对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否高于预设的所述最高CPU使用率；如果是，调用下一级分流业务对应的业务分流脚本，以利用业务分流模块将所述下一级分流业务分流到所述的大型机备份中心。业务分流模块202用于根据每一级分流业务对应的业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心。

如图3所示，所述的业务回退单元104包括：回退脚本调用模块301及业务回退模块302，回退脚本调用模块301用于根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本；具体用于获取根据业务分流回退脚本回退对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否低于预设的所述最低CPU使用率；如果是，调用上一级分流业务对应的业务分流回退脚本分流将所述上一级分流业务回退到所述的生产中心。业务回退模块302用于根据每一级分流业务对应的业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的生产中心。

本发明可以通过系统监控控制工具对生产中心CPU的使用率进行实时监控，系统监控控制工具例如可以是TMON。系统监控控制工具在本方案中的工作原理是，实时的大型机联机交易业务分流系统中生产中心使用率。通过系统监控控制工具可以设定生产中心的使用率的阀值(例如为80％及60％)及针对该阀值触发动作。如告知TMON，对生产中心的CPU使用率进行3分钟的均值计算，当均值超过80％或低于60％，则调用交易分流的控制脚本，以达到交易的自动路由控制。

图4为本发明实施例的大型机联机交易业务分流方法流程图，如图4所示，所述的方法包括：

步骤S401：获取大型机生产中心的CPU使用率；所述大型机生产中心的CPU使用率是指：大型机生产中心在预定周期内的平均CPU使用率。

步骤S402：判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；在本发明实施例中，预设的最高CPU使用率可以设定为80％，预设的最低CPU使用率可以设定为60％，本发明不限于此。

步骤S403：如果获取的所述CPU使用率高于预设的所述最高CPU使用率，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心。

步骤S404：如果获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。

所述调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心包括：根据分流业务的分级逐级调用每一级分流业务对应的业务分流脚本；根据每一级分流业务对应的业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心。

根据分流业务分级逐级调用每一级分流业务对应的业务分流脚本具体包括：获取根据业务分流脚本分流对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否高于预设的所述最高CPU使用率；如果是，调用下一级分流业务对应的业务分流脚本，以将所述下一级分流业务分流到所述的大型机备份中心。

所述调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心包括：根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本；根据每一级分流业务对应的业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的生产中心。

根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本具体包括：获取根据业务分流回退脚本回退对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否低于预设的所述最低CPU使用率；如果是，调用上一级分流业务对应的业务分流回退脚本，以将所述上一级分流业务回退到所述的生产中心。

用来分流的交易业务的选取是由业务系统的特点以及分流的目标决定的。如果大型机上运行的系统为银行业务系统，通常要以分流交易的CPU负载为目标，挑选用来分流的交易业务可考虑下面的因素：

1  CPU消耗较多；

2  交易响应时间较快；

3  对共享资源要求低，如数据库的锁资源，CF的structure资源等。

将CPU消耗较多的业务从大型机的生产中心分流到备份中心，可有效的实现负载分流的目的，平衡当前系统的CPU使用率；一般情况下，备份中心会比生产中心的性能差，加上距离的影响，响应时间会变长，所以尽量选取将响应时间较短的交易业务从大型机的生产中心分流到备份中心，以降低分流对终端用户的影响。例如用户甲在终端上进行交易业务A的操作时，如果分流交易业务A的交易响应时间较快，交易业务A的分流对用户甲的影响将会很小。

对共享资源要求低的交易业务，可以避免分流到备份中心运行的交易业务对生产中心交易的竞争而引起交易整体性能的下降。

如果将大量的交易业务瞬时分流到备份中心，有可能会引起交易业务的堵塞。将交易业务分批分流，可以降低瞬时脉冲压力的影响，实现交易业务的平滑分流。要对交易业务进行分批分流，需要将候选分流交易分成若干组，分批逐次进行分流。

要实现对交易业务的分流，需要调用交易业务对应分流脚本。工作人员可以针对上面分组的分流交易业务编写分流脚本，并存储分流脚本。

以基于CICSPlex环境的业务处理系统为例，可在CPSM中定义好WLMDEF，设定候选分流交易路由到备份中心的AOR进行处理的路由策略。再编写生效各个WLMDEF的命令脚本，供监控发现系统资源紧张时自动调用。CICS是由IBM公司的一种交易处理中间件产品，广泛应用于金融企业的业务处理系统。单个CICS地址空间通常称为Region。CICSPlex是由多个CICS region构成的，协同处理交易的region组群。一般其中的region按角色可分为TOR，AOR等。TOR负责于外围系统连接，负责交易的接入，并转发给AOR进行处理；AOR负责具体的交易处理。

图5为本发明实施例大型机交易业务系统的结构示意图，通过大型机交易业务系统实现大型机的业务分流。如图5所示，大型机交易业务系统由生产中心501和备份中心502组成。正常情况下，大型机交易业务系统的业务都在生产中心501的生产中心AORs504中运行，当生产中心501的CPU使用率过高时，生产中心501压力很大，业务处理缓慢，就需要将生产中心501运行的部分业务分流到备份中心502，以缓解生产中心501的压力。生产中心501的系统监控控制工具503监控生产中心的CPU使用率(一定时间内的平均CPU使用率)，设定生产中心的CPU使用率的阀值(例如为80％及60％)及针对该阀值的触发动作。当生产中心的CPU使用率高于80％时，系统监控控制工具503触发交易分流脚本，更改交易路由策略，通过生产中心TORs504将交易业务分流脚本对应的交易业务分流至备份中心502的备份中心AORs505。当生产中心的CPU使用率低于60％，并且备份中心AORs505中存在从生产中心的AORs分流过去的交易业务时，系统监控控制工具503触发交易业务回退脚本，更改交易路由策略，控制生产中心TORs504停止向备份中心AORs505分流该交易业务，即将备份中心AORs505交易业务回退至生产中心的AORs。下面将具体说明如何更改交易路由策略及如实现交易业务的分流。

如图6所示，为本发明实施例定义的WLMDEF分流交易业务的路由策略。由图6中的路由策略生成下面的命令脚本，即每组分流业务对应的交易分流脚本：Install wlmdef1 PARM(′WORKLOAD(active workload)OWNER(currentowner).′)。

大型机在运行过程中，要适时监控生产中心的CPU使用率。图7为本发明实施例交易业务的过程图；图8为本发明实施例交易业务的回退处理过程图。如图7所示，所述的分流处理过程包括：

步骤S701：实时监控生产中心的CPU使用率，并计算每分钟的平均CPU使用率。

CPU使用率可能会在某些时间点出现毛刺脉冲，但并非真的是交易业务的负载过大。为了避免这些毛刺脉冲的误导，系统监控控制工具分流交易的判断要一段时间内生产中心CPU使用率的平均值，所以大型机生产中心的CPU使用率是指大型机生产中心在预定周期内的平均CPU使用率。例如在某个时间点A，计算出A-1分钟至A之间的所有采样点的平均值，根据这个平均值进行判断。

步骤S702：判断每分钟的平均CPU使用率是否超过预设的80％，如果否，回到步骤S701，如果是，进行步骤S703。

步骤S703：调用一组交易业务对应的分流脚本，将该组交易业务分流到备份中心。

如图8所示，所述的回退处理过程包括：

步骤S801：实时监控生产中心的CPU使用率，并计算每分钟的平均CPU使用率。

步骤S802：判断每分钟的平均CPU使用率是否低于预设的60％，如果否，回到步骤S801，如果是，进行步骤S803。

步骤S803：调用一组交易业务对应的分流脚本，将该组交易业务分流到备份中心。挑选用来

假设根据上述分流交易业务考虑的因素选出9类交易业务作为候选的分流交易业务，并将所述的9类交易业务分成下面三组，本发明不限于此，可以将候选的m类交易业务分为n组，n为大于或等于1的正整数。

一级路由交易组TRANGROUP1：tr11，tr12，tr13；

二级路由交易组TRANGROUP2：tr21，tr22，tr23；

三级路由交易组TRANGROUP3：tr31，tr32，tr33；

上述分级的目的是为了实现交易业务的逐级平滑分流，避免分流脉冲的影响。

定义针对上述三组交易的路由策略wlmdef1，wlmdef2，wlmdef3，分别将上述三组交易路由至备份中心的AOR运行。并准备好生效各个定义的脚本，供系统监控控制工具自动触发调用。

设定分流阀值需根据业务系统的具体情况来定。可假定当某业务系统的CPU使用率超过80％后，系统性能会严重下降，需启动交易业务分流；当CPU使用率降低至60％以下，则可启动分流交易的回退，将分流的交易业务恢复至生产中心运行。

大型机开始运行的初始状态下，交易负载在正常范围内，系统运行正常，所有交易业务都在生产中心运行。实时监控大型机生产中心的CPU使用率，并计算一段时间(例如1分钟)内CPU使用率的平均值(以下简称CPU使用率)。判断CPU在每分钟内CPU使用率的平均值是否超过80％，如果是，自动触发交易分流脚本，将TRANGROUP1组的交易业务(tr11，tr12，tr13)分流至备份中心运行。

将TRANGROUP1组的交易业务(tr11，tr12，tr13)分流之后，判断每分钟内CPU使用率是高于80％还是低于60％，如果CPU使用率仍然高于80％，继续触发交易分流脚本，将TRANGROUP2组的交易(tr21，tr22，tr23)分流至备份中心运行；如果CPU使用率低于60％，则触发交易分流回退脚本，将TRANGROUP1组的交易(tr11，tr12，tr13)回退至生产中心运行。

将TRANGROUP2组的交易(tr21，tr22，tr23)分流至备份中心之后，如果CPU使用率仍然高于80％，继续触发交易分流脚本，将TRANGROUP3组的交易(tr31，tr32，tr33)分流至备份中心运行；如果CPU使用率低于60％，触发交易分流回退脚本，将TRANGROUP2组的交易(tr21，tr22，tr23)回退至生产中心运行；如果将TRANGROUP2组的交易(tr21，tr22，tr23)回退至生产中心之后，CPU使用率仍然低于60％，则继续触发交易分流回退脚本，将TRANGROUP1组的交易(tr11，tr12，tr13)回退至生产中心运行。

以此类推，假设已经分流到备份中心的交易业务为第a(0≤a≤n)组，如果之后生产中心的CPU使用率高于80％，则将第a+1组的交易业务分流至备份中心；如果之后生产中心的CPU使用率低于80％，则将第a-1组的交易业务由备份中心回退至生产中心。总之，无论是将生产中心的交易业务分流至备份中心，还是将备份中心的交易业务回退至生产中心，都是为了将生产中心的CPU使用率控制在60％以下(此时备份中心没有分流的业务)或在60％-80％范围内。

综上所述，利用本发明的大型机联机交易业务分流方法，可以实现大型机生产中心及备份中心间的负载平衡，当生产中心压力过大时，自动启动交易分流机制，使备份中心分担部分业务，以缓解生产中心的压力；当生产中心恢复正常状态时，又可以将备份中心的业务回退至生产中心运行。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种大型机联机交易业务分流方法，其特征在于，所述的方法包括：

获取大型机生产中心的CPU使用率；

判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；

如果获取的所述CPU使用率高于预设的所述最高CPU使用率，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；

如果获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。

2.如权利要求1所述的方法，其特征在于，所述大型机生产中心的CPU使用率是指：大型机生产中心在预定周期内的平均CPU使用率。

3.如权利要求1所述的方法，其特征在于，所述调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心包括：

根据分流业务的分级逐级调用每一级分流业务对应的业务分流脚本；

根据每一级分流业务对应的业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心。

4.如权利要求3所述的方法，其特征在于，所述根据分流业务分级逐级调用每一级分流业务对应的业务分流脚本包括：

获取根据业务分流脚本分流对应的当前级分流业务后大型机生产中心的CPU使用率；

判断获取的所述大型机生产中心的CPU使用率是否高于预设的所述最高CPU使用率；

如果是，调用下一级分流业务对应的业务分流脚本，以将所述下一级分流业务分流到所述的大型机备份中心。

5.如权利要求1所述的方法，其特征在于，所述调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心包括：

根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本；

根据每一级分流业务对应的业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的生产中心。

6.如权利要求5所述的方法，其特征在于，所述根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本包括：

获取根据业务分流回退脚本回退对应的当前级分流业务后大型机生产中心的CPU使用率；

判断获取的所述大型机生产中心的CPU使用率是否低于预设的所述最低CPU使用率；

如果是，调用上一级分流业务对应的业务分流回退脚本，以将所述上一级分流业务回退到所述的生产中心。

7.一种大型机联机交易业务分流系统，其特征在于，所述的系统包括：

CPU使用率获取单元，用于获取大型机生产中心的CPU使用率；

CPU使用率判断单元，用于判断获取的所述CPU使用率是否高于预设的最高CPU使用率或低于预设的最低CPU使用率；

业务分流单元，用于当获取的所述CPU使用率高于预设的所述最高CPU使用率时，调用业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心；

业务回退单元，用于当获取的所述CPU使用率低于预设的所述最低CPU使用率并且所述的大型机备份中心存在分流业务时，调用业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的大型机生产中心。

8.如权利要求7所述的系统，其特征在于，所述大型机生产中心的CPU使用率是指：大型机生产中心在预定周期内的平均CPU使用率。

9.如权利要求7所述的系统，其特征在于，所述的业务分流单元包括：

分流脚本调用模块，用于根据分流业务的分级逐级调用每一级分流业务对应的业务分流脚本；

业务分流模块，用于根据每一级分流业务对应的业务分流脚本将所述业务分流脚本对应的分流业务分流到大型机备份中心。

10.如权利要求9所述的系统，其特征在于，

所述的业务调用模块，具体用于获取根据业务分流脚本分流对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否高于预设的所述最高CPU使用率；如果是，调用下一级分流业务对应的业务分流脚本，以利用业务分流模块将所述下一级分流业务分流到所述的大型机备份中心。

11.如权利要求7所述的系统，其特征在于，所述的业务回退单元包括：

回退脚本调用模块，用于根据分流业务分级逐级调用每一级分流业务对应的业务分流回退脚本；

业务回退模块，用于根据每一级分流业务对应的业务分流回退脚本将所述业务分流回退脚本对应的分流业务回退到所述的生产中心。

12.如权利要求11所述的系统，其特征在于，

所述的回退脚本调用模块，具体用于获取根据业务分流回退脚本回退对应的当前级分流业务后大型机生产中心的CPU使用率；判断获取的所述大型机生产中心的CPU使用率是否低于预设的所述最低CPU使用率；如果是，调用上一级分流业务对应的业务分流回退脚本分流将所述上一级分流业务回退到所述的生产中心。

Images