CN103701653B - 一种接口热插拔配置数据的处理方法及网络配置服务器 - Google Patents

Abstract

本发明公开了一种接口热插拔配置数据的处理方法及网络配置服务器，涉及网络通信技术领域。在基于NETCONF配置管理框架中，提出了一种针对接口热插拔场景的解决方案，解决了配置数据与运行数据的冲突问题。本发明的具体实施例包括：在NETCONF服务器中的配置数据库上，增设预配置数据库，以及为被管理对象增加热转移和热创建两个内部操作接口，进而在该NETCONF服务器接收到接口热插拔消息后，根据该接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作，本发明技术方案主要应用于NETCONF配置管理框架中的接口热插拔流程中。

Description

一种接口热插拔配置数据的处理方法及网络配置服务器

技术领域

本发明涉及网络通信技术领域，其涉及一种接口热插拔配置数据的处理方法及网络配置NETCONF服务器。

背景技术

目前，在涉及到接口热插拔的场景时，为使相应接口业务能够快速智能的恢复，需要在接口热拔时将当前的配置隐藏，待到后续接口热插时，再恢复配置。但是这一需求在NETCONF（Network Configuration，网络配置）配置管理框架中尚未得到满足，具体的这一配置架构包括：网络管理实体、NETCONF服务器和应用模块。在现有技术方案中，在NETCONF配置管理框架中,配置数据库中的配置数据全部来自于用户的配置操作，在NETCONF服务器中对这些配置操作的配置数据依照YANG数据模型定义对配置间的关联关系进行分析、检查，只有合法和有效的配置数据才会最终通过被管理对象下发各应用模块并生效。

基于上述的NETCONF配置管理框架，发明人发现在涉及到接口热插拔的场景时，比如，由于接口热拔出导致设备中运行的接口配置数据的变化，而配置数据仍然存在于NETCONF服务器的配置数据库中，而当用户通过NETCONF网络管理实体下发配置数据时，进而通过NETCONF服务器基于YANG数据模型分析检查后，将合法有效配置数据下发到应用模块，此配置数据下发到应用模块后，由于应用模块运行的配置数据变化导致下发不成功，从而引发后续的配置数据回滚操作，导致在NETCONF服务器的配置数据库中存在一些无效配置而无法删除。结合上述描述，正是由于现有技术方案，在NETCONF配置管理框架中，没有针对接口热插拔场景的解决方案，进而导致了配置数据不能隐藏和恢复的问题，引发了配置数据与运行数据的冲突问题，所以迫切需要一种基于NETCONF配置管理框架下，针对接口热插拔场景的解决方案。

发明内容

本发明的实施例提供了一种接口热插拔配置数据的处理方法及网络配置服务器，在基于NETCONF配置管理框架中，提出了一种针对接口热插拔场景的解决方案，解决了配置数据与运行数据的冲突问题。

为达到上述目的，本发明的实施例采用如下技术方案：

一种接口热插拔配置数据的处理方法，该方法应用于网络配置NETCONF服务器，所述NETCONF服务器至少包括配置数据库、被管理对象，所述配置数据库包括预配置数据库，所述被管理对象包括内部操作接口，所述方法包括：

所述NETCONF服务器接收接口热插拔消息，所述接口热插拔消息包括接口热***消息、接口热拔出消息；

根据所述接口热插拔消息，调用所述内部操作接口，执行所述内部操作接口对应的操作。

一种网络配置NETCONF服务器，所述NETCONF服务器至少包括配置数据库模块和被管理对象模块，所述配置数据库模块包括预配置数据库，所述被管理对象模块包括接收处理单元和内部操作接口单元；

所述接收处理单元，用于接收接口热插拔消息，所述接口热插拔消息包括接口热***消息、接口热拔出消息；并根据所述接口热插拔消息，调用所述内部操作接口单元中对应的内部操作接口，执行所述对应的内部操作接口对应的操作。

本发明实施例提供的一种接口热插拔配置数据的处理方法及网络配置服务器，首先在NETCONF服务器中的配置数据库上，增设预配置数据库，以及为被管理对象增加内部操作接口，进而在该NETCONF服务器在通过被管理对象接收到接口热插拔消息后，根据该接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作。现有技术中，在NETCONF配置管理框架下，没有针对接口热插拔场景的解决方案，而本发明实施例提供的技术方案,在基于NETCONF配置管理框架中，提出了一种针对接口热插拔场景的解决方案，解决了配置数据与运行数据的冲突问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的一种接口热插拔配置数据处理的方法流程图；

图2为本发明另一实施例提供的一种接口热插拔配置数据处理的方法流程图；

图3为本发明另一实施例提供的一种网络配置NETCONF配置管理框架的组成示意图；

图4为本发明另一实施例提供的一种接口热拔出的情况下，实现配置数据隐藏的方法流程图；

图5为本发明另一实施例提供的一种接口热接入的情况下，实现配置数据恢复的方法流程图；

图6为本发明另一实施例提供的一种隐藏配置数据的方法流程图；

图7为本发明另一实施例提供的另一种一种NETCONF服务器的组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明一实施例提供了一种接口热插拔配置数据的处理方法，该方法应用于NETCONF服务器，该NETCONF服务器至少包括配置数据库、被管理对象，其中配置数据库包括预配置数据库，被管理对象包括两个内部操作接口。

如图1所示，该方法包括：

101、NETCONF服务器接收接口热插拔消息。

其中，接口热插拔消息包括接口热***消息、接口热拔出消息。

102、根据接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作。

本发明实施例提供的一种接口热插拔配置数据的处理方法，首先在NETCONF服务器中的配置数据库上，增设预配置数据库，以及为被管理对象增加：第一内部操作接口（热转移，hot-remove）和第二内部操作接口（热创建，hot-create）两个内部操作接口，进而在该NETCONF服务器接收到接口热插拔消息后，根据该接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作。现有技术中，在NETCONF配置管理框架下，没有针对接口热插拔场景的解决方案，而本发明实施例提供的技术方案,在基于NETCONF配置管理框架中，提出了一种针对接口热插拔场景的解决方案，解决了配置数据与运行数据的冲突问题。

本发明另一实施例提供了一种接口热插拔配置数据的处理方法，结合上一实施例的描述，在执行完上述101之后，为了确定NETCONF服务器将要操作的接口配置数据，需要执行下述操作：

首先，需要从101接收的热插拔消息中，获取触发当前接口热插拔事件的接口名。

值得说明的是，该接口热插拔消息中至少包括接口名，还包括涉及该接口的相关信息，优选的该相关信息包括但不限定为接口位置、接口类型等，该相关系信息与接口名用于能够唯一确定触发当前热插拔事件的接口。

进一步的，根据接口名，从配置数据库中获取与接口名对应的配置数据以及与该配置数据相关联的其它配置数据。

值得说明的是，由于该配置数据以及与该配置数据关联的其它配置数据的关系，在定义数据模型是就已经确定，所以在确定了配置数据之后，与该配置数据相关联的其它配置数据也就能够被确定。

具体的，由于接口热插拔消息包括接口热***消息、接口热拔出消息，则相应的，在根据接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作时，同样需要分为两种情况：

第一种情况，当接口热插拔消息为接口热***消息时，调用第一内部操作接口hot-remove。如图2所示，执行上述102，具体包括：

1021、根据接口名，从配置数据库中的运行配置数据库中取出与接口名对应的配置数据以及与配置数据相关联的其它配置数据。

1022、将配置数据以及与配置数据相关联的其它配置数据加载到预配置数据库。

第二种情况，当接口热插拔消息为接口热拔出消息时，调用第二内部操作接口hot-create。执行上述102，具体包括：

a、从预配置数据库中查找接口名对应的配置数据。

具体的，当预配置数据库中存在接口名对应的配置数据时,执行下述b;当预配置数据库中不存在接口名对应的配置数据时,执行下述c。

b、从预配置数据库中，将配置数据以及与配置数据相关联的其它配置数据取出并加入到配置数据库中的候选配置数据库中，并通过提交（commit）操作提交到运行配置数据库。

c、当预配置数据库中不存在接口名对应的配置数据时，将被管理对象接收的接口配置数据加入到候选配置数据库中，并通过commit操作提交到运行配置数据库。

本发明另一实施例提供了一种接口热插拔配置数据的处理方法，解决了基于NETCONF协议的NETCONF配置管理框架的热插拔场景下，配置数据的智能隐藏和恢复问题。本实施例以设备板卡的热插拔为例进行描述，该方法包括：

a、NETCONF服务器在NETCONF协议规定的三个配置数据库的基础上，增加一个预配置数据库。

优选的，该预配置数据库称为prepared配置数据库，用于存储被删除或者待恢复的配置数据。

值得说明的是，在NETCONF协议中，为NETCONF服务器定义了三种类型的配置数据库：运行（running）、候选（candidate）和启动（startup）。

具体的：

运行配置数据库：表示存储目标网络设备当前活跃的完整的配置的数据库。

候选配置数据库：表示在不影响目标网络设备当前配置的前提下，可以进行配置的目标网络设备数据库。进一步的，在该候选配置数据库中配置完成后，可以通过提交commit操作来提交给运行配置数据库，进一步的，在NETCONF服务器将该配置下发到应用模块后，配置生效。

启动配置数据库：表示存放目标网络设备启动的初始配置数据的数据库。

此外值得说明的是，本实施例提供的接口热插拔配置数据的处理方法应用于NETCONF服务器，该NETCONF服务器包括：配置数据库、被管理对象（Management Object，简称MO），该被管理对象与该配置数据库之间能够进行通信，并且在该NETCONF服务器中还存在配置校验以及数据模型。其中，数据模型为存储于该服务器中的，用户或者***配置的配置数据文件；配置校验，用于在NETCONF服务器中对这些配置数据依照数据模型定义的对配置数据间的关联关系进行分析、检查，只有合法和有效的配置数据才会最终通过被管理对象下发各应用模块并生效。

进一步的，该NETCONF服务器还可以与该NETCONF客户端、应用模块进行通信，这三者构成NETCONF配置管理框架。为了更为清楚的表示这一NETCONF配置管理框架，如图3所示，该NETCONF配置管理框架包括：网络管理实体31、NETCONF服务器32和应用模块33，结合上述的对NETCONF服务器32的描述，该NETCONF服务器32，还包括：配置数据库模块321、被管理对象模块322、配置校验模块323、数据模型模块324，且该配置数据库模块321，包括：运行配置数据库01、候选配置数据库02、启动配置数据库03和预配置数据库04。值得说明的是，上述对于NETCOMF服务器32中包括内容的连接关系已经描述，在此不再重复说明。

具体的，网络管理实体31，表示的是运行在网络管理的NETCONF客户端，用于为不同的网络管理协议和操作提供用户界面，接收网络管理员用户的业务操作，并将业务操作转换为各自网络管理协议和操作所对应的业务配置数据下发到对应的目标网络设备。

NETCONF服务器32，接收来自于网络管理实体31的业务配置请求，在经过配置数据库模块321数据校验后，更新当前配置数据库模块中的内容，通过NETCONF协议的被管理对象模块322下发给目标网络设备上的应用模块33。此外NETCONF协议的被管理对象模块322接收来自于应用模块33的配置响应或事件通知后，将响应信息或通知信息封装为NETCONF协议的响应报文或通知报文发送给网络管理实体31。

应用模块33，优选的运行在目标网络设备上，接收来自于NETCONF服务器32的业务配置请求，更新业务配置参数，将配置结果返回给NETCONF服务器32。

进一步的，结合上述如图3所示的NETCONF配置管理框架，基于该框架，在执行接口热插拔配置数据的处理方法时，在NETCONF服务器中为被管理对象模块增加两个内部操作接口：第一内部操作接口即热转移hot-remove和第二内部操作接口即热创建hot-create。

b、当设备板卡被热拔出时，调用第一内部操作接口，并执行该第一内部操作接口对应的操作，包括：

首先，应用模块响应***的热拔出事件，并通知该热拔出事件对应的被管理对象模块。

进一步的，被管理对象模块通过NETCONF服务器提供的内部操作接口，将对应的配置数据从运行配置数据库中删除，并将这些配置数据以及相关的配置数据移至预配置数据库中。

更进一步的，根据数据模型定义将与此配置数据关联的相关配置数据从运行配置数据库中删除，并移至预配置数据库中。

c、当设备板卡热***时，调用第一内部操作接口，并执行该第一内部操作接口对应的操作，包括：

同样的，应用模块响应***的热***事件，并通知该热***事件对应的被管理对象模块。

进一步的，被管理对象模块通过NETCONF服务器提供的内部操作接口，将该热***事件对应的存放于预配置数据库中的配置数据以及关联配置数据取出，并加载到候选配置数据库和运行配置数据库中，完成热拔出时配置数据的恢复。

值得说明的是，当该设备***的是新热***板卡时，该新的热***板卡对应的配置数据不存于预配置数据库中，则执行下述d。

d、直接在候选和运行配置数据库中创建新的配置数据。

此外值得说明的是，在包含接口配置数据的数据模型定义时，还可以通过扩展YANG数据模型，定义一个预配置加载（load-prepared）标识，用于标识需要在启动配置加载过程中进行配置隐藏的配置数据，以便后续进行热插拔配置数据的恢复。优选的，可以设置预设条件，并对满足预设条件的接口配置数据添加load-prepared标识，其中的，预设条件包括但不限定根据接口的类型设定。值得说明的是，NETCONF服务器在启动配置加载时，根据数据模型的load-prepared标识的条件，自动将与热插拔相关的配置数据分离至预配置数据库，满足上述的数据模型的load-prepared标识条件的接口配置数据即满足上述预设条件的接口配置数据。

本发明另一实施例提供了一种接口热插拔配置数据的处理方法，在本实施例中，在NETCONF服务器的配置数据库中增加一个预配置数据库；在NETCONF服务器中为被管理对象增加两个内部操作接口：第一内部操作接口即热转移hot-remove和第二内部操作接口即热创建hot-create，这两个内部操作接口分别用于被管理对象在响应设备热插拔事件时进行配置数据的转移和恢复；通过YANG数据模型扩展一个预配置加载load-prepared标识，用于在数据模型中定义需要在设备启动时加载的配置数据需要进行隐藏操作，值得说明的是，该添加load-prepared标识的YANG数据模型，是NETCONF服务器接收后并在本地存储的配置文件。

在本实施例的一种实现方式中，实现了接口热拔出的情况下，接口配置数据以及与接口相关的配置数据的隐藏，如图4所示，该方法包括：

401、接口管理应用模块响应***的接口热拔出事件，并通过接口管理模块向被管理对象发送接口热拔出消息。

其中的，接口管理应用模块设置于应用模块所属的目标网络设备，用于响应***的接口热插拔事件；接口管理模块用于实现应用模块与NETCONF服务器中被管理对象的通信。

402、被管理对象接收到接口热拔出消息后，获取被拔出的接口名以及相关信息，并调用hot-remove内部操作接口删除该接口的配置数据。

其中的，相关信息包括但不限定为接口类型、接口位置等信息，该相关信息与接口名用于唯一确定被拔出的接口。

403、NETCONF服务器处理hot-remove操作。

具体的，即执行以下步骤处理：

4031、根据接口名在运行配置数据库中查找到被拔出的接口的配置数据。

4032、从运行配置数据库中将找到的接口的配置数据取出，移至预配置数据库。

4033、对运行配置数据库进行配置关联检查，找出与该接口配置数据相关联的其它配置数据，并将这些关联的配置数据从运行配置数据库中取出后添加到预配置数据中与该接口配置数据相应的位置。

4034、判断关联检查是否完成。

当尚未完成时，重复上面步骤4033，直到运行配置数据库中不存在与接口配置数据关联的配置数据为止；当确定关联检查完成时，执行下述4035。

4035、将运行配置数据库覆盖候选配置数据库，以保证这两个配置数据库中存储的配置数据一致。

在完成上述如图4所示的执行流程之后，接口热拔出导致的配置数据的隐藏操作完成。

在本实施例的另一种实现方式中，在接口热***情况下，实现了接口配置数据以及与接口相关的配置数据的恢复，如图5所示，该方法包括：

501、接口管理应用模块响应***的接口热***事件，并通过接口管理模块向被管理对象发送接口热***消息。

值得说明的是，此处的接口管理应用模块以及接口管理模块与上述401中的相关描述相同，在此不再重复说明。

502、被管理对象接收到接口热***消息后，获取热***的接口名以及相关信息，并调用hot-create内部操作接口，以实现热***接口的配置数据的恢复或创建。

503、NETCONF服务器处理hot-create操作。

具体的，执行hot-create操作即执行下步骤：

5031、根据接口名在预配置数据库中查找是否存在被隐藏的接口配置数据。

进一步的，一方面，当预配置数据库中存在被隐藏的接口配置数据时，执行下述5032、5033。

5032、将接口配置数据从预配置数据库中取出，通过内部的edit-config操作加入候选配置数据库中，再通过commit操作提交到运行配置数据库。

5033、在prepared配置数据库取出与该接口关联的配置数据，通过内部的edit-config操作将这些关联配置数据加入候选配置数据库中，并通过commit操作提交到运行配置数据；

另一方面，当prepared配置数据库中不存在该接口配置数据时，执行下述5034。

5034、直接将被管理对象传入的接口配置数据通过edit-config操作加入候选配置数据库中，并通过commit操作提交到运行配置数据。

值得说明的是，当完成上述的如图5所示的方法流程后，接口热***的配置数据恢复完成。

在本实施例的另一种实现方式中，能够在设备启动时，对需要在startup配置加载过程中进行配置隐藏的配置数据进行隐藏操作，如图6所示，该方法包括：

601、接收数据模型。

值得说明的是，在该数据模型定义时，为接口配置数据加上预配置加载（load-prepared）标识。本实施例中为接口配置数据添加load-prepared标识与上面实施例中的步骤d中的相关描述相同，在此不再重复说明。

602、在设备启动时，将保存的启动配置数据库加载到运行配置数据库中。

603、通过解析数据模型，检查配置数据的隐藏标识load-prepared，将含有该标识的配置数据从运行数据库中取出，加入到预配置数据库中。

604、进行接口配置的关联性检查，将所有与接口关联的配置数据从运行配置数据库中取出，并移至预配置数据库中的相应位置。

605、重复上述603、604两个步骤，直到所有标识load-prepared的配置数据全移至预配置数据库中。

值得说明的是，结合上述步骤的描述，此时启动配置数据库中所有与接口热插拔无关的配置数据加载完成。

进一步的，当接口管理应用模块启动并接收到设备接口热***事件时，按照上述如图5描述的实现方式中的处理步骤，完成接口配置数据的恢复。

本发明另一实施例提供了一种NETCONF服务器，如图7所示，该NETCONF服务器至少包括配置数据库模块71、被管理对象模块72。并且配置数据库模块71包括预配置数据库711，被管理对象模块72至少包括：接收处理单元721、内部操作接口单元722。

接收处理单元721，用于接收接口热插拔消息，还用于并根据接口热插拔消息，调用内部操作接口单元722中对应的内部操作接口，并执行该对应的内部操作接口所对应的操作。

其中,接口热插拔消息包括接口热***消息、接口热拔出消息.

可选的，接收处理单元721，还用于在接收到接口热插拔消息后，从热插拔消息中获取接口名；并根据接口名，从配置数据库模块71中获取与接口名对应的配置数据以及与配置数据相关联的其它配置数据。

由于接口热插拔消息包括接口热***消息和接口热拔出消息两种，相应的根据接口热插拔消息，调用内部操作接口单元722中对应的内部操作接口，执行该对应的内部操作接口所对应的操作时，也包括两种操作形式，具体的：

一方面，当接口热插拔消息为接口热拔出消息时，接收处理单元721，用于根据接口名，从配置数据库模块71中的运行配置数据库中取出与接口名对应的配置数据以及与配置数据相关联的其它配置数据；并将配置数据以及与配置数据相关联的其它配置数据加载到预配置数据库711。

值得说明的是，接口内部操作接口单元722包括第一内部操作接口（热转移，hot-remove）和第二内部操作接口（热创建，hot-create）。且这两个内部操作接口分别用于实现被管理对象在响应设备热插拔事件时进行配置数据的转移和恢复。

具体的，当接口热插拔消息为接口热拔出消息时，该接收处理单元721调用的是第一内部操作接口，并执行该第一内部操作接口对应的操作。

其中，该第一内部接口所对应的操作也就是上面的描述的，根据接口名，从配置数据库模块中的运行配置数据库中取出与该接口名对应的配置数据以及与这一配置数据相关联的其它配置数据；进而将这些配置数据以及与配置数据相关联的其它配置数据加载到预配置数据库711中。

另一方面，当接口热插拔消息为接口热***消息时，接收处理单元721，用于调用第二内部操作接口，并执行该第二内部操作接口所对应的操作。具体为：

从预配置数据库711中查找接口名对应的配置数据；还用于当预配置数据711库中存在接口名对应的配置数据时,从预配置数据库711中，将配置数据以及与配置数据相关联的其它配置数据取出并加入到配置数据库71中的候选配置数据库中，并通过提交commit操作提交到运行配置数据库。

当预配置数据库711中不存在接口名对应的配置数据时，将接收处理单元721接收的接口配置数据加入到候选配置数据库中，并通过提交（commit）操作提交到运行配置数据库。

可选的，接收处理单元721，还用于接收并存储数据模型，该数据模型中包括携带load-prepared标识的配置数据，且在启动配置加载时，根据数据模型的load-prepared标识的条件，自动将与热插拔相关的配置数据分离至预配置数据库。

本发明实施例提供的一种NETCONF服务器，首先在该服务器中的配置数据库上，增设预配置数据库，以及为被管理对象增加hot-remove和hot-create两个内部操作接口，进而在该NETCONF服务器接收到接口热插拔消息后，根据该接口热插拔消息，调用内部操作接口，执行内部操作接口对应的操作。现有技术中，在NETCONF配置管理框架下，没有针对接口热插拔场景的解决方案，而本发明实施例提供的技术方案,在基于NETCONF配置管理框架中，提出了一种针对接口热插拔场景的解决方案，解决了配置数据与运行数据的冲突问题。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种接口热插拔配置数据的处理方法，其特征在于，所述方法应用于网络配置NETCONF服务器，所述NETCONF服务器至少包括配置数据库、被管理对象，所述配置数据库包括预配置数据库，所述被管理对象包括内部操作接口，所述方法包括：

所述NETCONF服务器接收接口热插拔消息，所述接口热插拔消息包括接口热***消息、接口热拔出消息；

根据所述接口热插拔消息，调用所述内部操作接口，执行所述内部操作接口对应的操作。

2.根据权利要求1所述的接口热插拔配置数据的处理方法，其特征在于，在接收到所述接口热插拔消息后，还包括：

从所述接口热插拔消息中获取接口名；

根据所述接口名，从所述配置数据库中获取与所述接口名对应的配置数据以及与所述配置数据相关联的其它配置数据。

3.根据权利要求2所述的接口热插拔配置数据的处理方法，其特征在于，当所述接口热插拔消息为所述接口热拔出消息时，调用所述内部操作接口中的第一内部操作接口，执行所述第一内部操作接口对应的操作，包括：

根据所述接口名，从所述配置数据库中的运行配置数据库中取出与所述接口名对应的配置数据以及与所述配置数据相关联的其它配置数据；

将所述配置数据以及与所述配置数据相关联的其它配置数据加载到所述预配置数据库。

4.根据权利要求2所述的接口热插拔配置数据的处理方法，其特征在于，当所述接口热插拔消息为所述接口热***消息时，调用所述内部操作接口中的第二内部操作接口，执行所述第二内部操作接口对应的操作，包括：

从所述预配置数据库中查找所述接口名对应的配置数据；

当所述预配置数据库中存在所述接口名对应的配置数据时,从所述预配置数据库中，将所述配置数据以及与所述配置数据相关联的其它配置数据取出并加入到所述配置数据库中的候选配置数据库中，并通过提交commit操作提交到运行配置数据库；

当所述预配置数据库中不存在所述接口名对应的配置数据时，将所述被管理对象接收的接口配置数据加入到所述候选配置数据库中，并通过所述commit操作提交到所述运行配置数据库。

5.根据权利要求1-4任意一项所述的接口热插拔配置数据的处理方法，其特征在于，所述方法还包括：

接收并存储数据模型，所述数据模型中包括携带预配置加载标识的配置数据，所述NETCONF服务器在启动配置加载时，根据所述数据模型的预配置加载标识的条件，自动将与热插拔相关的配置数据分离至所述预配置数据库。

6.一种网络配置NETCONF服务器，其特征在于，所述NETCONF服务器至少包括配置数据库模块和被管理对象模块，所述配置数据库模块包括预配置数据库，所述被管理对象模块包括接收处理单元和内部操作接口单元；

所述接收处理单元，用于接收接口热插拔消息，所述接口热插拔消息包括接口热***消息、接口热拔出消息；并根据所述接口热插拔消息，调用所述内部操作接口单元中对应的内部操作接口，执行所述对应的内部操作接口对应的操作。

7.根据权利要求6所述的NETCONF服务器，其特征在于，所述接收处理单元，还用于在接收到所述接口热插拔消息后，从所述接口热插拔消息中获取接口名；并根据所述接口名，从所述配置数据库模块中获取与所述接口名对应的配置数据以及与所述配置数据相关联的其它配置数据。

8.根据权利要求7所述的NETCONF服务器，其特征在于，所述接收处理单元，还用于当所述接口热插拔消息为所述接口热拔出消息时，根据所述接口名，从所述配置数据库模块中的运行配置数据库中取出与所述接口名对应的配置数据以及与所述配置数据相关联的其它配置数据；并将所述配置数据以及与所述配置数据相关联的其它配置数据加载到所述预配置数据库。

9.根据权利要求7所述的NETCONF服务器，其特征在于，所述接收处理单元，还用于当所述接口热插拔消息为所述接口热***消息时，从所述预配置数据库中查找所述接口名对应的配置数据；

还用于当所述预配置数据库中存在所述接口名对应的配置数据时,从所述预配置数据库中，将所述配置数据以及与所述配置数据相关联的其它配置数据取出并加入到所述配置数据库模块中的候选配置数据库中，并通过提交commit操作提交到运行配置数据库；

当所述预配置数据库模块中不存在所述接口名对应的配置数据时，将所述接收处理单元接收的接口配置数据加入到所述候选配置数据库中，并通过所述commit操作提交到所述运行配置数据库。

10.根据权利要求6-9任意一项所述的NETCONF服务器，其特征在于，所述接收处理单元，还用于接收并存储数据模型，所述数据模型中包括携带预配置加载标识的配置数据，且在启动配置加载时，根据所述数据模型的预配置加载标识的条件，自动将与热插拔相关的配置数据分离至所述预配置数据库。