CN102045197B - 一种告警数据的同步方法及网管系统 - Google Patents

Abstract

一种告警数据的同步方法及网管系统，所述网管系统包括：网络管理系统（NMS）及对应于同一NMS的多个网管中心（NMC）；所述方法包括：在对应于同一NMS的多个NMC中，一NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；数据汇集NMC在满足第一数据同步条件时，向上级NMS发起同步请求，与上级NMS进行数据同步。采用本发明后，可更高效地实现通讯网管的全网数据同步，范畴更广，利用网格监控技术，动态制定多级网管间以及网管客户端与服务端之间的差异化同步策略，提高了服务器资源的利用率，减少数据同步对网管系统性能的影响，避免了不必要的同步握手和数据交换，降低了服务器负荷，减轻了网络通信负载。

Description

一种告警数据的同步方法及网管系统

技术领域

本发明涉及移动通讯和网络管理，尤其涉及一种告警数据的同步方法及网管系统。

背景技术

近年来，随着移动通讯技术的发展，移动通讯网络不断发展壮大，移动网络的覆盖范围和复杂程度都有很大程度的扩大和提高，同时，对移动网络管理系统的要求也越来越高。网管系统是由互联网中分布在不同地理位置的各节点组成的，是协同完成电信设备管理任务的一个计算机群组，它承担着全网汇接网元的管理任务，包括：监测及分析全网告警数据及性能数据、调整网络参数、优化网络性能、提高网络效率等。因此，如何提高网管系统这一计算机群组的灵活性、高效性，使之更加自动化、智能化，是通讯行业的重要课题之一。

随着全业务运营商数量的增加，电信运维的模式也逐渐从以前的分散维护演变成集中管理，有越来越多的市场共管需求（如无线共管、有线共管、承载网共管等），要求设备商提供具备跨产品统一管理能力的NMS（Network Management System，网络管理系统）。NMS负责对下级NMC（Network Management Center，网管中心）进行综合管理，包括信息收集、配置管理、网络性能综合分析等，实现全网告警、性能的集中管理并且进行数据的有效过滤，以及智能化的巡检和全网集中配置。

NMS与多个NMC相连，它们之间的数据同步任务繁重且复杂，采取单一的定时同步虽然能达到目的，但对NMS来讲，与多个NMC频繁通讯占用的计算资源、网络资源也是巨大的，而每次通讯并不一定都会进行数据交换，因为在一个定时同步周期之内，很可能下级NMC并没有需要上报的新数据。

对NMC而言，它除了与上级NMS进行数据同步外，还需要与下级级联网管OMM（Operation Maintenance Module，操作维护模块）进行数据同步以收集单个基站系统的告警、性能、配置等数据。NMC同样对应多个OMM，如果采取单一的由上级发起的定时同步，很可能发生这样的情况：在NMC本身很忙时，数据同步过程会进一步加重其负荷，使得NMC不堪重负。而在NMC很闲时，却因为定时同步周期过长，数据迟迟未同步，造成计算资源的浪费。抑或在网络使用的高峰期进行大量数据同步而造成网络阻塞。

申请号为US 2006/0036770 A1的发明“System for factoring synchronization strategies from multimodal programming”提供了一种在分布式系统中客户端与服务端的多模式同步的方法，主要讨论的是在通用情况下，客户端程序与服务端程序的多策略通讯方法，但该方法没有考虑计算机与网络的负载问题。

发明内容

本发明要解决的技术问题是提供一种告警数据的同步方法及网管系统，以克服现有同步过程中资源利用率低、对网管系统性能影响较大的缺陷。

为解决上述问题，本发明提供了一种告警数据同步方法，包括：

在网管系统中对应于同一网络管理系统（NMS）的多个网管中心（NMC）中，一个NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；

所述数据汇集NMC在满足第一数据同步条件时，向上级NMS发起同步请求，与所述上级NMS进行数据同步。

进一步地，上述方法还可具有以下特征：

所述第一数据同步条件包括：所述数据汇集NMC上当前告警数据量和上一次与所述上级NMS进行同步时的告警数据量的差值大于等于第二预设数量。

进一步地，上述方法还可包括：

所述网管系统中的每一操作维护模块（OMM），在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步。

进一步地，上述方法还可具有以下特征：

所述第二数据同步条件包括：当前告警数据量和前一次与上级NMC同步时的告警数据量的差值大于等于与上级NMC协商的第一预设数量，或者，当前时刻距离前一次与上级NMC同步的时间间隔大于等于与上级NMC协商的告警同步周期值。

进一步地，上述方法还可具有以下特征：

所述在所述网管系统中对应于同一网络管理系统（NMS）的多个NMC中，一个NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据，具体包括：

对对应于同一个NMS的多个NMC的资源使用情况进行监控，根据监控到的数据，从所述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的部分或全部NMC；除数据汇集NMC之外的其他NMC收到所述通知后，向该数据汇集NMC发送待同步的告警数据。

进一步地，上述方法还可具有以下特征：

所述通知与该数据汇集NMC对应于同一NMS的部分或全部NMC是指：通知与该数据汇集NMC对应于同一NMS、且与所述数据汇集NMC间的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC。

进一步地，上述方法还可具有以下特征：

对对应于同一个NMS的多个NMC的资源使用情况进行监控，具体包括：

利用网格技术对对应于同一个NMS的多个NMC的资源使用情况进行监控。

进一步地，上述方法还可具有以下特征：

所述数据汇集NMC与上级NMS进行数据同步，具体包括：

所述上级NMS在收到所述数据汇集NMC发来的同步请求后，将自身数据池中与所述数据汇集NMC及向该数据汇集NMC发送告警数据的其他NMC相关的告警数据的标识信息返回给所述数据汇集NMC，由所述数据汇集NMC进行比对之后，与该上级NMS进行告警数据的差异同步。

进一步地，上述方法还可包括：

在所述网管系统中，每个客户端单独与所述网管系统中对应的网管服务器进行数据同步周期和数据同步数目的协商；

当到达相应的数据同步周期时，由客户端向对应的网管服务器发起同步请求；

所述网管服务器收到所述同步请求后，将小于等于相应的数据同步数目的告警数据同步到对应的客户端。

相应地，本发明还提供了一种网管系统，包括：网络管理系统（NMS）及对应于同一NMS的多个网管中心（NMC）；

所述多个NMC中的一个作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；还用于在满足第一数据同步条件时，向上级NMS发起同步请求，与所述上级NMS进行数据同步；

所述NMS用于与下级数据汇集NMC进行数据同步。

进一步地，上述系统还可具有以下特征：

所述数据汇集NMC用于在满足第一数据同步条件时，向上级NMS发起同步请求是指：

所述数据汇集NMC用于在当前告警数据量和上一次与所述上级NMS进行同步时的告警数据量的差值大于等于第二预设数量时向上级NMS发起同步请求。

进一步地，上述系统还可包括：操作维护模块（OMM）；

所述网管系统中的每一OMM用于在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步。

进一步地，上述系统还可包括网格监控器：

所述网格监控器用于对对应于同一个NMS的多个NMC的资源使用情况进行监控，并根据监控到的数据，从所述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的部分或全部NMC。

进一步地，上述系统还可具有以下特征：

所述网格监控器用于通知与该数据汇集NMC对应于同一NMS的部分或全部NMC是指：所述网格监控器用于通知与该数据汇集NMC对应于同一NMS、且与所述数据汇集NMC间的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC。

进一步地，上述系统还可包括与每一网管服务器对应的客户端：

所述客户端用于单独与对应的网管服务器进行数据同步周期和数据同步数目的协商；还用于在到达相应的数据同步周期时，向对应的网管服务器发起同步请求；

所述网管服务器用于收到所述同步请求后，将小于等于相应的数据同步数目的告警数据同步到对应的客户端。

采用本发明后，可更高效地实现通讯网管的全网数据同步，范畴更广，利用网格监控技术，动态制定多级网管间以及网管客户端与服务端之间的差异化同步策略，提高了服务器资源的利用率，减少数据同步对网管系统性能的影响，避免了不必要的同步握手和数据交换，降低了服务器负荷，减轻了网络通信负载。

附图说明

图1是本发明实施例中各层级网管的总体结构及上下级网管告警池示意图；

图2是本发明实施例中NMS和NMC的告警数据同步方法流程图；

图3是本发明实施例中同级NMC之间的告警数据汇集示意图；

图4是本发明实施例中网格监控器对网管服务器进行监控的示意图；

图5是本发明实施例中NMC和OMM 的告警数据同步流程图；

图6是本发明实施例中网管服务器与对应客户端的告警数据同步示意图。

具体实施方式

下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在本实施例中，如图1所示，网管系统由三个层级的网管服务器组成：NMS、NMC及OMM。其中，每一个NMS对应一个或多个NMC，对应同一个NMS的多个NMC可以属于不同制式的网络，该NMC可称为该NMS的下级NMC，该NMS可称为该NMC的上级NMS；每一个NMC对应一个或多个OMM，且对应同一NMC的多个OMM分布在不同的地理位置，该OMM可称为该NMC的下级OMM，该NMC可称为该OMM的上级NMC。各个层级的网管服务器都有相应的客户端，这些客户端是一个Java Swing图形化界面，提供人机交互，用户可以在该界面查询到该层级网管服务器的运行状况。

为实现对网管系统中各级网管服务器的状态进行监控，需将上述网管系统的各个级别的网管服务器连同一个网管监控器组成一个网格系统。具体来讲，网格监控器作为监控端与网管系统中各网管服务器相连，任何一台网管服务器要安装了监控客户端，即可成功接入网格，该客户端会监控本机的各种资源的使用情况并上报给网格监控器，并可以在网格监控器中透明地查询到网格内其他网管服务器的资源使用情况，通常的监控对象包括带宽、内存、CPU负载、数据库负载等，网格监控客户端是可编程、可扩展的，监控对象可以深入到网管程序内部，比如可以监控到网管告警池的变化，开发人员可以根据需要对监控对象进行定制或扩展。

如图2所示，告警数据的同步方法，包括：

步骤10、在对应于同一NMS的多个NMC中，一个NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；

为了最大限度的利用资源，可以从上述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC。

而为了监测到网管系统中各NMC的资源闲置率，可以对各NMC采用网格监控技术，网格监控器与各NMC相连，监控各NMC的资源使用情况，并根据监控到的数据选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的其他NMC；或者，在选出数据汇集NMC后，网格监控器进一步根据利用网格监控到的与该数据汇集NMC对应同一NMS的其他NMC与该数据汇集NMC之间的通讯链路的物理距离和带宽延迟情况等，从这些NMC中选出对应的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC作为向该数据汇集NMC发送告警数据的网管服务器，并按照上述方法从剩余NMC中选择另一个数据汇集NMC及向该数据汇集NMC发送告警数据的网管服务器，如图3所示。

步骤20、上述数据汇集NMC在满足第一数据同步条件时，向上级NMS发起同步请求，与上级NMS进行数据同步。

其中，第一数据同步条件可以但不限于为当前告警数据量和上一次与上级NMS进行同步时的告警数据量的差值大于等于第二预设数量。

按照本发明提供的同步方法，上述方法是在网格监控下，以最低的计算成本和通讯成本，将要同步的数据积少成多，汇集到其中一台NMC，由该台NMC代表汇集的NMC群与上级NMS进行数据同步。

此外，上述方法还可包括：网管系统中的每一OMM，在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步；

其中，上述第二数据同步条件包括：当前告警数据量和前一次与上级NMC同步时的告警数据量的差值大于等于与上级NMC协商的第一预设数量，或者，当前时刻距离前一次与上级NMC同步的时间间隔大于等于与上级NMC协商的告警同步周期值。由于采用独立协商机制，因此各OMM与上级NMC协商的第一预设数量或告警同步周期值均可不同。

OMM与上级NMC进行告警数据同步的过程，包括：上级NMC在收到下级OMM发来的同步请求后，将自身数据池中与该下级OMM相关的告警数据返回给上述下级OMM，由该下级OMM进行比对之后，与该上级NMC进行告警数据的差异同步，即：对于上级NMC中存在但下级OMM中不存在的告警数据，下级OMM向上级NMC发送同步恢复消息，指示NMC恢复此告警数据；对于上级NMC中不存在但下级OMM中存在的告警数据，下级OMM向NMC发送携带该告警数据的同步告警消息，指示NMC保存该告警数据。

由于同步请求是由下级OMM发起的，同步比对运算分布在各个OMM中进行，因此可以进一步减轻NMC的负荷。

在步骤20中，数据汇集NMC与上级NMS的数据同步过程，包括：

上级NMS在收到数据汇集NMC发来的同步请求后，将自身数据池中与该数据汇集NMC及向该数据汇集NMC发送告警数据的其他NMC相关的告警数据的标识信息返回给上述数据汇集NMC，由该数据汇集NMC进行比对之后，与该上级NMS进行告警数据的差异同步。其中，告警数据的标识信息可以但不限于采用告警数据的主键。

如前所述，NMS与NMC是一对多的关系，在NMS与NMC之间进行数据同步的时候，NMS的服务器性能势必成为一个瓶颈。采用上述方法后，将需要同步的告警数据在多个NMC之间先做一次汇集，再统一与NMS进行同步，将大大减少上下级之间的通讯握手和数据交换次数，在减轻NMS负担的同时，提高了分布式资源（即多个NMC）的利用率。

在具体实现时，还可以将各OMM与上述网格监控器相连；OMM可以实时到网格监控器上查询其上级NMC的资源使用情况，并根据该情况与上级NMC进行数据同步条件的调整。

一般情况下，为了便于用户及时获知当前网络的运行情况，网管系统中每一网管服务器还会与一个客户端相连，当网关服务器中告警数据发生变化时，亦需要同步到对应的客户端。

对于网管系统中各级网管服务器及对应的客户端，由于每个客户端想要关注的数据可能不同，对数据实时同步的要求也不同，因此可以采取差异化的同步策略，即每个网管服务器单独与对应的客户端进行数据同步周期和数据同步数目的协商。当到达相应的数据同步周期时，由客户端向对应的网管服务器发起同步请求；该网管服务器收到后，将小于等于相应的数据同步数目的告警数据同步到上述对应的客户端。如果待同步的告警数据数目大于相应的数据同步数目，则按照告警优先级，优先同步对设备或业务影响大的高优先级告警数据，剩余告警会提高优先级，在下个同步周期中优先同步。

在本发明中，针对不同的客户端，可根据告警数据的重要性来优先同步客户端更关注的数据，如图5所示。以告警数据来说，可按告警类型、告警级别、告警对设备影响程度、告警对业务影响程度、告警发生时间等来划分告警数据的重要性，对每条告警数据根据设定的算法来计算其优先级。

综上所述，网格监控器获取的各项数据是制定网管系统中各级告警数据同步策略的依据。在本实施例中，如图4所示，网格监控涉及的监控对象主要包括以下几类：

1. 带宽、延时：对于进行告警数据同步的上下级网管服务器以及客户端，它们之间通讯受地理距离、链路带宽、网络延时等因素影响，在不同时段，通讯代价以及通讯效率都有所不同，利用网格监控带宽与延时情况，可保证在通讯畅通的时候进行告警数据同步；

2. 内存、存储：在进行告警数据同步时，OMM及NMC需要对大量告警数据进行比对，这些数据必须存放在虚拟内存或物理内存之中，而作为网管服务器，其自身可能同时充当多种应用服务器的角色，比如Web服务器，DB服务器等，所以其内存与硬盘存储的实时状态需要进行监控，以保证在数据同步时有足够的存储资源；

3. CPU负载：CPU是网格监控中最常见的一个对象；

4. DB负载：在网管系统中，时常变化的告警数据通常会缓存在一个数据池中。以告警数据为例，网管系统中每一级网管服务器都有一个内存告警池来保存当前告警数据，以及一个磁盘数据库来保存历史告警数据。利用网格监控可以做到这点：当告警池中告警数据的数目变化达到一定限度时才进行告警数据的同步。

NMC与下级OMM的同步过程，如图5所示，具体包括以下步骤：

1. OMM向上级NMC发送告警同步周期和第一预设数量的协商请求；

2. NMC收到后，到网格监控器上查询各项监控数据后，根据同步双方的资源使用情况调整告警同步周期和第一预设数量值，并将调整后的值发送给上述OMM，且根据网格监控数据来决定此刻是否要执行一次同步，如果是，执行步骤3，否则，等待接收到下级OMM发起的告警同步请求后执行步骤3；

3. NMC向OMM发送告警同步消息，该消息中包含NMC的告警池中与该OMM相关的所有告警的告警主键（alarmKey），该告警主键是用于标识该告警数据的唯一标识信息；

4. OMM收到告警同步消息后，将该消息中携带的alarmKey和本OMM内的告警池中各告警数据进行比对；

5. 对于NMC中存在、OMM中不存在的告警，OMM向NMC发送同步恢复消息以请求NMC恢复此告警数据，恢复类型为自身同步恢复；

6. 对于NMC中不存在、OMM中存在的告警，OMM向NMC发送同步告警消息，已将该告警数据同步到NMC中；

7. 流程结束。

在网管系统的各级网管服务器中，各网管服务器与其客户端可能安装在不同的主机中，此时网管服务器和其客户端的告警同步流程，如图6所示，包括如下步骤：

1. 网管服务器与其客户端进行通讯握手，根据网格监控数据进行告警同步周期及每次同步的告警数目的协商；

2.当到达告警同步周期时，网管服务器向其客户端发送告警同步JMS（Java Message Service，Java消息服务）消息，消息中包含同步时间、该网管服务器上当前告警的告警主键（alarmKey），发送规则是：在同步告警条数不超过该次同步所协商的告警数目前提下，优先发送优先级更高的告警；

3. 提高此次发送过程中由于同步条数限制而未被发送的告警的优先级；

4. 客户端收到告警同步消息后，从客户端告警池中查询进入系统时间不迟于同步消息中携带的同步时间的所有当前告警集合，与同步消息中携带的网管服务器的告警主键进行核对；

5. 从客户端告警池中删除网管服务器不存在的告警；

6. 向网管服务器端发送告警查询命令， 查询客户端缺少的alarmKey集合对应的告警；

7. 网管服务器向客户端返回查询结果；

8. 客户端收到查询结果后插入客户端内存告警池；

9. 流程结束。

相应地，本实施例还提供了一种网管系统，包括：NMS及对应于同一NMS的多个NMC；

多个NMC中的一个作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；还用于在满足第一数据同步条件时，向上级NMS发起同步请求，与所述上级NMS进行数据同步；

NMS用于与下级数据汇集NMC进行数据同步。

进一步地，

所述数据汇集NMC用于在满足第一数据同步条件时，向上级NMS发起同步请求是指：

所述数据汇集NMC用于在当前告警数据量和上一次与所述上级NMS进行同步时的告警数据量的差值大于等于第二预设数量时向上级NMS发起同步请求。

进一步地，上述系统还可包括OMM；

所述网管系统中的每一OMM用于在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步。

进一步地，上述系统还可包括网格监控器：

所述网格监控器用于对对应于同一个NMS的多个NMC的资源使用情况进行监控，并根据监控到的数据，从所述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的部分或全部NMC。

进一步地， 

所述网格监控器用于通知与该数据汇集NMC对应于同一NMS的部分或全部NMC是指：所述网格监控器用于通知与该数据汇集NMC对应于同一NMS、且与所述数据汇集NMC间的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC。

进一步地，上述系统还可包括与每一网管服务器对应的客户端：

所述客户端用于单独与对应的网管服务器进行数据同步周期和数据同步数目的协商；还用于在到达相应的数据同步周期时，向对应的网管服务器发起同步请求；

所述网管服务器用于收到所述同步请求后，将小于等于相应的数据同步数目的告警数据同步到对应的客户端。

与现有技术相比较，本发明是从全网的角度出发提高系统资源利用率的数据同步解决方案。本发明引入了网格监控技术，即网格基础设施中的信息服务组件，它们维护了关于资源可用性、处理能力、当前使用情况的信息，这些信息作为本发明制定同步策略的主要依据，保证了数据同步的高效性和数据同步策略的合理性。本发明还提供了多级网管的数据同步方法，该方法是一种同步周期和同步数据量可协商，同步数据类型可选择的，灵活多变的自适应同步方法。

综上所述，采用网格监控可以实时收集全网空闲内存、空闲处理器、网络带宽、延迟等信息，根据网络节点及通讯链路的负载情况，动态制定数据同步策略，以提高服务器资源的利用率，减少数据同步对网管系统性能的影响，避免大量不必要的同步握手和数据交换，降低网络通信负载。本发明所述方法能做到在全网范围内各级网管智能化的数据同步，智能性表现在： 1. 在计算资源闲置时进行同步；2. 在真正有数据需要同步时才进行同步；3. 优先同步重要的数据。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (13)

1.一种告警数据同步方法，包括：

在网管系统中对应于同一网络管理系统NMS的多个网管中心NMC中，一个NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；

所述数据汇集NMC在满足第一数据同步条件时，向上级NMS发起同步请求，与所述上级NMS进行数据同步；

所述在所述网管系统中对应于同一网络管理系统NMS的多个NMC中，一个NMC作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据，具体包括：

对对应于同一个NMS的多个NMC的资源使用情况进行监控，根据监控到的数据，从所述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的部分或全部NMC；除数据汇集NMC之外的其他NMC收到所述通知后，向该数据汇集NMC发送待同步的告警数据。

2.如权利要求1所述的方法，其特征在于：

所述第一数据同步条件包括：所述数据汇集NMC上当前告警数据量和上一次与所述上级NMS进行同步时的告警数据量的差值大于等于第二预设数量。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述网管系统中的每一操作维护模块OMM，在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步。

4.如权利要求3所述的方法，其特征在于：

所述第二数据同步条件包括：当前告警数据量和前一次与上级NMC同步时的告警数据量的差值大于等于与上级NMC协商的第一预设数量，或者，当前时刻距离前一次与上级NMC同步的时间间隔大于等于与上级NMC协商的告警同步周期值。

5.如权利要求4所述的方法，其特征在于：

所述通知与该数据汇集NMC对应于同一NMS的部分或全部NMC是指：通知与该数据汇集NMC对应于同一NMS、且与所述数据汇集NMC间的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC。

6.如权利要求5所述的方法，其特征在于：

对对应于同一个NMS的多个NMC的资源使用情况进行监控，具体包括：

利用网格技术对对应于同一个NMS的多个NMC的资源使用情况进行监控。

7.如权利要求1或5所述的方法，其特征在于：

所述数据汇集NMC与上级NMS进行数据同步，具体包括：

所述上级NMS在收到所述数据汇集NMC发来的同步请求后，将自身数据池中与所述数据汇集NMC及向该数据汇集NMC发送告警数据的其他NMC相关的告警数据的标识信息返回给所述数据汇集NMC，由所述数据汇集NMC进行比对之后，与该上级NMS进行告警数据的差异同步。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：

在所述网管系统中，每个客户端单独与所述网管系统中对应的网管服务器进行数据同步周期和数据同步数目的协商；

当到达相应的数据同步周期时，由客户端向对应的网管服务器发起同步请求；

所述网管服务器收到所述同步请求后，将小于等于相应的数据同步数目的告警数据同步到对应的客户端。

9.一种网管系统，包括：网络管理系统NMS及对应于同一NMS的多个网管中心NMC；

所述多个NMC中的一个作为数据汇集NMC接收其他同级NMC发来的待同步的告警数据；还用于在满足第一数据同步条件时，向上级NMS发起同步请求，与所述上级NMS进行数据同步；

所述NMS用于与下级数据汇集NMC进行数据同步；

所述网管系统还包括网格监控器：

所述网格监控器用于对对应于同一个NMS的多个NMC的资源使用情况进行监控，并根据监控到的数据，从所述多个NMC中选择一个资源闲置率最高的NMC作为数据汇集NMC，并通知与该数据汇集NMC对应于同一NMS的部分或全部NMC。

10.如权利要求9所述的系统，其特征在于：

所述数据汇集NMC用于在满足第一数据同步条件时，向上级NMS发起同步请求是指：

所述数据汇集NMC用于在当前告警数据量和上一次与所述上级NMS进行同步时的告警数据量的差值大于等于第二预设数量时向上级NMS发起同步请求。

11.如权利要求9所述的系统，其特征在于，还包括：操作维护模块OMM；

所述网管系统中的每一OMM用于在判断出满足其与上级NMC协商的第二数据同步条件时，向上级NMC发起同步请求，与该上级NMC进行告警数据同步。

12.如权利要求9所述的系统，其特征在于：

所述网格监控器用于通知与该数据汇集NMC对应于同一NMS的部分或全部NMC是指：所述网格监控器用于通知与该数据汇集NMC对应于同一NMS、且与所述数据汇集NMC间的通讯链路的物理距离和带宽延迟情况满足预设条件的NMC。

13.如权利要求9所述的系统，其特征在于，还包括与每一网管服务器对应的客户端：

所述客户端用于单独与对应的网管服务器进行数据同步周期和数据同步数目的协商；还用于在到达相应的数据同步周期时，向对应的网管服务器发起同步请求；

所述网管服务器用于收到所述同步请求后，将小于等于相应的数据同步数目的告警数据同步到对应的客户端。