1. 为了避免升级出现异常，应严格按照升级步骤要求来完成升级操作；现场服务人员在上门操作之前，协调好必要的后端资源进行保障。

2. VDC升级的风险及应对：

• 在升级VDC之前，需要先导出全局的VDC配置，如果是软件VDC，务必事先打好快照，便于应急回退。

• 在升级定制包之前，对VDC打快照 ，便于应急回退。

• 如果硬件VDC型号是VDC-2500，升级后遇到网口乱序，可重新通过eth0连接设备后台后，删除rc2swapnic.sh和arrange_eth.sh两个脚本文件并重启VDC来解决。

• 兜底：无论是软件VDC还是硬件VDC，如果升级失败，导致业务不可用；我们都可以通过事前备份的全局VDC配置，快速部署软件VDC并后台建立账号与虚拟机的关联关系，恢复业务，控制升级失败带来的影响。

3. VMP升级的风险及应对：

• 在升级VMP之前，建议先升级测试集群，升级过程和结果按预期达成，再升级生产集群。

• 升级前巡检工具的例行巡检，提前识别缓存、硬件、日志中的异常并确认是否影响升级。

• 如果在升级过程中出现VS数据频繁同步等问题，及时协调VS的研发后台处理。

• 在升级成后通过巡检工具以及《升级后检查表》检查集群负载以及副本均衡的检测。

• 兜底：如果VMP的大版本升级失败或部分升级失败，可以研发介入后台。

• 手动升级；对于VMP的定制包或补丁包升级，支持回滚功能。

4. Agent升级的风险及应对：

• 在VDC查看每台虚拟机的Agent状态和版本信息，如果一次性未能100%升级成功，针对异常的虚拟机分析原因，并手动更新。（一般原因都是杀毒软件拦截导致）。

• 升级成功后，先随机抽检20个接入，确保没有蓝屏后，再对所有虚拟机开机。

5. 盒子ROM升级的风险及应对：

• 盒子的升级风险极低，一旦出现少量的ROM更新异常，可手动刷新解决。

• 准备若干备用盒子，对于手动刷新ROM也无法解决的盒子，建议可先上备用的。

6. 定制的风险及应对：

• 定制在开发过程中，模拟客户环境且复制客户VDC配置等信息进行模拟测试，并经过多次测试和确认，达到客户预期结果才能升级。

• 定制功能需要在升级后，由研发的定制开发人员远程联调迁移，确保与第3方的认证服务器对接正常。

7. 在整个升级过程中，有客户服务中心工作人员远程值守，出现任何异常，快速接入并解决。

---