- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
06-软件升级配置
本章节下载： 06-软件升级配置 (452.65 KB)
目 录
设备支持两种运行模式：独立运行模式和IRF模式，缺省情况为独立运行模式。有关IRF模式的介绍，请参见“IRF配置指导”中的“IRF”。
设备软件主要包括Bootware程序、系统启动文件、单板的MBUS扣板软件、单板逻辑。
设备上电后，先运行Bootware程序，初始化硬件并显示设备的硬件参数，然后运行系统启动文件；启动文件一方面提供对硬件的驱动和适配功能，另一方面实现了业务特性。Bootware程序与系统启动文件是设备启动、运行的必备软件，为整个设备提供支撑、管理、业务等功能，它们的关系如图1-1所示。
图1-1 Bootware程序与系统启动文件关系示意图
|
配置任务 |
说明 |
详细配置 |
|
通过Bootware菜单升级 |
可选 |
关于通过BootWare菜单升级的详细介绍，请参见“基础配置指导”中的“BootWare管理” |
|
通过命令行升级Bootware |
可选 |
|
|
通过命令行升级系统启动文件 |
可选 |
|
|
通过热补丁升级 |
可选 |
|
|
升级MBUS扣板软件 |
可选 |
|
|
升级单板逻辑 |
可选 |
|
|
升级单板电源软件 |
可选 |
|
|
升级时钟监控软件 |
可选 |
· 目前设备的系统启动文件（.bin）中已经包含了BootWare程序、MBUS扣板软件，在升级系统启动文件的同时即可自动升级Bootware、MBUS扣板软件。您也可以通过以上配置任务手工升级Bootware、MBUS扣板软件。
· Bootware程序和系统启动文件都可以通过Bootware菜单、命令行和热补丁三种方式来升级，本文只介绍通过命令行和热补丁升级的方式，通过Bootware菜单升级的具体操作请参见设备的安装指导。
设备开机上电后，首先运行Bootware软件，测试并初始化硬件，显示设备的硬件参数，然后引导启动文件运行。在系统运行过程中，用户可以使用存储介质中的Bootware文件升级设备上正在运行的Bootware。
目前设备的启动文件（.bin）中已经包含了BootWare文件，在升级启动文件的同时即可自动升级Bootware。您也可以通过bootrom update file命令手工升级Bootware。
表1-2 升级指定单板的Bootware
|
操作 |
命令 |
说明 |
|
升级指定槽位单板的Bootware程序（独立运行模式） |
bootrom update file file-url slot slot-number-list |
必选 在用户视图下执行 FIPS模式下需要先对BootWare程序的签名进行校验，校验通过后才能继续配置 |
|
升级指定槽位单板的Bootware程序（IRF模式） |
bootrom update file file-url chassis chassis-number slot slot-number-list |
表1-3 升级主控板上OAM扣板的Bootware
|
操作 |
命令 |
说明 |
|
升级主用主控板和备用主控板上OAM扣板的Bootware（独立运行模式） |
oam-bootrom update file file-url slot slot-number |
必选 在用户视图下执行 |
|
升级主用主控板和备用主控板上OAM扣板的Bootware（IRF模式） |
oam-bootrom update file file-url chassis chassis-number slot slot-number |
· Bootware升级后，需要重启设备才能生效。
· 独立运行模式下，必须先将Bootware文件保存到相应主控板存储介质的根目录下，bootrom update命令才能执行成功。
· IRF模式下，必须先将Bootware文件保存到相应成员设备指定主控板存储介质的根目录下，bootrom update命令才能执行成功。
独立运行模式下，升级系统启动文件时请按以下步骤进行：
(1) 使用FTP、TFTP或者其它方式将启动文件下载保存到主用主控板存储介质的根目录下。
(2) 将新的启动文件拷贝到备用主控板存储介质的根目录下。
(3) 使用命令行分别指定主用主控板和备用主控板下次启动时使用的启动文件（以下简称为下次启动文件），参见1.4.1 指定下次启动文件。
(4) 重启设备，使新的启动文件生效。
IRF模式下，升级系统启动文件时请按以下步骤进行：
(1) 使用FTP、TFTP或者其它方式将启动文件下载保存到全局主用主控板（Master设备主用主控板）存储介质的根目录下。
(2) 将新的启动文件拷贝到IRF中其它主控板（包括Master设备的备用主控板、Slave设备的主用主控板和Slave设备的备用主控板）存储介质的根目录下。
(3) 使用命令行指定IRF中所有主控板下次启动时使用的启动文件（以下简称为下次启动文件），参见1.4.1 指定下次启动文件。
(4) 重启设备，使新的启动文件生效。
当存储介质中有多个启动文件时，用户可以通过以下命令来指定设备下次启动文件。其中，主用启动文件用于引导、启动设备；备用启动文件只用于异常情况下（主用启动文件不可用时），引导、启动设备。
|
操作 |
命令 |
说明 |
|
指定下次启动文件（独立运行模式） |
boot-loader file file-url slot slot-number { main | backup } |
必选 在用户视图下执行 FIPS模式下需要先对版本文件的签名进行校验，校验通过后才能继续配置 |
|
指定下次启动文件（IRF模式） |
boot-loader file file-url chassis chassis-number slot slot-number { main | backup } |
· 下次启动文件必须存放在设备的根目录下（对于支持存储设备分区的设备，该文件必须存放在第一个分区内）。可使用文件的拷贝或移动操作来调整文件的路径为根目录。
· 只有保存在Flash或CF卡上的启动文件，才能通过命令boot-loader配置为下次启动文件。
· IRF模式下，必须先将下次启动文件保存到相应成员设备指定主控板Flash或CF卡上的根目录下，boot-loader命令才能执行成功。
当设备上已经存在一块主用主控板，再插入一块不同版本的主控板作为备用主控板时，主用主控板和备用主控板会因为版本不一致，而导致备用主控板不能正常工作。此时，如果备用主控板的状态为Slave（请使用display device命令查看），则可以使用本特性快速升级备用主控板，使得备用主控板和主用主控板的版本保持一致；如果备用主控板的状态为Fault，则需要通过Bootware菜单升级或者把备用主控板拔出后单独进行升级。
使用本功能相当于分步执行了以下操作来完成备用主控板的升级：
(1) 将主用主控板当前使用的启动文件拷贝到备用主控板；
(2) 将拷贝后的文件指定为备用主控板的下次启动文件；
(3) 重启备用主控板。
表1-5 同步升级备用主控板的启动文件
|
操作 |
命令 |
说明 |
|
同步升级备用主控板的启动文件 |
boot-loader update slot slot-number |
必选 该命令在用户视图下执行 FIPS模式下需要先对版本文件的签名进行校验，校验通过后才能继续配置 |
boot-loader update slot slot-number命令只能在独立运行模式运行，不能在IRF模式运行。IRF模式下只能通过boot-loader file file-url chassis chassis-number slot slot-number { main | backup }命令升级启动文件。
同步升级备用主控板的启动文件时，设备将把新的启动文件拷贝到备用主控板中与当前启动文件相同的存储介质中。如果该存储介质的剩余空间不够，系统将自动计算当前启动文件所占空间加剩余存储空间的和，并将此和与新的启动文件大小进行比较：
l 如果和大于或等于新的启动文件大小，则设备将自动删除当前运行的启动文件，释放存储空间来存放升级新的启动文件。
l 如果和小于新的启动文件大小，则设备不会自动删除当前运行的启动文件，此时设备提示升级失败。
因此，同步升级备用主控板的启动文件之前，请确保备用主控板存放当前启动文件的存储介质有足够的空间存放待升级的启动文件，以免造成升级失败。
热补丁是一种快速、低成本修复产品软件版本缺陷的方式。和升级软件版本相比，热补丁的主要优势是不会使设备当前正在运行的业务中断，即在不重启设备的情况下，可以对设备当前软件版本的缺陷进行修复。
补丁（又被称为补丁单元）是用来修复某个缺陷的程序包，通常以补丁文件的形式发布，一个补丁文件可能包含一个或多个补丁，不同的补丁具有不同的功能。
所谓增量补丁，是指对在其前面的补丁有功能增强性的补丁。
当前发布的补丁文件中的补丁均为增量补丁。
· 正式补丁（Common patches）是通过版本发布流程发布的补丁。
· 临时补丁（Temporary patches）是未通过版本发布流程发布，用于临时解决紧急问题和需求的补丁。
正式补丁总会包含前面临时补丁的功能，从而替代前面的临时补丁。补丁的类型只对补丁加载（Load）过程产生影响——系统在加载正式补丁之前会先将系统中所有临时补丁删除。
补丁包文件是将设备需要的同期发布的多个补丁文件打包生成的文件。补丁包文件升级方式是补丁文件升级方式的改良。
使用补丁文件升级时，产品对补丁文件的名称进行了严格定义，指定类型的硬件会有对应的补丁文件，该文件的名称是固定的，用户不能随便定义。当某个部件需要软件升级时，用户必须先下载该部件对应的补丁文件，并将补丁文件重命名为指定的名称，如果命名错误，会造成该部件升级失败。如果要同时升级多个部件，则需要多次重复上述操作。
使用补丁包文件升级时，用户只需下载该补丁包文件，执行一次命令，就可以完成设备所有部件的软件升级，从而简化了补丁操作及补丁版本管理。
每个补丁都有自身的状态，只有在用户命令行的干预下才能发生切换。补丁状态切换与命令操作关系如图1-2所示，其中IDLE、DEACTIVE、ACTIVE和RUNNING表示补丁的不同状态。加载、临时运行、确认运行、停止运行、删除、安装、卸载表示补丁操作，分别对应命令patch load、patch active、patch run、patch deactive、patch delete、patch install和undo patch install，箭头方向表示状态的转变方向，比如对DEACTIVE状态的补丁执行patch active操作，补丁的状态就会变为ACTIVE。
补丁文件的状态信息内容保存在Flash中的patchstate文件里，建议用户不要对该文件进行操作。
· 初始状态（IDLE）
表示补丁尚未被加载。设备无法进行安装、运行补丁等操作，如图1-3所示（假设系统补丁区中最多可以加载8个补丁）。
当前内存补丁区中支持的最大补丁数为200个。
· 未激活状态（DEACTIVE）
表示补丁已经被加载到内存补丁区，但尚未运行。假设用户将加载的补丁文件包含7个补丁，则这7个补丁将在经过版本校验及CRC校验之后被加载到内存补丁区，加载成功的补丁处于DEACTIVE状态，此时系统中补丁状态如图1-4所示。
· 激活状态（ACTIVE）
表示补丁已经被临时运行，即该补丁在设备重启之后不再生效。对于图1-4中7个处于DEACTIVE状态的补丁，用户如果激活前5个补丁，则前5个补丁的状态将由DEACTIVE状态变成ACTIVE状态，此时系统中补丁状态如图1-5所示。
系统重启后，所有处于ACTIVE状态的补丁将变成DEACTIVE状态。
· 确认运行状态（RUNNING）
表示补丁已经被永久运行，即该补丁在设备重启之后会继续生效。对于图1-5中5个处于ACTIVE状态的补丁，用户确认运行前3个补丁后，前3个补丁的状态将由ACTIVE状态变成RUNNING状态，此时系统中补丁状态如图1-6所示。
系统重启后，所有处于RUNNING状态的补丁保持为RUNNING状态。
表1-6 热补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
|
安装补丁 |
一步式 |
二者任选其一 一步式和分步式配置效果等同，分步式配置时用户可以控制安装过程中的各个状态。 |
|
|
分步式 |
|||
|
卸载补丁 |
一步式 |
二者任选其一 一步式和分步式配置效果等同，分步式配置时用户可以控制卸载过程中的各个状态。 |
|
|
分步式 |
|||
用户在加载、激活、运行补丁前必须保证补丁文件的版本与设备的当前软件版本一致。
补丁文件是根据安装补丁的设备或单板类型按需发布。在进行补丁操作前，需要通过FTP/TFTP等方式将补丁文件保存到设备的存储介质上，保存时请注意：
· 补丁版本必须与设备型号、设备的软件版本相匹配。如果不匹配，则会造成补丁操作失败。
· 补丁文件的名称必须符合要求，否则系统无法找到补丁文件，造成补丁操作失败。设备是根据补丁标志（PATCH-FLAG）生成补丁文件名，再根据文件名将补丁从存储介质（默认为Flash）中读取到补丁区进行加载或安装。display patch information命令显示信息中Version字段的值就是PATCH-FLAG的后缀，补丁文件名称的格式为“patch_后缀.bin”。比如设备的PATCH-FLAG为PATCH-MR，则它对应的补丁文件必须命名为patch_mr.bin。
加载和安装操作的对象是设备上所有在位单板和辅助CPU，所以，执行加载和安装操作前，请将主用主控板和业务板的补丁文件保存到主用主控板存储介质的根目录下，备用主控板的补丁文件保存到备用主控板存储介质的根目录下，主用主控板和备用主控板上补丁文件必须一致（包括补丁文件的名称和内容）。
用户可以通过执行patch install命令来一步式安装补丁。执行该命令同时，需要指定补丁文件的来源，目前设备上可支持指定补丁文件的加载路径和从指定补丁包文件两种方式。
在执行patch install命令时，系统会提示“Do you want to continue running patches after reboot? [Y/N]:”：
· 如果输入<Y>或者<y>，则会安装指定路径下的所有补丁，设备或单板重启后这些补丁继续生效，补丁状态从IDLE转换到RUNNING，相当于依次执行了patch load、patch active和patch run命令。
· 如果输入<N>或者<n>，则会安装指定路径下的所有补丁，但设备或单板重启后这些补丁不再继续生效，补丁状态从IDLE转换到ACTIVE，相当于依次执行了patch load和patch active命令。
若要通过指定补丁包文件来安装补丁，则需预先将补丁包文件保存在主控板的存储介质上，所有备用主控板和业务板将从主控板加载补丁文件。
表1-7 一步式安装补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
一步式完成补丁的安装 |
patch install { patch-location | file filename } |
必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置 |
· 加载和安装操作的对象是设备上所有在位单板和辅助CPU，所以，执行加载和安装操作前，请将主用主控板和业务板的补丁文件保存到主用主控板存储介质的根目录下，备用主控板的补丁文件保存到备用主控板存储介质的根目录下，主用主控板和备用主控板上补丁文件必须一致（包括补丁文件的名称和内容）。
· 指定路径下的补丁必须与单板的型号和版本匹配，否则系统不能正确识别补丁文件。
· 执行补丁安装操作后，系统会将补丁文件的加载路径（patch location）修改成“patch install patch-location”中patch-location参数所指向的位置；如果通过指定补丁包文件来安装补丁，则执行补丁安装操作后系统不会改变补丁文件的加载路径。
表1-8 分步式安装补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
设置补丁文件的加载路径 |
可选 如果是要安装补丁包，则无需设置补丁文件的加载路径 |
|
|
加载补丁文件 |
必选 |
|
|
激活补丁 |
必选 |
|
|
确认运行补丁 |
可选 |
当设备支持多个存储介质时，用户可以将补丁文件保存到Flash外的其它存储介质。此时，需要使用该命令告知系统补丁文件的位置，执行补丁加载操作时，系统会将该路径下指定后缀的补丁加载到对应的单板。因此，在执行补丁加载之前，请确保补丁文件存放位置与设置好的路径一致。如果设备上只有一个存储介质，则不用设置该参数。
表1-9 设置补丁文件的加载路径
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
设置补丁文件的加载路径 |
patch location patch-location |
可选 缺省情况下，补丁文件的加载路径为flash： |
· patch-location参数指定的路径必须在设备的主用主控板和备用主控板上都存在，如果备用主控板上不存在该路径，则该命令在备用主控板上不生效。
· 执行patch install命令会修改补丁文件的原路径。比如，先配置了patch location xxx，再执行patch install yyy，此时系统会自动将补丁文件的原路径从xxx改为yyy。
只有正确加载补丁文件后才能进行补丁状态的管理。
· 不同类型的单板，需要使用的补丁文件是不同的，主控板、接口板、OAM扣板的补丁文件名分别为patch_mr.bin、patch_lc.bin和patch_oam.bin。
· 主备环境下主板和备板的补丁文件在各自的存储设备中获取。
· 系统默认从Flash中读取补丁文件。
· 当使用FTP或TFTP方式将补丁文件上传/下载到设备的Flash中时，必须将文件传输的模式设置为二进制模式，否则会导致加载补丁文件失败。
· 如果用户在主备环境下进行补丁操作，必须保证主板和备板上补丁文件的一致性，否则设备无法正常进行补丁状态的备份操作，有可能导致补丁状态的丢失。
表1-10 加载补丁文件
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
将存储设备中的补丁文件加载到指定的内存补丁区中（独立运行模式） |
patch load slot slot-number |
必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置 |
|
将存储设备中的补丁文件加载到指定的内存补丁区中（IRF模式） |
patch load chassis chassis-number slot slot-number |
必选 FIPS模式下需要先对补丁文件或补丁包的签名进行校验，校验通过后才能继续配置 |
激活补丁后，补丁会立即生效，处于试运行阶段。设备复位或重启后，该补丁不再生效，需要重新激活。
补丁的激活状态主要是提供一个缓冲带，如果补丁本身有问题，可以重启设备，以消除该补丁的作用，从而防止因为补丁错误而导致系统连续运行故障。
表1-11 激活补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
激活指定补丁（独立运行模式） |
patch active patch-number slot slot-number |
必选 |
|
激活指定补丁（IRF模式） |
patch active patch-number chassis chassis-number slot slot-number |
必选 |
确认运行补丁后，补丁的状态将变为RUNNING，处于正式运行阶段。设备复位或重启后，该补丁会继续生效。
表1-12 运行补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
运行指定补丁（独立运行模式） |
patch run patch-number [ slot slot-number ] |
必选 |
|
运行指定补丁（IRF模式） |
patch run patch-number [ chassis chassis-number slot slot-number ] |
必选 |
该操作只对处于激活状态的补丁有效，对处于去激活状态的补丁，该操作无效。
通过一条命令完成所有在位单板和OAM CPU的补丁卸载，命令结束后，所有在位板的补丁状态都进入IDLE状态，相当于在每个板（OAM CPU）上执行了一遍补丁去激活和删除操作。
表1-13 一步式卸载补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
卸载补丁 |
undo patch install |
必选 完成设备上所有补丁的去激活及删除操作 |
表1-14 分步式卸载补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
去激活补丁 |
必选 |
|
|
删除补丁 |
必选 |
停止运行补丁后，补丁将进入未激活状态（DEACTIVE）。系统按打补丁前的特性运行。
表1-15 停止运行补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
停止运行指定补丁（独立运行模式） |
patch deactive patch-number slot slot-number |
必选 |
|
停止运行指定补丁（IRF模式） |
patch deactive patch-number chassis chassis-number slot slot-number |
必选 |
执行该操作，只是将补丁从内存补丁区中删除，并不会将补丁从存储介质中删除，补丁回到初始状态（IDLE）。补丁删除后，系统按打补丁前的特性运行。
表1-16 删除补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
删除指定补丁（独立运行模式） |
patch delete patch-number slot slot-number |
必选 |
|
删除指定补丁（IRF模式） |
patch delete patch-number chassis chassis-number slot slot-number |
必选 |
通常情况下，升级系统启动文件时，设备单板的MBUS扣板软件会自动同步升级。如果自动升级不成功，您也可以通过如下命令手工升级。
表1-17 升级MBUS扣板软件
|
操作 |
命令 |
说明 |
|
升级指定槽位单板上MBUS扣板软件（独立运行模式） |
mbus update [ file file-url ] slot slot-id |
必选 在用户视图下执行 |
|
升级指定槽位单板上MBUS扣板软件（IRF模式） |
mbus update [ file file-url ] chassis chassis-number slot slot-number |
· 在MBUS扣板软件升级过程中，请勿进行下列操作：主备倒换、对设备执行断电、重启或插拔主用主控板。
· 在IRF模式下，如果要升级Master的电源监控软件，则升级文件必须保存在Master的主用主控板或者备用主控板的存储介质目录下；如果要升级Slave的电源监控软件，则升级文件只能保存在Slave的主用主控板的存储介质目录下。否则，设备无法升级。
对于逻辑出现故障（如升级失败）的单板，您可以尝试通过下面的命令加载新的逻辑进行修复。
表1-18 升级单板的逻辑
|
操作 |
命令 |
说明 |
|
升级指定槽位单板上的逻辑（独立运行模式） |
logic update bymbus [ file filename ] slot slot-number logicid logicid |
必选 在用户视图下执行 logicid取值如下： 0：升级指定单板的底板逻辑 1：升级指定主控板或接口板的扣板逻辑（对接口板，指的是CPU扣板逻辑；对主控板，指的是OAM扣板逻辑） 2：升级指定业务底板的NP扣板逻辑（目前仅LSR1LN2BNL1支持） |
|
升级指定槽位单板上的逻辑（IRF模式） |
logic update bymbus [ file filename ] chassis chassis-number slot slot-number logicid logicid |
表1-19 升级业务底板或接口子卡的逻辑
|
操作 |
命令 |
说明 |
|
升级业务底板或接口子卡的逻辑 |
logic update [ file filename ] slot slot-number [ subslot subslot-number ] logicid logicid |
必选 在用户视图下执行 logicid取值如下： 1：升级业务底板的CPU扣板逻辑 4：升级接口子卡的逻辑 |
· 在逻辑升级过程中，请勿进行下列操作，否则无法判断升级是否成功：主备倒换、对设备执行断电、重启或插拔主用主控板。
· 在IRF模式下，如果要升级Master的单板逻辑，则升级文件必须保存在Master的主用主控板或者备用主控板的存储介质目录下；如果要升级Slave的单板逻辑，则升级文件只能保存在Slave的主用主控板的存储介质目录下。否则，设备无法升级。
· logic update [ file filename ] slot slot-number [ subslot subslot-number ] logicid logicid命令只有在独立运行模式下才生效。
· 升级接口板的逻辑之前，请先使用board-offline命令使接口板处于Offline状态，相关配置请参见“基础配置指导”的“设备管理”。
· 升级单板逻辑的过程中设备会自动重启单板使新逻辑生效。
· 在升级逻辑过程中插入的接口板，可能需要等待较长时间待单板逻辑升级完成后，设备才能对其正常供电。
· 关于业务底板和接口子卡的型号请参见产品安装指导中的附录。
当单板电源出现故障时，您可以尝试通过下面的命令升级单板电源软件进行修复。
表1-20 升级单板电源软件
|
操作 |
命令 |
说明 |
|
升级指定槽位单板电源软件（独立运行模式） |
power-logic update [ file file-url ] slot slot-id |
必选 在用户视图下执行 |
|
升级指定槽位单板电源软件（IRF模式） |
power-logic update [ file file-url ] chassis chassis-id slot slot-id |
l 当单板上的电源模块无法供电时，设备无法识别单板类型。如果使用power-logic update命令，设备将会提示按照编号选择正确的单板类型。此时，请根据单板右侧的丝印选择正确的单板类型（如LSR1GP48LEB1）完成升级。如果超过30秒未选择，或者连续5次输入错误的编号，设备将会提示升级失败。
l 如果单板上的电源模块可以正常供电，设备就不会提示选择正确的单板类型。
l 在单板电源软件升级过程中，请勿进行下列操作：主备倒换、对设备执行断电、重启或插拔主用主控板。
l 在IRF模式下，如果要升级Master的单板电源软件，则升级文件必须保存在Master的主用主控板或者备用主控板的存储介质目录下；如果要升级Slave的单板电源软件，则升级文件只能保存在Slave的主用主控板的存储介质目录下。否则，设备无法升级。
l 主控板不支持单板电源软件升级。
l 升级单板的电源软件之前，请先使用board-offline命令使单板处于Offline状态，相关配置请参见“基础配置指导”的“设备管理”。
l 升级单板的电源软件过程中设备会自动重启单板使单板的电源软件生效。
l 在单板的电源软件升级过程中插入的单板，可能需要等待较长时间，设备才能对其正常供电。
您可以通过以下命令升级设备上指定主控板上的时钟监控软件。
表1-21 升级时钟监控软件
|
操作 |
命令 |
说明 |
|
升级时钟监控软件（独立运行模式） |
clock update [ file file-url ] slot slot-id |
必选 在用户视图下执行 |
|
升级时钟监控软件（IRF模式） |
clock update [ file file-url ] chassis chassis-number slot slot-id |
执行以上命令后，请您等待一段时间，直至界面上出现升级完成的提示。
· 时钟监控软件升级过程中，请勿进行下列操作，否则可能导致时钟监控软件损坏或异常：主备倒换、复位正在执行升级操作的时钟监控模块、对设备执行断电、重启或插拔主控板。有关时钟监控模块的介绍，请参见“网络管理和监控配置指导”的“时钟监控配置”。
· 请将升级文件保存在对应主控板的存储介质下。比如，要升级Master的主用主控板，则升级文件必须保存在Master的主用主控板存储介质下。否则，时钟监控软件无法升级。
· 在时钟监控软件升级过程中，整个设备的时钟相关业务会受到影响。
· 本命令仅适用于LSR1SRP2D1主控板。
在完成上述配置后，在任意视图下执行display命令可以显示设备的启动文件信息和热补丁信息，通过查看显示信息验证配置的效果。
表1-22 软件升级显示和维护
|
操作 |
命令 |
|
显示启动文件信息（独立运行模式） |
display boot-loader [ slot slot-number ] [ | { begin | exclude | include } regular-expression ] |
|
显示启动文件信息（IRF模式） |
display boot-loader [ chassis chassis-number [ slot slot-number ] ] [ | { begin | exclude | include } regular-expression ] |
|
显示补丁包信息 |
display patch [ | { begin | exclude | include } regular-expression ] |
|
显示热补丁的信息 |
display patch information [ | { begin | exclude | include } regular-expression ] |
缺省情况下，以太网接口、VLAN接口及聚合接口处于DOWN状态。如果要对这些接口进行配置，请先使用undo shutdown命令使这些接口处于UP。
· Device当前的软件版本为soft-version1，通过远程操作，立即将设备的软件版本升级到soft-version2。
· 最新版本的应用程序soft-version2.bin，保存在FTP Server的aaa目录下；
· Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达；
· User通过Telnet远程登录到Device，User与Device之间路由可达。
(1) FTP Server的配置（注意：不同的服务器类型配置可能不同）
# 启动FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一个FTP用户名为aaa，密码为hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置该用户对aaa目录具有读写权限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa
(2) Device的配置
如果设备Flash的剩余空间不够大，请删除Flash中原有的应用程序后再进行下载。
# 开始升级前，执行save命令保存当前配置（配置步骤略）。
# 登录FTP Server（注意：不同的服务器类型显示信息可能不同）。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下载FTP Server上的文件soft-version2.bin到主用主控板。
[ftp] binary
[ftp] get soft-version2.bin
[ftp] bye
<Device>
# 指定主用主控板下次启动时的应用程序。
<Device> boot-loader file soft-version2.bin slot 0 main
# 将主用主控板的应用程序拷贝到备用主控板。
<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin
# 指定备用主控板下次启动时的应用程序。
<Device> boot-loader file slot1#flash:/soft-version2.bin slot 1 main
# 重启设备，实现软件版本的升级。
<Device> reboot
设备重启后可以使用display version命令验证升级是否成功。
· IRF由Master和Slave两台成员设备组成。Master的成员编号为1，主用主控板所在的槽位号为0，备用主控板所在的槽位号为1；Slave的成员编号为2，主用主控板所在的槽位号为0，备用主控板所在的槽位号为1。
· IRF当前的软件版本为soft-version1，通过远程操作，将IRF系统的软件版本升级到soft-version2，配置文件升级到new-config；
· 最新版本的应用程序soft-version2.bin和最新配置文件new-config.cfg都保存在TFTP server上；
· IRF的IP地址为1.1.1.1/24，TFTP server的IP地址为2.2.2.2/24。IRF与TFTP server之间路由可达。
图1-8 升级系统启动文件组网图
(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.
<IRF> copy new-config.cfg chassis1#slot1#flash:/new-config.cfg
# 将new-config.cfg下载到Slave设备的主用主控板上。
<IRF> copy new-config.cfg chassis2#slot0#flash:/new-config.cfg
<IRF> copy new-config.cfg chassis2#slot1#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> copy soft-version2.bin chassis1#slot1#flash:/soft-version2.bin
<IRF> copy soft-version2.bin chassis2#slot0#flash:/soft-version2.bin
<IRF> copy soft-version2.bin chassis2#slot1#flash:/soft-version2.bin
# 将所有成员设备的下次启动配置文件指定为new-config.cfg。
<IRF> startup saved-configuration flash：/new-config.cfg
Please wait ...
Setting the master board ...
... Done!
Setting the slave board ...
Chassis 1 Slot 1:
Set next configuration file successfully.
Chassis 2 Slot 0:
Set next configuration file successfully.
Chassis 2 Slot 1:
Set next configuration file successfully.
# 将所有主控板的下次启动文件指定为soft-version2.bin。
<IRF> boot-loader file flash：/soft-version2.bin chassis 1 slot 0 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 chassis 1 slot 0!
<IRF> boot-loader file chassis1#slot1#flash:/soft-version2.bin chassis 1 slot 1 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 chassis 1 slot 1!
<IRF> boot-loader file chassis2#slot0#flash:/soft-version2.bin chassis 2 slot 0 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 chassis 2 slot 0!
<IRF> boot-loader file chassis2#slot1#flash:/soft-version2.bin chassis 2 slot 1 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 chassis 2 slot 1!
# 重启所有成员设备完成升级。
<IRF> reboot
设备重启后可以使用display version命令验证升级是否成功。
· Device当前的软件版本为soft-version1，通过远程操作，在业务空闲时间（比如凌晨1点）将设备的软件版本升级到soft-version2。
· 最新版本的应用程序soft-version2.bin保存在FTP Server的aaa目录下；
· Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达；
· User通过Telnet远程登录到Device，User与Device之间路由可达。
图1-9 配置远程升级组网图
(1) FTP Server的配置（注意：不同的服务器类型配置可能不同）
# 启动FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一个FTP用户名为aaa，密码为hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置该用户对aaa目录具有读写权限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] work-directory flash:/aaa
在FTP Server上使用文本编辑器编辑批处理文档auto-update.txt。批处理文件的内容如下：
return
boot-loader file soft-version2.bin slot 0 main
boot-loader file slot1#flash:/soft-version2.bin slot 1 main
save
reboot
(2) Device的配置
如果设备Flash的剩余空间不够大，请删除Flash中原有的应用程序后再进行下载。
# 开始升级前，执行save命令保存当前配置（配置步骤略）。
# 登录FTP Server（注意：不同的服务器类型显示信息可能不同）。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下载FTP Server上的文件soft-version2.bin。
[ftp] binary
[ftp] get soft-version2.bin
[ftp] bye
<Device>
# 将auto-update.txt文件更名为批处理文件auto-update.bat。
<Device> rename auto-update.txt auto-update.bat
# 为确保文件正确，可以使用more命令查看确认文件内容。
<Device> more flash:/auto-update.txt
return
boot-loader file soft-version2.bin slot 0 main
boot-loader file slot1#flash:/soft-version2.bin slot 1 main
save
reboot
# 指定主用主控板和备用主控板下次启动文件，使用定时自动执行功能实现设备在2010年6月21日凌晨1点定时自动升级。（主用主控板的槽位号为0，备用主控板的槽位号为1）
<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin
<Device> schedule job at 01:00 2010/6/21 view system execute auto-update.bat
设备重启后可以使用display version命令验证升级是否成功。
· Device当前的软件版本为soft-version1，需要通过最新的补丁文件修复软件的一些缺陷。
· 最新补丁文件（patch_mr.bin）保存在FTP Server的aaa目录下。
· Device的IP地址为1.1.1.1/24，FTP Server的IP地址为2.2.2.2/24，Device与FTP Server之间路由可达。
· User通过Telnet远程登录到Device，User与Device之间路由可达。
图1-10 热补丁组网图
(1) FTP Server的配置
# 启动FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一个FTP用户名为aaa，密码为hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置该用户对aaa目录具有读写权限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa
(2) Device的配置
配置前需确认设备Flash有足够的剩余空间来存储热补丁。
# 开始升级前，执行save命令保存当前配置（配置步骤略）。
# 登录FTP Server（注意：不同类型的服务器显示信息可能不同）。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下载FTP Server上的文件patch_mr.bin。
[ftp] binary
[ftp] get patch_mr.bin
[ftp] bye
<Device>
# 将补丁文件拷贝到备用主控板的根目录下，备用主控板所在的槽位号为1。
<Device> copy patch_mr.bin slot1#flash:/
# 启动补丁安装功能。
<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保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
