业务支撑系统进程间关联关系的识别方法、系统及服务器技术方案

技术编号:8388911 阅读:250 留言:0更新日期:2013-03-07 20:43
本发明专利技术公开了一种业务支撑系统进程间关联关系的识别方法、系统及服务器。其中,该方法包括:接收用户输入的进程的标识;以用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与用户输入的进程相关的各层级的关联进程的关联关系的拓扑。本发明专利技术提供的上述业务支撑系统进程关联关系的识别方法、系统及服务器,解决了现有技术中业务支撑系统规模越来越庞大,导致业务支撑系统内设备之间的管理和维护越来越困难的问题。

【技术实现步骤摘要】

本专利技术涉及业务支撑领域,尤其涉及一种业务支撑系统进程间关联关系的识别方法、系统及服务器
技术介绍
近年来,随着公司业务、集群化概念的推广,业务支撑系统的主机数量规模,每台主机上进程数量规模在过去几年中有了快速的增长。维护人员一方面通过自己的记忆与理解,一方面通过手工或是文本方式记录服务器间的关联关系,然而进程的数量非常庞大,一旦业务发生改变,进程发生改变,对这些文档进行重新的审核和修正的工作量是很大的,在业务变更、系统变更过程中常常忽略了关键的细节犯下致命的错误,这给指示经验的传承、业务支撑管理效率质量的提升带来了可怕的隐患。业务支撑系统复杂度远远超过一般的民用或企业服务器,这里的复杂度主要由三块要素构成:一是数量,任何一个省公司的核心机房内的服务器数量在几百甚至千台以上;二是应用配制复杂,在实际的业务支撑系统中一般会分为五层的结构:数据库、中间件、前台、辅助前台、用户层,充斥在这五层逻辑架构之间的各种业务,尤其是诸如数据库服务、CORBA(Common Object Request Broker Architecture,公共对象请求代理体系结构)服务、WEB(网络)服务、负载均衡服务、管道通信服务等特殊业务,这些业务都不是一对一的关系,比方说数据库服务,一般至少对外有100个以上的连接服务,而每一个放射出现的连接服务都又由CORBA服务器在对外生成应用连接,如果要一个个条目去统计,连接数都以指数级别在增长;三是应用存在迂回关联关系,部分业务支撑系统的应用存在迂回调用关系,部分迂回调用关系如图1所示。基于上述业务支撑系统特有的限制条件,普通的关联关系捕捉技术无法满足现有的业务支撑系统,同时,越来越庞大的文档管理工作,不便于业务支撑系统内各个设备之间的管理和维护,所以迫切需要一套能够自动化、智能管理进程关联关系的工具。
技术实现思路
本专利技术实施例提供了一种业务支撑系统进程间关联关系的识别方法、系统及服务器,用以解决业务支撑系统规模越来越庞大,导致的业务支撑系统内设备之间的管理和维护越来越困难的问题。本专利技术实施例提供的一种业务支撑系统进程间关联关系的识别方法,包括:接收用户输入的进程的标识;以所述用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各层级的关联进程的关联关系的拓扑。本专利技术实施例提供的一种业务支撑系统进程间关联关系的识别系统,包括:关联实现服务器,用于接收用户输入的进程的标识;以所述用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各层级的关联进程的关联关系的拓扑;信息收集服务器,用于存储每个进程与该进程相关的关联进程的信息;关联规则服务器,用于存储预先设定的关联规则。本专利技术实施例提供的一种关联实现服务器,包括:接收模块,用于接收用户输入的进程的标识;拓扑计算模块,用于以所述用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各层级的关联进程的关联关系的拓扑。本专利技术实施例的有益效果包括:本专利技术实施例提供的业务支撑系统进程间关联关系的识别方法、系统及服务器,以用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程的关联进程的信息,以及预先设定的关联关系规则,对用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与用户输入的进程相关的各层级的关联进程的关联关系的拓扑。本专利技术实施例根据业务支撑系统各设备之间的业务实现逻辑,划分了对应的层级,对于用户输入的业务支撑系统中属于任意层级的任一个进程,都可以实现对该进程与各层级的关联进程之间关联关系拓扑的清晰识别,解决了现有业务支撑系统规模越来越庞大,导致的业务支撑系统内设备之间的管理和维护越来越困难的问题。附图说明图1为业务支撑系统中进程之间存在的迂回关联关系图;图2为本专利技术实施例提供的业务支撑系统关联关系的识别方法的流程图;图3为本专利技术实施例提供的打印出进程的7项关键信息的流程图;图4为本专利技术实施例提供的基于二叉树算法在业务支撑网内进行进程关联拓扑的示意图;图5为本专利技术实施例提供的使用二叉树算法进行拓扑运算具体实现的流程图;图6为本专利技术实施例提供的业务进程关联关系的识别系统的结构图;图7为本专利技术实施例提供的业务进程关联关系的识别系统的各服务器进行关联拓扑运算的交互流程图;图8为本专利技术实施例提供的关联实现服务器的结构示意图。具体实施方式下面结合附图,对本专利技术实施例提供的业务支撑系统进程间关联关系的识别方法、系统及服务器的具体实施方式进行详细地说明。本专利技术实施例提供的业务支撑系统进程间关联关系的识别方法,如图2所示,包括如下步骤:S201、接收用户输入的进程的标识;S202、以用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与用户输入的进程相关的各层级的关联进程的关联关系的拓扑;为了便于用户利用上述步骤S202得到的进程的关联关系的拓扑进行管理,在上述步骤S202之后,还可以包括下述步骤S203:S203、输出并显示与用户输入的进程相关的各层级的关联进程的关联关系的拓扑的步骤。本步骤S203在输出并显示关联关系拓扑的过程中,可以通过WEB图形方式,在预先设计好的业务结构图上,按照不同的层级显示用户输入的进程,以及与用户输入的进程相关的各层级的关联进程之间的关联关系的拓扑。下面对上述各步骤进行详细的说明。上述步骤S202中,每个进程与该进程相关的其他进程的信息,通过收集每个进程的关键信息并保存每个进程的关键信息来实现,每个进程的关键信息,包括但不限于:属主、本进程的ID(Identity,身份识别号码)、本进程名、本地应用端口信息、本地IP(Int本文档来自技高网
...
业务支撑系统进程间关联关系的识别方法、系统及服务器

【技术保护点】
一种业务支撑系统进程间关联关系的识别方法,其特征在于,包括:接收用户输入的进程的标识;以所述用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各层级的关联进程的关联关系的拓扑。

【技术特征摘要】
1.一种业务支撑系统进程间关联关系的识别方法,其特征在于,包括:
接收用户输入的进程的标识;
以所述用户输入的进程在业务支撑系统中所属的层级为起点,根据预先存
储的每个进程与该进程相关的关联进程的信息,以及预先设定的关联关系规
则,对所述用户输入的进程相关的各层级的关联进程进行拓扑运算,得到与所
述用户输入的进程相关的各层级的关联进程的关联关系的拓扑。
2.如权利要求1所述的方法,其特征在于,所述预先存储的每个进程与
该进程相关的其他进程的信息,通过下述方式实现:
收集每个进程的关键信息,所述关键信息包括:属主、本进程的ID、本进
程名、本地应用端口信息、本地IP、外联应用端口信息和外联应用IP;其中:
所述本地应用端口信息和本地IP为本进程所使用的端口号和IP地址;所述外
联应用端口信息和外联应用IP,为本进程相关的其他进程所使用的端口号和IP
地址;
将每个进程及其关键信息对应存储。
3.如权利要求2所述的方法,其特征在于,所述收集每个进程的关键信
息,具体包括:
针对每个进程,使用高级交互执行程序的列举已打开文件AIX LSOF命令
输出该进程的第一关键信息;
判断所输出的关键信息中的本地应用端口信息与外联应用端口信息的信
息格式是否一致且都为数字;
若是,则将输出的该进程的第一关键信息作为所收集的关键信息;
若否,使用查询网络数据结构NETSTAT命令输出该进程的第二关键信息;
当本地应用端口信息的信息格式为字符且外联应用端口的信息格式为数
字时,通过外联应用端口信息,在所述第二关键信息中匹配出信息格式为数字
的本地应用端口信息,并使用匹配出的本地应用端口信息替换所述第一关键信

\t息中的本地应用端口信息,以替换后的第一关键信息作为所收集的关键信息;
当本地应用端口信息的信息格式为数字且外联应用端口的信息格式为字
符时,通过本地应用端口信息,在所述第二关键信息中匹配出信息格式为数字
的外联应用端口信息,并使用匹配出的外联应用端口信息替换所述第一关键信
息中的外联应用端口信息,以替换后的第一关键信息作为所收集的关键信息;
当本地应用端口信息的信息格式和外联应用端口的信息格式均为字符时,
通过本地IP和外联IP,在第二关键信息中匹配出数字格式的本地应用端口信
息和外联应用端口信息,并使用匹配出的本地应用端口信息和外联应用端口信
息替换第一关键信息中字符格式的本地应用端口信息和外联应用端口信息,以
替换后的第一关键信息作为所收集的关键信息。
4.如权利要求2所述的方法,其特征在于,对所述用户输入的进程相关
的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各层级
的关联进程的关联关系的拓扑,具体包括:
执行二叉树算法,遍历所述用户输入的进程相关联的相邻层级的各关联进
程,判断该相邻层级的关联进程是否符合预设的关联规则,若是,确定该关联
进程在第一圈的拓扑中为叶子;否则,确定该关联进程在第一圈的拓扑中为节
点,完成与所述用户输入的进程相关的关联进程的第一圈的计算;
遍历第一圈计算结果的每个节点,进一步确定与该节点相邻层级中相关
的、且第一圈计算已涉及的进程之外的各关联进程,判定确定出的各关联进程
是否符合预设的关联规则,若是,确定该关联进程在第二圈拓扑中为叶子;否
则,确定该关联进程在第二圈拓扑中为节点,完成与第一进程相关的关联进程
的第二圈的计算;
直至遍历完与所述用户输入的进程相关的各层级的关联进程,得到以所述
用户输入的进程为根节点的二叉树拓扑结构。
5.如权利要求4所述的方法,其特征在于,所述关联规则,具体包括下
述规则之一或任意组合:
第N圈的节点与第N-2圈、N+2圈节点相同、第N圈中的节点为数据库
的进程、第N圈的节点为负责负载均衡的进程、没有相关的第N+1圈的关联
进程以及为使用内存进行通信的进程。
6.如权利要求1-5任一项所述的方法,其特征在于,在得到与所述第一
进程相关的各层级的关联进程的关联关系的拓扑之后,还包括:
输出并显示所述用户输入的进程相关的各层级的关联进程的关联关系的
拓扑。
7.一种业务支撑系统进程间关联关系的识别的系统,其特征在于,包括:
关联实现服务器,用于接收用户输入的进程的标识;以所述用户输入的进
程在业务支撑系统中所属的层级为起点,根据预先存储的每个进程与该进程相
关的关联进程的信息,以及预先设定的关联关系规则,对所述用户输入的进程
相关的各层级的关联进程进行拓扑运算,得到与所述用户输入的进程相关的各
层级的关联进程的关联关系的拓扑;
信息收集服务器,用于存储每个进程与该进程相关的关联进程的信息;
关联规则服务器,用于存储预先设定的关联规则。
8.如权利要...

【专利技术属性】
技术研发人员:林磊胤
申请(专利权)人:中国移动通信集团上海有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1