一种实现配置事务和试运行机制的方法和装置

摘要

本发明提供一种电信设备的配置数据方法和管理器。所述方法包括步骤：为拟配置的数据建立数据配置模式信息，以指示数据配置模式；随着数据配置模式的切换，更改与所述数据相应的数据配置模式信息；根据数据配置模式，将所述数据回退。本发明通过在事务模式和试运行模式下提供数据的回退、确认，增加了系统的可靠性和容错能力，同时使用户能够通过一个试运行的角度来观察数据的正确性，也提高了可用性。

说明书

技术领域

本发明涉及电信设备的数据配置方法和装置。

背景技术

在一个运营商管理的网络中，对于电信设备的数据配置都是通过客户端(终端)向一个配置数据管理器发起，再由这个配置数据管理器向各个设备提供数据服务。

目前的现状是数据配置是通过单条命令进行，每一条命令配置一部分数据，配置数据管理器负责该部分数据的正确性，命令执行成功，这一部分数据在设备中就已经生效。图1便是实现这样一个过程的现有技术的数据配置系统结构图。

但由于网络设备的多样化和复杂性，多个设备的数据配置过程很复杂，多个数据之间存在一些关联关系，单个数据配置正确并不能保证数据总成一定正确。因此，一旦错误的数据配置或者不一致的数据给设备引用，可能造成一些严重后果。

因此运营商希望设备厂商提供一种可回退的数据配置过程，将一个数据配置过程分成几个阶段，通过每个阶段的数据观察和检查来验证数据的有效性。一旦发现数据有误，即可将数据配置恢复到前面设定的一个内容和状态，保证设备的正常运行。

发明内容

本发明的目的是提供一种通用机制，在向数据进行配置数据时，提供两种特殊的数据配置模式，增加向设备配置数据的易用性和可靠性、容错能力，同时保证在出现数据配置异常时，能提供有效的手段来回退前面的操作，进而快速恢复系统。

根据第一方面，本发明提供一种电信设备的配置数据方法，包括步骤：为拟配置的数据建立数据配置模式信息，以指示数据配置模式；随着数据配置模式的切换，更改与所述数据相应的数据配置模式信息；根据数据配置模式，将所述数据回退。

优选地，所述数据配置模式包括试运行模式，所述回退步骤包括在试运行模式下删除具有试运行模式的数据。进一步优选地，所述方法包括通过将数据配置模式信息从试运行模式更改为正常模式，确认数据正式生效的步骤。

优选地，所述数据配置模式包括事务模式，所述回退步骤包括在事务模式下删除具有事务模式的数据。进一步优选地，所述方法包括通过将数据配置模式信息从事务模式更改为试运行模式，提交数据供试运行的步骤。

根据第二方面，提供一种电信设备的配置数据管理器，包括数据存储模块，其特征在于还包括和数据存储模块相连的控制器，所述控制器将拟配置的数据存储在所述数据存储模块，并且为所述数据建立数据配置模式信息，该信息表示所述数据所处的数据配置模式，以便于控制器在所述数据配置模式下对数据进行回退。

在第一方面和第二方面中，优选的是建立事务任务表，以记录拟配置数据的过程信息。所述事务任务表可以包括修改记录标识信息、修改表信息、事务标识、记录修改序号或修改类型等等。

本发明通过在事务模式和试运行模式下提供数据的回退、确认，增加了系统的可靠性和容错能力，同时使用户能够通过一个试运行的角度来观察数据的正确性，也提高了可用性。

附图说明

下面将以举例的形式参照附图对本发明的实施方案进行更详细的说明，其中：

图1是现有技术的数据配置系统的结构图；

图2是根据本发明的一个实施方案的数据配置系统结构图；

图3是根据本发明的数据配置过程示意图；

图4是配置数据管理器执行事务回退的过程示意图。

具体实施方式

图2是根据本发明的一个实施方案的数据配置系统的结构图。数据配置系统包括数据配置管理器和设备1...N。

该数据配置管理器包括数据配置接口、配置管理中心、数据处理模块、数据服务提供模块、事务/试运行控制器和数据存储模块。以上各功能模块具体功能如下表所示。

模块功能列表数据配置接口接收操作员下发的数据配置命令，并对命令语

法进行检查向操作员上报操作结果配置管理中心提供数据配置模式管理及数据存储转换功能数据处理进行内部数据格式转换，提供可靠地将数据传递到单板数据存储单元数据服务提供向设备单元(1…N)提供各种数据服务，如查询，检索等。数据存储提供数据的存储事务/试运行控制器提供配置数据事务模式、试运行模块下的数据处理，回退处理。同时响应配置管理中心的请求，查询数据。

数据配置管理器经数据服务提供模块和设备1...N相连。设备1...N可以是任何的具体设备，如交换机、信令网关、软交换设备等。

根据本发明的数据配置管理器的以上构架与现有技术的差异主要表现在增加了一个事务/试运行控制器，该控制器是本发明技术方案的关键。

通过事务/试运行控制器，可以屏蔽配置管理中心在正常模式、事务模式、试运行模式中访问数据的差异，同时，事务/试运行控制器负责对事务模式、试运行模式中的数据修改记录修改过程数据，确保数据回退的过程可逆。

这里，事务模式是一种数据配置的中间模式，在这种模式下的数据配置可以进行回退取消，或者提交数据。试运行模式是一种系统中间运行模式，在这种模式下，系统可以取消试运行模式，也可以确认试运行。

事务/试运行控制器主要有以下功能：

1.正常模式、事务模式、试运行模式管理和切换；

2.增加、删除、更改数据时，对过程数据进行同步记录；

3.从事务模式回退到正常模式下，对事务中修改的数据进行回退；

4.从试运行模式以取消试运行方式返回正常模式，对事务中修改的数据进行回退；

5.从试运行模式以确认方式返回正常模式，对事务中修改的过程数据进行清理；

6.屏蔽不同模式下配置管理器的访问数据的差异，比如，在事务模式下查询一条数据事务过程中增加的数据，得到的是事务态的数据，而在正常模式下查询的数据得到的是所有正常态的数据。

7.管理事务任务表和数据表的事务标识字段。

这里，事务任务表是记录事务过程中数据过程的表，通过该表的内容，事务/试运行控制器可以利用该表进行数据回退处理。

事务/试运行控制器利用下面两个信息来实现过程数据记录和屏蔽配置管理中心访问数据的差异。

其一，在所有数据表中增加事务标识字段：数据配置模式类型(TRANS_STATUS)和记录标识。

 增加的字段意义 TRANS_STATUS0表示本条记录数据在正常模式下；1表示本条记录数据在事务模式下；2表示本条记录数据在试运行模式下； 记录标识修改记录标识

其二，在系统中增加一张事务任务表，来登记配置管理中心向事务/试运行控制器发起的数据修改请求的过程数据，如下：

增加的字段意义序号记录修改序号事务标识记录事务标识修改表修改表信息修改记录标识记录修改表的记录标识修改类型标识数据修改的类型

图3是根据本发明的一个实施方案的数据配置过程示意图。

整个数据配置模式有：正常模式、事务模式、试运行模式。系统缺省开始为正常模式。用户可以通过下发命令来进行模式切换。一般当数据配置完成后，返回到正常模式。

场景分析

下面通过场景分析，结合模式切换来说明本技术方案。场景如下：增加数据1(数据表一)、修改数据2(数据表二)，同时数据2依赖数据1的存在。

对于多个设备的关联数据配置，由于只是引用的设备不同，所涉及的流程是相同的，在此不作特殊说明。

用户下发切换到事务模式命令(Begin Transaction)(步骤S310)，配置管理中心向事务管理器下发进入事务请求，进入事务模式(步骤S320)。为了保证异常情况可能导致的重启，将事务模式持久化。这一过程可以通过将事务模式标记记录配置文件，也可以记录到数据库来实现。从这以后所有从配置管理中心向事务/试运行控制器发起的数据修改请求，只作为一个事务态形式存在。在增加数据1时，会在事务数据表中增加一条记录(其中事务标识、修改表、修改记录标识、修改类型会根据实际情况变化)：

 序号 事务标识 修改表修改记录标识修改类型 0  0 数据表一1增加

数据表一中增加一条记录如下

数据表一原字段信息  TRANS_STATUS 记录标识数据1  1 1

同时返回命令的执行结果。

用户下发一条更改数据2请求，配置管理中心向事务管理器下发更改的数据。在这个过程中，配置管理中心会向事务/试运行控制器查询数据2的数据依赖关系。这时事务/试运行控制器会根据当前的配置状态，查询数据发给配置管理中心。在本场景中，事务/试运行控制器根据“TRANS_STATUS等于1且记录标识等于1”的条件进行查询，查询到的数据返回给配置管理中心。

配置管理中心查询到数据1后，进行有效性判断后下发更改数据2的请求，同样会在数据表二增加一条记录如下，原来更改前记录内容保留：

数据表二原字段信息 TRANS_STATUS 记录标识更改前数据2 0 3

更改后数据213

同时在事务任务表中再增加一条记录如下：

 序号事务标识修改表标识修改记录标识修改类型 10数据表二3更改

同时返回命令执行结果(步骤S330)。

用户根据这时所配置的数据进行检查，决定是否事务提交让数据生效，也可以选择取消事务让数据回退(步骤S340)。

如果用户下发回退命令，则配置管理中心向事务控制器下发事务回退请求，由事务管理模块根据事务任务表对开始修改的数据进行回退(S350)，回退顺序与数据修改的次序相反：

●根据事务任务表中的序号1记录对数据表二进行回退。对于本场景数据表二修改的记录，只要通过删除数据表二符合“TRANS_STATUS等于1且记录标识等于3”条件的记录即可。

●其次，根据事务任务表中的序号0记录对数据表一进行回退，只要通过删除数据表一符合“TRANS_STATUS等于1且记录标识等于1”条件的记录即可。

●根据事务标识清除事务任务表中的对应事务标识的记录，在此只要删除事务任务表符合“事务标识等于0”的记录。

●数据回退后，再进入正常模式，记录配置模式并持久化(步骤S400)。

这一过程参见图4。图4是配置数据管理器执行事务回退的过程示意图。

如果用户下发事务提交命令，则配置管理中心向数据处理中心下发数据设定请求，将修改的数据，将其转换成设备需要的格式更新到数据服务提供模块(步骤S360)。数据正确更新后，这时数据配置模式自动切换到试运行模式(步骤S370)。由于数据已经更新到数据服务提供模块，可以对开始修改的数据进行测试。

在这种模式下，数据表一内容如下：

数据表一原字段信息 TRANS_STATUS 记录标识数据1 2 1

数据表二内容如下：

数据表二原字段信息 TRANS_STATUS 记录标识更改前数据2 0 3更改后数据2 2 3

事务任务表中的内容不变。

另外一个要说明的是，数据服务提供模块得到的是数据处理模块提供的有效数据，不包括事务处理过程中间数据。因此，对于数据服务提供模块，引用的数据表一内容如下：

数据表一原字段信息数据1

引用的数据表二内容如下：

数据表二原字段信息更改后数据2

设备引用配置的数据能够正常运行，用户可以选择取消试运行让数据回退，也可以确认试运行让数据正式生效(步骤S380)。

如果用户下发取消试运行命令，则系统会进行数据的回退(步骤S390)。这个回退过程在数据存储和数据服务提供模块都会同步进行。回退成功，则系统自动切换至正常模式(步骤S400)。这一过程与图4基本相似，只是多了一个数据回退后，需要由配置管理中心向数据处理模块发起数据回退的请求，这一过程将数据服务提供模块所用的数据也进行回退。

如果用户下发确认试运行命令，则系统会正式让开始用户修改的数据生效(步骤S410)。这个过程如下：

●首先更新数据表一数据1的记录，这可以通过更新数据表一符合“TRANS_STATUS等于1且记录标识等于1”的记录，更新后的数据表一内容如下：

数据表一原字段信息 TRANS_STATUS 记录标识

 数据1 0 1

●更新数据表二数据2的记录，这可以通过先删除数据表二符合“TRANS_STATUS等于0且记录标识等于3”，再更新数据表二中更改后记录的TRANS_STATUS设置为0。更新后的数据表二内容如下

数据表二原字段信息 TRANS_STATUS 记录标识更改后数据2 0 3

●根据事务标识清除事务任务表中的对应事务标识的记录，在此只要删除事务任务表符合“事务标识等于0”的记录。

●自动切换至正常模式，记录配置模式并持久化。

同时，为了保证数据回退的可靠性，考虑处理过程中可能的异常，比如重启进程等等。事务/试运行控制器对于事务下、试运行下的数据修改采用如下流程进行：

◆进入事务时生成一个唯一标识-事务标识，并将该事务标识持久化；

◆数据修改时，首先在事务任务表中登记修改表的信息；

◆在修改的数据表中添加一条数据，并将数据的修改类型设置为1(事务模式)。

操作员可以通过下发一条开始事务命令生成一个事务标识，事务标识主要是保证事务的唯一性，通过对事务的标识，可以进行事务嵌套的处理，这一事务嵌套过程处理与单个过程类似，都是通过事务任务表中的事务标识来进行区分、定位数据和回退数据的。

而回退数据时采用如下流程进行：

◆根据事务标识，查找到该事务中修改的所有数据表，并根据事务任务表中的反向序号来进行回退数据表；

◆依次回退数据表；

◆根据事务标识删除事务任务表中的记录；

◆如果有多个事务嵌套，返回到上一层事务，如果已经在最外层的事务，则配置模式设置为正常模式。

本发明的方案划分数据配置模式为正常、事务、试运行几个模式。通过对这些模式的切换，数据开始制作到最后生效期间，引入了一些中间的状态，在事务模式和试运行模式下提供数据的回退、确认，增加了系统的可靠性和容错能力，同时使用户能够通过一个试运行的角度来观察数据的正确性，也提高了可用性。

需要指出，本发明的技术方案既可以由运行在网络服务器中的中央处理器(CPU)的软件来实现，也可以由独立的硬件组合完成。

显而易见，在此描述的本发明可以有许多变化，这种变化不能认为偏离本发明的精神和范围。因此，所有对本领域技术人员显而易见的改变，都包括在本权利要求书的涵盖范围之内。