[发明专利]一种有关基于图形配置数据库业务网络拓扑的路由系统

说明书

[技术领域]

本发明涉及网络通信结构技术领域，具体是一种有关基于图形配置数据库业务网络拓扑的路由系统。 

[背景技术]

随着IT技术的进步与发展，企业的IT环境越来越复杂。数量庞大、品种繁多的IT相关设备很难被有效管理，更不用说管理以这些IT设备为基础的各种IT服务了。自20世纪80年代中期英国商务部提出信息技术基础架构库ITIL以来，ITIL作为IT服务管理事实上的国际标准已经被大多企业所接受。CMDB存储与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。在实际的项目中，CMDB常常被认为是构建其它ITIL流程的基础而优先考虑，ITIL项目的成败与是否成功建立CMDB有非常大的关系。CMDB是真实环境中服务资产在软件系统中的逻辑体现，它的目的是有效管理资产，并对其他的服务管理流程实现支持。CMDB也常被用于帮助服务提供商在产生故障时能够迅速定位到故障位置，并能分析出受影响服务的深度和广度。 

现有的对于业务关系网络拓扑的生成主要是基于传统的基于关系型数据库的CMDB后端，前端通过界面进行人工数据录入和维护。如业务关系网络后端的CMDB，业务关系网络后端的CMDB均采用传统的关系型数据库对CI项的配置及CI间的关系进行存储。每个CI的配置都存放在单独的数据库表中，通过CI的关系表把各个CI进行关联。常见的CMDB的基本示例建模，传统CMDB后端基本 构建方法为：首先，把相同的CI对象归为一类实体，并把实体映射成数据表，属性映射成字段，其中有主机，网络，数据库，中间件，存储等等的实体，每一个实体都有一个数据表相对应，有多少实体取决于你有多少类CI，CI类越多实体越多，相对应的数据表也越多；然后，确定每一个实体的属性，每个实体的属性都是数据库表中的字段，如网络有端口IP地址，端口标识，端口类型等属性，也就是网络这个数据表中的字段；接着，把每一个CI对象映射成数据表中的记录，每个CI就是一个实际的服务资产，如一台主机，那他就是一个CI项，有多少台主机就有多少CI项，主机这个数据表中就会有多少条数据表记录，就是CI的数量决定了实体的数据表中有多少记录；最后，映射CI之间的关系，CI之间的关系是整个CMDB中最复杂的地方，CMDB之所以区别于一般的资产数据库也是由于他是真实环境的软件实现，在真实环境中，一个CI是依靠于一个或多个CI的，如中间件是运行于主机之上的，而主机又是连接在网络上的。简单的关系用数据表的外键可以实现。如果两个对象之间需要支持复杂关系关联或者自定义关系，那只能通过设计关联表来实现，也就是把CI之间关系的类型映射到表中，表中可以使用组合关键字用于区分不同的关系。业务关系网络在现有技术上基本采用人工录入CMDB的方式进行维护，对应于业务的CMDB设计基本上是业务类是一个数据库表，业务程序是一个数据库表，然后有对应的关系表来存储业务之间的关系、业务程序和主机CI的关系，业务类和业务程序的关系。 

但现有技术中这种传统的传统CMDB设计采用基于传统关系模型的方法，由于模型设计自身的固定性，加上所有的管理功能和被管理的信息都依据设计的信息模型进行，因而一旦确定下来以后，模型将很难被扩充和更改。一方面，造成通用CMDB软件产品庞大芜杂、灵活性和延展性差，往往不能很好地契合用 户的实际需求；另一方面，以项目方式设计建设的CMDB，为了考虑周全，虽然经过了长时间的调研论证，但仍然难以保证设计的完善。据统计，一般CMDB模型设计的生命周期往往不超过3年，之后即由于不能适应业务和IT建设发展的要求而不得不重新设计建设，造成信息积累的间断和投资的浪费。而手工录入和维护业务关系网络拓扑在中大型的数据中心中是不可实施的，因为在中大型数据中心中，业务关系比较复杂，难以手工梳理，并且业务关系会动态变化，手工维护业务之间的关系无法满足动态网络要求。因此大多数CMDB并不实现业务关系网络拓扑。另一方面，由于业务关系网络比较庞大，传统的CMDB存储查询效率随着业务关系网络的指数级增长而明显下降，无法应对中大型数据中心的业务关系网络拓扑。 

[发明内容]

本发明的目的就是为了解决现有技术中的不足和缺陷，提供一种更人性化、性能卓越且安全可靠的有关基于图形配置数据库业务网络拓扑的路由系统。 

为实现上述目的，提供一种有关基于图形配置数据库业务网络拓扑的路由系统，该路由系统由源发送并给一个或多个目的地使用，其中涉及到访问和网络节点的移动性要求，其特征在于：