WO2011097850A1 - 一种数据的管理方法和系统 - Google Patents
一种数据的管理方法和系统 Download PDFInfo
- Publication number
- WO2011097850A1 WO2011097850A1 PCT/CN2010/073172 CN2010073172W WO2011097850A1 WO 2011097850 A1 WO2011097850 A1 WO 2011097850A1 CN 2010073172 W CN2010073172 W CN 2010073172W WO 2011097850 A1 WO2011097850 A1 WO 2011097850A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- query
- sub
- server
- main process
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
Definitions
- the invention relates to the field of telecommunication network management systems, and mainly relates to a data management method and system. Background technique
- the performance management of the telecommunication network management equipment is an important component.
- the performance management has the functions of collecting the performance data of the network element, querying the performance data of the network element, and the performance threshold of the management network element. Through statistical analysis of historical performance data, users can understand the overall operation status of the telecommunication network and provide a basis for operators' management and decision-making.
- the basis of the performance management is the performance data.
- the source of the performance data is the network elements managed in the telecom network management system. As the network scale continues to expand, the number of network elements that the telecommunication network management system needs to manage is also increasing, which requires management. Performance data is also increasing, so storing performance data and query performance data in the database has become an important issue for each network management system.
- the method used is centralized storage of multiple network element data.
- performance data of all network elements managed by the telecommunication network management system are collectively stored in a database, when receiving When a query request is sent to the client, the server queries the data from the database.
- the shortcoming of this scheme is obvious.
- the server only takes up a lot of memory when processing the data into the database. If large-scale data query is performed, the server Processing speed will be greatly reduced. Summary of the invention
- the main object of the present invention is to provide a data management method and system, which reduces the processing load of a single server, thereby improving the processing speed of the server.
- the present invention provides a data management method, including:
- the main process sends a command to query the data to the child process
- the child process performs a data query in a server storing data to be queried, and returns a query result to the main process.
- the number of the sub-processes is determined according to the network size.
- each sub-process processes the warehousing and query of the respective managed data.
- the method before the sub-process performs data query, the method further includes:
- the child process determines whether the quantity of the data to be queried is out of range. If the quantity of the query data is out of range, the sub-process divides the query data into multiple sub-data according to the query time, and then performs data query, if the query data If the quantity is not out of range, the data query is performed directly.
- the sending, by the main process, the command for querying the data to the sub-process is: the main process parsing the query parameter from the command for querying the data, where the query parameter includes the name of the network element of the data to be queried.
- the main process finds a message path of the sub-process corresponding to the network element from the plurality of sub-processes according to the information reported by the sub-process, and sends a command for querying data to the sub-process by using the message path.
- the message path of the sub-process is reported to the main process when the telecommunication network management system is started, and the reported information further includes a database interface name in the server and a network managed by the sub-process.
- the meta-name, the reported information is stored in a server controlled by the main process.
- the sub-process performs data query specifically:
- the child process constructs a Structured Query Language (SQL) statement through code according to the data of the query, and queries the required data from the server through the SQL statement.
- SQL Structured Query Language
- the data stored by the server is data that controls the collection of network elements managed by the child process of the server.
- the present invention also provides a data management system, including: a main process module, a sub process module, and a data server;
- a main process module configured to send a command for querying data to the sub-process module, and receive a query result returned by the sub-process module;
- a child process module configured to control the data server, perform data query in the data server, and return the query result to the main process module;
- a data server that stores the data to be queried.
- system further comprises:
- the control server is configured to be controlled by the main process module, and store information reported by the sub-process module to the main process module, where the information includes: a sub-process message path, a database interface name in the server, and a network element name managed by the sub-process module.
- the number of the sub-process modules is determined according to the network size.
- each sub-process module processes the warehousing and query of the respective managed data.
- the sub-process module is further configured to determine whether the quantity of data exceeds a preset range. If the quantity of the query data is out of range, the data to be queried according to the query time is divided into multiple sub-data and then the data is queried. If the data of the query is not out of scope, the data query is directly performed.
- the data management method and system provided by the present invention divides the performance server into a main process and at least one sub-process.
- each sub-process processes the data storage and query of the managed network element separately, and reaches the server load average.
- the purpose of the allocation is to reduce the processing load of a single server, thereby increasing the processing speed of the server, and improving the efficiency of the server when there is a large amount of performance data.
- FIG. 1 is a schematic diagram of a system structure of an existing performance data management
- FIG. 2 is a schematic flowchart of a method for processing a command request by a main process according to an embodiment of the present invention
- 3 is a schematic flow chart of a method for processing a data query by a main process of an embodiment for querying a small amount of data according to the present invention
- FIG. 4 is a flow chart showing a method for processing a data query by a main process of an embodiment for querying a large amount of data according to the present invention
- FIG. 5 is a flow chart showing a method for processing a command request by a network element adapter according to an embodiment of the present invention
- FIG. 6 is a schematic structural diagram of a system for data management according to an embodiment of the present invention. detailed description
- the basic idea of the present invention is: The main process sends a command for querying data to the child process; the child process performs a data query in the server storing the data to be queried, and returns the query result to the main process.
- FIG. 2 is a schematic flowchart of a method for processing a command request by a main process according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps:
- Step 201 The main process receives a command request.
- the main process receives a command request sent by the client;
- Step 202 The main process invokes a corresponding processing method according to the command request.
- the command request sent by the client includes a corresponding command code, and the main process invokes a corresponding processing method according to the command code in the command request;
- the command code is predefined, and one command code indicates a command request, and different commands
- the command code of the query data may be 10000, and the command code of the data set is 10001. If the command code of the data is queried, step 203 is performed, and if the command code of the data is collected, Perform step 204;
- Step 203 The main process processes the data query.
- Step 204 The network element adapter collects data.
- Figure 3 is one of the two specific methods of implementing step 203 in Figure 2, based on A schematic flowchart of a method for processing a data query by a main process of an embodiment of the present invention for querying a small amount of data. As shown in FIG. 3, the method includes the following steps:
- Step 301 The main process sends a data query command to the child process.
- the main process and the sub-process share one server; the main process checks the link on-off state between the sub-process and the main process according to the set cycle timing, and gives the sub-process every time.
- the main process sends a probe message to the child process.
- the child process constructs a reply message and sends it to the main process. If the main process receives the reply message sent by the child process, the main process queries the data. The command is sent to the child process. If the main process does not receive the reply message sent by the child process, the data query command is not sent to the child process;
- Step 302 The child process performs data query in the server storing the data to be queried, and returns the query result to the main process.
- the server controlled by the child process of the command for receiving the data query stores data to be queried, the data is data of a network element that is controlled by the child process controlled by the server; when the child process receives the command of the data query, The child process constructs a SQL (Structured Query Language) statement by code according to the command of the data query.
- the SQL statement is a database query language, and the SQL statement can query the required data from the database of the server;
- the child process returns the query result to the main process.
- the returned method can be in the form of a string, or the child process can write the query result into a file and send it to a directory of the main process.
- the main process can browse the directory.
- the file containing the result of the query can get the query result.
- FIG. 4 is a schematic flowchart of a method for processing a data query by a main process of an embodiment for querying a large amount of data according to the invention, in another method other than the method shown in FIG. 3, in the two specific methods of implementing step 203 in FIG. As shown in FIG. 4, the method includes the following steps:
- Step 401 The main process sends a command for querying data to the child process.
- multiple child processes can be deployed according to the size of the network, and multiple child processes exist.
- Each child process manages its own network element and controls its corresponding server to process the inbound and query data of the respective managed data.
- the server of the main process and the child process are separate, and the main process queries the data.
- the query parameter is parsed in the command, and the query parameter includes the name of the network element of the data to be queried, and the main process finds the message path of the child process corresponding to the network element from the plurality of child processes according to the information reported by the child process, and the message path is adopted by the message path.
- the command for querying data is sent to the child process; the main process checks the link on/off state between the child process and the main process according to the set cycle timing, and the main process first before each main process sends a data query command to the child process.
- the child process constructs a reply message and sends it to the main process. If the main process receives the reply message sent by the child process, the main process sends a data query command to the child process, if the main process receives the message.
- the command of the data query is not sent to the child process.
- the sub-process reports the information of the sub-process to the main process.
- the information includes the message path of the sub-process, the name of the database interface in the server, and the name of the network element managed by the sub-process.
- the information is stored in the server controlled by the main process.
- this table is an example of information
- the method for the main process to parse the request for querying the performance data may be:
- Step 402 The child process determines whether the quantity of data is out of range, and if it is exceeded, performs step Step 403, if not exceeded, step 404 is performed;
- step 403 After the sub-process receives the command to query the data, it is determined whether the quantity exceeds a preset range according to the quantity of data to be queried. If yes, step 403 is performed, if not, step 405 is performed;
- the range is artificially set according to the actual situation. For example, the maximum number of data per query can be set to 10,000.
- Step 403 dividing the data into multiple sub-data
- the sub-process divides the data to be queried according to the query time into a plurality of sub-data, and the number of each sub-data does not exceed a preset range.
- Step 404 The server controlled by the child process stores data to be queried, and the child process performs query data.
- the server controlled by the child process stores data to be queried, and the data is data of a network element that is controlled by the child process controlled by the server; the child process constructs the SQL statement by using the code according to the command of the query, and the server can execute the SQL statement through the SQL statement.
- the database needs to query the data.
- Step 405 returning the query result to the main process
- the child process returns the query result to the main process. If the data to be queried is divided into multiple sub-data for query, the sub-process returns the query result to the main process every time the sub-process returns a sub-data result, and the returned method can be used. The method returned in step 302.
- FIG. 5 is a schematic diagram of a method for processing a command request by a network element adapter according to an embodiment of the present invention. As shown in FIG. 5, the method includes the following steps:
- Step 501 The network element adapter receives a command for collecting data.
- the network element adapter receives the command for collecting the data sent by the main process by using the interface; Step 502: The network element adapter sends the command for collecting the data to the network element;
- Step 503 The network element collects data, and sends the collected data to the service through the network element adapter.
- the network element performs data collection according to the command of collecting data, and sends the collected data to the server controlled by the child process managing the network element through the network element adapter, and the database in the server stores the data for query.
- the data of the corresponding network element is stored in the server controlled by the child process.
- the present invention further provides a data management system.
- the system includes: a main process module 61, a sub-process module 62, and a data server 63;
- the main process module 61 is configured to send a command for querying data to the sub-process module 62, and receive a query result returned by the sub-process module 62.
- the child process module 62 is configured to control the data server 63, perform data query in the data server 63, and return the query result to the main process module 61;
- the data server 63 is configured to store data to be queried, where the data is data that controls the collection of network elements managed by the sub-process module 62 of the server;
- the sub-process module 62 is further configured to determine whether the quantity of data exceeds a preset range. If the quantity of the query data is out of range, the data to be queried according to the query time is divided into multiple sub-data and then the data is queried, if the queried data does not exceed Range, directly query data; the system can further include:
- the control server 64 is configured to be controlled by the main process module 61, and store information reported by the sub-process to the main process module 62.
- the information includes: a sub-process message path, a database interface name in the server, and a network element name managed by the sub-process module 62;
- the server controlled by the main process module and the server controlled by the sub-process module can be merged into one server; according to the size of the network, multiple sub-process modules can be deployed, and each sub-process module manages its own network element and control.
- the respective servers handle the warehousing and query of the respective managed data.
- the system may further include: a client 65, a network element adapter 66, and a network element 67; wherein a client 65, configured to send a query command to the main process module 61;
- the network element adapter 66 is configured to receive, by using an interface, a command for collecting data sent by the main process module 61, and send a command for collecting the data to the network element 67;
- the network element 67 is configured to perform data collection according to the command for collecting data, and send the collected data to the server controlled by the child process managing the network element by using the network element adapter 66, and the database in the server stores the data for preparation. Inquire.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Description
一种数据的管理方法和系统 技术领域
本发明涉及电信网管系统领域， 主要涉及一种数据的管理方法和系统。 背景技术
在电信网管系统中， 电信网管设备的性能管理是重要的组成部分， 在 现有技术中， 性能管理具有釆集网元性能数据， 查询网元性能数据和管理 网元性能门限等功能。 用户通过对历史性能数据的统计分析， 可以了解电 信网络的整体运行状况， 为运营商的管理和决策提供依据。 性能管理的基 础是性能数据， 性能数据的来源是电信网管系统中管理的各个网元， 随着 网络规模的不断扩大， 电信网管系统需要管理的网元数目也越来越大， 从 而需要管理的性能数据也越来越多， 因此在数据库中存入性能数据和查询 性能数据已经成为各个网管系统需要考虑的重要问题。
在现有的技术方案中， 釆用的方法是多个网元数据集中存储的方式， 如图 1 所示， 电信网管系统管理的所有网元的性能数据都集中存储在一个 数据库中， 当接收到客户端发送的查询请求时， 服务器从数据库中查询数 据。 这种方案的缺点是显而易见的， 那就是当存在多个网元同时上报大量 性能数据到服务器时， 服务器仅仅是处理数据入库就会占用很多内存， 如 果再进行大规模的数据查询， 服务器的处理速度就会大大降低。 发明内容
有鉴于此， 本发明的主要目的在于提供一种数据的管理方法和系统， 降低单个服务器的处理负荷， 从而提高服务器的处理速度。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明提供了一种数据的管理方法， 包括：
主进程将查询数据的命令发送给子进程；
所述子进程在存储有要查询的数据的服务器中进行数据查询， 并将查 询结果返回给所述主进程。
上述方案中， 所述子进程的数量根据网络规模确定， 存在多个子进程 时， 每个子进程分别处理各自管理的数据的入库和查询。
上述方案中， 所述子进程进行数据查询之前， 还包括：
子进程判断要查询的数据的数量是否超出范围， 如果所述查询数据的 数量超出范围， 所述子进程根据查询时间将所述查询数据分成多个子数据 再进行数据查询， 如果所述查询数据的数量没有超出范围， 就直接进行数 据查询。
上述方案中， 所述主进程将查询数据的命令发送给子进程具体为： 所述主进程从查询数据的命令中解析出查询参数， 所述查询参数中包 括要查询的数据的网元名称， 所述主进程根据所述子进程上报的信息从多 个子进程中找到所述网元对应的子进程的消息路径， 通过所述消息路径将 查询数据的命令发送给所述子进程。
上述方案中， 所述子进程的消息路径是当电信网管系统启动时所述子 进程上报给所述主进程的， 上报的信息还包括所述服务器中数据库接口名 称和所述子进程管理的网元名称， 所述上报的信息存储在所述主进程控制 的服务器内。
上述方案中， 所述子进程进行数据查询具体为：
所述子进程根据查询的数据通过代码构造结构化查询语言（ SQL )语句， 通过所述 SQL语句从服务器中查询需要的数据。
上述方案中， 所述服务器存储的数据是控制所述服务器的子进程管理 的网元釆集的数据。
本发明还提供了一种数据的管理系统， 包括： 主进程模块、 子进程模 块、 数据服务器； 其中，
主进程模块， 用于将查询数据的命令发送给子进程模块， 接收子进程 模块返回的查询结果；
子进程模块， 用于控制数据服务器， 在数据服务器中进行数据查询， 并将查询结果返回给主进程模块；
数据服务器， 用于存储要查询的数据。
上述方案中， 该系统进一步包括：
控制服务器， 用于受所述主进程模块控制， 存储子进程模块上报给主 进程模块的信息， 所述信息包括： 子进程消息路径、 服务器中数据库接口 名称、 子进程模块管理的网元名称。
上述方案中， 所述子进程模块的数量根据网络规模确定， 存在多个子 进程模块时， 每个子进程模块分别处理各自管理的数据的入库和查询。
上述方案中， 所述子进程模块还用于判断数据的数量是否超出预先设 定的范围， 如果查询数据的数量超出范围， 就根据查询时间将要查询的数 据分成多个子数据再进行数据查询， 如果查询的数据没有超出范围， 就直 接进行数据查询。
本发明所提供的数据的管理方法和系统， 将性能服务器分成一个主进 程和至少一个子进程， 多个子进程时， 每个子进程分别处理管理的网元的 数据入库和查询， 达到服务器负载平均分配的目的， 来降低单个服务器的 处理负荷， 从而提高服务器的处理速度， 达到在存在大量性能数据时提高 服务器的工作效率。 附图说明
图 1为现有的性能数据管理的系统结构示意图；
图 2为根据本发明实施例的主进程处理命令请求的方法的流程示意图；
图 3 为根据本发明查询少量数据的实施例的主进程处理数据查询的方 法的流程示意图；
图 4为根据本发明查询大量数据的实施例的主进程处理数据查询的方 法的流程示意图；
图 5 为根据本发明实施例的网元适配器处理命令请求的方法的流程示 意图；
图 6为根据本发明实施例的数据管理的系统的结构示意图。 具体实施方式
本发明的基本思想是： 主进程将查询数据的命令发送给子进程； 所述 子进程在存储有要查询的数据的服务器中进行数据查询， 并将查询结果返 回给所述主进程。
下面通过附图及具体实施例对本发明再做进一步的详细说明。
图 2为根据本发明实施例的主进程处理命令请求的方法的流程示意图， 如图 2所示， 该包括以下步骤：
步骤 201 , 主进程接收命令请求；
具体的， 主进程接收客户端发送的命令请求；
步骤 202, 主进程根据命令请求调用相应的处理方法；
具体的， 客户端发送的命令请求中包含对应的命令码， 主进程根据命 令请求中的命令码调用相应的处理方法； 命令码是预先定义的， 一个命令 码表示一种命令请求， 不同的命令码之间不允许重复， 例如可以定义查询 数据的命令码为 10000, 釆集数据的命令码为 10001 ; 如果是查询数据的命 令码， 就执行步骤 203 , 如果是釆集数据的命令码， 就执行步骤 204;
步骤 203 , 主进程处理数据查询；
步骤 204, 网元适配器釆集数据。
图 3是图 2中实现步骤 203的两种具体方法的其中一种方法， 是根据
本发明查询少量数据的实施例的主进程处理数据查询的方法的流程示意 图， 如图 3所示， 该方法包括以下步骤：
步骤 301 , 主进程将数据查询的命令发送给子进程；
具体的， 当查询的数据的数量较少时， 主进程和子进程共用一个服务 器； 主进程根据设置的周期定时检查子进程和主进程之间的链路通断状态， 在每次主进程给子进程发送数据查询的命令之前， 主进程先向子进程发送 探测消息， 子进程收到探测消息后构建回复消息发送给主进程， 如果主进 程收到子进程发送的回复消息， 主进程将数据查询的命令发送给子进程， 如果主进程收不到子进程发送的回复消息， 就不发送数据查询的命令给子 进程；
步骤 302, 子进程在存储有要查询的数据的服务器中进行数据查询， 并 将查询结果返回给主进程；
具体的， 接收数据查询的命令的子进程控制的服务器存储有要查询的 数据， 该数据是控制该服务器的子进程管理的网元釆集的数据； 子进程在 收到数据查询的命令时， 子进程根据数据查询的命令通过代码构造 SQL ( Structured Query Language, 结构化查询语言）语句， SQL语句是数据库 查询语言， 通过 SQL语句可以从服务器的数据库中查询需要的数据；
子进程将查询结果返回给主进程， 返回的方法可以是使用字符串的形 式， 也可以是子进程将查询结果写进文件， 发送到主进程的某个目录下， 主进程可以通过浏览该目录下的包含查询结果的文件可以得到查询结果。
图 4是图 2中实现步骤 203的两种具体方法中除图 3所示方法以外的 另一种方法， 是根据发明查询大量数据的实施例的主进程处理数据查询的 方法的流程示意图， 如图 4所示， 该方法包括以下步骤：
步骤 401 , 主进程将查询数据的命令发送给子进程；
具体的， 根据网络规模的大小可以部署多个子进程， 存在多个子进程
时， 每个子进程管理各自的网元和控制各自对应的服务器， 分别处理各自 管理的数据的入库和查询； 当查询数量较多时， 主进程和子进程的服务器 是分开的， 主进程从查询数据的命令中解析出查询参数， 查询参数中包括 要查询的数据的网元名称， 主进程根据子进程上报的信息从多个子进程中 找到该网元对应的子进程的消息路径， 通过该消息路径将查询数据的命令 发送给子进程； 主进程根据设置的周期定时检查子进程和主进程之间的链 路通断状态， 在每次主进程给子进程发送数据查询的命令之前， 主进程先 向子进程发送探测消息， 子进程收到探测消息后构建回复消息发送给主进 程， 如果主进程收到子进程发送的回复消息， 主进程给子进程发送数据查 询的命令， 如果主进程收不到子进程发送的回复消息， 就不发送数据查询 的命令给子进程； 当电信网管系统启动时， 子进程将自身的信息上报给主 进程， 该信息包括子进程的消息路径、 服务器中数据库接口名称和子进程 管理的网元名称， 这些信息存储在主进程控制的服务器的数据库内， 如表 1 所示， 该表是信息示例；
表 1
主进程解析查询性能数据的请求的方法可以是： 主进程将查询数据的 请求的字符串拆分为一个一个的查询参数， 例如查询数据的请求的字符串 为： "ne:10001 , location: 10-1 -1 , time: 2008-0101 05:00:00" , 那么拆分后查 询参数为： ne=10001 , location=10-l-l , time=20080101 05:00:00 ; 其中 ne= 10001 表示要查询的数据对应的网元的编号， location=10-l-l 表示要查 询的数据对应的网元的位置， time=20080101 05:00:00表示要查询的数据所 在的时间。
步骤 402, 子进程判断数据的数量是否超出范围， 如果超出， 就执行步
骤 403 , 如果没有超出， 就执行步骤 404;
具体的， 在子进程收到查询数据的命令后， 根据要查询的数据的数量 判断该数量是否超出预先设定的范围， 如果超出， 执行步骤 403 , 如果没有 超出， 执行步骤 405; 预先设定的范围是根据实际情况人为设定的， 例如可 以设定每次查询的数据的数量最大值为 10000条。
步骤 403 , 将数据分成多个子数据；
具体的， 当要查询的数据的数量超出预先设定的范围时， 子进程根据 查询时间将要查询的数据分成多个子数据， 每个子数据的数量都不超出预 先设定的范围。
步骤 404, 子进程控制的服务器存储要查询的数据， 子进程进行查询数 据；
具体的， 子进程控制的服务器存储要查询的数据， 该数据是控制该服 务器的子进程管理的网元釆集的数据； 子进程根据查询的命令通过代码构 造 SQL语句， 通过 SQL语句可以从服务器的数据库中查询需要的数据。
步骤 405 , 将查询结果返回给主进程；
具体的， 子进程将查询结果返回给主进程， 如果要查询的数据被分成 多个子数据进行查询， 子进程每查询到一个子数据的结果， 就向主进程返 回查询结果， 返回的方法可以使用步骤 302中返回的方法。
图 5是图 2中实现步骤 204的具体方法， 是根据本发明实施例的网元 适配器处理命令请求的方法的流程示意图， 如图 5 所示， 该方法包括以下 步骤：
步骤 501 , 网元适配器接收釆集数据的命令；
具体的， 网元适配器通过接口接收主进程发送的釆集数据的命令； 步骤 502, 网元适配器将釆集数据的命令发送给网元；
步骤 503 , 网元釆集数据， 并将釆集的数据通过网元适配器发送给服务
器；
具体的， 网元根据釆集数据的命令进行数据釆集， 并将釆集的数据通 过网元适配器发送给管理该网元的子进程控制的服务器， 服务器中的数据 库存储这些数据以备查询， 由此， 子进程控制的服务器中便存储了相应网 元的数据。
为实现上述方法， 本发明还提供了一种数据的管理系统， 如图 6所示， 该系统包括： 主进程模块 61、 子进程模块 62、 数据服务器 63; 其中，
主进程模块 61 , 用于将查询数据的命令发送给子进程模块 62, 接收子 进程模块 62返回的查询结果；
子进程模块 62, 用于控制数据服务器 63 , 在数据服务器 63中进行数 据查询， 并将查询结果返回给主进程模块 61 ;
数据服务器 63 , 用于存储要查询的数据， 该数据是控制该服务器的子 进程模块 62管理的网元釆集的数据；
子进程模块 62还用于判断数据的数量是否超出预先设定的范围， 如果 查询数据的数量超出范围， 就根据查询时间将要查询的数据分成多个子数 据再进行数据查询， 如果查询的数据没有超出范围， 就直接进行数据查询； 该系统还可以进一步包括：
控制服务器 64, 用于受主进程模块 61控制，存储子进程上报给主进程 模块 62的信息，该信息包括： 子进程消息路径、服务器中数据库接口名称、 子进程模块 62管理的网元名称；
当控制的数量较少时， 主进程模块控制的服务器和子进程模块控制的 服务器可以合并成一个服务器； 根据网络规模的大小， 可以部署多个子进 程模块， 每个子进程模块管理各自的网元和控制各自的服务器， 分别处理 各自管理的数据的入库和查询。
该系统还可以包括： 客户端 65、 网元适配器 66、 网元 67; 其中，
客户端 65 , 用于发送查询数据的请求命令给主进程模块 61 ;
网元适配器 66,用于通过接口接收主进程模块 61发送的釆集数据的命 令， 并将釆集数据的命令发送给网元 67;
网元 67, 用于根据釆集数据的命令进行数据釆集， 并将釆集的数据通 过网元适配器 66发送给管理该网元的子进程控制的服务器， 服务器中的数 据库存储这些数据以备查询。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。
Claims
1、 一种数据的管理方法， 其特征在于， 该方法包括：
主进程将查询数据的命令发送给子进程；
所述子进程在存储有要查询的数据的服务器中进行数据查询， 并将查 询结果返回给所述主进程。
2、 根据权利要求 1所述的方法， 其特征在于， 所述子进程的数量根据 网络规模确定， 存在多个子进程时， 每个子进程分别处理各自管理的数据 的入库和查询。
3、 根据权利要求 1所述的方法， 其特征在于， 所述子进程进行数据查 询之前， 该方法还包括：
子进程判断要查询的数据的数量是否超出范围， 如果所述查询数据的 数量超出范围， 则所述子进程根据查询时间将所述查询数据分成多个子数 据再进行数据查询； 如果所述查询数据的数量没有超出范围， 则直接进行 数据查询。
4、 根据权利要求 2所述的方法， 其特征在于， 所述主进程将查询数据 的命令发送给子进程具体为：
所述主进程从查询数据的命令中解析出查询参数， 所述查询参数中包 括要查询的数据的网元名称， 所述主进程根据所述子进程上报的信息从多 个子进程中找到所述网元对应的子进程的消息路径， 通过所述消息路径将 查询数据的命令发送给所述子进程。
5、 根据权利要求 4所述的方法， 其特征在于， 所述子进程的消息路径 在电信网管系统启动时由所述子进程上报给所述主进程， 上报的信息还包 括所述服务器中数据库接口名称和所述子进程管理的网元名称， 所述上报 的信息存储在所述主进程控制的服务器内。
6、 根据权利要求 1所述的方法， 其特征在于， 所述子进程进行数据查 询具体为：
所述子进程根据查询的数据通过代码构造结构化查询语言（ SQL )语句， 通过所述 SQL语句从服务器中查询需要的数据。
7、 根据权利要求 1至 5任一项所述的方法， 其特征在于， 所述服务器 存储的数据是控制所述服务器的子进程管理的网元釆集的数据。
8、 一种数据的管理系统， 其特征在于， 该系统包括： 主进程模块、 子 进程模块、 数据服务器； 其中，
主进程模块， 用于将查询数据的命令发送给子进程模块， 接收子进程 模块返回的查询结果；
子进程模块， 用于控制数据服务器， 在数据服务器中进行数据查询， 并将查询结果返回给主进程模块；
数据服务器， 用于存储要查询的数据。
9、 根据权利要求 8所述的系统， 其特征在于， 该系统还包括： 控制服务器， 用于受所述主进程模块控制， 存储子进程模块上报给主 进程模块的信息， 所述信息包括： 子进程消息路径、 服务器中数据库接口 名称、 子进程模块管理的网元名称。
10、 根据权利要求 8或 9所述的系统， 其特征在于， 所述子进程模块 的数量根据网络规模确定， 存在多个子进程模块时， 每个子进程模块分别 处理各自管理的数据的入库和查询。
11、 根据权利要求 8或 9所述的系统， 其特征在于， 所述子进程模块 还用于判断数据的数量是否超出预先设定的范围， 查询数据的数量超出范 围时， 根据查询时间将要查询的数据分成多个子数据再进行数据查询； 查 询的数据没有超出范围时， 直接进行数据查询。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010116402.XA CN102148848B (zh) | 2010-02-10 | 2010-02-10 | 一种数据的管理方法和系统 |
| CN201010116402.X | 2010-02-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011097850A1 true WO2011097850A1 (zh) | 2011-08-18 |
Family
ID=44367186
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2010/073172 WO2011097850A1 (zh) | 2010-02-10 | 2010-05-24 | 一种数据的管理方法和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102148848B (zh) |
| WO (1) | WO2011097850A1 (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104007948B (zh) * | 2014-05-23 | 2017-06-13 | 广东威创视讯科技股份有限公司 | 基于三维gis海量数据分布式计算可视化显示的方法及装置 |
| CN106533716B (zh) * | 2015-09-09 | 2019-09-17 | 大唐移动通信设备有限公司 | 一种北向接口的管理方法和系统 |
| CN106776893A (zh) * | 2016-11-30 | 2017-05-31 | 浪潮通信信息系统有限公司 | 一种数据输出方法及装置 |
| CN110275782B (zh) * | 2018-03-13 | 2023-08-29 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置 |
| CN110674369A (zh) * | 2019-09-23 | 2020-01-10 | 杭州迪普科技股份有限公司 | 一种数据查询方法及装置 |
| CN111711562A (zh) * | 2020-07-16 | 2020-09-25 | 网易（杭州）网络有限公司 | 消息处理方法及装置、计算机存储介质、电子设备 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101097527A (zh) * | 2006-06-27 | 2008-01-02 | 中国银联股份有限公司 | 一种应用进程的流程调度方法及系统 |
-
2010
- 2010-02-10 CN CN201010116402.XA patent/CN102148848B/zh active Active
- 2010-05-24 WO PCT/CN2010/073172 patent/WO2011097850A1/zh active Application Filing
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101097527A (zh) * | 2006-06-27 | 2008-01-02 | 中国银联股份有限公司 | 一种应用进程的流程调度方法及系统 |
Non-Patent Citations (2)
| Title |
|---|
| SHENG, XIAN LIANG ET AL: "Design and Implementation of Online Judge Based on Linux", JOURNAL OF NANJING UNIVERSITY (NATURAL SCIENCES), vol. 41, October 2005 (2005-10-01), pages 570 - 574 * |
| ZHANG, FAN ET AL: "Design and Implementation of a Cluster System Based on Linux", COMPUTER ENGINEERING AND APPLICATIONS, no. 14, December 2006 (2006-12-01), pages 127 - 131 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102148848A (zh) | 2011-08-10 |
| CN102148848B (zh) | 2014-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2011097850A1 (zh) | 一种数据的管理方法和系统 | |
| CN106612199B (zh) | 一种网络监控数据收集与分析系统及方法 | |
| CN103235820B (zh) | 一种集群系统中数据存储方法与装置 | |
| JP5468681B2 (ja) | シンプルネットワークマネージメントプロトコルに基づくメッセージの対話方法 | |
| CN103546343B (zh) | 网络流量分析系统的网络流量展示方法和系统 | |
| CN104639385B (zh) | 检测l2vpn网络用户侧接口连通性的方法及设备 | |
| WO2014056345A1 (zh) | 监控任务的管理方法及装置 | |
| CN102255761A (zh) | 基于文件的配置回滚系统及配置回滚方法 | |
| CN102750368B (zh) | 一种数据库集群数据高速导入方法 | |
| CN106357442A (zh) | 一种服务器集群监控方法及系统 | |
| CN101667932B (zh) | 一种网元设备日志管理的方法及系统 | |
| CN102904744A (zh) | 性能数据的采集方法及系统 | |
| WO2015131523A1 (zh) | 数据查询方法、系统及计算机存储介质 | |
| WO2015184850A1 (zh) | 过期数据采集方法、装置及系统 | |
| CN1852145A (zh) | 一种利用关联查询进行鉴权的系统及其方法 | |
| CN102148702A (zh) | 一种使用网络配置协议进行网络管理的方法 | |
| WO2012167657A1 (zh) | 一种实现事件转发的方法及通用信息模型cim服务器 | |
| CN106330567A (zh) | 一种服务器集群的服务器管理控制方法及系统 | |
| CN104022917B (zh) | 云桥监控方法 | |
| WO2010104911A1 (en) | Synchronized relay messaging and coordinated network processing using snmp | |
| CN106254122B (zh) | 一种基于eoc设备的简单网络管理协议代理实现方法 | |
| CN103138958B (zh) | 一种网管标准接口的实现方法 | |
| CN110061886B (zh) | 一种基于snmp的印前网络管理系统 | |
| CN113791733A (zh) | 信息的存储方法、装置、设备及存储介质 | |
| CN102938793B (zh) | 信息推送装置和信息推送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10845522 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 10845522 Country of ref document: EP Kind code of ref document: A1 |