01-基础配置指导

06-软件升级配置

本章节下载 06-软件升级配置  (267.79 KB)

docurl=/cn/Service/Document_Software/Document_Center/Switches/Catalog/S5500/S5500-EI-D/Configure/Operation_Manual/H3C_S5500-EI-D_CG-Release_2208-6W100/01/201103/710491_30005_0.htm

06-软件升级配置


1 软件升级配置

1.1  设备软件简介

设备软件主要包括Bootrom程序和系统启动文件。设备上电后,先运行Bootrom程序,初始化硬件并显示设备的硬件参数,然后运行系统启动文件;启动文件一方面提供对硬件的驱动和适配功能,另一方面实现了业务特性。Bootrom程序与系统启动文件是设备启动、运行的必备软件,为整个设备提供支撑、管理、业务等功能,它们的关系如1-1所示。

图1-1 Bootrom程序与系统启动文件关系示意图

 

1.2  升级方法简介

Bootrom程序和系统启动文件都可以通过Bootrom菜单和命令行两种方式来升级,本文只介绍命令行升级方式,通过Bootrom菜单升级的具体操作请参见设备的安装手册。

即便都是通过命令行,但因为实现原理不同,命令行下的软件升级方式又可以细分为几类:

升级方式及介绍

可升级的设备软件

各种升级方式对比说明

通过整机重启方式升级Bootrom

Bootrom

l      该方式通过重启设备来实现设备软件的升级,设备重启完成后,直接使用新版本软件运行。

l      使用该方式升级设备软件时会导致当前业务中断

通过整机重启方式升级启动文件

启动文件

同步升级成员设备的启动文件

通过热补丁方式升级启动文件

启动文件

l      热补丁是一种快速、低成本修复启动文件缺陷的方式。

l      与通过整机重启升级启动文件相比,热补丁的优势是在升级过程中不会中断设备当前正在运行的业务。

l      补丁文件与启动文件的版本一一对应,使用热补丁升级启动文件时,只能修复与补丁文件对应启动文件的缺陷,不涉及功能的添加及删除

通过ISSU(In-Service Software Upgrade,不中断业务升级)方式升级启动文件

启动文件

l      通过ISSU方式升级启动文件是一种高可靠性升级设备启动文件的方式,ISSU方式能够保证设备在升级过程中业务不中断。

l      关于ISSU的详细描述,请参见“基本配置指导”中的“ISSU配置”。

 

1.3  通过整机重启方式升级Bootrom

表1-1 通过整机重启方式升级Bootrom

操作

命令

说明

进入系统视图

system-view

-

启动升级时的合法性检查功能

bootrom-update security-check enable

可选

缺省情况下,Bootrom升级时的合法性检查功能是开启的

IRF系统中,由于不同成员设备的Bootrom可能各不相同,用户容易混淆,从而导致Bootrom升级错误。通过启动Bootrom升级时的合法性检查功能,设备就能够对Bootrom升级文件的正确性、版本配套性等进行严格的检查,保证升级成功。

返回用户视图

quit

-

使用FTP、TFTP或者其它方式将Bootrom程序下载保存到Master设备Flash的根目录下

关于FTP或TFTP的详细介绍请参见“基础配置指导”中的“FTP和TFTP配置”

必选

升级指定成员设备的Bootrom程序

bootrom update file file-url slot slot-number-list

必选

该命令在用户视图下执行

重启指定成员设备或者整个IRF系统

reboot [ slot slot-number ]

必选

slot参数表示重启指定成员设备,如果不输入则默认重启整个IRF系统

该命令在用户视图下执行

 

必须先将Bootrom文件保存到相应成员设备存储介质的根目录下,bootrom命令才能执行成功。

 

1.4  通过整机重启方式升级启动文件

表1-2 通过整机重启方式升级启动文件

操作

命令

说明

使用FTP、TFTP或者其它方式将启动文件下载保存到Master设备Flash的根目录下

关于FTP或TFTP的详细介绍请参见“基础配置指导”中的“FTP和TFTP配置”

必选

将新的启动文件拷贝到Slave设备存储介质的根目录下

copy fileurl-source fileurl-dest

必选

该命令在用户视图下执行

指定成员设备的下次启动文件

boot-loader file file-url slot { all | slot-number } { main | backup }

必选

该命令在用户视图下执行

重启指定成员设备或者整个IRF系统

reboot [ slot slot-number ]

必选

slot参数表示重启指定成员设备,如果不输入则默认重启整个IRF系统

该命令在用户视图下执行

 

l          下次启动文件必须存放在设备的根目录下。可使用文件的拷贝或移动操作来调整文件的路径为根目录。

l          必须先将下次启动文件保存到相应成员设备存储介质的根目录下,boot-loader命令才能执行成功。

l          Master和Slave的下次启动文件名称可以不同,但是版本必须一致,否则,Slave会使用Master的启动文件重新启动加入IRF。

 

1.5  同步升级成员设备的启动文件

同步升级IRF成员设备的启动文件时,系统可以自动把Master设备Flash中指定的启动文件拷贝到指定成员设备中,并同时配置为该成员设备的启动文件。IRF系统中通常存在多个成员设备,使用此方式升级成员设备的启动文件简化了升级步骤,提高了管理人员的工作效率。

表1-3 同步升级成员设备的启动文件

操作

命令

说明

使用FTP、TFTP或者其它方式将启动文件下载保存到Master设备Flash的根目录下

关于FTP或TFTP的详细介绍请参见“基础配置指导”中的“FTP和TFTP配置”

必选

同步升级指定成员设备或者所有成员设备的启动文件

boot-loader update file file-url slot { slot-number | all } { main | backup }

必选

该命令在用户视图下执行

重启指定成员设备或者整个IRF系统

reboot [ slot slot-number ]

必选

slot参数表示重启指定成员设备,如果不输入则默认重启整个IRF系统

该命令在用户视图下执行

 

同步升级成员设备的启动文件时,如果成员设备的Flash剩余空间不够,系统将自动计算当前启动文件所占空间加剩余存储空间的和,并将此和与新的启动文件大小进行比较:

l          如果和大于新的启动文件大小,则设备将自动删除当前运行的启动文件,释放存储空间来存放升级新的启动文件。

l          如果和小于新的启动文件大小,则设备不会自动删除当前运行的启动文件,此时设备提示升级失败。

因此,同步升级成员设备的启动文件之前,请确保成员设备的Flash有足够的空间存放待升级的启动文件,以免造成升级失败。

 

1.6  通过热补丁方式升级启动文件

热补丁是一种快速、低成本修复产品软件版本缺陷的方式。和升级软件版本相比,热补丁的主要优势是不会使设备当前正在运行的业务中断,即在不重启设备的情况下,可以对设备当前软件版本的缺陷进行修复。

1.6.1  热补丁基本概念

1. 补丁和补丁文件

补丁(又被称为补丁单元)是用来修复某个缺陷的程序包,通常以补丁文件的形式发布,一个补丁文件可能包含一个或多个补丁,不同的补丁具有不同的功能。当补丁文件被用户从存储介质加载到内存补丁区中时,补丁文件中的补丁将被分配一个在此内存补丁区中唯一的单元序号,用于标志、管理、操作各补丁,补丁的单元序号从1开始顺序编号,如某补丁文件中有3个补丁单元,那合法的补丁单元号为1、2和3。

2. 增量补丁

所谓增量补丁,是指各补丁单元和其前面的补丁单元有依赖性。比如,补丁文件中有3个补丁单元,则3号补丁必须在1号和2号补丁生效之后才能运行,而不能直接单独运行3号补丁。

当前发布补丁文件中的补丁均为增量补丁。

3. 正式补丁和临时补丁

l              正式补丁(Common patches)是通过版本发布流程发布的补丁。

l              临时补丁(Temporary patches)是未通过版本发布流程发布,用于临时解决紧急问题和需求的补丁。

正式补丁总会包含前面临时补丁的功能,从而替代前面的临时补丁。补丁的类型只对补丁加载(Load)过程产生影响——系统在加载正式补丁之前会先将系统中所有临时补丁删除。

1.6.2  补丁状态

每个补丁都有自身的状态,只有在用户命令行的干预下才能发生切换。补丁状态切换与命令操作关系如1-2所示,其中:

l              IDLE、DEACTIVE、ACTIVE和RUNNING表示补丁的不同状态;

l              加载、临时运行、确认运行、停止运行、删除、安装、卸载表示补丁操作,分别对应命令patch loadpatch activepatch runpatch deactivepatch deletepatch installundo patch install

l              箭头方向表示状态的转变方向。

比如对DEACTIVE状态的补丁执行patch active操作,补丁的状态就会变为ACTIVE。

图1-2 补丁状态切换与命令操作关系

 

补丁文件的状态信息内容保存在Flash中的patchstate文件里,建议用户不要对该文件进行操作。

 

1. 初始状态(IDLE)

表示尚未加载补丁,无法进行安装、运行等补丁操作,如1-3所示(假设系统补丁区中最多可以加载8个补丁)。

图1-3 补丁未加载

 

当前内存补丁区中支持的最大补丁数为200个。

 

2. 未激活状态(DEACTIVE)

表示补丁已经被加载到内存补丁区,但尚未运行。假设用户将加载的补丁文件包含7个补丁,则这7个补丁将在经过版本校验及CRC校验之后被加载到内存补丁区,加载成功的补丁处于DEACTIVE状态,此时系统中补丁状态如1-4所示。

图1-4 补丁文件被加载

 

3. 激活状态(ACTIVE)

表示补丁已经被临时运行,即该补丁在设备重启之后不再生效。对于1-4中7个处于DEACTIVE状态的补丁,用户如果激活前5个补丁,则前5个补丁的状态将由DEACTIVE状态变成ACTIVE状态,此时系统中补丁状态如1-5所示。

系统重启后,所有处于ACTIVE状态的补丁将变成DEACTIVE状态。

图1-5 补丁被激活

 

4. 确认运行状态(RUNNING)

表示补丁已经被永久运行,即该补丁在设备重启之后会继续生效。对于1-5中5个处于ACTIVE状态的补丁,用户确认运行前3个补丁后,前3个补丁的状态将由ACTIVE状态变成RUNNING状态,此时系统中补丁状态如1-6所示。

图1-6 补丁被确认运行

 

系统重启后,所有处于RUNNING状态的补丁仍保持为RUNNING状态。

1.6.3  配置准备

补丁文件是根据安装补丁的设备类型按需发布。在进行补丁操作前,需要通过FTP/TFTP等方式将补丁文件保存到设备的存储介质上,保存时请注意:

l              补丁版本必须与设备型号、设备的软件版本相匹配。如果不匹配,则会造成补丁操作失败。

l              补丁文件的名称必须符合要求,否则系统无法找到补丁文件,造成补丁操作失败。补丁文件缺省名称为patch_xxx.bin。

加载和安装操作的对象是所有成员设备,所以,执行加载和安装操作前,请将补丁文件保存到所有成员设备存储介质的根目录下,所有成员设备上补丁文件必须一致(包括补丁文件的名称和内容)。

 

1.6.4  一步式安装补丁

用户可以使用多条命令完成热补丁的安装,也可以通过patch install命令来一步式安装补丁。在执行patch install命令时,系统会提示“Do you want to continue running patches after reboot? [Y/N]:”:

l              如果输入<Y>或者<y>,则会安装指定路径下的所有补丁,设备重启后这些补丁继续生效,补丁状态从IDLE转换到RUNNING,相当于依次执行了patch locationpatch loadpatch activepatch run命令。

l              如果输入<N>或者<n>,则会安装指定路径下的所有补丁,设备重启后这些补丁不再继续生效,补丁状态从IDLE转换到ACTIVE,相当于依次执行了patch locationpatch loadpatch active命令。

表1-4 一步式安装补丁

操作

命令

说明

进入系统视图

system-view

-

一步式完成补丁的安装

patch install patch-location

必选

 

l          指定路径下的补丁必须与设备的型号和版本匹配,否则系统不能正确识别补丁文件。

l          执行补丁安装操作后,系统会将补丁文件的加载路径(patch location)修改成“patch install patch-location”中patch-location参数所指向的位置。

l          如果要一步式卸载设备上所有已安装的补丁,请直接执行命令undo patch install。执行该命令等效于1.6.6  分步卸载补丁

 

1.6.5  分步安装补丁

表1-5 分步安装补丁

操作

命令

说明

进入系统视图

system-view

-

设置补丁文件的加载路径

patch location patch-location

可选

缺省情况下,补丁文件的加载路径为flash:

将补丁文件从存储介质加载到指定的内存补丁区中

patch load slot slot-number

必选

激活指定补丁

patch active patch-number slot slot-number

必选

l      激活补丁后,补丁立即生效,处于试运行阶段。设备复位或重启后,该补丁不再生效,需要重新激活。

l      补丁的激活状态主要是提供一个缓冲带,如果补丁本身有问题,可以重启设备,以消除该补丁的作用,从而防止因为补丁错误而导致系统连续运行故障。

确认运行指定补丁

patch run patch-number [ slot slot-number ]

必选

确认运行补丁后,补丁的状态将变为RUNNING,处于正式运行阶段。设备复位或重启后,该补丁会继续生效。

 

l          当使用FTP或TFTP方式将补丁文件上传/下载到设备的Flash中前,请将文件传输的模式设置为二进制模式,以免不能正确解析补丁文件。

l          该操作只对处于激活状态的补丁有效,对于处于其它状态的补丁,该操作无效。

 

1.6.6  分步卸载补丁

表1-6 分步卸载补丁

操作

命令

说明

进入系统视图

system-view

-

停止运行指定补丁

patch deactive patch-number slot slot-number

必选

停止运行补丁后,补丁将进入未激活状态(DEACTIVE)。系统按打补丁前的特性运行。

将指定补丁从内存补丁区中删除

patch delete patch-number slot slot-number

必选

执行该操作,只是将补丁从内存补丁区中删除,并不会将补丁从存储介质中删除,补丁回到初始状态(IDLE)。补丁删除后,系统按打补丁前的特性运行。

 

1.7  软件升级显示和维护

在完成上述配置后,在任意视图下执行display命令可以显示配置后启动文件的运行情况,通过查看显示信息验证配置的效果。

表1-7 启动文件显示和维护

操作

命令

显示启动文件信息

display boot-loader [ slot slot-number ] [ | { begin | exclude | include } regular-expression ]

显示热补丁的信息

display patch information [ | { begin | exclude | include } regular-expression ]

 

1.8  软件升级配置举例

1.8.1  通过整机重启方式升级配置举例

1. 组网需求

l              Master和Slave两台成员设备组成IRF。Master的成员编号为1,Slave的成员编号为2。

l              IRF当前的软件版本为soft-version1,通过远程操作,将IRF系统的软件版本升级到soft-version2,配置文件升级到new-config;

l              最新版本的应用程序soft-version2.bin和最新配置文件new-config.cfg都保存在TFTP server上;

l              IRF的IP地址为1.1.1.1/24,由Master(成员编号为1)和Slave(成员编号为2)两台成员设备组成。TFTP server的IP地址为2.2.2.2/24。IRF与TFTP server之间路由可达。

2. 组网图

图1-7 配置远程定时自动升级组网图

 

3. 配置步骤

(1)        TFTP server的配置(注意:不同的服务器类型配置可能不同)

通过合法渠道(比如H3C官方网站或者代理商、技术支援人员)获取正确版本的启动文件和配置文件,并将该文件存储到TFTP server的工作路径,以便TFTP client可以访问。

(2)        IRF的配置

# 将new-config.cfg下载到Master上(注意:不同的服务器类型显示信息可能不同)。

<IRF> tftp 2.2.2.2 get new-config.cfg

  ..

  File will be transferred in binary mode

  Downloading file from remote TFTP server, please wait.....

  TFTP:      917 bytes received in 1 second(s)

 

  File downloaded successfully.

# 将new-config.cfg下载到Slave(成员编号为2)上。

<IRF> tftp 2.2.2.2 get new-config.cfg slot2#flash:/new-config.cfg

# 将启动文件soft-version2.bin下载到Master和Slave上。

<IRF> tftp 2.2.2.2 get soft-version2.bin

  ...

  File will be transferred in binary mode

  Downloading file from remote TFTP server, please wait............

  TFTP: 10058752 bytes received in 141 second(s)

 

  File downloaded successfully.

<IRF> tftp 2.2.2.2 get soft-version2.bin slot2#flash:/soft-version2.bin

# 将所有成员设备的下次启动配置文件指定为new-config.cfg。

<IRF> startup saved-configuration new-config.cfg main

Please wait ...

Setting the master board ...

... Done!

Setting the slave board ...

Slot 2:

 Set next configuration file successfully

# 将所有成员设备的下次启动文件指定为soft-version2.bin。

<IRF> boot-loader file soft-version2.bin slot all main

  This command will set the boot file of the specified board. Continue? [Y/N]:y

  The specified file will be used as the main boot file at the next reboot on slot 1!

  The specified file will be used as the main boot file at the next reboot on slot 2!

# 重启所有成员设备完成升级。

<IRF> reboot

设备重启后可以使用display version命令验证升级是否成功。

1.8.2  热补丁典型配置举例

1. 组网需求

l              IRF(IRF是整个IRF的统称,在本举例中包括Matser和Slave两台成员设备)当前的软件版本存在一些缺陷,需要使用补丁文件进行修复。

l              补丁文件patch_xxx.bin保存在TFTP server上。

l              IRF的IP地址为1.1.1.1/24,TFTP server的IP地址为2.2.2.2/24,Device与TFTP server之间路由可达。

2. 组网图

图1-8 热补丁升级组网图

 

3. 配置步骤

(1)        TFTP server的配置(不同应用程序的配置方式不同,具体步骤略)

l              启动TFTP server功能。

l              将patch_xxx.bin文件放到TFTP server的工作路径。

(2)        Device的配置

配置前需确认设备Flash有足够的剩余空间来存储补丁文件。

 

# 开始升级前,执行save命令保存当前配置(配置步骤略)。

# 将TFTP server上的文件patch_xxx.bin下载到Master存储介质的根目录下。

<Device> tftp 2.2.2.2 get patch_xxx.bin

# 将TFTP server上的文件patch_xxx.bin下载到Slave存储介质的根目录下。

<Device> tftp 2.2.2.2 get patch_xxx.bin slot2#flash:/patch_xxx.bin

# 安装补丁。

<Device> system-view

[Device] patch install flash:

Patches will be installed. Continue? [Y/N]:y

Do you want to continue running patches after reboot? [Y/N]:y

Installing patches........

Installation completed, and patches will continue to run after reboot.

不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!

联系我们