CN107733728B - 多机备份方法和装置 - Google Patents

Abstract

本公开涉及一种多机备份方法和装置，其中该方法应用于BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述方法还包括：在原主用设备正常的状态下，从原主用设备同步BRAS用户信息；在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；从辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；向转发平面下发所述转发控制信息。通过新增辅助主设备，备份的转发控制信息为精简的BRAS用户信息，有利于提高备份速率。

Description

多机备份方法和装置

技术领域

本公开涉及通信技术领域，尤其涉及一种多机备份方法和装置。

背景技术

图1为多机备份组网的示意图。图1中是双机备份的情况(1主+1备进行备份)。实际上备份设备可以有多台，形成N+1(N主+1备)的多机备份情况。

多机备份组中的两台设备，其中一台叫做主用设备，另一台叫做备用设备。主用设备为业务提供支持，转发业务流量，并可在达到某一时间或一定的流量阈值后向备用设备发送BRAS用户业务备份信息。备用设备除接收主用设备的业务备份信息之外，在主用设备发生故障后，备用设备会转换成主用设备，继续转发业务流量，使业务不会中断。

属于同一个多机备份组的两台设备上需要创建同一个VRRP(Virtual RouterRedundancy Protocol，虚拟路由冗余协议)备份组。多机备份实例中的主用设备和VRRP备份组中的Master(主)路由器对应，执行业务数据转发的工作。备用设备和VRRP备份组中的Backup(备份)路由器对应，监听主用设备的状态，同步主用设备上的业务数据。在主用设备发生故障时，备用设备切换成主用设备，保证当前运行的业务不被中断。

多机备份的备份模式包括热备份和温备份两种：

热备份：当备用设备收到主用设备的备份信息后，立即下发备份信息到转发平面。这样，主用设备发生故障时，备用设备能马上指导报文转发，可以实现业务快速切换到备用设备，这种形式适用于1+1备份的情况。

温备份：当备用设备收到主用设备的备份信息后，不会立即下发备份信息到转发平面。当主用设备发生故障后，设备的主备状态发生切换，备用设备才开始下发备份信息到转发平面，并指导报文转发。业务切换到备用设备上的时间比热备份切换时间稍长，这种形式适用于N+1备份的情况。

目前，多机备份功能主要应用于BRAS组网中，对网络汇聚层中的BRAS设备上的用户进行多机备份，主用设备和备用设备实时交互用户的BRAS认证信息、计费信息和客户管理信息，从而保证了BRAS系统不间断运行，提高了可靠性。

多机备份热备份情况中，备用设备从主用设备实时同步BRAS(Broadband RemoteAccess Server，宽带远程接入服务器)用户信息，当主用设备发生异常时，备用设备切换升级成新主用设备，用户流量从新主用设备转发，实现业务的快速切换。

发明内容

有鉴于此，本公开提出了一种多机备份方法和装置。

根据本公开的一方面，提供了一种多机备份方法，应用于宽带远程接入服务器BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述方法还包括：

在原主用设备正常的状态下，从原主用设备同步BRAS用户信息；

在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；

从辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

向新主用设备的转发平面下发所述转发控制信息。

根据本公开的另一方面，提供了一种多机备份方法，应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述方法包括：

在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

在原主用设备异常的状态下，如果备用设备切换成为新主用设备，从新主用设备接收转发控制信息同步请求；

向新主用设备同步所述转发控制信息，使得所述新主用设备通过控制平面向转发平面下发所述转发控制信息。

根据本公开的另一方面，提供了一种多机备份装置，应用于BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述装置还包括：

第一同步模块，用于在原主用设备正常的状态下，从原主用设备同步BRAS用户信息；

第一同步请求模块，用于在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；

第二同步模块，用于从辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

下发模块，用于向转发平面下发所述转发控制信息。

根据本公开的另一方面，提供了一种多机备份装置，应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述装置包括：

第四同步模块，用于在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

接收模块，用于在原主用设备异常的状态下，如果备用设备切换成为新主用设备，则从新主用设备接收转发控制信息同步请求；

第五同步模块，用于向新主用设备同步所述转发控制信息，使得所述新主用设备通过控制平面向转发平面下发所述转发控制信息。

通过新增辅助主设备，备份的转发控制信息为精简的BRAS用户信息，有利于提高备份速率。并且，当备用设备的表项备份不全的时候，备用设备切换为新主用设备时可以从辅助主设备恢复表项以恢复用户流量，从而减少断流时间，提高了备份的可靠性。此外，新主用设备还可以从AAA服务器恢复用户计费信息。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1为多机备份组网的示意图。

图2示出本公开多机备份方法的应用场景的示意图。

图3示出根据本公开一实施例的多机备份方法的流程图。

图4示出根据本公开一实施例的多机备份方法的另一流程图。

图5示出根据本公开另一实施例的多机备份方法的流程图。

图6示出根据本公开另一实施例的多机备份方法的流程图。

图7示出RADIUS报文结构的示意图。

图8示出26号属性的格式的示意图。

图9示出根据本公开一实施例的多机备份装置的框图。

图10示出根据本公开一实施例的多机备份装置的另一框图。

图11示出根据本公开另一实施例的多机备份装置的框图。

图12示出根据本公开另一实施例的多机备份装置的框图。

图13示出根据本公开另一实施例的多机备份装置的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

在下面几种情况下，可能会出现主备切换时，备用设备表项不全的情况。导致切换后部分用户流量转发不通，影响多机备份组网的可靠性。

(1)由于用户备份信息内容比较多，备用设备从主用设备实时同步用户信息的时候，可能批量速度比较慢。对于新加入的备用设备，还没有备份全部数据，主用设备就故障，导致备用设备切换成主用设备。

(2)主用设备用户上线速率太快，超过实时备份速率，导致用户信息没有及时备份到备用设备，此时发生主用设备故障，备用设备升级为主用设备。

对于BRAS用户，一般采用RADIUS(Remote Authentication Dial-In UserService，远程认证拨号用户服务)服务器进行认证、授权和计费。

通常，在多机备份组网中，如果主用设备故障，备用设备切换成新主用设备。切换后，新主用设备表项以本设备当前表项为准，不会再从其他设备同步表项。如果切换前备用设备用户表项没有同步完成，则备用设备升级成主用设备后存在用户表项缺失，会出现较长时间用户流量中断的情况。

一般情况下，主用设备向备用设备同步消息是比较频繁的。用户上线和下线需要向备用设备同步用户表项。授权信息更新的时候需要向备用设备同步表项。同时需要根据设备的配置，定期同步用户时长和流量等计费信息。如果需要比较高的计费精度，则主用设备和备用设备同步用户流量和时长的频率会比较高，有一定可能影响用户上下线的表项同步。

如果在备用设备表项还没有同步完毕情况下，发生原主用设备故障，原主用设备和备用设备切换，备用设备升级为新主用设备，会导致部分用户断流。

为解决上述问题，在本公开中，增加一个辅助主设备(或者称为辅助主设备)，主用设备同时向备用设备和辅助主设备同步数据。主用设备向辅助主设备同步备份的是仅对用户转发有效的用户表项(精简用户表项)，不同步用户计费信息。这样可以提高备份的速率。

辅助主设备只存储精简用户表项，不进行转发，也不存储用户计费信息。这个辅助主设备可以为多个主用设备进行表项备份。

在本公开中，通过引入一个只备份用户关键表项的辅助主设备(或者称为辅助主设备)，可以解决备用设备表项还没有同步完毕情况下，发生原主用设备故障使得备用设备升级为新主用设备，导致用户断流的问题。能够快速恢复用户表项，减少用户断流时间。并且，后续还可以恢复用户计费信息。

图2示出本公开多机备份方法的应用场景的示意图。以双机为例，如图2所示，在多机备份组网情况下，增加了一个只备份用户关键表项的辅助主设备(或者称为辅助主设备)。这个辅助主设备可以是任意和主用设备和备用设备同时能够三层互联的设备，也可以是网络侧核心路由器(core Router)，也可以是一台网络侧服务器(如AAA(Authentication、Authorization、Accounting，验证、授权和记账)服务器、网管服务器、DHCP服务器等)。为了描述方便，图2中以一台独立的设备为例进行描述。

图3示出根据本公开一实施例的多机备份方法的流程图。如图3所示，该多机备份方法应用于BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述方法还包括：

步骤101、在原主用设备正常的状态下，从原主用设备同步BRAS用户信息。

步骤102、在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求。

步骤103、从辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息。

步骤104、向转发平面下发所述转发控制信息。

在本公开中，在原主用设备正常的状态下，原主用设备向备用设备同步完整的BRAS用户信息，并向辅助主设备同步精简的BRAS用户信息。精简的BRAS用户信息主要包括用于控制用户的转发功能的信息，例如用户基本信息、用户域名和用户授权信息。因此，精简的BRAS用户信息可以称为转发控制信息。其中，用户基本信息可以包括用户的IP地址、MAC地址、上线接口、用户接入VLAN、用户ID等信息。

在一种可能的实现方式中，在步骤103中，从辅助主设备同步转发控制信息，包括：在表项平滑时间内，从辅助主设备平滑表项；

在步骤104中，向转发平面下发所述转发控制信息，包括：通过新主用设备的控制平面将所保存的平滑过来的表项下发到新主用设备的转发平面。

在一种可能的实现方式中，从辅助主设备平滑表项，包括：

比较新主用设备与从辅助主设备平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备不存在，则在新主用设备中保存平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备已存在，则丢弃平滑过来的表项。

在一种可能的实现方式中，如图4所示，该方法还包括：

步骤201、向AAA服务器发送计费信息同步请求；

步骤202、如果AAA服务器同意同步计费信息，则从AAA服务器同步用户计费信息。

新主用设备向AAA服务器发送计费信息同步请求后，AAA服务器可以根据计费信息同步请求的设备标识等，来确定是否允许向该新主用设备同步计费信息。如果AAA服务器同意向该新主用设备同步计费信息，则该新主用设备从AAA服务器同步用户计费信息。

本公开中，通过新增辅助主设备，备份的转发控制信息为精简的BRAS用户信息，有利于提高备份速率。并且，当备用设备的表项备份不全的时候，备用设备切换为新主用设备时可以从辅助主设备恢复表项以恢复用户流量，从而减少断流时间，提高了备份的可靠性。此外，新主用设备还可以从AAA服务器恢复用户计费信息。

图5示出根据本公开另一实施例的多机备份方法的流程图。如图5所示，该方法应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述方法包括：

步骤301、在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

步骤302、在原主用设备异常的状态下，如果备用设备切换成为新主用设备，从新主用设备接收转发控制信息同步请求；

步骤303、向新主用设备同步所述转发控制信息，使得所述新主用设备通过所述控制平面向所述转发平面下发所述转发控制信息以恢复用户流量。

在本实施例中，BRAS系统的可以参见图4及其相关描述，多机备份方法的实现方法和示例可以参见上述实施例中的相关描述，在此不再赘述。

图6示出根据本公开另一实施例的多机备份方法的流程图。如图6所示，应用于BRAS系统的原主用设备中，所述BRAS系统还包括辅助主设备和备用设备，所述方法包括：

步骤401、在原主用设备正常的状态下，原主用设备向备用设备同步BRAS用户信息。

步骤402、在原主用设备正常的状态下，向辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息。

在本实施例中，BRAS系统的可以参见图4及其相关描述，多机备份方法的实现方法和示例可以参见上述实施例中的相关描述，在此不再赘述。

以下为本公开的一个应用示例的备份流程：

如表1所示，完整的BRAS用户信息例如为一个正常用户表项，一般包括4个字段。第一个是用户基本信息，包括用户的IP地址、MAC地址、上线接口、用户接入VLAN、用户ID等信息。第二个是AAA的信息，包括用户域名以及域内的各种配置。第三个是服务器给用户的各种授权信息。第四个是用户的计费信息。

如表1所示，原主用设备向辅助主设备同步精简用户表项(包括用户基本信息，用户域名，用户授权信息)，且只在用户上下线和用户授权信息变更的时候同步。这样可以有效减少原主用设备和辅助主设备之间的同步消息量，同时可以加快二者之间的同步速率(超过原主用设备向备用设备同步的速率)。

表1正常用户表项和精简用户表项

备用设备用户表项恢复流程如下：

当备用设备升级为新主用设备的时候，可以设置一个表项平滑时间。在表项平滑时间内，先从辅助主设备平滑表项。如果发现新主用设备和辅助主设备上存在同一个用户的表项，以新主用设备上的表项为准，不刷新新主用设备表项。只有辅助主设备平滑过来的表项是新主用设备没有的，才会刷新新主用设备的表项。将所更新的表项快速下发到转发平面用以恢复用户流量，从而保证最少时间的断流。

如果表项平滑时间超时，即使用户未平滑完毕，这个平滑过程也会中止。表项平滑时间可以设置。

在表项全部平滑完毕后，新主用设备又启动一个计费刷新定时器。在定时器未超时的期限内，通过向AAA服务器反向获取用户计费信息的方式，恢复从辅助主设备平滑过来的新表项的流量和时长等计费信息。

获取计费信息的流程示例如下：

(1)在H3C公司的厂商自定义属性(采用26号属性携带)增加一个子属性H3c-Recover-Count，具体定义如下：

厂商属性Vendor-ID＝h3c(25506)，名称为H3c-Recover-Count，子属性号为200，子属性类型为integer(子属性号为一个未使用的数字就可以，这里以200为例)。

子属性H3c-Recover-Count＝1，表示需要恢复BRAS设备上的所有用户的计费信息，BRAS设备可以由报文中携带的NAS-IP-Address唯一确定。

子属性H3c-Recover-Count＝2，表示需要恢复BRAS设备上的指定用户的计费信息，用户信息可以由报文中携带的Acct-Session-Id唯一确定。

子属性H3c-Recover-Count！＝1或者2，表示无需恢复BRAS设备上的所有用户计费信息。

(2)新主用设备从辅助主设备上同步表项后，对同步到的用户，逐一向服务器发送用户计费更新报文(计费请求报文里Acct-Status-Type属性＝Interim-Update)，用来请求反向同步计费信息。这个计费更新报文携带H3C厂商自定义属性的子属性H3c-Recover-Count＝2。如果新主用设备上一条表项也没有，也可以向服务器要求同步所有用户信息，携带H3C厂商自定义属性的子属性H3c-Recover-Count＝1。

(3)如果AAA服务器收到BRAS设备发送的计费更新报文，携带子属性H3c-Recover-Count＝2，回应计费响应报文(Accounting-Response)。在这个报文里面携带用户的计费信息，同时这个报文也携带子属性H3c-Recover-Count＝2。

(4)如果AAA服务器收到BRAS设备发送的计费更新报文，携带子属性H3c-Recover-Count＝1，回应BRAS设备(NAS-IP-Address唯一确定)所有在线用户的计费响应报文。在报文里面携带用户的计费信息。所有回复的计费响应报文中，报文也携带子属性H3c-Recover-Count＝1。

(5)如果AAA服务器收到BRAS设备发送的计费更新报文，携带子属性H3c-Recover-Count不是1或者2，忽略此报文。

(6)BRAS设备收到携带子属性H3c-Recover-Count＝1或者2的计费响应报文。如果是从辅助主设备同步的表项，需要恢复流量的用户，恢复用户流量。如果是不需要恢复的用户，则忽略此报文。

如果计费刷新时间阈值超时，计费反向刷新流程中止。新主用设备也不再理会收到的计费响应报文的H3c-Recover-Count属性。

由于辅助主设备可以是网络中任意一台设备或者服务器，如果辅助主设备就是AAA服务器，则总体备份和恢复流程可以更加简化。

一种更加简化的备份流程的示例如下：

原主用设备在用户上线、下线和用户授权信息变更的时候同步用户信息到AAA服务器(可以直接在计费开始和计费结束报文中进行用户同步)，计费更新时同步刷新用户的流量信息。备用设备升级成新主用设备后，新主用设备从AAA服务器获取用户信息(包括精简的用户表项和计费信息)进行表项恢复。

对于新加入的备用设备，还没有备份全部数据，原主用设备就故障导致备用设备切换成新主用设备的情况。这个时候辅助主设备上应该有全部用户表项。新主用设备可以从辅助主设备上全部刷新用户表项，从AAA服务器恢复计费数据，计费误差在一个计费周期内。

对于用户上线较快的情况，原主用设备用户上线速率太快，超过实时备份速率，导致用户信息没有及时备份到备用设备。但是因为辅助主设备备份的用户信息比备用设备少，所以速率可以很快备份，能够比备用设备备份更多的用户表项。此时发生原主用设备故障，备用设备升级为新主用设备，可以从辅助主设备恢复一部分表项。从AAA服务器恢复计费数据，计费误差在一个计费周期内。

总体上，提高了多机备份组网的可靠性，在备用设备缺少用户表项的情况下，能够从辅助主设备恢复用户表项，增加了备份的可靠性。

通过新增一个辅助主设备，备份精简用户表项，提高备份速率。当备用设备表项备份不全的时候，可以从辅助主设备恢复表项。从AAA服务器恢复用户计费信息。

在本公开中，AAA服务器可以采用多种实现方式，例如基于RADIUS协议的RADIUS服务器。其中，RADIUS(Remote Authentication Dial-In User Service，远程认证拨号用户服务)是一种分布式的、客户端/服务器结构的信息交互协议，能保护网络不受未授权访问的干扰。常应用在既要求较高安全性、又允许远程用户访问的各种网络环境中。RADIUS协议合并了认证和授权的过程，它定义了RADIUS的报文格式及其消息传输机制，并规定使用UDP作为封装RADIUS报文的传输层协议，UDP端口1812、1813分别作为认证/授权、计费端口。

RADIUS协议采用客户端/服务器模式。RADIUS客户端一般位于BRAS设备上，负责将用户信息传输到指定的RADIUS服务器，然后根据服务器返回的信息进行相应处理(如接受/拒绝用户接入)。RADIUS服务器一般运行在中心计算机或工作站上，维护用户的身份信息和与其相关的网络服务信息，负责接收BRAS设备发送的认证、授权、计费请求并进行相应的处理，然后给NAS(Network Attached Storage，网络附属存储)返回处理结果(如接受/拒绝认证请求)。

RADIUS报文结构如图7所示。在RADIUS报文中各字段的含义如下：

(1)Code域

长度为1个字节，用于说明RADIUS报文的类型，如表2所示。

表2 Code域的主要取值说明

(2)Identifier域

长度为1个字节，用于匹配请求包和响应包，以及检测在一段时间内重发的请求包。对于类型一致且属于同一个交互过程的请求包和响应包，该Identifier值相同。

(3)Length域

长度为2个字节，表示RADIUS数据包(包括Code、Identifier、Length、Authenticator和Attribute)的长度，单位为字节。超过Length域的字节将作为填充字符被忽略。如果接收到的包的实际长度小于Length域的值时，则包会被丢弃。

(4)Authenticator域

长度为16个字节，用于验证RADIUS服务器的应答报文，另外还用于用户密码的加密。Authenticator包括两种类型：Request Authenticator和Response Authenticator。

(5)Attribute域

不定长度，用于携带专门的认证、授权和计费信息。Attribute域可包括多个属性，每一个属性都采用(Type、Length、Value)三元组的结构来表示。

类型(Type)：表示属性的类型。

长度(Length)：表示该属性(包括类型、长度和属性值)的长度，单位为字节。

属性值(Value)：表示该属性的信息，其格式和内容由类型决定。

RADIUS协议具有良好的可扩展性，RFC 2865中定义的26号属性(Vendor-Specific)用于设备厂商对RADIUS进行扩展，以实现标准RADIUS没有定义的功能。

设备厂商可以在26号属性中封装多个自定义的(Type、Length、Value)子属性，以提供更多的扩展功能。26号属性的格式如图8所示：

Vendor-ID，表示厂商代号，最高字节为0，其余3字节的编码见RFC 1700。

Vendor-Type，表示子属性类型。

Vendor-Length，表示子属性长度。

Vendor-Data，表示子属性的内容。

图9示出根据本公开一实施例的多机备份装置的框图。如图9所示，该多机备份装置应用于BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述装置还包括：

第一同步模块41，用于在原主用设备正常的状态下，从原主用设备同步BRAS用户信息；

第一同步请求模块43，用于在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；

第二同步模块45，用于从辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

下发模块47，用于向转发平面下发所述转发控制信息。

在一种可能的实现方式中，如图10所示，该装置还包括：

第二同步请求模块51，用于向AAA服务器发送计费信息同步请求；

第三同步模块53，用于如果AAA服务器同意同步计费信息，则从AAA服务器同步用户计费信息。

在一种可能的实现方式中，所述第一同步模块41还用于在表项平滑时间内，从辅助主设备平滑表项；

所述下发模块47还用于通过新主用设备的控制平面将所保存的平滑过来的表项下发到新主用设备的转发平面。

在一种可能的实现方式中，所述第二同步模块45还用于：

比较新主用设备与从辅助主设备平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备不存在，则在新主用设备中保存平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备已存在，则丢弃平滑过来的表项。

图11示出根据本公开另一实施例的多机备份装置的框图。如图11所示，该多机备份装置应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述装置包括：

第四同步模块61，用于在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息；

接收模块63，用于在原主用设备异常的状态下，如果备用设备切换成为新主用设备，则从新主用设备接收转发控制信息同步请求；

第五同步模块65，用于向新主用设备同步所述转发控制信息，使得所述新主用设备通过所述控制平面向所述转发平面下发所述转发控制信息。

图12示出根据本公开另一实施例的多机备份装置的框图。如图12所示，该多机备份装置应用于BRAS系统的原主用设备中，所述BRAS系统还包括辅助主设备和备用设备，所述装置包括：

第六同步模块71，用于在原主用设备正常的状态下，向备用设备同步BRAS用户信息；

第七同步模块73，用于在原主用设备正常的状态下，向辅助主设备同步转发控制信息，所述转发控制信息为BRAS用户信息中用于控制用户的转发功能的信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图13示出根据本公开另一实施例的多机备份装置的框图。参照图13，该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由系统总线903通信。并且，处理器901通过读取机器可读存储介质902中与多机备份逻辑对应的机器可执行指令以执行上文所述的多机备份方法。

本文中提到的机器可读存储介质902可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (12)

1.一种多机备份方法，其特征在于，应用于宽带远程接入服务器BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述方法包括：

在原主用设备正常的状态下，从原主用设备同步完整的BRAS用户信息；

在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；

从辅助主设备同步转发控制信息，所述转发控制信息是精简的BRAS用户信息，是BRAS用户信息中用于控制用户的转发功能的信息；

其中，所述转发控制信息是在原主用设备正常的状态下，所述辅助主设备从原主用设备同步得到的；

向转发平面下发所述转发控制信息。

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

向AAA服务器发送计费信息同步请求；

如果AAA服务器同意同步计费信息，则从AAA服务器同步用户计费信息。

3.根据权利要求1或2所述的方法，其特征在于，从辅助主设备同步转发控制信息，包括：在表项平滑时间内，从辅助主设备平滑表项；

向转发平面下发所述转发控制信息，包括：通过新主用设备的控制平面将所保存的平滑过来的表项下发到新主用设备的转发平面。

4.根据权利要求3所述的方法，其特征在于，从辅助主设备平滑表项，包括：

比较新主用设备与从辅助主设备平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备不存在，则在新主用设备中保存平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备已存在，则丢弃平滑过来的表项。

5.一种多机备份方法，其特征在于，应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述方法包括：

在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息是精简的BRAS用户信息，是BRAS用户信息中用于控制用户的转发功能的信息；

在原主用设备异常的状态下，如果备用设备切换成为新主用设备，从新主用设备接收转发控制信息同步请求；

向新主用设备同步所述转发控制信息，使得所述新主用设备通过控制平面向转发平面下发所述转发控制信息。

6.一种多机备份装置，其特征在于，应用于BRAS系统的备用设备中，所述BRAS系统还包括辅助主设备和原主用设备，所述装置包括：

第一同步模块，用于在原主用设备正常的状态下，从原主用设备同步完整的BRAS用户信息；

第一同步请求模块，用于在原主用设备异常的状态下，切换成为新主用设备，并向辅助主设备发送转发控制信息同步请求；

第二同步模块，用于从辅助主设备同步转发控制信息，所述转发控制信息是精简的BRAS用户信息，是BRAS用户信息中用于控制用户的转发功能的信息；其中，所述转发控制信息是在原主用设备正常的状态下，所述辅助主设备从原主用设备同步得到的；

下发模块，用于向转发平面下发所述转发控制信息。

7.根据权利要求6所述的装置，其特征在于，还包括：

第二同步请求模块，用于向AAA服务器发送计费信息同步请求；

第三同步模块，用于如果AAA服务器同意同步计费信息，则从AAA服务器同步用户计费信息。

8.根据权利要求6或7所述的装置，其特征在于，所述第一同步模块还用于在表项平滑时间内，从辅助主设备平滑表项；

所述下发模块还用于通过新主用设备的控制平面将所保存的平滑过来的表项下发到新主用设备的转发平面。

9.根据权利要求8所述的装置，其特征在于，所述第二同步模块还用于：

比较新主用设备与从辅助主设备平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备不存在，则在新主用设备中保存平滑过来的表项；

如果从辅助主设备平滑过来的表项在新主用设备已存在，则丢弃平滑过来的表项。

10.一种多机备份装置，其特征在于，应用于BRAS系统的辅助主设备中，所述BRAS系统还包括原主用设备和备用设备，所述装置包括：

第四同步模块，用于在原主用设备正常的状态下，从原主用设备同步转发控制信息，所述转发控制信息是精简的BRAS用户信息，是BRAS用户信息中用于控制用户的转发功能的信息；

接收模块，用于在原主用设备异常的状态下，如果备用设备切换成为新主用设备，则从新主用设备接收转发控制信息同步请求；

第五同步模块，用于向新主用设备同步所述转发控制信息，使得所述新主用设备通过控制平面向转发平面下发所述转发控制信息。

11.一种多机备份装置，其特征在于，包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，处理器执行所述机器可执行指令以实现权利要求1至5任一所述的方法。

12.一种机器可读存储介质，其特征在于，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，所述机器可执行指令促使所述处理器实现权利要求1至5任一所述的方法。

Images