07-软件升级配置
本章节下载: 07-软件升级配置 (296.99 KB)
目 录
设备支持两种运行模式:独立运行模式和IRF模式,缺省情况下为独立运行模式。有关IRF模式的介绍,请参见“虚拟化技术配置指导”中的“IRF”。
设备软件包括BootWare程序和启动软件包,它是设备启动、运行的必备软件,为整个设备提供支撑、管理以及丰富的业务。
设备上存在主控板和业务板,业务板的BootWare程序/启动软件包集成在主控板的BootWare程序/启动软件包中。系统在升级主控板的同时会自动升级业务板,不需要单独升级业务板。
设备开机最先运行的程序是BootWare程序,它能够引导硬件启动、引导启动软件包运行、提供BootWare菜单功能。
BootWare程序存储在设备的BootWare(芯片)中。完整的BootWare程序包含BootWare基本段和BootWare扩展段。基本段提供BootWare菜单的基本操作项,扩展段提供更多的BootWare菜单操作项。整个BootWare程序通过Boot包(*.bin)发布,产品会将需要升级的单板的BootWare程序集成到Boot包中统一发布,以降低版本维护成本。
启动软件包是用于引导设备启动的程序文件,按其功能可以分为以下几类:
· Boot软件包(简称Boot包):包含Linux内核程序,提供进程管理、内存管理、文件系统管理、应急Shell等功能。
· System软件包(简称System包):包含Comware内核和基本功能模块的程序,比如设备管理、接口管理、配置管理和路由模块等。
· Feature软件包(简称Feature包):用于业务定制的程序,能够提供更丰富的业务。一个Feature包可能包含一种或多种业务。
· Patch软件包(简称补丁包):用来修复设备软件缺陷的程序文件。补丁包与软件版本一一对应,补丁包只能修复与其对应的启动软件包的缺陷,不涉及功能的添加和删除。
主控板必须具有Boot包和System包才能正常运行,Feature包可以根据用户需要选择安装,补丁包只在需要修复设备软件缺陷时安装。
· BIN文件:后缀为.bin的文件。一个BIN文件就是一个启动软件包。要升级的BIN文件之间版本必须兼容才能升级成功。
· IPE(Image Package Envelope,复合软件包套件)文件:后缀为.ipe的文件。它是多个软件包的集合,产品通常会将同一个版本需要升级的所有类型的软件包都压缩到一个IPE文件中发布。用户将该IPE文件加载到设备后,设备会自动将它解压缩成一个个BIN文件。用户再使用这些BIN文件升级设备即可,从而能够减少启动软件包之间的版本管理问题。
· 设备会将所有具有主用属性的软件包的名称存储在主用启动软件包列表中,将所有具有备用属性的软件包的名称存储在备用启动软件包列表中。
· 当设备启动时,优先使用主用启动软件包列表中的软件包,如果主用启动软件包列表中软件包不存在或者不可用,再使用备用启动软件包列表中的软件包。
设备上电后,先运行BootWare文件,初始化硬件并显示设备的硬件参数,然后运行启动软件包,如图1-1所示。
在运行启动软件包时,因为涉及到多个软件包,系统会做一系列处理,如图1-2所示。
· 系统会根据启动软件包列表自动判断相应的软件包是否存在,如果存在是否有效。如果启动软件包列表中没有Feature包/补丁包,则跳过Feature包/补丁包的判断流程。
· 当主用和备用启动软件包列表中的Boot包均不存在或不可用时,请使用Console口连接到设备,断电重启设备。启动过程中根据提示按<Ctrl+B>进入BootWare菜单,通过BootWare来重新加载Boot包,具体操作请参见产品随软件发布的版本说明书。
· 当设备进入应急Shell环境时,请使用Console口连接到设备,在应急Shell环境下,手工重新加载System包,才能进入Comware系统。具体操作请参见“基础配置指导”中的“应急Shell”。
设备出厂时,已经安装了软件,下次启动会延用本次启动使用的软件。如果要对软件进行升级,用户可以选择如下方式,详见表1-1。
通过BootWare菜单进行软件升级 |
BootWare菜单的详细描述请参见“基础配置”中的“BootWare管理配置” |
(1) 使用display version命令查看设备当前运行的BootWare程序以及启动软件的版本。
(2) 获取新软件的版本发布说明书,了解新软件的版本号、软件大小以及和当前BootWare程序、启动软件的兼容性。
(3) 使用dir命令分别查看主用主控板和备用主板存储介质是否有足够的空间存储新的软件,以免升级失败。如果存储空间不足,可使用delete命令删除一些暂时不用的文件。关于dir和delete命令的详细描述请参见“基础配置命令参考”中的“文件系统管理”。(独立运行模式)
(4) 使用dir命令分别查看全局主用主控板和全局备用主控板上存储介质是否有足够的空间存储新的软件,以免升级失败。如果存储空间不足,可使用delete命令删除一些暂时不用的文件。关于dir和delete命令的详细描述请参见“基础配置命令参考”中的“文件系统管理”。(IRF模式)
(5) 使用FTP、TFTP方式将新软件下载到主用主控板存储介质的根目录下。FTP及TFTP具体配置请参见“基础配置指导”中的“FTP和TFTP”。(独立运行模式)
(6) 使用FTP、TFTP方式将新软件下载到全局主用主控板存储介质的根目录下。FTP及TFTP具体配置请参见“基础配置指导”中的“FTP和TFTP”。(IRF模式)
(7) (可选)加载BootWare程序。当新软件和当前BootWare程序不兼容时,需要升级BootWare程序。虽然用户可以直接执行下一步操作,在升级Boot包的时候同步升级BootWare程序,但推荐用使用该功能升级BootWare程序。因为使用该功能能缩短Boot包的升级时间,以及减小升级过程中断电引入的问题。
· 独立运行模式
由于不同设备主控板和接口板的BootWare程序各不相同,用户容易混淆,从而导致BootWare程序升级错误。因此,请开启BootWare升级时的合法性检查功能,设备就能够对BootWare文件是否有效以及是否和硬件匹配等进行严格的检查,以确保升级成功。
· IRF模式
IRF系统中,由于不同成员设备、甚至同一成员设备上不同单板的BootWare可能各不相同,用户容易混淆,从而导致BootWare升级错误。因此,请开启BootWare升级时的合法性检查功能,设备就能够对BootWare文件是否有效以及是否和硬件匹配等进行严格的检查,以确保升级成功。
表1-2 加载BootWare程序(独立运行模式)
缺省情况下,BootWare升级时的合法性检查功能是开启的 |
|||
将BootWare程序从BootWare的Normal区备份到Backup区 |
bootrom backup slot slot-number-list [ subslot subslot-number-list ] |
执行该命令后,如果在设备运行过程中,Normal区的BootWare程序被损坏或者需要版本回退,可以使用bootrom restore命令将BootWare程序从Backup区恢复到Normal区 |
|
bootrom update file file-url slot slot-number-list [ subslot subslot-number-list ] |
执行该命令,系统会将Flash中的BootWare程序加载到BootWare的Normal区 |
||
表1-3 加载BootWare程序(IRF模式)
缺省情况下,BootWare升级时的合法性检查功能是开启的 |
|||
将BootWare程序从BootWare的Normal区备份到Backup区 |
bootrom backup chassis chassis-number slot slot-number-list [ subslot subslot-number-list ] |
执行该命令后,如果在设备运行过程中,Normal区的BootWare程序被损坏或者需要版本回退,可以使用bootrom restore命令将BootWare程序从Backup区恢复到Normal区 |
|
执行该命令,系统会将Flash中的BootWare程序加载到BootWare的Normal区 |
|||
· 当指定下次启动软件包/IPE文件时,命令中指定的软件包(IPE文件)必须放在主用主控板存储介质主分区的根目录下且后缀名为.bin(.ipe),文件名中必须且只能包含存储介质的名称,不能包含slot的信息,形如flash:/xx.bin(flash:/xx.ipe)。
· 为备用主控板指定下次启动软件包/IPE文件时,系统会自动检查存储在主用主控板上的下次启动软件包/IPE文件是否已拷贝到备用主控板的Flash根目录下。如果还未拷贝,则自动从主用主控板上拷贝一份并设置为备用主控板的主用下次启动软件包/IPE文件。
· 配置boot-loader file ipe-filename slot slot-number { backup | main }命令后,系统会自动将IPE文件中包含的、该主控板对应的软件包提取出来,并设置为该主控板的下次启动软件包。
通过命令boot-loader update slot slot-number指定备用主控板的下次启动软件包时,系统会进行如下处理:
指定主用主控板下次启动时使用的软件包/IPE文件 |
boot-loader file ipe-filename slot slot-number { backup | main } |
|
指定备用主控板下次启动时使用的软件包/IPE文件 |
boot-loader file ipe-filename slot slot-number { backup | main } |
|
· 如果IRF中只有一个成员设备,且成员设备上只有一块主控板,则这块主控板是全局主用主控板,用户只需为全局主用主控板指定下次启动软件包。
· 如果IRF中有多块主控板,则用户需要分别为全局主用主控板和全局备用主控板指定下次启动软件包。
关于IRF的详细介绍请参见“虚拟化技术配置指导”中的“IRF”。
· 当指定下次启动软件包/IPE文件时,命令中指定的软件包(IPE文件)必须放在全局主用主控板存储介质主分区的根目录下且后缀名为.bin(.ipe),文件名中必须且只能包含存储介质的名称,不能包含chassis和slot的信息,形如flash:/xx.bin(flash:/xx.ipe)。
· 为全局备用主控板指定下次启动软件包/IPE文件时,系统会自动检查存储在全局主用主控板上的下次启动软件包/IPE文件是否已拷贝到全局备用主控板的Flash根目录下。如果还未拷贝,则从全局主用主控板上拷贝一份并设置为全局备用主控板的下次启动软件包/IPE文件。
· 配置boot-loader file ipe-filename chassis chassis-number slot slot-number { backup | main }命令后,系统会自动将IPE文件中包含的、该主控板对应的软件包提取出来,并设置为该主控板的下次启动软件包。
通过命令boot-loader update slot slot-number指定全局备用主控板的下次启动软件包时,系统会进行如下处理:
如果在设备运行过程中,Normal区的BootWare程序被损坏或者需要版本回退,可使用以下步骤,将BootWare程序从Backup区恢复到Normal区,来修复BootWare。
表1-6 修复BootWare
将BootWare程序从BootWare的Backup区恢复到Normal区(独立运行模式) |
bootrom restore slot slot-number-list [ subslot subslot-number-list ] |
- |
将BootWare程序从BootWare的Backup区恢复到Normal区(IRF模式) |
bootrom restore chassis chassis-number slot slot-number-list [ subslot subslot-number-list ] |
- |
在独立运行模式下,用户可使用本特性来自动保证备用主控板和主用主控板启动软件包版本的一致性;在IRF模式下,用户可使用“使能启动文件的自动加载功能”来自动保证全局备用主控板和全局主用主控板启动软件包版本的一致性。关于“使能启动文件的自动加载功能”的详细介绍请参见“虚拟化技术配置指导”中的“IRF”。
当设备上同时存在两块主控板时,建议用户不要忽略对启动软件包版本的一致性检查。因为:
· 如果忽略对备用主控板进行启动软件包版本一致性检查,当备用主控板和主用主控板启动软件包版本不一致时,备用主控板仍然使用不一致的版本启动,可能会造成设备功能问题。
· 如果使能对备用主控板进行启动软件包版本一致性检查,当备用主控板和主用主控板启动软件包版本不一致时,备用主控板会停留在启动阶段,不能正常启动。
配置undo version check ignore和version auto-update enable命令后,在设备启动过程中,当备用主控板发现自己当前启动软件包版本和主用主控板的当前启动软件包版本不一致时,会自动拷贝主用主控板的当前启动软件包列表中的所有软件包,设置为自己的主用下次启动软件包,并自动重启。这样,能够使得备用主控板启动后,和主用主控板启动软件包的版本一致。
在完成上述配置后,可在任意视图下执行display命令,通过查看显示信息验证配置的效果。
display boot-loader [ chassis chassis-number [ slot slot-number ] |
· Device上有两块主控板:主用主控板所在槽位号为0,备用主控板所在槽位号为1。
· 现要求对设备启动软件包进行升级,使设备使用新的启动软件包运行。
· 为了保险起见,在配置主用下次启动软件包/IPE文件时,建议将主用下次启动软件包/IPE文件进行备份,再设置为备用下次启动软件包/IPE文件。如果Flash上存储空间有限,可以不备份。
# 配置IP地址以及路由,确保Device和TFTP server之间路由可达。配置步骤略。
# 查看设备当前使用的启动软件包的版本。
# 将待升级的IPE文件startup-a2105.ipe从TFTP server下载到设备Flash的根目录下。
<Sysname> tftp 2.2.2.2 get startup-a2105.ipe
# 将startup-a2105.ipe备份为startup-a2105-backup.ipe。
<Sysname> copy startup-a2105.ipe startup-a2105-backup.ipe
# 指定主用主控板和备用主控板下次启动时使用startup-a2105.ipe作为主用IPE文件。
<Sysname> boot-loader file flash:/startup-a2105.ipe slot 0 main
<Sysname> boot-loader file flash:/startup-a2105.ipe slot 1 main
# 指定主用主控板和备用主控板下次启动时使用startup-a2105-backup.ipe作为备用IPE文件。
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe slot 0 backup
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe slot 1 backup
# 查看主用、备用下次启动IPE文件是否配置成功。
# 重启设备,以便运行新的启动软件包完成升级。
· IRF由两个成员设备组成:主设备的成员编号为1,从设备的成员编号为2。
· 主设备上有两块主控板:主用主控板所在槽位号为0,备用主控板所在槽位号为1。
· 从设备上有两块主控板:主用主控板所在槽位号为0,备用主控板所在槽位号为1。
· 现要求对IRF启动软件包进行升级,使所有成员设备使用新的启动软件包运行。
· 为了保险起见,在配置主用下次启动软件包/IPE文件时,建议将主用下次启动软件包/IPE文件进行备份,再设置为备用下次启动软件包/IPE文件。如果Flash上存储空间有限,可以不备份。
# 配置IP地址以及路由,确保Device和TFTP server之间路由可达。配置步骤略。
# 查看IRF当前使用的启动软件包的版本。
# 将待升级的IPE文件startup-a2105.ipe从TFTP server下载到全局主用主控板Flash的根目录下。
<Sysname> tftp 2.2.2.2 get startup-a2105.ipe
# 将startup-a2105.ipe备份为startup-a2105-backup.ipe。
<Sysname> copy startup-a2105.ipe startup-a2105-backup.ipe
# 指定所有主控板下次启动时使用startup-a2105.ipe作为主用IPE文件。
<Sysname> boot-loader file flash:/startup-a2105.ipe chassis 1 slot 0 main
<Sysname> boot-loader file flash:/startup-a2105.ipe chassis 1 slot 1 main
<Sysname> boot-loader file flash:/startup-a2105.ipe chassis 2 slot 0 main
<Sysname> boot-loader file flash:/startup-a2105.ipe chassis 2 slot 1 main
# 指定所有主控板下次启动时使用startup-a2105-backup.ipe作为备用IPE文件。
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe chassis 1 slot 0 backup
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe chassis 1 slot 1 backup
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe chassis 2 slot 0 backup
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe chassis 2 slot 1 backup
# 查看主用、备用下次启动IPE文件是否配置成功。
# 重启所有成员设备,以便运行新的启动软件包完成升级。
设备重启后,查看IRF使用的启动软件包的版本。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!