- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
12-热补丁配置
本章节下载： 12-热补丁配置 (225.97 KB)
目 录
热补丁是一种快速、低成本修复产品软件版本缺陷的方式。和升级软件版本相比，热补丁的主要优势是不会使设备当前正在运行的业务中断，即在不重启设备的情况下，可以对设备当前软件版本的缺陷进行修复。
补丁（又被称为补丁单元）是用来修复某个缺陷的程序包，通常以补丁文件的形式发布，一个补丁文件可能包含一个或多个补丁，不同的补丁具有不同的功能。当补丁文件被用户从存储介质加载到内存补丁区中时，补丁文件中的补丁将被分配一个在此内存补丁区中唯一的单元序号，用于标志、管理、操作各补丁，补丁的单元序号从1开始顺序编号，如某补丁文件中有3个补丁单元，那合法的补丁单元号为1、2和3。
补丁文件中的补丁均为增量补丁。所谓增量补丁，是指各补丁单元对于在其前面的补丁单元有依赖性。也就是说，如果补丁文件中有3个补丁单元，则3号补丁必须在1号和2号补丁生效之后才能运行，而不能直接单独运行3号补丁。
补丁分为正式补丁和临时补丁两种：
l 正式补丁（Common patches）是通过版本发布流程发布的补丁。
l 临时补丁（Temporary patches）是未通过版本发布流程发布，用于临时解决紧急问题和需求的补丁。
正式补丁总会包含前面临时补丁的功能，从而替代前面的临时补丁。补丁的类型只对补丁加载（Load）过程产生影响——系统在加载正式补丁之前会先将系统中所有临时补丁删除。
每个补丁都有自身的状态，只有在用户命令行的干预下才能发生切换。补丁状态切换与命令操作关系如图1-1所示，其中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文件里，建议用户不要对该文件进行操作。
表示尚未加载补丁，无法进行安装、运行等补丁操作，如图1-2所示（假设系统补丁区中最多可以加载8个补丁）。
系统重启后，所有处于IDLE状态的补丁仍为IDLE状态。
当前系统补丁区中支持的最大补丁数为200个。
表示补丁已经被加载到内存补丁区，但尚未运行。假设用户将加载的补丁文件包含7个补丁，则这7个补丁将在经过版本校验及CRC校验之后被加载到内存补丁区，加载成功的补丁处于DEACTIVE状态，此时系统中补丁状态如图1-3所示。
系统重启后，所有处于DEACTIVE状态的补丁仍为DEACTIVE状态。
表示补丁已经被临时运行，即该补丁在设备重启之后不再生效。对于图1-3中7个处于DEACTIVE状态的补丁，用户如果激活前5个补丁，则前5个补丁的状态将由DEACTIVE状态变成ACTIVE状态，此时系统中补丁状态如图1-4所示。
系统重启后，所有处于ACTIVE状态的补丁将变成DEACTIVE状态。
表示补丁已经被永久运行，即该补丁在设备重启之后会继续生效。对于图1-4中5个处于ACTIVE状态的补丁，用户确认运行前3个补丁后，前3个补丁的状态将由ACTIVE状态变成RUNNING状态，此时系统中补丁状态如图1-5所示。
系统重启后，所有处于RUNNING状态的补丁将保持为RUNNING状态。
表1-1 热补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
|
安装补丁 |
一步式安装补丁 |
二者任选其一 一步式配置和分步配置效果等同，分步配置时用户可以控制安装过程中的各个状态。用户可以根据实际需要选择任意一种安装方式 |
|
|
分步安装补丁 |
|||
|
卸载补丁 |
一步式卸载补丁 |
二者任选其一 一步式配置和分步配置效果等同，分步配置时用户可以控制卸载过程中的各个状态。用户可以根据实际需要选择任意一种卸载方式 |
|
|
分步卸载补丁 |
|||
补丁文件是根据安装补丁的设备或单板类型按需发布。在进行补丁操作前，需要通过FTP/TFTP等方式将补丁文件保存到设备的存储介质上，保存时请注意：
l 补丁版本必须与设备型号、设备的软件版本相匹配。如果不匹配，则会造成补丁操作失败。
l 补丁文件的名称必须符合要求，否则系统无法找到补丁文件，造成补丁操作失败。设备是根据补丁标志（PATCH-FLAG）生成补丁文件名，再根据文件名将补丁从存储介质（默认为Flash）中读取到补丁区进行加载或安装。设备在出厂时已经定义了PATCH-FLAG，不同类型设备或单板的PATCH-FLAG不同。display patch information命令显示信息中Version字段的前3个字符就是PATCH-FLAG的后缀，补丁文件名称的格式为“patch_后缀.bin”。比如设备的PATCH-FLAG为PATCH-MPU，则它对应的补丁文件必须命名为patch_mpu.bin。单板补丁文件缺省名称如表1-2所示。
|
产品 |
单板类型 |
PATCH-FLAG |
补丁缺省文件名 |
|
WX6100E |
mpu |
PATCH-MPU |
patch_mpu.bin |
|
lpb |
PATCH-LPB |
patch_lpb.bin |
|
|
lpr |
PATCH-LPR |
patch_lpr.bin |
加载和安装操作的对象是设备上所有在位单板和辅助CPU，所以，执行加载和安装操作前，请将主用板和接口板的补丁文件保存到主用板存储介质的根目录下，备用板的补丁文件保存到备用板存储介质的根目录下，主用板和备用板上补丁文件必须一致（包括补丁文件的名称和内容）。
用户可以使用多条命令完成热补丁的安装，也可以通过patch install命令来一步式安装补丁。在执行patch install命令时，系统会提示“Do you want to continue running patches after reboot? [Y/N]:”，
l 如果输入<Y>或者<y>，则会安装指定路径下的所有补丁，设备或单板重启后这些补丁继续生效，补丁状态从IDLE转换到RUNNING，相当于依次执行了patch location、patch load、patch active和patch run命令。
l 如果输入<N>或者<n>，则会安装指定路径下的所有补丁，设备或单板重启后这些补丁不再继续生效，补丁状态从IDLE转换到ACTIVE，相当于依次执行了patch location、patch load和patch active命令。
表1-3 一步式安装补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
一步式完成补丁的安装 |
patch install patch-location |
必选 |
l 指定路径下的补丁必须与单板的型号和版本匹配，否则系统不能正确识别补丁文件。
l 执行补丁安装操作后，系统会将补丁文件的加载路径（patch location）修改成“patch install patch-location”中patch-location参数所指向的位置。
表1-4 分步安装补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
设置补丁文件的加载路径 |
可选 |
|
|
加载补丁文件 |
必选 |
|
|
激活补丁 |
必选 |
|
|
确认运行补丁 |
可选 |
当设备支持多个存储介质时，用户可以将补丁文件保存到Flash外的其它存储介质。此时，需要使用该命令告知系统补丁文件的位置，执行补丁加载操作时，系统会将该路径下指定后缀的补丁加载到对应的单板。因此，在执行补丁加载之前，请确保补丁文件存放位置与设置好的路径一致。如果设备上只有一个存储介质，则不用设置该参数。
表1-5 设置补丁文件的加载路径
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
设置补丁文件的加载路径 |
patch location patch-location |
可选 缺省情况下，补丁文件的加载路径为flash: |
l patch-location参数指定的路径必须在主用板和备用板上都存在，如果备用板上不存在该路径，则该命令在备用板上不生效。
l 执行patch install命令会修改补丁文件的加载路径。比如，先配置了patch location xxx，再执行patch install yyy，此时系统会自动将补丁文件的加载路径从xxx改为yyy。
只有正确加载补丁文件后才能进行补丁状态的管理。系统默认从Flash中读取补丁文件，如果Flash中找不到补丁文件，系统将尝试从CF卡中读取补丁文件。
当使用FTP或TFTP方式将补丁文件上传/下载到设备的Flash中前，请将文件传输的模式设置为二进制模式，以免不能正确解析补丁文件。
表1-6 加载补丁文件
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
将补丁文件从存储介质（比如Flash、CF卡）加载到指定的内存补丁区中 |
patch load slot slot-number |
必选 |
激活补丁后，补丁会立即生效，处于试运行阶段。设备复位或重启后，该补丁不再生效，需要重新激活。
补丁的激活状态主要是提供一个缓冲带，如果补丁本身有问题，可以重启设备，以消除该补丁的作用，从而防止因为补丁错误而导致系统连续运行故障。
表1-7 激活补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
激活指定补丁 |
patch active patch-number slot slot-number |
必选 |
确认运行补丁后，补丁的状态将变为RUNNING，处于正式运行阶段。设备复位或重启后，该补丁会继续生效。
表1-8 确认运行补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
确认运行指定补丁 |
patch run patch-number [ slot slot-number ] |
必选 |
该操作只对处于激活状态的补丁有效，对于处于其它状态的补丁，该操作无效。
通过一条命令完成所有在位单板和辅助CPU的补丁卸载，命令结束后，所有在位单板的补丁状态都进入IDLE状态，相当于在每个单板（包括辅助CPU）上依次执行了patch deactive和patch delete命令。
表1-9 一步式卸载补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
卸载补丁 |
undo patch install |
必选 |
表1-10 分步卸载补丁配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
停止运行补丁 |
必选 |
|
|
删除补丁 |
必选 |
停止运行补丁后，补丁将进入未激活状态（DEACTIVE）。系统按打补丁前的特性运行。
表1-11 停止运行补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
停止运行指定补丁 |
patch deactive patch-number slot slot-number |
必选 |
执行该操作，只是将补丁从内存补丁区中删除，并不会将补丁从存储介质中删除，补丁回到初始状态（IDLE）。补丁删除后，系统按打补丁前的特性运行。
表1-12 删除补丁
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
将指定补丁从内存补丁区中删除 |
patch delete patch-number slot slot-number |
必选 |
在完成上述配置后，在任意视图下执行display命令可以显示热补丁的当前状态，通过查看显示信息验证配置的效果。
表1-13 热补丁显示和维护
|
操作 |
命令 |
|
显示热补丁的信息 |
display patch information |
l Device当前的软件版本存在一些缺陷，请使用补丁文件进行修复。
l 最新补丁文件patch_mpu.bin（主控板的补丁文件）、patch_lpr.bin和patch_lpb.bin（接口板的补丁文件）都保存在TFTP server上。
l Device的IP地址为1.1.1.1/24，TFTP server的IP地址为2.2.2.2/24，Device与TFTP server之间路由可达。
(1) TFTP server的配置（不同应用程序的配置方式不同，具体步骤略）
l 启动TFTP server功能。
l 将patch_mpu.bin、patch_lpr.bin和patch_lpb.bin文件放到TFTP server的工作路径。
(2) Device的配置
配置前需确认设备Flash有足够的剩余空间来存储补丁文件。
# 开始升级前，执行save命令保存当前配置（配置步骤略）。
# 将TFTP server上的文件patch_mpu.bin、patch_lpr.bin和patch_lpb.bin下载到主用板上。
<Device> tftp 2.2.2.2 get patch_mpu.bin
<Device> tftp 2.2.2.2 get patch_lpr.bin
<Device> tftp 2.2.2.2 get patch_lpb.bin
# 将补丁文件拷贝到备用板的根目录下，备用板所在的槽位号为1。
<Device> copy patch_mpu.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...
%Mar 27 18:31:01:837 2009 H3C MEM/4/WARNING:
patch install completed for node 1.
%Mar 27 18:31:08:441 2009 H3C MEM/4/WARNING:
patch install completed for node 2.
Installation completed, and patches will continue to run after reboot.
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
