CN1913448A - 一种网管对网元进行同步操作的方法及其系统 - Google Patents
一种网管对网元进行同步操作的方法及其系统 Download PDFInfo
- Publication number
- CN1913448A CN1913448A CN 200610062160 CN200610062160A CN1913448A CN 1913448 A CN1913448 A CN 1913448A CN 200610062160 CN200610062160 CN 200610062160 CN 200610062160 A CN200610062160 A CN 200610062160A CN 1913448 A CN1913448 A CN 1913448A
- Authority
- CN
- China
- Prior art keywords
- change
- data
- network element
- simultaneous operation
- business datum
- 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.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种网管对网元进行同步操作的方法及其系统,所述的方法包括如下步骤:网管在进行同步操作时根据业务数据变更记录中记录的发生变化的业务数据更新其数据库中对应的数据。采用本发明的技术方案无需每次同步操作时都轮询网元上所有的数据,有效降低了同步操作时网元和网管数据的交互量,减少了同步操作的时间,并提高了同步操作的效率。
Description
技术领域
本发明涉及网络管理技术领域,具体来说,涉及到网管对网元进行同步操作的技术。
背景技术
随着通信技术的发展,特别是各种接入技术的出现,网络中网元类型和网元数量不断增长,网管系统管理容量不断增大,网管的工作负荷也越来越重。
在网管对网元的管理中,网管系统需要完成对网元业务数据的查询、配置以及同步操作。查询和配置操作都很简单,查询操作只需要到网管数据库中获取数据;而配置操作,需要先到网元上读取最新的配置数据,再更新其数据库中的数据,但是因为每次只对一条数据进行操作,数据量小,实现也很容易。
同步操作主要是为了保证网管侧和网元侧业务数据的一致性,同步操作需要从网元上读取所有的配置数据,再写入网管数据库中。因为同步操作需要首先读取网元的所有数据,同步操作时网元和网管系统的数据交互量非常庞大,处理也很复杂,消耗的时间也很长,同步操作已经成为网管系统性能的瓶颈点之一。
通常同步一台网元数据需要几分钟的时间,而目前网管系统的最大管理容量为25000个等效节点,网络中网元数量剧增会导致网管系统对网元进行同步轮询操作的周期太长,而最终导致网元和网管两侧数据库数据不一致,达不到同步操作的目的。
当前网管系统常用的同步方法有两种:手工同步和定时同步。当手动或者框架定时启动任务对网元进行轮询时,为保证网络资源的合理使用,需要网管系统统一调度对某一个网元的某种业务数据的获取轮询。当框架要轮询某个网元上的数据时,需要向框架轮询调度模块请求调度,轮询调度模块根据该网元资源的使用情况进行调度。
如图1所示,网管系统中的业务模块接收到轮询调度模块发送的轮询命令,业务模块响应轮询调度命令,开始轮询网元,获取网元上所有的业务数据,然后再将从网元上获取的数据和网管数据库中的数据进行比较,判断出哪些业务数据需要增加,哪些业务数据需要删除,哪些业务数据需要修改,根据比较结果更新数据库中的数据,保持网元和网管数据的一致性。
现有的同步方法存在如下的缺陷:
1、同步操作时的数据量庞大。每次在对网元进行轮询操作时都需要将网元上所有的业务数据和网管上的业务数据进行比较并根据比较结果对数据库中的数据进行更新。
2、耗时现象严重。在对网元进行同步操作时,需要对网元的所有业务模块进行轮询操作,一个模块的轮询工作量就已经很大,可能是上万条记录或者更多,一台网元可能包括几个到十几个业务模块,这样在对一台网元进行轮询操作的时候可能需要等待较长的时间。
3、运行效率低。因为在某段时间内,网元上有可能只有几条数据发生了变化,或者根本就没有数据发生变化,在这种情况下我们仍然需要将网元上的所有数据轮询一遍。
发明内容
本发明的目的在于提供一种网管对网元进行同步操作的方法及其系统,以解决现有技术中网管对网元的业务数据进行同步操作时网元与网管数据交互量过大导致的耗时较长并且效率低下的问题。
为实现上述目的,本发明采用如下的技术方案:
一种网管对网元进行同步操作的方法,所述的方法包括如下步骤:
a、网管在进行同步操作时根据业务数据变更记录中记录的发生变化的业务数据更新其数据库中对应的数据。
其中步骤a之前还包括:
a0、网元将所述的发生变化的业务数据记录在所述的业务数据变更记录中。
3、根据权利要求1所述的方法,其特征在于,所述的业务数据变更记录为所述的网元的操作日志,或者为业务数据变更档案表。
其中步骤a具体包括:
a1、在进行同步操作时,所述的网管从所述的业务数据变更记录中获取上次同步操作至本次同步操作时间段内发生变化的业务数据对应的变更资源索引和变更类型;
a2、所述的网管根据所述的变更资源索引和变更类型更新其数据库中对应的数据。
其中步骤a2具体包括:
如果所述的变更类型为增加,则所述的网管根据所述的变更资源索引从网元读取对应的业务数据,并写入所述的网管数据库;
如果所述变更类型为修改,则所述的网管根据所述的变更资源索引从网元读取对应的业务数据,并修改所述的网管数据库中的相应记录;
如果所述的变更类型为删除,所述的网管删除其数据库中对应的业务数据。
其中步骤a具体包括:
a1、在进行同步操作时,所述的网管从所述的业务数据变更记录中获取上次同步操作至本次同步操作时间段内发生变化的业务数据对应的变更资源索引和变更类型,其中同一变更资源索引对应的业务数据发生多次变化的记录中只筛选一条;
a2、所述的网管根据所述的变更资源索引和变更类型更新其数据库中对应的数据。
其中步骤a2具体包括:
所述的网管根据所述的变更资源索引从网元读取对应的数据,如果读取所述的数据成功,判断所述的数据库中是否有对应的数据,如果有则对所述的数据库中的数据进行更新,如果没有则在所述的数据库中增加一条记录;
如果读取所述的数据没有成功,则判断所述的数据库中是否有对应的数据,如果有则将所述的数据库中的数据进行删除。
其中所述的业务数据变更记录中的记录将定时清空。
其中所述的同步操作为针对单个网元的同步操作或者针对多个网元的同步操作。
本发明还提供了一种网管对网元进行同步操作的系统,所述的系统包括网元和网管,所述的网元中存储有业务数据变更记录,所述的网管在进行同步操作时根据所述的业务数据变更记录对其数据库中的数据进行更新。
其中所述的业务数据变更记录记录了发生变化的业务数据对应的变更时间、变更资源索引和变更类型。
本发明克服现有技术的不足,采用网元的操作日志或者其他的网元数据变更记录来记录网元数据的变更,当网管对网元进行同步操作时,不需要获取网元中所有的业务数据后与其数据库中的数据比较,只需要通过网元的操作日志或者其他的网元数据变更记录获取上次同步操作至本次同步操作的时间段内发生变化的网元业务数据与数据库内的数据进行比较后进行更新操作的技术方案,无需每次同步操作时都轮询网元上所有的数据,有效降低了同步操作时网元和网管数据的交互量,减少了同步操作的时间,并提高了同步操作的效率。
附图说明
图1为现有技术中网管进行同步操作的示意图;
图2为本发明实施例一流程图;
图3为本发明实施例二流程图。
具体实施方式
本发明的基本原理是采用网元的操作日志或者其他的网元数据变更记录来记录网元数据的变更,当网管对网元进行同步操作时,不需要获取网元中所有的业务数据后与数据库中的数据比较,只需要通过网元的操作日志或者其他的网元数据变更记录获取上次同步操作至本次同步操作的时间段内发生变化的网元业务数据与数据库内的数据进行比较后进行更新操作,即可完成同步操作。
网元上存储的业务数据量虽然庞大,但是在实际的应用中,尤其是在两次同步操作的时间间隔内,并非所有的业务数据都会发生变化,因此,网管进行同步操作时,只需要更新两次同步操作时间间隔内发生变化的业务数据即可。
本发明的系统包括网元和网管,其中网元中保存有业务数据变更记录,记录了发生变化的业务数据对应的变更时间、变更资源索引和变更类型,当网管对网元进行同步操作时,首先获取网元保存的业务数据变更记录,然后根据其中的变更时间确定上次同步操作至本次同步操作时间段内发生变化的业务数据对应的变更资源索引和变更类型,然后根据变更资源索引从网元中读取数据,并根据变更类型进行入库操作。
以下结合附图和具体实施例进行详细说明。
实施例一:
当网元的业务数据变更时,网元的操作日志将记录业务数据的变更情况,因为网元的操作日志是文本格式,解析起来比较困难,本实施例中网元为每一种业务资源对象建立一张相应的业务数据变更档案表,表中记录下变更时间、变更的资源索引和变更类型,如业务资源对象A的业务数据变更档案表如表1所示:
变更时间 | 变更资源索引 | 变更类型 |
2005-3-27:09:00 | 123 | add |
2005-3-27:09:30 | 456 | delete |
2005-3-27:10:00 | 789 | modify |
2005-3-27:10:30 | 123 | delete |
表1
其中:
变更时间:记录了业务资源对象A的业务数据发生变更的时间,网管根据表中记录的变更时间判断是否在上次同步时间到本次同步时间的间隔内发生的变更。
变更资源索引:变更资源索引可以惟一确定网元和网管上面的一条数据记录,根据它,可以获取到网元上面的最新数据信息,并用它来更新相应的在网管数据库中保存的数据。
变更类型:分为三种,包括增加、删除和修改,标志网元数据的变化类型,网管可以根据变更类型采取不同的操作。
同步操作时,网管系统根据业务数据变更档案表中的变更时间判断业务资源对象的变更是否发生在上次同步操作至本次同步操作的时间间隔内,如果是,网管系统根据变更资源索引查找到对应的业务数据,并根据变更类型来更新网管数据库中的数据,对不同的变更类型采用不同的方法:
数据增加:根据变更资源索引,从网元读取相应的增加的记录,并写入网管数据库,网管相应的增加一条记录;
数据修改:根据变更资源的索引,从网元读取最新的配置数据,并修改网管数据库中的相应记录;
数据删除:根据变更资源的索引直接删除网管数据库中相应数据。
网管根据业务数据变更档案表进行同步操作的流程如图2所示,具体包括如下步骤:
1、网管系统获取网元业务数据变更档案表,并从业务数据变更档案表获取上次同步操作至本次同步操作时间间隔内发生变更的变更资源索引;
2、网管系统获取变更资源索引对应的变更类型,并根据变更类型进行后续处理,如果变更类型为增加,转步骤3,如果变更类型为修改,转步骤5,如果变更类型为删除,转步骤7;
3、网管系统根据变更资源索引读取网元中对应的业务数据;
4、网管系统在其数据库中增加一条对应的业务数据;
5、网管系统根据变更资源索引读取网元中对应的业务数据;
6、网管系统将其数据库中对应的业务数据更新为步骤5中读取的数据;
7、网管系统删除其数据库中对应的业务数据。
实施例二
在某些情况下存在网元某一条数据在两次同步操作的时间间隔内被修改n次,删了又增的情况,直接采用实施例一的处理方法就有可能会对同一条数据重复操作多次。基于这种情况,采用下面的方案来实现将更能够节约同步操作的时间:
网管首先从网元的业务数据变更档案表中获取本次同步操作和上次同步操作的时间间隔内业务数据发生变化的记录,然后对其中发生多次变化的业务数据进行筛选,只保留多次发生变化的业务数据的一条变更记录(不考虑变更类型),再对网管数据库进行操作。
如针对表1,经过筛选出后的变更记录的变更资源索引为:123、456、789,在表1中发生两次变化的业务资源索引123经筛选后只保留一条。
针对这些变更资源索引,不管这些业务数据的在网元上是增加、修改还是删除,都直接对网元进行操作读取数据后进行后续操作。
网管同步操作处理流程如图3所示:
1、网管从网元的业务数据变更档案表中获取本次同步操作与上次同步操作时间间隔内发生变化的业务数据对应的变更资源索引,并进行上述的筛选;
2、网管根据变更资源索引到网元上读取数据;
3、读取数据是否成功?如果是,转步骤4,否则转步骤7;
4、如果读取数据成功说明该数据被增加或被修改,网管再判断其数据库中有无对应的数据,如果有转步骤5,否则转步骤6;
5、对网管数据库中的相应记录执行修改操作;
6、在网管数据库中增加一条记录;
7、如果从网元上读取数据失败,说明网元中该条数据已经被删除,此时网管判断其数据库中是否存有相应的数据,如果网管数据库中存在相应的记录,转步骤8,否则转步骤9;
8、删除该条记录;
9、说明该条数据网管已经删除,不进行处理。
此外,上述两个实施例中的网元上的业务数据变更档案表随着网元数据的变更量增大,存储数的据量越来越大,所占用的内存空间也会增加,为了节约网元上数据变更档案表的内存,我们可以通过某种机制来实现对数据变更档案表的清空操作,如定时清空等。
上述两个实施例中的同步操作可以是针对单个网元进行同步操作时实现,也可以是对多个网元数据进行同步操作,如下所述:
(一)针对单个网元数据的同步操作
假设在某网元上资源对象A存在10000条业务数据,但是在我们上一次到这一次的同步时间间隔内,只有四条数据发生了变化(如表1所示),采用传统的实现方案我们需要对10000条数据都进行处理,而采用本发明的技术方案,就只需要对这四条发生配置变更的数据进行处理,业务数据操作量大大的减少。
(二)针对多个网元数据的同步操作
在网管系统中,网管操作系统和网元是一对多的关系,当网管前台要求网管系统同时对多台网元进行同步操作,而只有一台网元的数据发生了变化,在进行同步操作时我们就只需要对这一台网元进行同步操作。
Claims (11)
1、一种网管对网元进行同步操作的方法,其特征在于,所述的方法包括如下步骤:
a、网管在进行同步操作时根据业务数据变更记录中记录的发生变化的业务数据更新其数据库中对应的数据。
2、根据权利要求1所述的方法,其特征在于,其中步骤a之前还包括:
a0、网元将所述的发生变化的业务数据记录在所述的业务数据变更记录中。
3、根据权利要求1所述的方法,其特征在于,所述的业务数据变更记录为所述的网元的操作日志,或者为业务数据变更档案表。
4、根据权利要求1所述的方法,其特征在于,其中步骤a具体包括:
a1、在进行同步操作时,所述的网管从所述的业务数据变更记录中获取上次同步操作至本次同步操作时间段内发生变化的业务数据对应的变更资源索引和变更类型;
a2、所述的网管根据所述的变更资源索引和变更类型更新其数据库中对应的数据。
5、根据权利要求4所述的方法,其特征在于,其中步骤a2具体包括:
如果所述的变更类型为增加,则所述的网管根据所述的变更资源索引从网元读取对应的业务数据,并写入所述的网管数据库;
如果所述变更类型为修改,则所述的网管根据所述的变更资源索引从网元读取对应的业务数据,并修改所述的网管数据库中的相应记录;
如果所述的变更类型为删除,所述的网管删除其数据库中对应的业务数据。
6、根据权利要求1所述的方法,其特征在于,其中步骤a具体包括:
a1、在进行同步操作时,所述的网管从所述的业务数据变更记录中获取上次同步操作至本次同步操作时间段内发生变化的业务数据对应的变更资源索引和变更类型,其中同一变更资源索引对应的业务数据发生多次变化的记录中只筛选一条;
a2、所述的网管根据所述的变更资源索引和变更类型更新其数据库中对应的数据。
7、根据权利要求6所述的方法,其特征在于,其中步骤a2具体包括:
所述的网管根据所述的变更资源索引从网元读取对应的数据,如果读取所述的数据成功,判断所述的数据库中是否有对应的数据,如果有则对所述的数据库中的数据进行更新,如果没有则在所述的数据库中增加一条记录;
如果读取所述的数据没有成功,则判断所述的数据库中是否有对应的数据,如果有则将所述的数据库中的数据进行删除。
8、根据权利要求1所述的方法,其特征在于,所述的业务数据变更记录中的记录将定时清空。
9、根据权利要求1所述的方法,其特征在于,所述的同步操作为针对单个网元的同步操作或者针对多个网元的同步操作。
10、一种网管对网元进行同步操作的系统,所述的系统包括网元和网管,其特征在于,所述的网元中存储有业务数据变更记录,所述的网管在进行同步操作时根据所述的业务数据变更记录对其数据库中的数据进行更新。
11、根据权利要求10所述的系统,其特征在于,所述的业务数据变更记录记录了发生变化的业务数据对应的变更时间、变更资源索引和变更类型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100621604A CN100486177C (zh) | 2006-08-16 | 2006-08-16 | 一种网管对网元进行同步操作的方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100621604A CN100486177C (zh) | 2006-08-16 | 2006-08-16 | 一种网管对网元进行同步操作的方法及其系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1913448A true CN1913448A (zh) | 2007-02-14 |
CN100486177C CN100486177C (zh) | 2009-05-06 |
Family
ID=37722230
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100621604A Expired - Fee Related CN100486177C (zh) | 2006-08-16 | 2006-08-16 | 一种网管对网元进行同步操作的方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100486177C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101990224A (zh) * | 2010-11-05 | 2011-03-23 | 中兴通讯股份有限公司 | 更新性能指标的方法及系统 |
CN102945257A (zh) * | 2012-10-18 | 2013-02-27 | 北京京东世纪贸易有限公司 | 初始化数据库的方法和装置 |
CN105847054A (zh) * | 2016-03-25 | 2016-08-10 | 国网福建省电力有限公司 | 一种业务信息动态获取的方法 |
CN108282371A (zh) * | 2018-02-09 | 2018-07-13 | 烽火通信科技股份有限公司 | 一种网元业务配置方法及系统 |
-
2006
- 2006-08-16 CN CNB2006100621604A patent/CN100486177C/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101990224A (zh) * | 2010-11-05 | 2011-03-23 | 中兴通讯股份有限公司 | 更新性能指标的方法及系统 |
CN101990224B (zh) * | 2010-11-05 | 2014-07-02 | 中兴通讯股份有限公司 | 更新性能指标的方法及系统 |
CN102945257A (zh) * | 2012-10-18 | 2013-02-27 | 北京京东世纪贸易有限公司 | 初始化数据库的方法和装置 |
CN102945257B (zh) * | 2012-10-18 | 2016-08-17 | 北京京东世纪贸易有限公司 | 初始化数据库的方法和装置 |
CN105847054A (zh) * | 2016-03-25 | 2016-08-10 | 国网福建省电力有限公司 | 一种业务信息动态获取的方法 |
CN108282371A (zh) * | 2018-02-09 | 2018-07-13 | 烽火通信科技股份有限公司 | 一种网元业务配置方法及系统 |
CN108282371B (zh) * | 2018-02-09 | 2021-05-14 | 烽火通信科技股份有限公司 | 一种网元业务配置方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100486177C (zh) | 2009-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9712646B2 (en) | Automated client/server operation partitioning | |
CN110555012B (zh) | 数据迁移方法及装置 | |
CN1254748C (zh) | 存储区域网络中分布式虚拟化存储的方法 | |
CN109815283B (zh) | 一种异构数据源可视化查询方法 | |
CN105677812A (zh) | 一种数据查询方法及数据查询装置 | |
CN100342377C (zh) | 一种提高数据处理效率的方法 | |
CN1866833A (zh) | 分布式数据管理系统及其动态订阅数据的方法 | |
CN1545048A (zh) | 一种用二维表实现的树的存储、访问的方法 | |
CN1845093A (zh) | 一种属性可扩展的对象文件系统 | |
CN109885642B (zh) | 面向全文检索的分级存储方法及装置 | |
CN1811759A (zh) | 一种对信息建增量索引的方法 | |
US11429629B1 (en) | Data driven indexing in a spreadsheet based data store | |
CN103810219A (zh) | 一种基于行存储数据库的数据处理方法及装置 | |
CN111078705A (zh) | 基于Spark平台建立数据索引方法及数据查询方法 | |
CN1913448A (zh) | 一种网管对网元进行同步操作的方法及其系统 | |
CN1687899A (zh) | 将应用程序动态下载到用户识别模块的方法、系统及模块 | |
CN1825306A (zh) | 基于关系数据库的xml数据存储与访问方法 | |
CN1293493C (zh) | 机群文件服务系统及其输入输出处理方法 | |
CN1645372A (zh) | 一种实时内存数据库通用约束的实现方法 | |
CN1908930A (zh) | 一种基于克隆块实现自动排版的方法 | |
US11514236B1 (en) | Indexing in a spreadsheet based data store using hybrid datatypes | |
CN1881895A (zh) | 一种网络管理系统中的设备操作方法 | |
CN113672583A (zh) | 基于存储与计算分离的大数据多数据源分析方法及系统 | |
CN1791873A (zh) | 还原数据库系统中的对象和从属对象 | |
CN116431635A (zh) | 基于湖仓一体的配电物联网数据实时处理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090506 Termination date: 20150816 |
|
EXPY | Termination of patent right or utility model |