CN112272104B - 一种多形式配置管理的公共配置数据库方法及装置 - Google Patents
一种多形式配置管理的公共配置数据库方法及装置 Download PDFInfo
- Publication number
- CN112272104B CN112272104B CN202010967000.4A CN202010967000A CN112272104B CN 112272104 B CN112272104 B CN 112272104B CN 202010967000 A CN202010967000 A CN 202010967000A CN 112272104 B CN112272104 B CN 112272104B
- Authority
- CN
- China
- Prior art keywords
- configuration
- request
- preset
- public
- management method
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000007726 management method Methods 0.000 claims abstract description 150
- 230000009471 action Effects 0.000 claims description 12
- 238000004140 cleaning Methods 0.000 claims description 11
- 238000013507 mapping Methods 0.000 claims description 7
- 238000005538 encapsulation Methods 0.000 claims description 5
- 230000001960 triggered effect Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 7
- 238000006243 chemical reaction Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 230000004927 fusion Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000007499 fusion processing Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种多形式配置管理的公共配置数据库方法及装置,用以解决有的配置管理方法难以实现多种配置管理方法的并用,对不同配置管理方法强行融合,导致信息模型不兼容、增加系统的复杂性的问题。该方法公共配置数据库根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行;向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;根据解析得到的配置信息,生成相应的增量配置信息文件;关闭所述增量配置信息文件,完成配置。
Description
技术领域
本申请涉及多形式配置管理领域,尤其涉及一种多形式配置管理的公共配置数据库方法及装置。
背景技术
网络设备配置管理手段日趋多样化,从传统的没有信息模型的命令行管理、WEB管理,到引入了管理信息模型的简单网络管理协议-管理信息库(Simple NetworkManagement Protocol-Management Information Base,SNMP-mib),再到随着软件定义网络(Software Defined Network,SDN)兴起而兴起的基于YANG模型的NETCONF/RESTCONF管理协议,形成了多种形式配置管理方法并存的现状。
不同配置管理方法的信息模型不统一,配置动作相对独立,缺乏有效关联和整合。在多种配置管理方法并用的场景下,容易引发配置冲突、配置不一致等问题。
目前,在新增配置管理方法时,如果引入了新的信息模型,通常需要对所有协议和功能对象进行建模,编写专用的配置操作方法接口。或者,部分方案为了复用或兼容已有的配置管理方法的框架和接口,还通过引入中间处理模块的方式,实现不同模型配置消息的互相转换,进行流程的融合和改造。
例如,已有SNMP方法的完整实现,需要新增NETCONF方法时,为了复用SNMP配置操作接口,通过引入中间处理模块,实现XML消息(基于YANG)与SNMP消息(基于MIB)之间的转换,并基于中间处理模块,将SNMP配置操作接口嵌入到NETCONF处理流程中去。
但是,目前对配置管理方法进行并用时,主要关注新增的配置管理方法与已有的配置管理方法——两个配置管理方法之间的融合,使得已有的配置管理方法的框架或接口得到复用,但对其他配置管理方法却难以兼顾,不能实现多种配置管理方法的并用。
并且,不同的配置管理方法在信息模型、协议细节等方面差异较大,强行进行融合处理时,并不具备良好的基础条件,还会给并用过程增加额外的复杂性,使配置管理方法流程更为繁琐,配置管理效率降低。
发明内容
本申请实施例提供一种多形式配置管理的公共配置数据库方法及装置,用以解决现有的配置管理方法难以实现多种配置管理方法的并用,对不同配置管理方法强行融合,导致信息模型不兼容、增加系统的复杂性的问题。
本申请实施例提供的一种多形式配置管理的公共配置数据库方法,包括:
服务端基于用户触发的配置动作,接收相应的配置请求;
根据所述配置请求,向公共配置数据库发送配置预置请求,以便所述公共配置数据库根据预设的公共配置锁接口,判断是否允许所述配置请求执行,并返回相应的结果;
接收到允许执行的结果后,根据所述配置请求,生成相应的配置命令行,并调用预设的公共配置封装接口,对所述配置命令行进行封装;
将封装后的配置命令行发送给所述公共配置数据库,以便所述公共配置数据库生成相应的增量配置信息文件。
在一个示例中,所述方法还包括:基于用户的配置保存请求,调用预设的公共配置保存接口,以便公共配置数据库根据生成的增量配置信息文件,对启动配置信息文件进行更新,以对生成的增量配置信息文件进行保存。
在一个示例中,根据所述配置请求,生成相应的配置命令行,包括:根据所述配置请求中的配置管理方法标识,以及对应的信息模型,确定配置请求对应的配置信息与命令行之间的映射,对配置信息进行转换,以生成相应的配置命令行。
在一个示例中,所述方法还包括:基于用户的配置查询请求,调用预设的公共配置查询接口,对公共配置数据库中存储的配置信息进行查询;所述配置查询请求包括时间戳或配置管理方法标识。
在一个示例中,生成相应的配置命令行之前,所述方法还包括:获取所述预设的公共配置锁接口的配置独占权限;所述方法还包括:完成配置后,释放所述预设的公共配置锁接口的配置独占权限。
本申请实施例提供的一种多形式配置管理的公共配置数据库方法,包括:
公共配置数据库根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行;
向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;
根据解析得到的配置信息,生成相应的增量配置信息文件;
关闭所述增量配置信息文件,完成配置。
在一个示例中,公共配置数据库根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行,包括:公共配置数据库确定来自服务端的配置预置请求中的配置管理方法标识;确定预设的公共配置锁接口的状态;若预设的公共配置锁接口的状态为可用,则允许相应的配置请求执行;若预设的公共配置锁接口的状态为被占用,则确定所述配置预置请求中的配置管理方法标识与占用所述公共配置锁接口的配置管理方法标识是否一致;一致则允许所述配置请求执行,不一致则拒绝所述配置请求执行。
在一个示例中,所述方法还包括:根据所述配置预置请求中的配置管理方法标识,对具有相同配置管理方法标识的连续生成的若干增量配置信息文件进行合并。
在一个示例中,所述方法还包括:根据预设的清理策略、存储空间,以及各增量配置信息文件对应的时间戳,对存储的增量配置信息文件进行清理。
本申请实施例提供的一种多形式配置管理的公共配置数据库装置,包括:
判断模块,根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行;
解析模块,向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;
生成模块,根据解析得到的配置信息,生成相应的增量配置信息文件;
关闭模块,关闭所述增量配置信息文件,完成配置。
本申请实施例提供一种多形式配置管理的公共配置数据库方法及装置,至少包括以下有益效果:
通过公共配置数据库提供公共配置事件接口,使得不同配置管理方法在进行配置时,可调用公共配置事件接口中的具体实现接口,实现对整体配置流程的管控。
本申请不再着重于某两个配置管理方法融合的思路,而是回归配置管理最本质的两个特性——配置信息和配置动作,据此提出了一个与具体配置管理方法耦合度较低、具备基本配置事件接口的公共配置数据库框架。
该框架能够对传统和新兴的不同配置管理方法进行关联和整合,最大限度的整合配置管理手段,提供配置信息的统一管理,在保证各种不同形式的配置管理方法的独立性、完整性的前提下,实现不同配置管理方法的配置协同操作,实现多种配置管理方法的并用。
这种方法在配置手段多样化、差异大的基础上,不对不同的配置流程强行进行融合,避免强行融合带来的信息模型不兼容、流程不兼容等问题,也不引入新的信息模型或中间处理模块,减少系统的开发复杂性,使得保存的配置信息的形式仍采用基础文本形式,便于与命令行直接兼容,有利于提高用户感受。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的多形式配置管理的公共配置数据库方法流程图;
图2为本申请实施例提供的配置管理方法与公共配置事件接口交互示意图;
图3为本申请实施例提供的信息模型与命令行的映射关系示意图;
图4为本申请实施例提供的配置信息文件结构示意图;
图5为本申请实施例提供的一种多形式配置管理的公共配置数据库装置结构示意图;
图6为本申请实施例提供的另一种多形式配置管理的公共配置数据库装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的多形式配置管理的公共配置数据库方法流程图,具体包括以下步骤:
S101:服务端基于用户触发的配置动作,接收相应的配置请求,并向公共配置数据库发送相应的配置预置请求。
在本申请实施例中,用户在通过不同的配置管理方法,进行配置修改时,会基于其触发的配置动作,通过客户端向服务端发送相应的配置请求。于是,服务端中的配置管理模块可接收来自客户端的配置请求,并根据接收到的配置请求,调用预设的公共配置请求接口,向公共配置数据库发送相应的配置预置请求。其中,配置请求与配置预置请求中均包括配置管理方法标识,用于区分不同的配置管理方法。
在一个实施例中,不同的配置管理方法对应的触发动作不同、发送的配置请求的形式也不同。
例如,如图2所示,配置管理方法包括命令行配置方法、SNMP配置方法、NETCONF配置方法、RESTCONF配置方法、WEB页面配置方法等。在命令行配置方法中,触发动作为用户执行进入配置视图的命令;在SNMP配置方法中,配置请求为snmp-set请求;在NETCONF配置方法中,触发动作为candidate库中的增量配置,配置请求为commit操作请求;在RESTCONF配置方法中,配置请求为put、post、patch请求;在WEB页面配置方法中,配置请求为put、post、patch请求;等等。
配置管理方法基于关键触发动作或事件,调用服务端中的公共配置事件接口,发送配置请求,并接收公共配置管事件接口返回的应答结果。其中,公共配置事件接口为预设的若干公共配置接口的集合。
S102:公共配置数据库根据服务端发送的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行,并返回相应的结果。
在本申请实施例中,为了避免多种不同的配置管理方法并发,导致配置数据冲突的问题,公共配置数据库在接收到配置预置请求后,可根据预设的公共配置锁接口,对当前进行中的配置管理方法的数量进行限制。
于是,公共配置数据库可根据公共配置锁接口,对服务端发送的配置预置请求进行判断,确定是否允许相应的配置请求执行,并向服务端返回相应的判断结果,对配置预置请求作出回应。
在一个实施例中,公共配置数据库可确定预设的公共配置锁接口的当前状态为可用或被占用。
若预设的公共配置锁接口的状态为可用,表示公共配置锁接口未被占用,当前为空闲状态,当前没有正在进行的配置流程,不存在多种配置管理方法并发的问题,则公共配置数据库可允许配置请求执行。
若预设的公共配置锁接口的状态为被占用,表示当前存在正在进行的配置流程,则为了避免不同配置管理方法并发的问题,公共配置数据库需要进一步对当前正在进行的配置流程进行判断,确定当前正在进行的配置流程对应的配置管理方法与接收到的配置请求对应的配置管理方法是否为同一种方法。
具体的,公共配置数据库可确定接收到的配置请求对应的配置管理方法标识,以及当前占用公共配置锁接口的配置管理方法标识。若两个配置管理方法标识一致,表示当前占用公共配置锁接口的配置管理方法与配置请求对应的配置管理方法一致,不存在不同配置管理方法并发、配置冲突的问题,则公共配置数据库可允许配置请求执行。若两个配置管理方法标识不一致,表示当前占用公共配置锁接口的配置管理方法与配置请求对应的配置管理方法不一致,存在不同配置管理方法并发、配置冲突的问题,则公共配置数据库可拒绝配置请求执行。
通过这种方式,能够避免多种配置管理方法并发,引起配置冲突、配置不一致的问题。不同的配置管理方法根据先到先得的策略,依次对公共配置锁进行占用,执行配置流程。
在一个实施例中,配置管理方法在被允许执行配置请求时,可通过调用预设的公共配置锁接口中的公共配置锁获取接口,获取配置独占权限,以防止其他配置管理方法的并发执行。并且,配置管理方法在完成配置流程或退出配置状态后,可通过调用预设的公共配置锁接口中的公共配置锁释放接口,释放预先获得的配置独占权限,以便其他配置管理方法的后续执行。
S103:服务端接收到允许执行的结果后,根据配置请求,生成相应的配置命令行。
在本申请实施例中,服务端中的配置管理程序接收到来自公共配置数据库的回应,确定允许配置请求执行后,可根据接收到的配置请求对应的配置信息,生成相应的配置命令行。
在一个实施例中,服务端具体可根据配置请求中的配置管理方法标识,确定相应配置管理方法对应的信息模型。之后,服务端可根据信息模型,确定配置信息与命令行之间的映射,以根据映射关系对配置信息进行转换,生成相应的配置命令行。
在一个实施例中,不同的配置管理方法对应的信息模型不同,其映射与转换关系也不同。
例如,WEB网页配置方法没有信息模型,其在进行命令行转换时,可对配置请求进行解析后,提取关键参数值,并根据参数值,直接转换为等价的命令行配置信息形式。SNMP配置方法使用MIB,其在形式上为树状信息模型,主要分为标量节点和表类型节点,不同节点行为与命令行之间具有一定的对应关系。NETCONF/RESTCONF配置方法使用YANG模型,其在形式上为树状信息模型,主要包括叶子节点和列表节点,不同节点行为与命令行之间具有一定的对应关系。等等。
其中,MIB和YANG模型中相应的配置类组织节点在本质上都可以归类为单实例节点集合和多实例节点集合。
如图3所示,单实例节点下的叶子节点通常与全局配置对应:叶子节点的默认值即对应某功能的默认配置命令行;当配置管理方法对叶子节点值进行修改时,节点值为非默认值,即等价于某功能的非默认配置命令行。
多实例节点下的叶子节点通常与某功能的配置实例对应,其对应关系更多样:索引节点或KEY节点的创建、删除,即对应某功能的配置实例的创建、删除命令行;多个叶子节点的值的组合,即对应某功能已存在的配置实例的特性配置命令行。
基于上述对应关系,可确定配置管理方法与命令行之间的映射关系。于是,可实现配置请求向命令行形式的配置信息转换。
在一个实施例中,配置管理方法在具体实现过程中,还可通过增加编码等自动化方式,实现命令行形式的配置信息的自动转换,以提高配置效率,减少工作量。
S104:服务端调用预设的公共配置封装接口,对配置命令行进行封装,并将封装后的配置命令行发送给公共配置数据库。
在本申请实施例中,服务端中的配置管理程序可调用预设的公共配置封装接口,对生成的配置命令行进行封装,并调用预设的公共配置发送接口,将封装后的配置命令行发送给公共配置数据库。
S105:公共配置数据库接收来自服务端的封装后的配置命令行,进行解析,并根据解析得到的配置信息,生成相应的增量配置信息文件。
在本申请实施例中,公共配置数据库可对来自服务端的封装后的配置命令行进行解析,获得对应的配置信息。之后,公共配置数据库可根据解析得到的配置信息,生成相应的增量配置信息文件,并向服务端返回应答。其中,增量配置信息文件内存储有本次配置流程中的增量配置信息,即进行了修改的配置信息,而非全量配置信息,这样能够有效节省存储空间。
在一个实施例中,公共配置数据库在S102中判断允许配置请求执行的同时,可生成空白的增量配置信息文件。之后,公共配置数据库在解析获得具体的配置信息后,可将获得的配置信息添加到预先生成的增量配置信息文件中,完成对增量配置文件的更新。
如图4所示,增量配置信息文件包括时间戳与配置管理方法标识两个键值。时间戳表示增量配置信息文件生成或更新的时间点,配置管理方法标识表示增量配置信息文件对应的配置管理方法。
在一个实施例中,同一种配置管理方法可能会连续执行多个配置流程,并生成多个增量配置信息文件。在这种情况下,公共配置数据库可根据配置请求中的配置管理方法标识,对连续生成的若干具有相同配置管理方法标识的增量配置信息文件进行合并,以将同一种配置管理方法连续产生的增量配置都归并到一个文件中,避免产生连续多个同一配置管理方法标识的文件,实现信息的整合。
S106:公共配置数据库关闭增量配置信息文件,完成配置。
在本申请实施例中,服务端的配置管理程序基于公共配置数据库的应答,确定配置请求已执行完毕后,可通过调用预设的公共配置结束接口,向公共配置数据库发送配置结束通知。于是,在服务端的配置流程结束、且公共配置数据库已更新的情况下,公共配置数据库可关闭对应的增量配置信息文件,结束整个配置流程,完成配置。
在一个实施例中,用户可通过配置管理方法中的保存操作,对修改的配置进行保存。于是,服务端可根据接收到的用户的配置保存请求,调用预设的公共配置保存接口。之后,公共配置数据库可响应该调用操作,根据生成的增量配置信息文件,对预存的启动配置信息文件进行更新,以对生成的增量配置信息文件进行保存。其中,具体更新方法可复用系统已有的全量配置生成接口实现。
启动配置信息文件存储有系统的所有配置信息,在系统启动后,可对启动配置信息文件进行读取,以获取当前的所有配置。如图4所示,启动配置信息文件也包括时间戳与配置管理方法标识两个键值,其时间戳随着配置保存的操作而更新,其配置管理方法标识为startup。
在一个实施例中,公共配置数据库中存储有所有配置信息文件。服务端可基于用户的配置查询请求,调用预设的公共配置查询接口,向公共配置数据库发送消息,以对公共配置数据库中存储的配置信息进行查询。
在一个实施例中,由于配置信息文件存在时间戳与配置管理方法标识两个键值,因此,用户发送的配置查询请求中可包括时间戳、配置管理方法标识中的至少任意一个。
通过时间戳,可查询某时间段内所有配置管理方法的配置信息。通过配置管理方法标识,可查询某一配置管理方法的所有配置信息。通过时间戳与配置管理方法标识,可查询某时间段内某一配置管理方法的配置信息。
在一个实施例中,由于公共配置数据库的存储空间是有限的,因此,公共配置数据库可根据预设的清理策略,对超出预设存储上限的增量配置信息文件进行清理。其中,清理策略可基于公共配置数据库自身的存储空间等硬件资源条件,以及各增量配置信息文件对应的时间戳进行设置。例如,优先清理时间戳较早的增量配置信息文件,等。这样有利于对公共配置数据库的存储空间进行合理利用,保证其具有充足的存储空间。
其中,启动配置信息文件保证系统启动时配置的正常加载与导入,不能进行清理,因此,启动配置信息文件不在清理的范围内。
需要说明的是,上述公共配置锁接口、公共配置请求接口、公共配置封装接口、公共配置发送接口、公共配置结束接口、公共配置保存接口、公共配置查询接口等均为预先定义的公共配置事件接口的集合中,具有相应功能的具体接口。
在本申请实施例中,通过公共配置数据库提供公共配置事件接口,使得不同配置管理方法在进行配置时,可调用公共配置事件接口中的具体实现接口,实现对整体配置流程的管控。
本申请不再着重于某两个配置管理方法融合的思路,而是回归配置管理最本质的两个特性——配置信息和配置动作,据此提出了一个与具体配置管理方法耦合度较低、具备基本配置事件接口的公共配置数据库框架。
该框架能够对传统和新兴的不同配置管理方法进行关联和整合,最大限度的整合配置管理手段,提供配置信息的统一管理,在保证各种不同形式的配置管理方法的独立性、完整性的前提下,实现不同配置管理方法的配置协同操作,实现多种配置管理方法的并用。
这种方法在配置手段多样化、差异大的基础上,不对不同的配置流程强行进行融合,避免强行融合带来的信息模型不兼容、流程不兼容等问题,也不引入新的信息模型或中间处理模块,减少系统的开发复杂性,使得保存的配置信息的形式仍采用基础文本形式,便于与命令行直接兼容,有利于提高用户感受。
以上为本申请实施例提供的多形式配置管理的公共配置数据库方法,基于同样的发明思路,本申请实施例还提供了相应的多形式配置管理的公共配置数据库装置,如图5、图6所示。
图5为本申请实施例提供的一种多形式配置管理的公共配置数据库装置结构示意图,具体包括:
接收模块501,基于用户触发的配置动作,接收相应的配置请求;
第一发送模块502,根据所述配置请求,向公共配置数据库发送配置预置请求,以便所述公共配置数据库根据预设的公共配置锁接口,判断是否允许所述配置请求执行,并返回相应的结果;
封装模块503,接收到允许执行的结果后,根据所述配置请求,生成相应的配置命令行,并调用预设的公共配置封装接口,对所述配置命令行进行封装;
第二发送模块504,将封装后的配置命令行发送给所述公共配置数据库,以便所述公共配置数据库生成相应的增量配置信息文件。
图6为本申请实施例提供的另一种多形式配置管理的公共配置数据库装置结构示意图,具体包括:
判断模块601,根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行;
解析模块602,向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;
生成模块603,根据解析得到的配置信息,生成相应的增量配置信息文件;
关闭模块604,关闭所述增量配置信息文件,完成配置。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (5)
1.一种多形式配置管理的公共配置数据库方法,其特征在于,包括:
公共配置数据库根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行,包括:
公共配置数据库确定来自服务端的配置预置请求中的配置管理方法标识;
确定预设的公共配置锁接口的状态;
若预设的公共配置锁接口的状态为可用,则允许相应的配置请求执行;
若预设的公共配置锁接口的状态为被占用,则确定所述配置预置请求中的配置管理方法标识与占用所述公共配置锁接口的配置管理方法标识是否一致;一致则允许所述配置请求执行,不一致则拒绝所述配置请求执行;
向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;
根据解析得到的配置信息,生成相应的增量配置信息文件;
根据所述配置预置请求中的配置管理方法标识,对具有相同配置管理方法标识的连续生成的增量配置信息文件进行合并;
根据预设的清理策略、存储空间,以及各增量配置信息文件对应的时间戳,对存储的增量配置信息文件进行清理;
关闭所述增量配置信息文件,完成配置。
2.一种多形式配置管理的公共配置数据库方法,其特征在于,包括:
服务端基于用户触发的配置动作,接收相应的配置请求;
根据所述配置请求,向公共配置数据库发送配置预置请求,以便所述公共配置数据库根据预设的公共配置锁接口,判断是否允许所述配置请求执行,并返回相应的结果,包括:
公共配置数据库确定来自服务端的配置预置请求中的配置管理方法标识;
确定预设的公共配置锁接口的状态;
若预设的公共配置锁接口的状态为可用,则允许相应的配置请求执行;
若预设的公共配置锁接口的状态为被占用,则确定所述配置预置请求中的配置管理方法标识与占用所述公共配置锁接口的配置管理方法标识是否一致;一致则允许所述配置请求执行,不一致则拒绝所述配置请求执行;
在被允许执行配置请求时,获取所述预设的公共配置锁接口的配置独占权限;
完成配置后,释放所述预设的公共配置锁接口的配置独占权限;
接收到允许执行的结果后,根据所述配置请求,生成相应的配置命令行,并调用预设的公共配置封装接口,对所述配置命令行进行封装,具体包括:根据所述配置请求中的配置管理方法标识,以及对应的信息模型,确定配置请求对应的配置信息与命令行之间的映射,对配置信息进行转换,以生成相应的配置命令行;
将封装后的配置命令行发送给所述公共配置数据库,以便所述公共配置数据库生成相应的增量配置信息文件,并根据所述配置预置请求中的配置管理方法标识,对具有相同配置管理方法标识的连续生成的增量配置信息文件进行合并,以及,根据预设的清理策略、存储空间,以及各增量配置信息文件对应的时间戳,对存储的增量配置信息文件进行清理。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于用户的配置保存请求,调用预设的公共配置保存接口,以便公共配置数据库根据生成的增量配置信息文件,对启动配置信息文件进行更新,以对生成的增量配置信息文件进行保存。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于用户的配置查询请求,调用预设的公共配置查询接口,对公共配置数据库中存储的配置信息进行查询;所述配置查询请求包括时间戳或配置管理方法标识。
5.一种多形式配置管理的公共配置数据库装置,其特征在于,包括:
判断模块,根据来自服务端的配置预置请求,以及预设的公共配置锁接口,判断是否允许相应的配置请求执行,包括:公共配置数据库确定来自服务端的配置预置请求中的配置管理方法标识;确定预设的公共配置锁接口的状态;若预设的公共配置锁接口的状态为可用,则允许相应的配置请求执行;若预设的公共配置锁接口的状态为被占用,则确定所述配置预置请求中的配置管理方法标识与占用所述公共配置锁接口的配置管理方法标识是否一致;一致则允许所述配置请求执行,不一致则拒绝所述配置请求执行;
解析模块,向服务端返回允许执行的结果,并接收来自服务端的封装后的配置命令行,进行解析;
生成模块,根据解析得到的配置信息,生成相应的增量配置信息文件,并根据所述配置预置请求中的配置管理方法标识,对具有相同配置管理方法标识的连续生成的增量配置信息文件进行合并,以及,根据预设的清理策略、存储空间,以及各增量配置信息文件对应的时间戳,对存储的增量配置信息文件进行清理;
关闭模块,关闭所述增量配置信息文件,完成配置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010967000.4A CN112272104B (zh) | 2020-09-15 | 2020-09-15 | 一种多形式配置管理的公共配置数据库方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010967000.4A CN112272104B (zh) | 2020-09-15 | 2020-09-15 | 一种多形式配置管理的公共配置数据库方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112272104A CN112272104A (zh) | 2021-01-26 |
CN112272104B true CN112272104B (zh) | 2023-06-30 |
Family
ID=74349983
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010967000.4A Active CN112272104B (zh) | 2020-09-15 | 2020-09-15 | 一种多形式配置管理的公共配置数据库方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112272104B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113381985A (zh) * | 2021-05-21 | 2021-09-10 | 四川新网银行股份有限公司 | 一种复杂报文规范化配置方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377590A (zh) * | 2010-08-20 | 2012-03-14 | 鸿富锦精密工业(深圳)有限公司 | 网络装置及其数据更新方法 |
WO2015074467A1 (zh) * | 2013-11-25 | 2015-05-28 | 腾讯科技(深圳)有限公司 | 一种数据更新方法、装置、系统及存储介质 |
CN105591819A (zh) * | 2015-12-24 | 2016-05-18 | 杭州华三通信技术有限公司 | 配置网络设备的方法及装置 |
CN110768818A (zh) * | 2018-07-27 | 2020-02-07 | 华为技术有限公司 | 一种网络管理方法和装置 |
CN110943852A (zh) * | 2018-09-25 | 2020-03-31 | 厦门白山耘科技有限公司 | 配置dns服务器的装置及方法、dns服务器及dns服务器更新配置的方法 |
-
2020
- 2020-09-15 CN CN202010967000.4A patent/CN112272104B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377590A (zh) * | 2010-08-20 | 2012-03-14 | 鸿富锦精密工业(深圳)有限公司 | 网络装置及其数据更新方法 |
WO2015074467A1 (zh) * | 2013-11-25 | 2015-05-28 | 腾讯科技(深圳)有限公司 | 一种数据更新方法、装置、系统及存储介质 |
CN105591819A (zh) * | 2015-12-24 | 2016-05-18 | 杭州华三通信技术有限公司 | 配置网络设备的方法及装置 |
CN110768818A (zh) * | 2018-07-27 | 2020-02-07 | 华为技术有限公司 | 一种网络管理方法和装置 |
CN110943852A (zh) * | 2018-09-25 | 2020-03-31 | 厦门白山耘科技有限公司 | 配置dns服务器的装置及方法、dns服务器及dns服务器更新配置的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112272104A (zh) | 2021-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3439337B2 (ja) | ネットワーク管理システム | |
KR100453824B1 (ko) | 이기종 네트워크 장비의 구성 관리를 위한 엑스엠엘 기반망 관리 시스템 및 방법 | |
US20080301143A1 (en) | Automatic Update System and Method for Using a Meta Mib | |
US20120203858A1 (en) | Transaction control arrangement for device management system | |
CN101304331B (zh) | 一种北向接口统一平台及其启动方法 | |
CN105721562B (zh) | 一种基于代理的异构服务调用方法与协同调用系统 | |
GB2435362A (en) | Configuring devices in a telecommunications network | |
WO2009100632A1 (zh) | 设备管理的方法和终端、装置、系统 | |
US5729688A (en) | Network element managing system | |
CN112882900B (zh) | 一种记录业务数据变更日志的方法及设备 | |
CN112272104B (zh) | 一种多形式配置管理的公共配置数据库方法及装置 | |
US20130297755A1 (en) | Network element configuration management | |
CN112799959A (zh) | 接口测试方法、装置、存储介质和电子装置 | |
US8886186B2 (en) | Verification of compatibility among telecommunication network features | |
CN114978850B (zh) | 智能电网异构高并发大数据协同接入系统 | |
CN114915533B (zh) | 一种基于平台的北向接口实现方法和架构 | |
Feridun et al. | Implementing OSI agent/managers for TMN | |
US5966713A (en) | Method for determining the contents of a restoration log | |
CN101346009B (zh) | 一种自动交换光网络的性能统计方法及其系统 | |
US20050076343A1 (en) | Persistent storage of network management data using object references | |
CN103138958A (zh) | 一种网管标准接口的实现方法 | |
CN118337643A (zh) | 一种基于配置的数联网核心元素运维系统 | |
Yoda et al. | Object oriented TMN based operations systems development platform | |
Geppert et al. | SDL-Pattern based Development of a Communication Subsystem for CAN | |
CN109542816A (zh) | 一种基于分布式系统的服务总线构造方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |