CN101170361B - 提高告警数据查找和存储效率的方法 - Google Patents
提高告警数据查找和存储效率的方法 Download PDFInfo
- Publication number
- CN101170361B CN101170361B CN2006101501120A CN200610150112A CN101170361B CN 101170361 B CN101170361 B CN 101170361B CN 2006101501120 A CN2006101501120 A CN 2006101501120A CN 200610150112 A CN200610150112 A CN 200610150112A CN 101170361 B CN101170361 B CN 101170361B
- Authority
- CN
- China
- Prior art keywords
- network element
- data
- veneer
- alarm
- next step
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种提高告警数据查找和存储效率的方法。现有的告警处理方法只允许一个线程对EMS数据进行操作，因此对数据的访问效率比较低下。为解决上述问题，本发明包括以下步骤：(1)构造告警服务器的索引数据；(2)告警服务器采用三层锁多线程处理告警数据。采用本发明所述方法，与现有技术相比，由于采取了三层锁(两个实际锁和一些简单标记位)技术措施，使告警数据允许多线程操作，提高了处理效率。
Description
技术领域
本发明涉及通信领域，特别是一种针对电信管理网的提高告警数据查找和存储效率方法。
背景技术
ITU-T M.3010将电信管理层模型划分为网元层(NEL)、网元管理层(EML)、网络管理层(NML)、业务管理层(SML)、事务管理层(BML)。针对不同层次相应存在不同的网络管理系统，比如：网元层网管系统(EMS)、网络层网管系统(NMS)、业务层网管系统(SMS)等等。
在这些系统中，需要关心网络设备的运行情况，在网管系统中一般使用告警数据来表现设备的运行状态。此处主要论述网络层网管系统(NMS)网管告警数据的处理情况。
一般而言，告警数据为告警模块实际处理的数据，告警数据挂接在单板上；单板为索引数据，单板挂在网元上；网元也为索引数据，网元挂在EMS上。EMS也为索引数据，同时对EMS的数据加锁。当前操作如对网元下的单板或单板下的告警进行增加，删除，修改时，只要此网元还有其它线程正在操作，都会发生访问冲突；如只是对网元下的单板或单板下的告警数据进行查询操作，如果有其它线程对此网元下的单板或单板下的告警进行增加，删除，修改操作，都会发生访问冲突。所以，此设计只允许一个线程对EMS数据进行操作，因此对数据的访问效率比较低下。
发明内容
针对现有技术存在的缺陷和不足，本发明提供一种提高告警数据查找和存储效率的方法，给出一种允许多线程访问数据的方法。
为了达到上述发明目的，本发明提高告警数据查找和存储效率的方法，其特征在于：包括以下步骤：
(1)通过依次获取网元层网管系统，网元，单板索引数据分别加入到系统的网元层网管系统索引链表、网元索引链表、单板索引链表来构造告警服务器的索引数据；
(2)告警服务器采用三层锁多线程处理告警数据，其中，通过对网元层网管系统和网元数据的访问增加资源读写锁，对网元数据增加表明操作线程使用网元状态的标记位，以及对访问网元的使用状态标记位增加网元锁构成所述三层锁。
上述的提高告警数据查找和存储效率的方法中，所述构造告警服务器的索引数据还包括以下步骤：
(11)对ems和网元数据的访问增加资源读写锁，同时对于网元数据增加表明操作线程使用网元的状态的标记位。
上述的提高告警数据查找和存储效率的方法中，所述步骤(2)分为告警服务器处理设备上报告警数据和告警服务器处理客户端查询告警数据。
上述的提高告警数据查找和存储效率的方法中，所述告警服务器处理设备上报告警数据包括以下步骤：
(2A1)操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作；
(2A2)从设备上报的告警数据获取所属的ems数据，从系统中查找是否有此ems数据，如成功，则进入下一步，失败则退出操作；
(2A3)从设备上报的告警数据中获取所属的网元数据，从(2A2)步骤中查找到的ems数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作；
(2A4)操作线程获取网元锁，如成功则进入下一步，失败则退出操作；
(2A5)查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待写标记位，线程唤醒后需去掉网元等待写标记位，增加网元写标记位并进入下一步；否则增加网元写标记位进入下一步。进入下一步前需释放网元锁；
(2A6)从设备上报的告警数据中获取所属的单板数据，从(2A3)步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作；
(2A7)从(2A6)步骤中查找到的单板中查询是否存在设备上报的告警数据，如不存在则在单板下增加一告警数据；
(2A8)操作线程获取网元信号量锁，如成功后去掉(2A5)中获取网元的写标记位，如系统中存在其它线程在等待，试图唤醒等待线程后释放网元信号量锁。最后释放资源读写锁。
上述的提高告警数据查找和存储效率的方法中，所述告警服务器处理客户端查询告警数据包括以下步骤：
(2B1)操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作；
(2B2)从客户端的输入参数中提取ems数据，从系统中查找是否有此ems数据，如成功，则进入下一步，失败则退出操作；
(2B3)从客户端的输入参数中提取网元数据，从(2B2)步骤中查找到的ems数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作；
(2B4)操作线程获取网元锁，如成功则进入下一步，失败则退出操作；
(2B5)查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待读标记位，线程唤醒后去掉网元等待读标记位，增加读标记位并进入下一步；否则增加网元读标记位进入下一步。进入下一步前需释放网元锁；
(2B6)如果客户端不提供单板数据，进入步骤(2B9)；如果客户端提供单板数据，从客户端的输入参数中提取单板数据，从(2B3)步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作；
(2B7)从(2B6)步骤中查找到的单板中查询是否存在告警数据，如存在则取出单板下所有告警数据；
(2B8)操作线程获取网元信号量锁，如成功后去掉(2B5)中获取网元的读标记位，如系统中存在其它线程在等待，查看第一个等待线程是否满足访问条件，如满足，唤醒它后释放网元信号量锁。最后释放资源读写锁，并返回(2B7)步骤中的获取的告警数据，步骤结束；
(2B9)查出网元下所有单板，依次取出单板下告警数据并合并为一个数据包返回给客户端，步骤结束。
采用本发明所述方法，与现有技术相比，由于采取了三层锁(两个实际锁和一些简单标记位)技术措施，使告警数据允许多线程操作，提高了处理效率。
具体实施方式
下面结合一个光传输NMS网管系统中告警模块告警数据处理的实例，详细说明如何设计一种方法来提高访问层次数据的效率。
具体实施也分两个场景处理：处理设备上报告警和客户端向服务器查询告警数据。
1.处理设备上报告警数据
A：构造告警服务器的索引数据；B：设备上报告警。
2.客户端向服务器查询告警数据
A：构造告警服务器的索引数据；
C：客户端向告警服务器查询告警数据。
其中A步骤可详细描述为以下步骤：
A1：依次获ems，网元，单板索引数据分别加入到系统的ems索引链表、网元索引链表、单板索引链表。
A2：对于ems和网元数据的访问增加资源读写锁。同时对于网元数据增加表明操作线程使用网元状态的标记位，比如读，等待读，写，等待写标记位。另外对于访问网元的使用状态标记位增加网元锁。
其中B步骤可详细描述为以下步骤：
B1：操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作。
B2：从设备上报的告警数据获取所属的ems数据，从系统中查找是否有此ems数据，如成功，则进入下一步，失败则退出操作。
B3：从设备上报的告警数据中获取所属的网元数据，从B2步骤中查找到的ems数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作。
B4：操作线程获取网元锁，如成功则进入下一步，失败则退出操作。
B5：查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待写标记位，线程唤醒后去掉网元等待写标记位，增加网元写标记位并进入下一步；否则增加网元写标记位进入下一步，如此一来，就允许告警数据多线程操作了。进入下一步前需释放网元锁。
B6：从设备上报的告警数据中获取所属的单板数据，从B3步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作。
B7：从B6步骤中查找到的单板中查询是否存在设备上报的告警数据，如不存在则在单板下增加一告警数据。
B8：操作线程获取网元信号量锁，如成功后去掉B5中获取网元的写标记位，如系统中存在其它线程在等待，查看第一个等待线程是否满足访问条件如满足唤醒它后释放网元信号量锁。最后释放资源读写锁。
其中C步骤可详细描述为以下步骤：
C1：操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作。
C2：从客户端的输入参数中提取ems数据，从系统中查找是否有此ems数据，如成功，则进入下一步，失败则退出操作。
C3：从客户端的输入参数中提取网元数据，从C2步骤中查找到的ems数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作。
C4：操作线程获取网元信号量锁，如成功则进入下一步，失败则退出操作。
C5：查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待读标记位。否则增加网元读标记位进入下一步，如此一来，就允许告警数据多线程操作了。进入下一步前需释放网元信号量锁。
C6：如果客户端不提供单板数据，进入步骤C9；如果客户端提供单板数据，从客户端的输入参数中提取单板数据，从C3步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作。
C7：从C6步骤中查找到的单板中查询是否存在告警数据，如存在则返回所有单板下告警数据。
C8：操作线程获取网元信号量锁，如成功后去掉C5中获取网元的读标记位，如系统中存在其它线程在等待，查看第一个等待线程是否满足访问条件如满足唤醒它后释放网元信号量锁。最后释放资源读写锁，步骤结束。
C9：如果客户端不提供单板数据，就表明此时要查询网元下所有告警数据，此时需查出网元下所有单板，依次取出单板下告警数据并合并为一个数据包返回给客户端即可。
本发明所述方法与现有技术相比，采取了三层锁(两个实际锁和一些简单标记位)技术措施，使告警数据允许多线程操作，提高了处理效率。
Claims (4)
1.一种提高告警数据查找和存储效率的方法，其特征在于：包括以下步骤：
(1)通过依次获取网元层网管系统，网元，单板索引数据分别加入到系统的网元层网管系统索引链表、网元索引链表、单板索引链表来构造告警服务器的索引数据；
(2)告警服务器采用三层锁多线程处理告警数据，其中，通过对网元层网管系统和网元数据的访问增加资源读写锁，对网元数据增加表明操作线程使用网元状态的标记位，以及对访问网元的使用状态标记位增加网元锁构成所述三层锁。
2.根据权利要求1所述的提高告警数据查找和存储效率的方法，其特征在于：所述步骤(2)分为告警服务器处理设备上报告警数据和告警服务器处理客户端查询告警数据。
3.根据权利要求2所述的提高告警数据查找和存储效率的方法，其特征在于：所述告警服务器处理设备上报告警数据包括以下步骤：
(2A1)操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作；
(2A2)从设备上报的告警数据获取所属的网元层网管系统数据，从系统中查找是否有此网元层网管系统数据，如成功，则进入下一步，失败则退出操作；
(2A3)从设备上报的告警数据中获取所属的网元数据，从(2A2)步骤中查找到的网元层网管系统数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作；
(2A4)操作线程获取网元锁，如成功则进入下一步，失败则退出操作；
(2A5)查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待写标记位，线程唤醒后需去掉网元等待写标记位，增加网元写标记位并进入下一步；否则增加网元写标记位进入下一步；进入下一步前需释放网元锁；
(2A6)从设备上报的告警数据中获取所属的单板数据，从(2A3)步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作；
(2A7)从(2A6)步骤中查找到的单板中查询是否存在设备上报的告警数据，如不存在则在单板下增加一告警数据；
(2A8)操作线程获取网元信号量锁，如成功则去掉(2A5)中获取网元的写标记位，如系统中存在其它线程在等待，试图唤醒等待线程后释放网元信号量锁；最后释放资源读写锁。
4.根据权利要求2所述的提高告警数据查找和存储效率的方法，其特征在于：所述告警服务器处理客户端查询告警数据包括以下步骤：
(2B1)操作线程获取资源读写锁，如成功则进入下一步，失败则退出操作；
(2B2)从客户端的输入参数中提取网元层网管系统数据，从系统中查找是否有此网元层网管系统数据，如成功，则进入下一步，失败则退出操作；
(2B3)从客户端的输入参数中提取网元数据，从(2B2)步骤中查找到的网元层网管系统ems数据下的网元数据中查找是否有此网元数据，如成功，则进入下一步，失败则退出操作；
(2B4)操作线程获取网元锁，如成功则进入下一步，失败则退出操作；
(2B5)查看网元的使用状态是否与当前访问相冲突，如冲突则当前操作线程进入睡眠状态，并增加网元等待读标记位，线程唤醒后去掉网元等待读标记位，增加读标记位并进入下一步；否则增加网元读标记位进入下一步；进入下一步前需释放网元锁；
(2B6)如果客户端不提供单板数据，进入步骤(2B9)；如果客户端提供单板数据，从客户端的输入参数中提取单板数据，从(2B3)步骤中查找到的网元数据下的单板数据中查找是否有此单板数据，如成功，则进入下一步，失败则退出操作；
(2B7)从(2B6)步骤中查找到的单板中查询是否存在告警数据，如存在则返回所有单板下告警数据；
(2B8)操作线程获取网元信号量锁，如成功则去掉(2B5)中获取网元的读标记位，如系统中存在其它线程在等待，查看第一个等待线程是否满足访问条件，如满足，唤醒它后释放网元信号量锁；最后释放资源读写锁，步骤结束；
(2B9)查出网元下所有单板，依次取出单板下告警数据并合并为一个数据包返回给客户端，步骤结束。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101501120A CN101170361B (zh) | 2006-10-27 | 2006-10-27 | 提高告警数据查找和存储效率的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101501120A CN101170361B (zh) | 2006-10-27 | 2006-10-27 | 提高告警数据查找和存储效率的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101170361A CN101170361A (zh) | 2008-04-30 |
| CN101170361B true CN101170361B (zh) | 2011-09-21 |
Family
ID=39390846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101501120A Expired - Fee Related CN101170361B (zh) | 2006-10-27 | 2006-10-27 | 提高告警数据查找和存储效率的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101170361B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101958804B (zh) * | 2010-09-20 | 2014-05-28 | 中兴通讯股份有限公司 | 提升告警处理效率的方法、服务器及系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6327597B1 (en) * | 1999-08-06 | 2001-12-04 | International Business Machines Corporation | Method, memory system, and computer program product for implementing lock based delayed space recycle control |
| CN1482767A (zh) * | 2002-09-13 | 2004-03-17 | 华为技术有限公司 | 网元与电信网管系统的实时数据同步方法 |
| CN1527536A (zh) * | 2003-03-03 | 2004-09-08 | 华为技术有限公司 | 一种电信网管系统中对被管对象加锁的方法 |
-
2006
- 2006-10-27 CN CN2006101501120A patent/CN101170361B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6327597B1 (en) * | 1999-08-06 | 2001-12-04 | International Business Machines Corporation | Method, memory system, and computer program product for implementing lock based delayed space recycle control |
| CN1482767A (zh) * | 2002-09-13 | 2004-03-17 | 华为技术有限公司 | 网元与电信网管系统的实时数据同步方法 |
| CN1527536A (zh) * | 2003-03-03 | 2004-09-08 | 华为技术有限公司 | 一种电信网管系统中对被管对象加锁的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101170361A (zh) | 2008-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220405277A1 (en) | Joining large database tables | |
| CN101567805B (zh) | 并行文件系统发生故障后的恢复方法 | |
| US8566299B2 (en) | Method for managing lock resources in a distributed storage system | |
| US8902789B2 (en) | Network management system and internetworking unit | |
| CN101729295B (zh) | 一种日志功能的实现方法 | |
| CA2587529A1 (en) | Infrastructure for performing file operations by a database server | |
| CN102663007B (zh) | 一种支持敏捷开发和横向扩展的数据存储与查询方法 | |
| CN101046821A (zh) | 通用数据库操纵器 | |
| ATE534075T1 (de) | Mounting eines dateisystems in einem geclusterten dateisystem | |
| CN102195815B (zh) | 网络管理方法和装置 | |
| CN106789168A (zh) | 一种数据中心服务器管理网络的部署方法及架顶式交换机 | |
| CN103258036A (zh) | 一种基于p2p的分布式实时搜索引擎 | |
| CN102723094A (zh) | 高可靠易扩展的录像存储、检索方法及其系统 | |
| CN111797107B (zh) | 混合乐观锁和悲观锁的数据库事务并发控制方法 | |
| CN103488526A (zh) | 在分布式系统中锁定业务资源的系统和方法 | |
| CN101599970A (zh) | 家庭网关共享存储实现方法及装置 | |
| CN107423403A (zh) | 一种基于分布式文件系统的融合锁管理方法和系统 | |
| CN102891811B (zh) | 名字服务数据库的锁定方法和交换机 | |
| CN101170361B (zh) | 提高告警数据查找和存储效率的方法 | |
| CN103401955B (zh) | 一种车辆总线设备地址配置方法及装置 | |
| CN101662480A (zh) | 一种基于访问控制的日志系统 | |
| DE102012105093A1 (de) | Sicherer Datenspeicher für Fahrzeugnetzwerke | |
| CN102521385B (zh) | 一种对数据库系统表设置强制访问控制的方法 | |
| CN1980236A (zh) | 分布式数据动态程序代理方法 | |
| CN107479827A (zh) | 一种基于io和元数据分离的混合存储系统实现方法 |
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 | ||
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20080430 Assignee: SHENZHEN ZTE MICROELECTRONICS TECHNOLOGY CO., LTD. Assignor: ZTE Corporation Contract record no.: 2017440020015 Denomination of invention: Method for improving alarm data search and storage efficiency Granted publication date: 20110921 License type: Common License Record date: 20170310 |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110921 Termination date: 20171027 |