一种大容量电信网管系统及其设置和应用方法

摘要

本发明公开了一种大容量电信网管系统，包括：网管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块；所述网元接入适配代理池模块包括若干个适配代理节点，所述数据库节点阵列模块包括若干个专用和一个公用数据库节点；通过所述网元接入适配代理池模块和数据库节点阵列模块的结合实现大容量场景下众多网元的接入和消息交互，还可实现网管数据的上报和存储，以及网管数据的查询操作。本发明还同时公开了所述系统的设置方法和应用方法，运用该系统和方法可在不提升系统软硬件配置水平的前提下，有效解决电信网管大容量场景下的系统瓶颈问题，节约系统成本，实现简单。

说明书

技术领域

本发明涉及电信网络管理技术领域，尤其涉及一种大容量电信网管系统及 其设置和应用方法。

背景技术

随着电信网络的不断发展，网络规模逐渐扩大，同时网络管理模式也越来 越趋向于集中化，由此产生的一个直接要求就是电信网络管理系统的大规模和 大容量，即：要求电信网络管理系统能够支持更多网元的管理，能支持更多网 管数据的存储和访问。

由于电信网管系统的业务处理流程及数据访问的特性，在大容量网管系统 中，容易形成处理瓶颈的环节之一在于：大量网元的管理操作和消息交互流程。 另外一个容易形成处理瓶颈的环节在于：网管数据的存储和查询访问流程。在 大容量场景下，如果所有网元的网管数据都集中存放到同一个数据库中，将导 致数据的读写频繁，并发访问压力大，因此容易形成数据库访问的瓶颈。

为了应对电信大容量网络管理的要求，目前常用的做法是采用更高配置的 硬件，比如：增加CPU核数量或增加内存配置等；或采用更高配置的软件，如： 采用配置更高级、技术更先进也更复杂的分布式数据库系统；或者采用更高速 的存储访问介质，如：光纤存储访问介质等。上述做法虽然在一定程度上可规 避或缓解上述系统瓶颈，能满足大容量网管的要求，但与之俱来的缺点就是成 本的大幅提升，代价高昂，且操作复杂。

发明内容

有鉴于此，本发明的主要目的在于提供一种大容量电信网管系统及其设置 和应用方法，可在不提升系统软硬件配置水平的前提下，有效解决电信网管大 容量场景下的系统瓶颈问题，节约系统成本，实现简单。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种大容量电信网管系统，该系统包括：网管主体功能模块、 网元接入适配代理池模块和数据库节点阵列模块；所述网元接入适配代理池模 块包括若干个适配代理节点，所述数据库节点阵列模块包括若干个专用数据库 节点；其中，

所述网管主体功能模块，用于提供电信网管的主体管理功能，并且在网元 接入网管系统后，将交互指令发送到网元接入适配代理池模块，并接收网元接 入适配代理池模块返回的响应；

所述网元接入适配代理池模块，用于网元接入网管系统时，根据各适配代 理节点的负荷情况，选定一个适配代理节点处理该网元的所有指令分发和消息 交互，并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中；

还用于收到被选定的适配代理节点的申请后，经计算选定负荷最低的一个 专用数据库节点，并将所述网元、适配代理节点和专用数据库节点间的对应关 系存储于数据库节点阵列模块中；

还用于对网管主体功能模块下发的交互指令进行处理，处理结束后返回响 应到网管主体功能模块；

所述数据库节点阵列模块，用于存储所述网元与适配代理节点的对应关系， 以及所述网元、适配代理节点和专用数据库节点间的对应关系；

其中，所述被选定的适配代理节点，用于向网元接入适配代理池模块申请 与所述网元对应的专用数据库节点。

其中，所述数据库节点阵列模块还包括：公用数据库节点，用于存储所述 网元与适配代理节点的对应关系，以及所述网元、适配代理节点和专用数据库 节点间的对应关系。

其中，所述网元接入适配代理池模块，还用于收到网元上报的网管数据后， 解析所述网管数据，确定网管数据为网元在适配代理节点启动后初次上报时， 从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存，并 向数据库节点阵列模块申请与该专用数据库节点的连接；确定为非初次上报时， 根据缓存的专用数据库节点标识，直接向数据库节点阵列模块申请与所述专用 数据库节点的连接；还用于将网元上报的网管数据存储于所述专用数据库节点 中；相应的，

所述数据库节点阵列模块，还用于收到网元接入适配代理池模块的申请后， 建立适配代理池模块与所述专用数据库节点的连接；

所述专用数据库节点，用于存储网元上报的网管数据。

进一步地，所述网管主体功能模块，还用于根据查询条件判断待查询数据 的性质，确定待查询数据为网管公共数据时，查询对应的公用数据库节点，并 建立与公用数据库节点的连接，以及进行网管公共数据的查询；确定待查询数 据为网元专有网管数据时，将查询请求发送到数据库节点阵列模块；相应的，

所述数据库节点阵列模块，还用于收到查询请求后，根据查询请求判断查 询场景，根据不同的查询场景执行相应的查询操作。

上述方案中，所述网元接入适配代理池模块还包括：南向适配框架SAF， 用于实现各适配代理节点与网管主体功能模块以及数据库节点阵列模块间的通 信；

还用于在网元接入网管系统时，根据各适配代理节点的负荷情况，选定一 个适配代理节点处理该网元的所有指令分发和消息交互，并将所述网元与适配 代理节点的对应关系存储于数据库节点阵列模块中。

其中，所述数据库节点阵列模块还包括：数据库连接池，用于实现为所述 适配代理节点以及网管主体功能模块提供与所述专用数据库节点以及所述共用 数据库节点间的数据库池化连接。

其中，所述数据库节点阵列模块还包括：数据库阵列访问控制器，用于经 计算选定负荷最低的一个专用数据库节点，并将所述网元、适配代理节点和专 用数据库节点间的对应关系存储于数据库节点阵列模块中。

上述方案中，所述数据库节点阵列模块还包括：汇总查询代理模块，由汇 总查询代理器和内存数据库组成；其中，

所述内存数据库，用于数据查询过程中创建临时结果快照表，并提供汇集 或合并的数据库操作；

所述汇总查询代理器，用于根据查询请求判断查询场景，根据不同的查询 场景执行相应的查询操作

本发明还提供了一种大容量电信网管系统的设置方法，该方法包括：

根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理 节点的数量，以及数据库节点阵列模块中的专用数据库节点的数目。

进一步地，将一个所述适配代理节点设置于一个硬件平台上；或者，将多 个适配代理节点均设置于同一个硬件平台上；

将一个所述专用数据库节点设置于一个硬件平台上；或者，将多个专用数 据库节点均设置于一个被虚拟为多台虚拟机的硬件平台上。

该方法还包括：

当被管理的网元数量增加时，采用负荷分担算法，将新增加的网元绑定到 不同的适配代理节点和/或专用数据库节点上；或者，

当被管理网元的数量大于预期数量时，增加适配代理节点和/或专用数据库 节点的数量。

本发明还提供了一种大容量电信网管系统的应用方法，该方法包括：

网元接入网管系统时，网元接入适配代理池模块根据各适配代理节点的负 荷情况，选定一个适配代理节点处理该网元的所有指令分发和消息交互，并将 所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中；

被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的 专用数据库节点，网元接入适配代理池模块经计算选定负荷最低的一个专用数 据库节点，并将所述网元、适配代理节点和专用数据库节点间的对应关系存储 于数据库节点阵列模块中；

网元接入网管系统后，网管主体功能模块下发交互指令，网元接入适配代 理池模块对收到的交互指令进行处理，处理结束后返回响应。

其中，所述网元与适配代理节点的对应关系，以及网元、适配代理节点和 专用数据库节点间的对应关系均存储于数据库节点阵列模块的公用数据库节点 中。

该方法还包括：网管数据的上报和存储处理流程，包括：

网元产生网管数据后上报到网元接入适配代理池模块，网元接入适配代理 池模块解析所述网管数据，如果网管数据为网元在适配代理节点启动后初次上 报的，则从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并 缓存，并向数据库节点阵列模块申请与该专用数据库节点的连接；如果非初次 上报，则根据缓存的数据库节点标识，直接向数据库节点阵列模块申请与所述 专用数据库节点的连接；

网元接入适配代理池模块将网元上报的网管数据存储于所述专用数据库节 点中。

进一步地，该方法还包括：网管数据查询流程，包括：

网管主体功能模块根据查询条件判断待查询数据的性质，如果待查询数据 为网管公共数据，则查询对应的公用数据库节点，并建立与公用数据库节点的 连接，进行网管公共数据的查询；如果为网元专有网管数据，则将查询请求发 送到数据库节点阵列模块，数据库节点阵列模块根据查询请求判断查询场景， 根据不同的查询场景执行相应的查询操作。

其中，所述查询场景包括：单网元查询、多网元汇总不合并查询以及多网 元汇总合并查询。

本发明提供的大容量电信网管系统及其设置和应用方法，在系统设置时， 根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理节点 的数量，以及数据库节点阵列模块中的专用数据库节点的数目；通过所述网元 接入适配代理池模块和数据库节点阵列模块的结合实现大容量场景下众多网元 的接入和消息交互，以及网管数据的上报和存储和网管数据的查询操作。

本发明中，各适配代理节点基于“分治”的策略，分别处理对应网元的管 理指令处理和分发，彼此之间不需要协同一致，即不需要备份和同步，与通常 意义上的数据库集群不同，因此在一定程度上降低了系统的技术复杂度和实施 难度，具备便捷、易于实施的特点。此外，通过这种方式，可有效分担大容量 网管系统下的网元管理和操作压力，避免网元管理指令处理流程中的瓶颈。

此外，数据库节点阵列模块中的每一个数据库节点，包括专用数据库节点 和公用数据库节点，可采用相对较低的配置，从而避免了实施部署的复杂度， 降低了系统软硬件成本。同样，网元接入适配代理池模块中的各适配代理节点 也可以采用相对较低的配置，以降低系统成本。

另外，当系统管理规模扩展时，对于新增的被管理网元可采用负荷分担算 法，将新增加的网元绑定到不同的适配代理节点和/或专用数据库节点上；当被 管理网元的数量大于预期数量时，增加适配代理节点和/或专用数据库节点的数 量，从而可避免随着网元管理规模的增加，导致适配代理节点的指令处理压力 的线性增长，进而避免出现瓶颈。

附图说明

图1为本发明大容量电信网管系统的结构示意图；

图2为本发明大容量电信网管系统的组网结构示意图；

图3为本发明大容量电信网管系统的应用方法实现流程示意图；

图4为本发明大容量电信网管系统网管数据的上报和存储处理流程示意 图；

图5为本发明大容量电信网管系统网管数据查询流程示意图。

具体实施方式

本发明借鉴“分治”系统的思路，通过设置的网元接入适配代理池模块和 数据库节点阵列模块的结合实现大容量场景下众多网元的接入和消息交互；具 体的，

网元接入网管系统时，网元接入适配代理池模块根据各适配代理节点的负 荷情况，选定一个适配代理节点处理该网元的所有指令分发和消息交互，并将 所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中；

被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的 专用数据库节点，网元接入适配代理池模块经计算选定负荷最低的一个专用数 据库节点，并将所述网元、适配代理节点和专用数据库节点间的对应关系存储 于数据库节点阵列模块中；

网元接入后，网管主体功能模块下发交互指令，网元接入适配代理池模块 对收到的交互指令进行处理，处理结束后返回响应。

进一步地，本发明的系统还可实现网管数据的上报和存储，以及网管数据 的查询操作。

下面结合附图及具体实施例对本发明作进一步详细说明。

图1为本发明大容量电信网管系统的结构示意图，如图1所示，包括：网 管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块；所述网元 接入适配代理池模块包括：若干个适配代理节点，所述适配代理节点和被管理 网元的数量关系为：1:N；所述数据库节点阵列模块包括若干个专用数据库节点 （图1中仅以两个为例），所述专用数据库节点和被管理网元的数量关系为： 1:M；其中，

所述网管主体功能模块，即电信TMN模型规定的基本管理功能模块，包 括：网络故障管理、网络性能管理、网络安全管理等，如图1所示，用于提供 电信网管的主体管理功能，并且在网元接入网管系统后，将交互指令发送到网 元接入适配代理池模块，并接收网元接入适配代理池模块返回的响应；

所述网元接入适配代理池模块，用于网元接入网管系统时，根据各适配代 理节点的负荷情况，选定一个适配代理节点处理该网元的所有指令分发和消息 交互，并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中；

还用于收到被选定的适配代理节点的申请后，经计算选定负荷最低的一个 专用数据库节点，并将所述网元、适配代理节点和专用数据库节点间的对应关 系存储于数据库节点阵列模块中；

还用于对网管主体功能模块下发的交互指令进行处理，处理结束后返回响 应到网管主体功能模块；

所述数据库节点阵列模块，用于存储所述网元与适配代理节点的对应关系， 以及所述网元、适配代理节点和专用数据库节点间的对应关系；

其中，所述被选定的适配代理节点，用于向网元接入适配代理池模块申请 与所述网元对应的专用数据库节点。

本发明中，所述适配代理节点完成和网元相关的操作指令逻辑，以及对应 的网管数据的收集和保存处理。各代理适配节点基于“分治”的策略，分别处 理对应网元的管理指令处理和分发，而彼此之间则不需要协同一致。通过这种 方式，有效分担了大容量网管系统下的网元管理和操作压力，避免了网元管理 指令处理流程中的瓶颈。

所述数据库节点阵列模块还包括：公用数据库节点，用于存储所述网元与 适配代理节点的对应关系，以及所述网元、适配代理节点和专用数据库节点间 的对应关系。

在实际应用过程中，所述公用数据库节点主要用于存储拓扑数据、日志数 据、安全数据等，或为网元与专用数据库节点、或与适配代理节点间的对应关 系等静态配置数据，因这类数据量相对比较少，因此可以统一存储便于访问， 不会造成访问瓶颈。

所述网元接入适配代理池模块，还用于收到网元上报的网管数据后，解析 所述网管数据，确定网管数据为网元在适配代理节点启动后初次上报时，从数 据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存，向数据 库节点阵列模块申请与所述专用数据库节点的连接；确定为非初次上报时，根 据缓存的数据库节点标识，直接向数据库节点阵列模块申请与所述专用数据库 节点的连接；还用于将网元上报的网管数据存储于所述专用数据库节点中；相 应的，

所述数据库节点阵列模块，还用于收到网元接入适配代理池模块的申请后， 建立适配代理池模块与所述专用数据库节点的连接；

所述专用数据库节点，用于存储网元上报的网管数据。

所述网管主体功能模块，还用于根据查询条件判断待查询数据的性质，确 定待查询数据为网管公共数据时，查询对应的公用数据库节点，并建立与公用 数据库节点的连接，以及进行网管公共数据的查询；确定待查询数据为网元专 有网管数据时，将查询请求发送到数据库节点阵列模块；相应的，

所述数据库节点阵列模块，还用于收到查询请求后，根据查询请求判断查 询场景，根据不同的查询场景执行相应的查询操作。

所述网元接入适配代理池模块还包括：南向适配框架（SAF），用于实现各 适配代理节点与网管主体功能模块以及数据库节点阵列模块间的通信；

还用于在网元接入网管系统时，根据各适配代理节点的负荷情况，选定一 个适配代理节点处理该网元的所有指令分发和消息交互，并将所述网元与适配 代理节点的对应关系存储于数据库节点阵列模块中。

所述数据库节点阵列模块还包括：数据库连接池，用于实现为所述适配代 理节点以及网管主体功能模块提供与所述专用数据库节点以及所述共用数据库 节点间的数据库池化连接。

在实际应用过程中，所述数据库连接池维持到各数据库服务节点的持久化 连接，维护数据库访问的稳定性和效率。

所述数据库节点阵列模块还包括：数据库阵列访问控制器，用于经计算选 定负荷最低的一个专用数据库节点，并将所述网元、适配代理节点和专用数据 库节点间的对应关系存储于数据库节点阵列模块中。

在实际应用过程中，所述数据库阵列访问控制器负责对数据库节点阵列模 块中的各数据库节点的访问管理和控制。

进一步地，所述数据库节点阵列模块还包括：汇总查询代理模块，由汇总 查询代理器和内存数据库组成。

在实际应用过程中，所述内存数据库，用于创建临时结果快照表，并提供 汇集或合并的数据库操作；

所述汇总查询代理器，用于根据查询请求判断查询场景，根据不同的查询 场景执行相应的查询操作；

具体的，所述汇总查询代理器负责处理如下几种查询场景：单网元查询， 多网元汇总不合并查询，多网元汇总合并查询。对于单网元查询，通过数据库 节点阵列模块中的数据库阵列访问控制器查询指定的专用数据库节点，经数据 库连接池实现与专用数据库节点的连接，进行网管数据的查询，并经数据库连 接池返回查询结果；

对于多网元汇总不合并查询，分别从多个网元对应的专用数据库节点中查 询网管数据，每个网元的网管数据查询完毕后，通知内存数据库创建临时结果 快照表，并保存所述网元的网管数据查询结果；所有网元的网管数据查询完成 后，内存数据库将多个网元对应的临时结果快照表进行联合查询，并返回最终 的查询结果到网管主体功能模块；

对于多网元汇总合并查询，先查询一个网元的网管数据，并通知内存数据 库根据查询结果创建临时结果快照表，然后查询其他网元的网管数据，并将查 询结果插入到当前创建的临时结果快照表中，最终基于该快照表执行合并查询， 可通过数据库聚合函数进行合并查询，并返回最终的查询结果到网管主体功能 模块。

下面对本发明大容量电信网管系统的设置方法进行说明，由于图1中所述 网管主体功能模块与现有技术相同，所以这里只对网元接入适配代理池模块和 数据库节点阵列模块的设置进行简单描述，设置方法为：

根据预期的网络规模和管理容量，即：根据预期的被管理网元的数量设置 网元接入适配代理池模块中的适配代理节点的数量，以及数据库节点阵列模块 中的专用数据库节点的数目。其中，所述适配代理节点和被管理网元的数量关 系为：1:N；所述专用数据库节点和被管理网元的数量关系为：1:M。其中，所 述M和N取值与实际电信网管系统的硬件和软件性能指标有关，根据电信网 络的实际情况，N取值的大致范围是20～50，M取值的大致范围是50～100。此 外，M和N这两个值之间并无直接的大小关系。

其中，所述适配代理节点和被管理网元的数量关系为1:N，即：一个适配 代理节点完成N个网元的消息交互适配和数据收集。这里，默认一个适配代理 节点设置于一个硬件平台上；如果硬件平台的性能许可，也可以将多个适配代 理节点均设置于同一个硬件平台上。所述硬件平台可以采用普通的商用PC机 或性能较高的ATCA电信刀片服务器。如果是ATCA刀片，则可以适当提高网 元节点与适配代理节点的比例关系，即：将上述N值提高。

其中，所述专用数据库节点和被管理网元的数量关系为1:M，即：一个专 用数据库节点完成M个网元的网管数据的持久化保存。通常情况下一个数据库 节点运行于一台硬件平台上；如果硬件平台配置较高，可以通过虚拟化手段将 所述硬件平台虚拟为多台虚拟机，以便运行多个专用数据库节点。

进一步地，当系统管理规模扩展时，即：当被管理的网元数量增加时，采 用负荷分担算法，将新增加的网元绑定到不同的适配代理节点和/或专用数据库 节点上。

进一步地，当被管理网元的数量大于预期数量时，增加适配代理节点和/ 或专用数据库节点的数量。这里，所述适配代理节点的数目和所述专用数据库 节点的数目支持静态扩展，新增所述节点时需要停止系统的运行，并修改相应 配置。

图2为本发明大容量电信网管系统的组网结构示意图，如图2所示，所示 网管系统主服务器中设置有网管主体功能模块；所示数据库服务器中设置有专 用数据库节点或公用数据库节点。其中，所述网管系统主服务器和数据库服务 器即为上文所述的硬件平台。所示不同的适配代理节点分别管理不同的网元， 因此可有效分担大容量网管系统下的网元管理和操作压力，避免网元管理流程 中的瓶颈。

可见，通过上述设置可避免随着被管理网元数量的增加，导致适配代理节 点的指令处理压力的线性增长，进而避免出现瓶颈。

下面对本发明大容量电信网管系统的应用方法进行描述，如图3所示，其 实现流程如下：

步骤301：网元接入网管系统时，网元接入适配代理池模块根据各适配代 理节点的负荷情况，选定一个适配代理节点处理该网元的所有指令分发和消息 交互，并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中；

具体为：网元接入网管系统时，网元接入适配代理池模块中的SAF根据各 适配代理节点的负荷情况，选定一个适配代理节点处理该网元的所有指令分发 和消息交互，并将所述网元标识（NEId）与适配代理节点标识（NodeId）的对 应关系进行绑定，将所述对应关系持久化到数据库节点阵列模块中的公用数据 库节点中。

步骤302：被选定的适配代理节点向网元接入适配代理池模块申请与所述 网元对应的专用数据库节点，网元接入适配代理池模块经计算选定负荷最低的 一个专用数据库节点，以存储当前网元的网管数据，并将所述网元、适配代理 节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中；

具体为：被选定的适配代理节点向网元接入适配代理池模块中的数据库阵 列访问控制器申请数据库节点阵列模块中对应的专用数据库节点，数据库阵列 访问控制器计算数据库节点阵列模块中各专用数据库节点的负荷，从中选定一 个负荷最低的数据库节点存储当前网元的网管数据。之后，数据库阵列访问控 制器将适配代理节点标识、网元标识、以及专用数据库节点标识的对应关系进 行绑定，并将所述对应关系持久化到公用数据库节点中。

步骤303：网元接入后，网管主体功能模块下发交互指令到网元接入适配 代理池模块，网元接入适配代理池模块对交互指令进行处理，交互指令处理结 束后返回响应；

具体为：网元接入后，网管主体功能模块下发交互指令到网元接入适配代 理池模块中的SAF，SAF和各适配代理节点通过内部消息软总线分发交互指令 消息。这里，SAF仅实现分发逻辑，即仅将交互指令消息分发到各适配代理节 点，各适配代理节点对交互指令进行处理；之后，各适配代理节点通过SAF向 网管主体功能模块返回响应。

进一步地，所述大容量电信网管系统的应用方法还包括：网管数据的上报 和存储处理流程，如图4所示，具体实现流程如下：

步骤401：网元产生网管数据后上报到网元接入适配代理池模块，网元接 入适配代理池模块解析所述网管数据，如果网管数据为网元在适配代理节点启 动后初次上报的，则执行步骤402；否则，执行步骤403；

具体为：网元产生网管数据后，上报到网元接入适配代理池模块中对应的 适配代理节点，或通知适配代理节点主动获取；所述网管数据可为：性能统计 数据或告警消息数据等。所述适配代理节点对所述网管数据进行解析，如果网 管数据为网元在适配代理节点启动后初次上报的数据，则执行步骤402；否则， 执行步骤403。

步骤402：网元接入适配代理池模块从数据库节点阵列模块中查找当前网 元对应的专用数据库节点标识并缓存，并向数据库节点阵列模块申请与该专用 数据库节点的连接；

具体为：网元接入适配代理池模块中的适配代理节点通过数据库节点阵列 模块中的数据库阵列访问控制器查询当前网元对应的专用数据库节点标识并缓 存，并向数据库节点阵列模块申请与该专用数据库节点的连接，以便下次直接 使用，之后执行步骤404。

步骤403：网元接入适配代理池模块根据缓存的专用数据库节点标识，直 接向数据库节点阵列模块申请与所述专用数据库节点的连接；

具体为：网元接入适配代理池模块中的适配代理节点根据缓存的专用数据 库节点标识，直接向数据库节点阵列模块中的数据库连接池申请与所述专用数 据库节点的连接，为后续的保存或更新数据做准备。

步骤404：网元接入适配代理池模块将网元上报的网管数据存储于所述专 用数据库节点中；

具体为：网元接入适配代理池模块中与所述网元对应的适配代理节点将网 元上报的网管数据，通过数据库节点阵列模块中的数据库连接池存储于专用数 据库节点中。

进一步地，所述大容量电信网管系统的应用方法还包括：网管数据查询流 程，如图5所示，具体实现流程如下：

步骤501：网管主体功能模块根据查询条件判断待查询数据的性质，如果 待查询数据为网管公共数据，则执行步骤502；如果为网元专有网管数据，则 执行步骤503；

具体为：网管主体功能模块根据查询条件确定待查询数据的性质，如果待 查询数据为网管公共数据，则执行步骤502；所述网管公共数据例如为：拓扑 数据、日志数据、安全数据等，或为网元与专用数据库节点、或与适配代理节 点间的对应关系等静态配置数据。如果待查询数据为网元专有网管数据，如： 网元的性能统计数据、告警数据，以及配置数据等，则执行步骤503。

步骤502：网管主体功能模块查询对应的公用数据库节点，并建立与公用 数据库节点的连接，进行网管公共数据的查询；

具体为：网管主体功能模块通过数据库节点阵列模块中的数据库阵列访问 控制器查询所述网管公共数据对应的公用数据库节点，经数据库连接池实现与 公用数据库节点的连接，进行网管公共数据的查询。

步骤503：网管主体功能模块将查询请求发送到数据库节点阵列模块，数 据库节点阵列模块根据查询请求判断查询场景，根据不同的查询场景执行相应 的查询操作；

具体为：网管主体功能模块将查询请求发送到数据库节点阵列模块中的汇 总查询代理器，汇总查询代理器根据查询请求判断查询场景，根据不同的查询 场景执行相应的查询操作；

这里，为了提高查询效率，汇总查询代理器内部可以开启多个工作线程， 并发处理。

其中，所述查询场景包括：单网元查询、多网元汇总不合并查询以及多网 元汇总合并查询；具体的，

如果查询场景为单网元查询，所述查询操作为：汇总查询代理器通过数据 库节点阵列模块中的数据库阵列访问控制器查询指定的专用数据库节点，经数 据库连接池实现与专用数据库节点的连接，进行网元专有网管数据的查询，并 经数据库连接池返回查询结果；

如果查询场景为多网元汇总不合并查询，所述查询操作为：汇总查询代理 器分别从多个网元对应的专用数据库节点中查询网元专有网管数据，其中每个 网元的网元专有网管数据的查询过程同上述单网元查询操作。每个网元的网元 专有网管数据查询完毕后，汇总查询代理器通知内存数据库创建临时结果快照 表，并保存所述网元的网元专有网管数据查询结果。所有网元的网元专有网管 数据查询完成后，内存数据库将多个网元对应的临时结果快照表进行联合查询， 并返回最终的查询结果到网管主体功能模块；

这里，网元专有网管数据查询结束后，删除所述临时结果快照表，以释放 对应的内存资源。

如果查询场景为多网元汇总合并查询，所述查询操作为：汇总查询代理器 先查询一个网元的网元专有网管数据，即：先从一个网元对应的专用数据库节 点中查询网元专有网管数据，并通知内存数据库根据查询结果创建临时结果快 照表，然后查询其他网元的网元专有网管数据，并将查询结果插入到当前创建 的临时结果快照表中，最终基于该快照表执行合并查询，可通过数据库聚合函 数进行合并查询，并返回最终的查询结果到网管主体功能模块。

这里，网元专有网管数据查询结束后，删除所述临时结果快照表，以释放 对应的内存资源。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。