CN100461699C

CN100461699C - 一种设备自动化升级的方法

Info

Publication number: CN100461699C
Application number: CNB2006100905610A
Authority: CN
Inventors: 杨文凯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-06-28
Filing date: 2006-06-28
Publication date: 2009-02-11
Anticipated expiration: 2026-06-28
Also published as: CN101047561A

Abstract

本发明公开了一种设备自动化升级的方法，通过在网管服务器集成数据库升级工具，使数据库升级对用户而言是透明的，用户只需要在网管服务器上进行设备自动化升级配置，就可以完成设备的升级，直观方便且不易犯错。利用本发明提供的方法可以实现设备升级的批量自动化，并且可以根据需要选择设备批量升级的串、并行方式，满足不同组网下对设备升级的要求。另外，本发明提供的方法在升级结束后，可以自动探测设备的版本，给出详细的升级报表。

Description

一种设备自动化升级的方法

技术领域

本发明涉及设备升级技术，特别涉及一种设备自动化升级的方法。

背景技术

近年来，互联网和电信行业的迅猛发展给设备制造商带来了发展的机遇，设备制造商推出的网络设备层出不穷，然而这给网络运营商的管理带来了很大的挑战。本文中所述的设备是网络设备的简称。

利用网络对设备进行远程管理是现在设备管理技术发展的主流，通过简单网络管理协议(SNMP，Simple Network Management Protocol)就可以对远程的网络设备进行管理。目前，通过网管服务器可以监控网络设备的实时状态、故障查看及修复、业务的发放、性能的统计以及版本的管理等。可以通过网管服务器远程管理大量的网络设备，而且所有的网络设备有着相同的管理界面，大大减少了操作的复杂性。

在网络设备远程网络管理中，网络设备的升级是很重要的一个操作。对于很多复杂的宽带设备而言升级过程是非常繁琐的，需要加载很多文件，主要有bios、扩展bios、业务板程序、主控板程序、数据文件、CPLD、FPGA、VOICE文件，以及TI、套片程序、BCM文件、nios文件、miro文件等等。用户不仅需要分别对这些文件进行加载，而且需要保证加载文件版本的一致性。因此，任何一个小的错误都会导致网络设备工作异常甚至不能启动等严重后果。

针对加载文件多而且种类复杂的问题，文件打包技术应运而生。也就是说，将设备需要的所有新版本文件都加载到一个文件包中，这样在加载过程中只需要加载该打包文件即可，大大减少了加载过程的的复杂性。但是，由于每个设备的数据文件的差异性，所以数据文件需要独立于打包文件进行加载。

现有技术可以通过网管服务器对设备升级的若干步进行批量操作，例如设备的保存、备份、加载、和复位操作都可以批量地进行，而由于数据库升级工具是作为独立的工具提供的，所以数据文件升级不支持批量操作。因此，现有技术中实现设备批量升级的过程需要按照如下步骤执行：

1)用户首先要执行设备批量保存操作，对所有需要升级的设备的数据库执行保存操作，将所有需要升级的设备的数据库保存到设备的FLASH中，目的是为了保证FLASH中的数据为最新的，确保后面备份的正确性。

2)保存操作结束后，进行批量备份，即将所有需要升级的设备的数据库备份到网管服务器中。

3)对备份下来的每一个设备的数据文件利用数据库升级工具进行升级，该数据库升级工具是独立于网管服务器提供的，也就是说，设备数据库升级工具不一定在网管服务器中。如果数据库升级工具和网管服务器分处不同服务器中就不可避免带来数据文件传输的麻烦。

4)将设备的打包程序文件和升级后的数据文件加载到设备上。

5)加载成功后，对设备执行批量复位操作，再查看复位后的设备的版本，判断是否升级成功。

在现有技术中，上述各个步骤只是作为独立的功能点提供，也就是说，用户对设备的升级具有非连续性和非自动性的特点。每个步骤都需要用户手工完成，整个设备升级的过程相当复杂，升级时用户需要根据上一步操作的结果判断下一步该如何进行。而且整个升级过程没有完整的日志记录，不方便用户查看。

发明内容

有鉴于此，本发明的主要目的在于提供一种设备自动化升级的方法，使设备的升级实现自动化。

为了实现上述发明目的，本发明提供了一种设备自动化升级的方法，该方法在网管服务器中集成了数据库升级工具，包括以下步骤：

A、选定要升级的设备；

B、网管服务器向要升级的设备发送数据库文件保存和备份指令，设备根据接收到的数据库文件保存和备份指令，保存自身当前的数据库文件，并将保存的数据库文件导出到网管服务器中；

C、网管服务器利用自身的数据库升级工具对接收到的设备的数据库文件进行升级；

D、网管服务器将对应升级后的新版本的打包程序文件和升级后的数据库文件加载到设备上。

步骤D所述的网管服务器将打包程序文件和升级后的数据库文件加载到设备上后，进一步包括：

网管服务器向设备发送复位指令，设备根据该复位指令执行复位操作，如果复位成功，则向网管服务器返回复位成功信息；如果复位失败，则向网管服务器返回复位失败信息；

网管服务器接收到设备返回的复位成功或失败信息后，或在预设时间内未收到设备返回的信息后，结束该设备升级流程。

所述的设备向网管服务器返回复位成功信息后，结束设备升级流程前，进一步包括：网管服务器向设备发送检测版本指令，设备接收该检测版本指令，向网管服务器返回自身当前的版本信息，网管服务器根据接收到的版本信息，判断设备升级是否成功。

步骤B所述的设备根据网管服务器发送的保存和备份指令执行相应操作出现故障时，设备向网管服务器返回执行失败信息，网管服务器接收到执行失败信息后，结束设备的升级流程。

步骤B所述的网管服务器向设备发出保存或备份执行指令后，如果在超过预设的时间阈值时，网管服务器未收到设备返回的信息，则网管服务器结束设备升级流程。

该方法进一步包括：网管服务器记录并保存每一步骤的始末时间以及每一步骤执行成功或失败的信息。

步骤A所述的选定要升级的设备包括：

a1、选定多于一台的要升级的设备；

a2、网管服务器确认对多台设备进行升级的顺序以及并行度；

网管服务器同时按照并行度对一台或多台设备执行步骤B、C、D所述的升级流程；

当网管服务器确认有一台或几台设备升级流程结束时，同时对与该一台或多台设备相同数量的未升级设备执行步骤B、C、D所述的升级流程。

步骤a2所述的升级的并行度为大于等于1的整数。

步骤a1所述的选定多于一台的要升级的设备为：按照IP地址或按照子图或按照版本选定多于一台的要升级的设备。

用户通过所述的网管服务器提供的用户配置界面，配置选择要升级的设备的方式、要升级的设备、设备升级要执行的流程以及升级的并行度。

由以上技术方案可见，本发明提供的这种设备自动化升级的方法通过在网管服务器中集成设备的数据库升级工具，使数据库升级对用户而言是透明的，用户只需要在网管服务器上进行设备自动化升级配置，就可以完成设备的升级，直观方便且不易犯错。

利用本发明提供的方法可以实现设备升级的批量自动化，不需要用户一步步执行，减轻了设备维护人员的工作量，降低了设备升级维护成本。

本发明的实现设备自动化升级的方法可以提供设备批量升级的串、并行的可选择性，满足了不同组网下对设备升级的要求。如果选择串行升级，则可以按照用户设定的顺序对设备逐一进行升级；如果选择并行升级，则可以按照用户设定的并行度对选定的多台设备同时进行升级。

另外，本发明提供的方法在升级结束后，可以自动探测设备的版本，给出详细的升级报表；出错时，也会给出详细的出错信息，供用户查看。并且升级报表支持存为多种格式和打印，以方便用户的浏览。

附图说明

图1为本发明设备自动化升级方法的一个较佳实施例的流程示意图。

具体实施例

为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。

本发明提供的实现设备自动化升级的方法，通过在网管服务器集成数据库升级工具，网管服务器根据用户配置的批量升级方式以及设备升级流程，对选定的设备进行批量自动化升级。

参见图1，图1为本发明的设备自动化升级方法的一个较佳实施例的流程示意图。该方法预先在网管服务器中集成了设备的数据库升级工具，该方法包括以下步骤：

步骤101，网管服务器根据用户的配置，选定要升级的设备；

用户通过网管服务器提供的用户配置界面，选择要升级的设备，在选择要升级的设备前，用户可以通过该用户配置界面配置选择要升级的设备的方式，包括：按照IP地址选择、按照子图选择以及按照版本选择等。

在以下各个步骤中，网管服务器会记录每一个步骤的始末时间，以及每一个步骤执行的情况。

步骤102，网管服务器向要升级的设备发送数据库文件保存指令。

设备根据接收到的数据库文件保存指令，执行数据库保存操作，将自身当前的数据库文件保存到自身的FLASH中。如果设备保存成功，则设备向网管服务器返回保存成功的信息；如果设备保存失败，则向网管服务器返回保存失败信息。

网管服务器根据接收到的信息，确认设备保存成功，则执行步骤103；否则，执行步骤108。

步骤103，网管服务器向设备发出备份指令。

设备根据接收到的备份指令，执行备份操作，将FLASH中保存的数据库文件通过ftp或tftp导出到网管服务器中。如果导出成功，则设备向网管服务器返回导出成功信息；如果导出失败，则设备向网管服务器返回导出失败信息。

网管服务器根据接收到的信息，确认设备备份数据库文件成功，则执行步骤104；否则，执行步骤108。

步骤104，网管服务器利用自身集成的数据库升级工具对接收到的设备的数据库文件进行升级，如果升级成功，则执行步骤105；否则，执行步骤108。

步骤105，网管服务器将升级后的数据库文件和自身保存的对应升级后的新版本的打包程序文件加载到设备上，网管服务器确认在设备上加载升级后的数据库文件和对应升级后的新版本的打包程序文件成功后，执行步骤106；否则执行步骤108。

步骤106，网管服务器向设备发出复位指令。

设备接收该复位指令，进行复位操作，如果复位成功，则向网管服务器返回复位成功信息，执行步骤107；否则执行步骤108。

网管服务器向设备发送的复位指令可以为延迟复位指令，即网管服务器指令设备在加载成功后的某一个时间点执行复位操作。

步骤107，网管服务器确认设备复位成功后，向设备发送检测版本指令。

设备根据接收到的检测版本指令，将自身当前的版本信息返回网管服务器，网管服务器根据设备返回的当前的版本信息，判断设备升级是否成功，设备流程结束。

步骤108，网管服务器结束设备升级流程。

如果网管服务器没有收到设备返回的失败信息，但网管服务器根据自身记录的该步骤的起始时间，确认该步骤执行的时间超过了网管服务器中设定的阈值，则网管服务器也会确认该操作失败，结束设备升级流程。

步骤109，网管服务器确认升级流程结束后，将记录的每一步骤的始末时间，以及设备返回的每一步骤执行的情况保存为txt文件或Excel文件或html文件，以方便用户浏览。

这样，在设备升级成功后，用户可以通过浏览网管服务器保存的升级报表，了解每个设备升级的情况；在设备升级的过程中出现故障失败的情况下，用户也可以通过浏览网管服务器保存的升级报表，查询错误信息，确定下一步应该采取的措施。

在上述的实施例的步骤101中所述的用户根据实际需要在网管服务器中选定要升级的设备可以为一台，也可以为多台，也就是说本发明的提供的设备自动化升级方法可以实现设备批量自动化升级。

本发明提供的批量升级方式有两种：一种为串行批量升级方式；一种为并行批量升级方式。

所谓的串行批量升级是指网管服务器对选定的多台设备进行批量升级时，按照一定的顺序逐一对设备执行步骤102到步骤109的升级过程，当网管服务器确认一台设备的升级流程结束后，才按照顺序对下一台设备执行所述的步骤102到步骤109的升级流程。用户可以对设备进行升级的顺序根据需要进行调整。

所谓的并行批量升级是指网管服务器对选定的多台设备按照一定的并行度同时进行批量升级，即网管服务器在同一时刻对固定数量的设备执行步骤102到步骤109的升级流程，所述的网管服务器中的数据库升级工具同时可以为多台设备的数据库文件进行升级。当然，每一个设备执行的步骤可能不同步。

如果网管服务器确认某一设备或某几台设备的升级流程结束，则网管服务器会同时开启相同数量的新的设备升级流程，也就是说，网管服务器在任何时刻都可以保证在执行升级流程的设备数量为并行度设定的数量，除非要升级的设备数量已经小于所设定的并行度，则网管服务器可能会停止几个流程。并行批量升级的并行度可以根据用户需要进行调整。

从以上描述可知，实际上串行批量升级方式是并行批量升级方式的一种特殊情况，串行批量升级方式是并行度为1的并行批量升级方式。

上述实施例中的升级流程包括保存数据库文件、备份数据库文件、升级数据库文件、将新版本程序文件及升级的数据库文件加载到设备、复位设备、检测设备升级版本以及保存升级报表几个步骤，即步骤102到步骤109所述的升级流程，在实际的设备升级过程中，也可以根据实际需要，省略其中的部分步骤，可以省略的步骤包括：复位设备、检测设备升级版本以及保存升级报表，即步骤106到步骤109。

本发明提供的设备自动化升级方法，可以通过在网管服务器中设置自动化升级模块来实现，该自动化升级模块为用户提供一个用户配置界面，用户可以通过该用户配置界面，配置选择要升级的设备的方式、要升级的设备、设备升级要执行的流程以及升级的并行度等设备自动化升级的信息。网管服务器根据用户配置的设备自动化升级信息，按照图1所示的方法执行设备自动化升级。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种设备自动化升级的方法，其特征在于，该方法在网管服务器中集成了数据库升级工具，该方法包括以下步骤：

A、选定要升级的设备；

2.如权利要求1所述的方法，其特征在于，步骤D所述的网管服务器将打包程序文件和升级后的数据库文件加载到设备上后，进一步包括：

3.如权利要求2所述的方法，其特征在于，所述的设备向网管服务器返回复位成功信息后，结束设备升级流程前，进一步包括：网管服务器向设备发送检测版本指令，设备接收该检测版本指令，向网管服务器返回自身当前的版本信息，网管服务器根据接收到的版本信息，判断设备升级是否成功。

4.如权利要求1所述的方法，其特征在于，步骤B所述的设备根据网管服务器发送的保存和备份指令执行相应操作出现故障时，设备向网管服务器返回执行失败信息，网管服务器接收到执行失败信息后，结束设备的升级流程。

5.如权利要求1所述的方法，其特征在于，步骤B所述的网管服务器向设备发出保存或备份执行指令后，如果在超过预设的时间阈值时，网管服务器未收到设备返回的信息，则网管服务器结束设备升级流程。

6.如权利要求1、2、4或5所述的方法，其特征在于，该方法进一步包括：网管服务器记录并保存每一步骤的始末时间以及每一步骤执行成功或失败的信息。

7.如权利要求1、2、4或5所述的方法，其特征在于，步骤A所述的选定要升级的设备包括：

a1、选定多于一台的要升级的设备；

8.如权利要求7所述的方法，其特征在于，步骤a2所述的升级的并行度为大于等于1的整数。

9.如权利要求7所述的方法，其特征在于，步骤a1所述的选定多于一台的要升级的设备为：按照IP地址或按照子图或按照版本选定多于一台的要升级的设备。

10.如权利要求1、8或9所述的方法，其特征在于，用户通过所述的网管服务器提供的用户配置界面，配置选择要升级的设备的方式、要升级的设备、设备升级要执行的流程以及升级的并行度。