CN112732343A - 一种堆叠设备中业务子母板卡加载的方法 - Google Patents

Abstract

本发明涉及堆叠设备子母板卡加载技术领域，公开了一种堆叠设备中业务子母板卡加载的方法。本方法在母卡本地加载完成后进行一次快照，然后通知子卡开始本地加载，子卡加载完毕后进行一次快照，都加载完成后，是堆叠协商板卡的开始使能协商，非堆叠协商板卡的子母卡循环等待协商完毕通知，待协商完毕后，母卡根据快照内容继续全局加载，全局完成后通知子卡开始全局加载，子卡根据快照内容开始全局加载直至完毕。本发明提出的方法能够解决堆叠域内多个业务子母板卡并行加载时，无法加载堆叠协商功能的业务子母板卡的问题，同时具有一定的通用性和高效率。

Description

一种堆叠设备中业务子母板卡加载的方法

技术领域

本发明涉及堆叠设备子母板卡加载技术领域，尤其涉及一种堆叠设备中业务子母板卡加载的方法。

背景技术

堆叠技术是指把多个支持堆叠的设备组合在一起，逻辑上合为一台整体设备。在堆叠设备里，由主和备两种角色组成，主和备的选举是通过堆叠设备上的协商板卡接口发送堆叠协议实现的，所以，协商板卡的加载时序就变的至关重要了。

现在主流的堆叠设备是分布式设备，即设备的业务功能可以通过更换板卡来定制化的组合，这样可以减少本来价格就很高的设备成本。如果再进一步细化业务板卡的类别，又分为集中式的板卡和子母板卡，集中式的板卡是整张板卡就提供一套功能，更换需要整张板卡一起更换；而子母板卡是不需要整张板卡一起更换，只需更换整张母板卡上的子板卡就可以实现业务的更换，这样会更加节约成本。

在有子母板卡的分布式设备进行堆叠的时候，其板卡的加载方式就是极为重要的，传统的方式是顺序加载，即每张子母板卡都必须依次顺序加载，前一张未加载完成时，后一张子母板卡都必须等待，而在子母板卡自身加载中，母卡未完成加载，子卡也必须等待，这样的好处是我们可以指定先加载堆叠协议协商板卡，然后堆叠域内的设备才可以进行协商，等协商完成后，其他板卡再进行顺序加载，可以防止加载板卡的乱序行为；同样这种做法的缺点也不容忽视，即设备板卡加载十分耗时，设备启动时间过长，如果堆叠设备有很多台，问题会更加严重，协商时间过长，可能会导致堆叠协商超时，从而永远无法完成堆叠协商。另一种方式是板卡并行加载，即所有母卡同时加载，所有子卡也同时加载(值得注意的是子卡虽然是同时加载，但再加载前还是要判断自己的母卡是否加载完成)，这样做的好处当然是整个堆叠设备启动速度会大幅上升，但缺点同样也是明显的，即非协商板卡如果比协商板卡先加载，那么这张非协商板卡加载会出现问题，所以如何在保证效率的同时，也能兼顾正确性的问题摆在我们面前。

发明内容

本发明所要解决的技术问题是：针对上述存在的问题，提供了一种业务板卡并行加载时其子母业务卡加载的方法，在母卡本地加载完成后进行一次快照，然后通知子卡开始本地加载，子卡加载完毕后进行一次快照，都加载完成后，堆叠域内所有设备开始协商，待协商完毕后，母卡根据快照内容继续全局加载，全局加载完成后通知子卡开始全局加载，子卡根据快照内容开始全局加载直至完毕。

本发明采用的技术方案具体如下：

一种堆叠设备中业务子母板卡加载的方法，包括：

步骤1：母卡进行本地加载，使能硬件驱动，母卡置位本地记载状态，加载成功后记录母卡当前状态及信息，即对母卡进行一次快照，并发送本地加载通知给子卡，然后母卡停止进行下一步的全局加载，在发送本地加载通知后，等待全局加载的通知；

如果母卡本地加载失败，则向本地设备报告错误原因，由本地设备决定异常流程，并置位该母卡状态为异常；

步骤2：子卡响应母卡的本地加载通知后，开始进行本地加载，使能子卡的硬件驱动，置位本地状态；加载成功后记录子卡当前状态及信息，即对子卡进行一次快照，然后子卡停止进行下一步的全局加载，等待母卡下发全局加载的通知；

如果子卡加载失败，则向母卡报告错误类型，再由母卡报告给本地设备，由本地设备决定对母卡进行异常处理流程，并置位母卡状态为异常；通过对母卡做异常处理提高了本方法的通用性；

步骤3：在母卡和子卡都完成本地加载后，堆叠域内所有设备开始进行协商，协商完毕之后发送全局加载通知；

步骤4：母卡收到全局加载的通知后，根据堆叠设备的角色和本地加载时的快照信息，进行全局加载，进行全局加载，如果母卡加载成功，则通知子卡开始全局加载；如果母卡加载失败，该母卡向主设备报告错误信息，由主设备决定异常处理流程；

步骤5：子卡收到母卡的全局加载通知后，根据本地加载时的快照信息进行子卡的全局加载，加载成功后向母卡发送加载成功的通知，然后母卡向主设备发送加载成功的通知，主设备标记该业务子母板卡加载成功；如果加载失败则向母卡报告错误类型，通过母卡向全局主设备报告该错误类型，主设备根据错误类型判断异常处理流程。

与现有技术相比，采用上述技术方案的有益效果为：

1、能够解决堆叠域内多个业务子母板卡并行加载时，无法加载堆叠协商功能的业务子母板卡的问题。

2、使用快照技术能够快速的使能子母板卡的基本功能，为堆叠协商提供基础。

3、本发明不仅适用于并行板卡加载，也适用于串行板卡加载，并且不需要指定堆叠协商板卡先加载这种特殊行为，使得板卡加载流程更加通用。

4、本发明的方法也可以扩展到其他分布式嵌入式设备的部件加载方式。

附图说明

图1是本发明的流程图。

具体实施方式

下面结合附图对本发明做进一步描述。

业务板卡加载一般分为两个步骤，先堆叠设备内本地加载完成，然后再根据该设备在堆叠范围内的选举角色完成全局加载，只有这两个步骤都完成，才能认为业务板卡加载完成。

在业务板卡加载所呈现的功能上，这两个步骤也有所不同，堆叠设备内本地加载主要完成业务板卡的驱动加载及业务功能的使能；全局加载主要完成业务板卡的堆叠逻辑划分及全局配置下发。

而子母业务板卡的加载又分为母卡加载和子卡加载两个阶段，即先母卡加载完毕(两个步骤全部完成)，然后通知子卡开始加载直至完毕(两个步骤全部完成)，这样才能认为子母板卡加载完毕。

根据上述步骤和原理，可以发现在并行板卡加载过程中，如果堆叠协商未完成，其板卡是无法加载完成的，本发明聚焦该问题，发现其根本原因是本地加载和全局加载的时序问题，所以本实施例提出一种堆叠设备中业务子母板卡加载的方法，本方法在母卡本地加载完成后进行一次快照，然后通知子卡开始本地加载，子卡加载完毕后进行一次快照，都加载完成后，是堆叠协商板卡的开始使能协商，非堆叠协商板卡的子母卡循环等待协商完毕通知，待协商完毕后，母卡根据快照内容继续全局加载，全局完成后通知子卡开始全局加载，子卡根据快照内容开始全局加载直至完毕。

如图1所示，本实施例提供的一种堆叠设备中业务子母板卡加载的方法具体步骤如下：

步骤1、母卡首先响应设备内本地加载通知，开始做本地加载，使能硬件驱动，置位本地加载状态。

步骤2、如果步骤1加载失败，则向本地设备报告错误原因，由本地设备决定异常流程(例如重启或隔离)，并置位该母卡状态为异常；如果步骤1加载成功，则记录下当前母卡的所有状态及信息(例如各功能信息、状态等)，即对母卡进行一次快照，通知子卡进行本地加载，然后暂停进行下一步的全局加载，发送子卡进行本地加载通知后，开始等待全局加载的通知。

步骤3、子卡响应母卡的本地加载通知后，开始进行子卡的本地加载，使能子卡的硬件驱动，置位本地状态。

步骤4、如果步骤3加载失败，则向母卡报告错误类型，再由母卡报告给本地设备，由本地设备决定对母卡进行异常流程，并置位该母卡状态为异常；此处针对母卡做异常处理流程是为了提高整个方法的通用性，因为有些子卡是不受控制的，而通过母卡进行控制更加方便且高效；

如果步骤3加载成功，则记录下当前子卡的所有状态及信息，即对该子卡进行一次快照，然后暂停子卡进行下一步的全局加载，等待母卡的全局加载通知。

步骤5、当母卡和子卡的本地加载都完成后，堆叠域内所有设备开始进行协商，堆叠域内协商完毕后，发送全局加载通知，母卡收到该通知后，根据堆叠设备的角色和本地加载时的快照信息，进行全局加载，使能全局配置、加入全局设备板卡位图等。

步骤6、如果步骤5中母卡全局加载失败，该母卡向主设备报告错误信息，由主设备决定异常流程，如果步骤5中母卡全局加载成功，则通知子卡开始全局加载。

步骤7、子卡收到母卡的全局加载通知后，根据本地加载时的快照信息，开始进行子卡的全局加载，使能子卡的全局功能配置等动作。

步骤8、如果步骤7子卡全局加载失败，该子卡向母卡报告错误类型，母卡向全局主设备报告该错误类型，主设备根据错误类型判断异常处理流程；

如果步骤7子卡全局加载成功，则子卡向母卡报告成功的通知，此时母卡向主设备报告全局加载成功的通知，主设备标记该业务子母板卡加载成功。

本发明提出的方法只涉及加载，不涉及卸载，具有以下特点：

1、通用性：本发明子母板卡的加载方法不仅适用于高效的业务板卡并行加载流程，也适用于传统串行的加载流程，并且可以使串行的加载流程去掉指定业务板卡先加载这一限定条件，使串行加载流程更加通用。同样该方法不仅适用于子母业务板卡，也适用于集中式的板卡。

2、高效率：本发明区别于传统的必须等待堆叠设备协商出角色后才能加载的流程，在还未协商出角色前，就可以对子母板卡进行加载，并且不影响堆叠设备的协商过程，未实现完全并行加载提供基础保障。

3、自我修复性：对于非硬件损伤问题，一般重启即可大概率解决，所以母卡或子卡可以根据自身加载的情况，来分析是否是群体问题，如果是群体问题，则可以向设备或母卡通报并试图重启异常部件；如果重启也不能解决，则可以向设备或母卡通报异常类型并建议隔离自己，避免长时间的对其进行修复而影响整机效率。

本发明并不局限于前述的具体实施方式。本发明扩展到任何在本说明书中披露的新特征或任何新的组合，以及披露的任一新的方法或过程的步骤或任何新的组合。如果本领域技术人员，在不脱离本发明的精神所做的非实质性改变或改进，都应该属于本发明权利要求保护的范围。

Claims (6)

1.一种堆叠设备中业务子母板卡加载的方法，其特征在于，包括：

步骤1：母卡进行本地加载，加载成功后记录母卡当前状态及信息，并发送本地加载通知给子卡，然后母卡停止进行下一步的全局加载，在发送本地子卡加载通知后，等待全局加载的通知；

步骤2：子卡响应母卡发送的本地加载通知并进行本地加载，加载成功后记录子卡当前状态及信息，然后子卡停止进行下一步的全局加载，等待母卡下发全局加载的通知；

步骤3：在母卡和子卡都完成本地加载后，堆叠域内所有设备开始进行协商，协商完毕之后由堆叠域内主设备向全域发送全局加载通知；

步骤4：母卡收到全局加载的通知后，进行全局加载，加载成功后，通知子卡开始全局加载；

步骤5：子卡收到母卡的全局加载通知后，进行子卡的全局加载，加载成功后向母卡发送加载成功的通知，然后母卡向主设备发送加载成功的通知，主设备标记该业务子母板卡加载成功。

2.根据权利要求1所述的一种堆叠设备中业务子母板卡加载的方法，其特征在于，所述步骤1包括：

步骤11：母卡响应设备内本地加载通知，开始做本地加载，使能硬件驱动，置位本地加载状态；

步骤12：如果母卡本地加载失败，则向本地设备报告错误原因，由本地设备决定异常处理流程，并置位该母卡的状态为异常；

如果母卡本地加载成功，则记录当前母卡的所有状态及信息，并停止进行下一步的全局加载，发送子卡加载通知后，开始等待全局加载的通知。

3.根据权利要求1所述的一种堆叠设备中业务子母板卡加载的方法，其特征在于，所述步骤2包括：

步骤21：子卡响应母卡发送的本地加载通知，开始进行子卡的本地加载，使能子卡的硬件驱动，置位本地状态；

步骤22：如果子卡本地加载失败，则向母卡报告错误类型，再由母卡报告给本地设备，由本地设备决定母卡异常处理流程，并置位该母卡状态为异常；

如果子卡本地加载成功，则记录下当前子卡的所有状态及信息，然后子卡停止进行下一步的全局加载，等待母卡发送全局加载的通知。

4.根据权利要求1所述的一种堆叠设备中业务子母板卡加载的方法，其特征在于，所述步骤4包括：

步骤41：母卡收到全局加载的通知后，根据堆叠设备的角色和本地加载时记录的信息，进行全局加载；

步骤42：如果母卡全局加载失败，则该母卡向主设备报告错误信息，由主设备决定异常处理流程；如果全局加载成功，则会通知子卡开始全局加载。

5.根据权利要求1所述的一种堆叠设备中业务子母板卡加载的方法，其特征在于，所述步骤5包括：

步骤51：子卡收到母卡的全局加载通知后，根据本地加载时记录的信息，进行全局加载；

步骤52：如果子卡全局加载失败，则该子卡向母卡报告错误类型，母卡向主设备报告该错误类型，主设备根据错误类型判断异常处理流程；如果子卡全局加载成功，则子卡向母卡报告加载成功的通知，此时母卡向主设备报告全局加载成功的通知，主设备标记该子母板卡加载成功。

6.根据权利要求2-5任一所述的一种堆叠设备中业务子母板卡加载的方法，其特征在于，所述异常处理流程包括重启和隔离。

Images