专利名称：系统热备处理方法、管理板和通讯设备的制作方法
技术领域：
本发明涉及数据通讯技术领域，尤其涉及一种系统热备处理方法、管理板和通讯 设备。
背景技术：
在数据通讯领域中，主要产品包括路由器和交换机，由于骨干网中存在大量的数 据报文，则无论路由器或交换机都存在失效的可能性。其中，核心路由器或交换机往往 配置有冗余的硬件和软件资源，当主路由器或交换机失效后能够切换到相应的备份资源 上。然而，目前大多数的产品在切换后，需要重新启动备份资源上的路由控制进程，如边界 网关协议(Border GatewayProtocol ；以下简称BGP)、最短路径优先(Open Short Path First ；以下简称0SPF)、协议无关的组播路由协议等，重新与邻居建立连接来进行路由计 算，这将导致大量的数据报文在切换过程中被丢弃、网络拓扑发生变化以及出现路由震荡 等现象。因此，不间断路由(Non-Stop Routing ；以下简称NSR)和不间断转发(Non-Stop Forwarding ；以下简称NSF)技术应运而生，在网络中路由器或交换机单点失效后，使得备 份资源能够平滑切换，保持与周边邻接路由器的连接和路由交换，并在切换过程中保持数 据转发，以将单点失效对网络的负面影响降低到最小程度。在现有技术中，实现NSR/NSF技术的方案包括协议慢重启、硬件镜像、系统信息热 备份和协议镜像等。在其中的协议慢重启方案中，当主路由器的路由控制进程失效后，主路 由器仍然能够转发数据报文，并在失效不久后重启路由控制进程。邻接路由器在判断该主 路由器失效后将默认其会迅速恢复，且持续向其转发数据报文，而不进行数据重定向。该方 案可以将网络的单点失效所造成的影响限制在一个相对小的范围内，可以避免网络震荡和 数据丢失。然而，在实现本发明过程中，发明人发现现有技术中至少存在如下问题邻接路由 器无法判断主路由器为“软启动”或“硬启动”，当主路由器由于某些不可恢复的灾难性故障 而失效时，则其邻接路由器仍不断地向它转发数据报文，则导致数据报文丢失；而且热备过 程中需要进行大量的板间通讯。
发明内容
本发明提供一种系统热备处理方法、管理板和通讯设备，用以解决现有技术中 NSR/NSF技术所产生的大量的板间通讯问题，最大限度地减少热备过程中的板间通讯，增大 切换的成功率，具有较高的适用性和效率。本发明提供一种系统热备处理方法，包括从管理板对根据自身状态生成的自身的状态摘要目录和获取的主管理板的状态 摘要目录进行维护处理；从管理板根据预设的触发条件判断所述自身的状态摘要目录与所述主管理板的 状态摘要目录是否一致；
当所述自身的状态摘要目录与所述主管理板的状态摘要目录不一致时，从管理板 将所述自身的状态与所述主管理板的状态进行同步。本发明提供一种管理板，包括维护模块，用于对根据自身状态生成的自身的状态摘要目录和获取的主管理板的 状态摘要目录进行维护处理；判断模块，用于根据预设的触发条件判断所述自身的状态摘要目录与所述主管理 板的状态摘要目录是否一致；同步模块，用于当所述判断模块的判断结果为所述自身的状态摘要目录与所述主 管理板的状态摘要目录不一致时，将所述自身的状态与所述主管理板的状态进行同步。本实施例还提供一种通讯设备，包括主管理板和从管理板，所述从管理板包括上
述管理板。本发明的系统热备处理方法、管理板和通讯设备，通过从管理板对自身的状态摘 要目录和主管理板的状态摘要目录进行维护，并根据预设的触发条件判断自身的状态摘要 目录与主管理板的状态摘要目录是否一致，根据判断结果将自身的状态与主管理板的状态 进行同步，实现对主从管理板上的系统热备处理，解决了现有技术中NSR/NSF技术所产生 的大量的板间通讯问题，最大限度地减少了热备过程中的板间通讯，增大了切换的成功率， 具有较高的效率。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明系统热备处理方法实施例一的流程图；图2为本发明系统热备处理方法实施例二的流程图；图3为本发明系统热备处理方法实施例二中的状态摘要目录的示意图；图4为本发明管理板实施例一的结构示意图；图5为本发明管理板实施例二的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1为本发明系统热备处理方法实施例一的流程图，如图1所示，本实施例提供了 一种系统热备处理方法，可以具体包括如下步骤步骤101，从管理板对根据自身状态生成的自身的状态摘要目录和获取的主管理 板的状态摘要目录进行维护处理；步骤102，从管理板根据预设的触发条件判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致；
步骤103，当所述自身的状态摘要目录与所述主管理板的状态摘要目录不一致时， 从管理板将所述自身的状态与所述主管理板的状态进行同步。本实施例提供了一种系统热备处理方法，通过从管理板对自身的状态摘要目录和 主管理板的状态摘要目录进行维护，并根据预设的触发条件判断自身的状态摘要目录与主 管理板的状态摘要目录是否一致，当所述自身的状态摘要目录与所述主管理板的状态摘要 目录不一致时，从管理板将自身的状态与主管理板的状态进行同步，实现对主从管理板上 的系统热备处理，解决了现有技术中NSR/NSF技术所产生的大量的板间通讯问题，最大限 度地减少了热备过程中的板间通讯，增大了切换的成功率，具有较高的效率。图2为本发明系统热备处理方法实施例二的流程图，如图2所示，本实施例提供了 一种系统热备处理方法，可以具体包括如下步骤步骤201，从管理板和主管理板分别对自身的内部状态按照状态层级和优先级进 行划分，并分别生成从管理板的状态摘要目录和主管理板的状态摘要目录。在本实施例中，主管理板和从管理板采用同步运行的方式，即主管理板和从管理 板均接收来自邻居的协议报文。本步骤为主从管理板根据自身的状态分别生成对应的状 态摘要目录，具体地，主管理板对主管理板内部状态按照状态层级和优先级进行划分，来构 建主管理板的状态摘要目录，从管理板对主管理板内部状态按照状态层级和优先级进行划 分，来构建从管理板的状态摘要目录。其中，状态摘要目录的内容可以包括状态索引和各 状态索引对应的状态摘要值。本步骤可以采用摘要算法将不同的状态信息转化为一段特 征码，即状态摘要值，此处的摘要算法可以具体采用消息摘要算法第五版(Message Digest Algorithm 5 ；以下简称MD5)算法，或者采用校验和(checksum)摘要算法等。在本步骤中， 主从管理板在生成各自对应的状态摘要目录时，可以按照状态层级和优先级对各自的内部 状态进行划分，以此来构建状态目录，每个状态目录项分别代表其下所有子项的汇总状态。 在本实施例中，状态摘要目录中每级节点的状态摘要值为所述节点的下一级子节点的状态 摘要值之和。本实施例中的状态摘要目录为树形结构，通过状态摘要目录将主管理板或从 管理板的状态形成为层级结构；从状态摘要目录的根结点开始，根结点的状态反映整个进 程的状态；根节点下一级的所有子结点的状态摘要值之和即为该根结点的状态摘要值；以 此类推，每级节点的状态摘要值均为该节点的下一级子节点的状态摘要值的总和。在进行 两个状态摘要目录的对比时，通过一级级比对，可以找到最小范围的状态不同步的节点，对 该节点对应的状态进行同步即可解决不同步的情况。为了更清楚地说明本实施例中状态摘要目录的生成过程，本实施例以生成开放最 短路径优先(Open Shortest Path First ；以下简称0SPF)路由协议模块的状态摘要目录 过程为例进行说明。图3为本发明系统热备处理方法实施例二中的状态摘要目录的示意 图，如图3所示，将该OSPF路由协议模块的状态划分了八级，即OSPF顶级根目录、OSPF实 例列表、OSPF实例、0SPFarea、0SPF接口列表、OSPF接口及OSPF邻居及其状态列表。其中， OSPF顶级根目录代表了整个OSPF模块，在该目录下存储有代表整个OSPF模块的状态摘要。 OSPF顶级根目录的下一级摘要为OSPF实例列表摘要，OSPF实例列表代表着OSPF实例数和 各实例的状态信息汇总状态摘要，该级状态摘要代表OSPF实例1、0SPF实例2和OSPF实例 3三个实例状态摘要的汇总摘要。其中，OSPF实例为在逻辑上独立运行OSPF协议的实体，类似于物理上独立的OSPF实体。以此类推，OSPF实例列表的下级摘要分别为各个OSPF实 例的状态摘要。而各OSPF实例的下一级摘要为OSPF区域(area)摘要，该级OSPF area摘 要代表 OSPF area 0、0SPF area 1 和 OSPF area 2 的状态。其中，OSPF area 为 OSPF 协议 中定义的区域概念，用于划分OSPF网络，以达到层次化OSPF网络的效果。OSPF area的下 一级摘要为OSPF接口列表摘要，该OSPF接口列表状态摘要代表OSPF接口 1、OSPF接口 2 和OSPF接口 3的状态。其中，OSPF接口指参与OSPF协议运行的逻辑接口。而OSPF接口 列表的下一级摘要为各个OSPF接口状态摘要，每个OSPF接口状态摘要分别代表每个OSPF 接口的状态。最后，OSPF邻居及其状态列表摘要代表OSPF接口下的邻居及其状态列表的 状态信息等。其中，OSPF邻居指在OSPF接口上发现的OSPF邻接对等体。步骤202，从管理板对根据自身状态生成的自身的状态摘要目录和获取的主管理 板的状态摘要目录进行维护处理。本实施例中的主管理板在运行过程中只负责生成自身的状态摘要目录，即主管理 板的状态摘要目录；而从管理板除了负责生成自身的状态摘要目录之外，还同时获取主管 理板的状态摘要目录。主管理板在根据主管理板的状态生成主管理板的状态摘要目录后， 将该主管理板的状态摘要目录发送给从管理板。从管理板对获取的自身的状态摘要目录和 主管理板的状态摘要目录进行维护处理，即在从管理板本地同时保存有自身的状态摘要目 录和主管理板的状态摘要目录。步骤203，从管理板根据预设的触发条件判断所述自身的状态摘要目录与所述主 管理板的状态摘要目录是否一致，如果是，则返回执行步骤202，否则执行步骤204。在本实施例中，主管理板和从管理板采用同步运行的方式，即主管理板和从管理 板均接收来自邻居的协议报文，则从管理板同主管理板类似，也可以获得正确的外部信息。 在理论上，如果主管理板和从管理板获取相同的输入信息，且采用同步运行的方式运行，则 产生的输出结果及状态也将相同。然而，由于主管理板和从管理板内部的时序及环境情况 无法达到理想中的完全一致，可能存在一定的数据收发延迟，如主管理板和从管理板接收 数据报文的时间可能不相同，则从管理板在运行过程中很可能出现与主管理板的状态不一 致的情况。因此，本实施例在从管理板对自身的状态摘要目录和主管理板的状态摘要目录 进行维护时，从管理板根据预设的触发条件来对自身的状态摘要目录和主管理板的状态摘 要目录进行对比，判断二者是否一致，以此发现主管理板和从管理板的状态不一致的情况。具体地，本实施例中预设的触发条件可以具体为当从管理板检测到所述自身的状 态摘要目录发生变化，或当从管理板接收到所述主管理板发送的所述主管理板的状态摘要 目录。即本步骤可以具体为当从管理板检测到所述自身的状态摘要目录发生变化时，判断 自身的状态摘要目录与主管理板的状态摘要目录是否一致；如果从管理板自身的状态摘要 目录与主管理板的状态摘要目录一致，则返回执行步骤202，继续对自身的状态摘要目录和 主管理板的状态摘要目录进行维护；如果从管理板自身的状态摘要目录与主管理板的状态 摘要目录不一致，则执行步骤204，启动一个同步定时器。或者具体为当从管理板接收到所 述主管理板发送的所述主管理板的状态摘要目录时，判断自身的状态摘要目录与主管理板 的状态摘要目录是否一致；如果从管理板自身的状态摘要目录与主管理板的状态摘要目录 一致，则返回执行步骤202 ；如果从管理板自身的状态摘要目录与主管理板的状态摘要目 录不一致，则执行步骤204，启动一个同步定时器。
步骤204，从管理板启动同步定时器。在本实施例中，主管理板和从管理板之间可能存在一定的状态延迟，如主管理板 先接收到某协议报文，导致主管理板的状态发生了改变；而从管理板未同时接收到该协议 报文，其在延迟时间内未处理该协议报文，则从管理板的状态未发生变化。或者从管理板先 对某协议报文进行了处理，并更新了自身的状态摘要目录，而主管理板还未处理该报文，其 状态未发生变化。由此可见，主管理板和从管理板之间的状态延迟可能造成主从管理板的 状态摘要目录的临时不一致。为了避免主管理板和从管理板之间存在的状态延迟，本实施 例在经过判断如果从管理板自身的状态摘要目录与主管理板的状态摘要目录不一致时，从 管理板启动一个同步定时器，通过同步定时器延迟一段时间再进行状态同步。具体可以预 先根据主管理板与从管理板之间的状态延迟时间对同步定时器的定时时间进行设定。
步骤205，从管理板判断同步定时器是否超时，如果是，则执行步骤208，否则执行 步骤206。从管理板在启动同步定时器后，对该同步定时器的定时时间进行维护，判断该同 步定时器是否已超时。在同步定时器的定时时间之内，即当从管理板判断同步定时器未超 时时，则执行步骤206，从管理板继续判断是否检测到所述自身的状态摘要目录与所述主管 理板的状态摘要目录一致；当同步定时器的定时时间到达，即同步定时器已超时时，则执行 步骤208，将所述自身的状态与所述主管理板的状态进行同步。步骤206，从管理板判断是否检测到所述自身的状态摘要目录与所述主管理板的 状态摘要目录一致，如果是，则执行步骤207，否则继续执行步骤205。在同步定时器超时之前，从管理板继续判断在定时时间内是否检测到自身的状态 摘要目录与主管理板的状态摘要目录一致。如果从管理板在定时时间内检测到自身的状态 摘要目录与主管理板的状态摘要目录又变为一致，则执行步骤207，撤销该同步定时器，并 取消对所述自身的状态与所述主管理板的状态的同步处理，否则继续执行步骤205，直到该 同步定时器的定时时间超时。如果从管理板在定时时间内未检测到自身的状态摘要目录 与主管理板的状态摘要目录变为一致，则将所述自身的状态与所述主管理板的状态进行同
少ο步骤207，从管理板撤销所述同步定时器，并取消对所述自身的状态与所述主管理 板的状态的同步处理。在同步定时器超时之前，当从管理板在定时时间内检测到自身的状态摘要目录与 主管理板的状态摘要目录又变为一致时，从管理板撤销所述同步定时器，并取消对所述自 身的状态与所述主管理板的状态的同步处理，这样便避免了从管理板与主管理板之间的状 态同步，消除了主管理板和从管理板之间的状态延迟。步骤208，从管理板将所述自身的状态与所述主管理板的状态进行同步。 当从管理板自身的状态摘要目录与所述主管理板的状态摘要目录不一致，且启动 的同步定时器已超时，而从管理板未检测到自身的状态摘要目录与主管理板的状态摘要目 录一致，则从管理板将所述自身的状态与所述主管理板的状态进行同步。通常，若主从管理 板具有完全一致的输入，则它们最终的状态也将一致，因此本实施例中的同步定时器总是 处于启动、撤消、撤消、启动的反复过程中。然而，在启动同步定时器后，若从管理板在后续 运行过程中无法消除这种状态的不一致情况，则从管理板接收来自主管理板的状态信息，并根据主管理板的状态信息将自身的状态同步到主管理板的状态上，以确保主从管理板的 状态保持一致。在本实施例中，由于主从管理板输入的报文相同，理论上二者生成的状态也是一 致的，不需要进行恢复性同步，此过程中主从管理板间的通讯主要是状态目录摘要的同步 通讯，其产生的通讯量非常小，基本上不影响主管理板的运行，其效率也不会降低。一旦发 生主从状态不同步的情况，在进行状态信息同步时只要对发生不同步的状态内容进行同步 即可。比如OSPF协议，以图3所示的方式造建状态目录，假设其它状态都一致，而仅仅是某 接口下的邻居列表及其状态不致，那么只要针对该接口下的邻居列表及其状态进行同步即 可，此同步过程所需的通讯信息量就很小。在现有技术中的其它完全热备的技术方案，从管 理板并不运行，也不接收协议报文，所有的切换发生后所依赖的信息都通过主管理板的向 从管理板发送，其维持运行所需要信息量巨大，可能造成板间通讯的拥塞，以及主管理板上 路由协议模块的运行效率降低等不良后果。而若造成了板间通讯拥塞，从管理板将会延迟 很长时间才能获得切换后所需的数据信息，这就增加了切换发生时的失败率。由此可见，本 实施例相比于现有技术的方案可以最大限度地减少热备过程中的板间通讯，增大主从管理 板切换的成功率。另外，在本实施例中，对于真正工作的主管理板来说，在开启了 NSR功能 的情况下，主管理板一般情况下仅仅进行自身的状态摘要目录的生成和同步，这样不会产 生大量的CPU资源消耗，且不需要阻塞式将数据同步给从管理板，这样主管理的运行效率 不会降低，因此本实施例具有较高的效率。本实施例提供了一种系统热备处理方法，通过从管理板对自身的状态摘要目录和 主管理板的状态摘要目录进行维护，并根据预设的触发条件判断自身的状态摘要目录与主 管理板的状态摘要目录是否一致，根据判断结果将自身的状态与主管理板的状态进行同 步，实现对主从管理板上的系统热备处理，解决了现有技术中NSR/NSF技术所产生的大量 的板间通讯问题，最大限度地减少了热备过程中的板间通讯，增大了切换的成功率，具有较 高的效率。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。图4为本发明管理板实施例一的结构示意图，如图4所示，本实施例提供了一种管 理板，可以具体执行上述方法实施例一中的各个步骤，此处不再赘述。具体地，本实施例提 供的管理板可以包括维护模块401、判断模块402和同步模块403。其中，维护模块401用 于对根据自身状态生成的自身的状态摘要目录和获取的主管理板的状态摘要目录进行维 护处理。判断模块402用于根据预设的触发条件判断所述自身的状态摘要目录与所述主管 理板的状态摘要目录是否一致。同步模块403用于当判断模块402的判断结果为所述自身 的状态摘要目录与所述主管理板的状态摘要目录不一致时，将所述自身的状态与所述主管 理板的状态进行同步。图5为本发明管理板实施例二的结构示意图，如图5所示，本实施例提供了一种管 理板，可以具体执行上述方法实施例二中的各个步骤，此处不再赘述。具体地，本实施例提 供的管理板在上述图4所示的实施例的基础之上，其中，判断模块402可以具体包括第一判断单元412和第二判断单元422。其中，第一判断单元412用于当检测到所述自身的状态摘 要目录发生变化时，判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一 致。第二判断单元422，用于当接收到所述主管理板发送的所述主管理板的状态摘要目录 时，判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致。进一步地，同步模块403可以具体包括定时器启动单元413、定时器撤销单元423 和同步单元433。其中，定时器启动单元413用于当所述自身的状态摘要目录与所述主管理 板的状态摘要目录不一致时，从管理板启动同步定时器。定时器撤销单元423用于在所述 同步定时器超时之前，如果检测到所述自身的状态摘要目录与所述主管理板的状态摘要目 录一致时，则撤销所述同步定时器，并取消对所述自身的状态与所述主管理板的状态的同 步处理。同步单元433用于在所述同步定时器超时之后，将所述自身的状态与所述主管理 板的状态进行同步。更进一步地，本实施例提供的管理板还可以包括获取模块501，获取模块501用于 对自身的内部状态按照状态层级和优先级进行划分，获取所述自身的状态摘要目录，并获 取由所述主管理板生成的所述主管理板的状态摘要目录，所述状态摘要目录包括状态索引 和所述状态索引对应的状态摘要值。本实施例提供了一种管理板，通过对自身的状态摘要目录和主管理板的状态摘要 目录进行维护，并根据预设的触发条件判断自身的状态摘要目录与主管理板的状态摘要目 录是否一致，根据判断结果将自身的状态与主管理板的状态进行同步，实现对主从管理板 上的系统热备处理，解决了现有技术中NSR/NSF技术所产生的大量的板间通讯问题，最大 限度地减少了热备过程中的板间通讯，增大了切换的成功率，具有较高的效率。本实施例还提供了一种通讯设备，该通讯设备可以具体为路由器、交换机等，本实 施例中的通讯设备可以包括主管理板和从管理板，其中，从管理板可以包括上述图4或图5 所示的管理板。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种系统热备处理方法，其特征在于，包括从管理板对根据自身状态生成的自身的状态摘要目录和获取的主管理板的状态摘要目录进行维护处理；从管理板根据预设的触发条件判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致；当所述自身的状态摘要目录与所述主管理板的状态摘要目录不一致时，从管理板将所述自身的状态与所述主管理板的状态进行同步。
2.根据权利要求1所述的方法，其特征在于，所述从管理板根据预设的触发条件判断 所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致包括当检测到所述自身的状态摘要目录发生变化或接收到所述主管理板发送的所述主管 理板的状态摘要目录时，从管理板判断所述自身的状态摘要目录与所述主管理板的状态摘 要目录是否一致。
3.根据权利要求2所述的方法，其特征在于，所述当所述自身的状态摘要目录与所述 主管理板的状态摘要目录不一致时，从管理板将所述自身的状态与所述主管理板的状态进 行同步包括当所述自身的状态摘要目录与所述主管理板的状态摘要目录不一致时，从管理板启动 同步定时器；在所述同步定时器超时之前，如果检测到所述自身的状态摘要目录与所述主管理板的 状态摘要目录一致时，则从管理板撤销所述同步定时器，并取消对所述自身的状态与所述 主管理板的状态的同步处理；在所述同步定时器超时之后，从管理板将所述自身的状态与所述主管理板的状态进行 同步。
4.根据权利要求1所述的方法，其特征在于，还包括从管理板对自身的内部状态按照状态层级和优先级进行划分，获取所述自身的状态摘 要目录；主管理板对自身的内部状态按照状态层级和优先级进行划分，生成所述主管理板 的状态摘要目录，并将所述主管理板的状态摘要目录发送到从管理板。
5.根据权利要求1-4中任一项所述的方法，其特征在于，所述状态摘要目录包括状态 索引和所述状态索引对应的状态摘要值，所述状态摘要目录中每级节点的状态摘要值为所 述节点的下一级子节点的状态摘要值之和。
6.一种管理板，其特征在于，包括维护模块，用于对根据自身状态生成的自身的状态摘要目录和获取的主管理板的状态 摘要目录进行维护处理；判断模块，用于根据预设的触发条件判断所述自身的状态摘要目录与所述主管理板的 状态摘要目录是否一致；同步模块，用于当所述判断模块的判断结果为所述自身的状态摘要目录与所述主管理 板的状态摘要目录不一致时，将所述自身的状态与所述主管理板的状态进行同步。
7.根据权利要求6所述的管理板，其特征在于，所述判断模块包括第一判断单元，用于当检测到所述自身的状态摘要目录发生变化时，判断所述自身的 状态摘要目录与所述主管理板的状态摘要目录是否一致；第二判断单元，用于当接收到所述主管理板发送的所述主管理板的状态摘要目录时， 判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致。
8.根据权利要求6所述的管理板，其特征在于，所述同步模块包括定时器启动单元，用于当所述自身的状态摘要目录与所述主管理板的状态摘要目录不 一致时，启动同步定时器；定时器撤销单元，用于在所述同步定时器超时之前，如果检测到所述自身的状态摘要 目录与所述主管理板的状态摘要目录一致时，则撤销所述同步定时器，并取消对所述自身 的状态与所述主管理板的状态的同步处理；同步单元，用于在所述同步定时器超时之后，将所述自身的状态与所述主管理板的状 态进行同步。
9.根据权利要求6所述的管理板，其特征在于，还包括获取模块，用于对自身的内部状态按照状态层级和优先级进行划分，获取所述自身的 状态摘要目录，并获取由所述主管理板生成的所述主管理板的状态摘要目录，所述状态摘 要目录包括状态索引和所述状态索引对应的状态摘要值。
10.一种通讯设备，其特征在于，包括主管理板和从管理板，所述从管理板包括上述权 利要求6-9中任一项所述的管理板。
全文摘要
本发明提供一种系统热备处理方法、管理板和通讯设备。方法包括从管理板对根据自身状态生成的自身的状态摘要目录和获取的主管理板的状态摘要目录进行维护处理；从管理板根据预设的触发条件判断所述自身的状态摘要目录与所述主管理板的状态摘要目录是否一致；当所述自身的状态摘要目录与所述主管理板的状态摘要目录不一致时，从管理板将所述自身的状态与所述主管理板的状态进行同步。管理板包括维护模块、判断模块和同步模块。通讯设备包括主管理板和从管理板，从管理板包括上述管理板。本实施例最大限度地减少了热备过程中的板间通讯，增大了切换的成功率，具有较高的效率。
文档编号H04L12/24GK101841428SQ20101016809
公开日2010年9月22日 申请日期2010年4月30日 优先权日2010年4月30日
发明者林仕宏 申请人:北京星网锐捷网络技术有限公司