简介
本文档介绍帮助规划BroadWorks 24.0源版本升级的注意事项和要求。
概述
BroadWorks版本24.0支持升级到版本25.0和26.0。版本24.0已宣布到2026年7月底停止维护(EoM)。所有服务器升级到最新版本独立版本(请参阅软件兼容性矩阵部分，标题为“支持的升级映射”)，版本最高为2028.07。
独立版本发布
在25.0版本中，所有服务器都是独立于发行版的。所有新功能、漏洞和安全修复都以新版本提供。修补程序不可用，相反，必须将服务器从一个版本升级到另一个版本才能获得修补程序。每个月都会发布每台服务器的新版本（而不是每月补丁包），如果需要紧急修复则更频繁。
操作系统要求
验证目标版本是否支持源操作系统(OS)。
支持的操作系统包括Red Hat Enterprise Linux、Oracle Linux和CentOS 7。不支持CentOS 8、CentOS Stream、Rocky Linux和Alma Linux。
Linux 6支持于2023年4月30日终止并使用2023.05。
Linux 7支持于2024年6月20日结束，2024.07。
从2023.09+开始支持Linux 9。
支持的主要版本Linux版本
R24:6.5+、7、8
R25:6.5+、7、8
独立于发行版受支持的Linux版本
2020.07+:6.5+、7、8
2023.05+:7、8
2023.10+:7、8、9(直到2024.04应用服务器(AS)才支持Linux 9)
2024.04+:7、8 和 9
2024.07+:8、9
数据库服务器(DBS)支持的Linux版本
2020.11 到 2022.06:仅7.5+
2022.07+:7.5+、8.5+
2024.07+:8.5+
2024.09：最终版本/寿命终止
操作系统升级
BroadWorks以前不支持主要Linux版本之间的就地升级。过去，建议执行硬件交换，在目标Linux版本上构建新服务器，并将现有服务器迁移到新服务器。从版本2023.12开始，支持从Linux 7到8和8到9就地升级Linux。要执行就地升级Linux，服务器必须首先升级到2023.12或更高版本。
有关本地Linux升级的文档，请参阅《软件管理指南》第9部分。有关硬件交换过程的文档，请参阅 《软件管理指南》第5.2.6节和《维护指南》第12.2节。
建议不要在同一维护窗口中同时使用硬件交换来升级BroadWorks，或者执行硬件交换或就地升级Linux和BroadWorks升级。带有数据库的服务器必须完成升级过程；一个数据库不能从一个BroadWorks版本导入到另一个BroadWorks版本中。
升级限制和特定于服务器的说明
Profile Server和Extended Service Platform升级到应用交付平台
从版本24.0开始，配置文件服务器(PS)和扩展服务平台(XSP)成为相同的服务器类型，称为应用交付平台(ADP)。 PS和XSP服务器升级到位，升级后成为ADP服务器类型。
需要ADP许可证和已部署应用的更新版本。XSP升级必须在AS升级后进行。下载门户上有PS和XSP的RI版本，但这些版本仅适用于部署执行服务器(XS)代替AS的系统。所有带AS的系统必须将PS和XSP升级到ADP。
必须在XSP、PS和ADP上手动升级Cisco BroadWorks应用和Web应用。
将ADP服务器升级到2025.07或更高版本时，如果ADP服务器上混合了独立于发行版和锚定发行版的应用，则Java JRE版本中的更改会增加升级的复杂性。有关详细信息，请参阅此帮助文档。
DBS
DBS寿命终止。2024.09是DBS和ECCR应用的最终版本。ECCR必须替换为CCER。有关DBS选项的详细信息，请参阅本文档。一旦ECCR不再使用，就必须对DBS进行解调。
增强型呼叫日志(ECL)
ECL是DBS 2020.08之后的寿命终止。ECL数据库必须迁移到网络数据库服务器(NDS)才能继续使用，迁移不是自动的。有关详细信息，请参阅增强型呼叫日志解决方案指南和NDS增强型呼叫日志功能说明。有关迁移过程，请参阅网络数据库服务器配置指南以设置NDS和ECL从DBS迁移到NDS功能说明。升级前必须执行迁移。
评审文档
必须审核目标版本以及目标版本和源版本之间的任何版本的版本说明。
25.0版本说明
26.0版本说明
过程升级方法(MoP)
有关官方支持的升级路径，请参阅软件兼容性列表。
许可证要求
目标版本需要新的许可证。要申请许可证，请打开票证。请求将PS和XSP许可证转换为ADP许可证；adp不接受PS或XSP许可证。
最佳实践
升级前通知BroadWorks支持
建议使用严重性4(s4)故障单提前几天通知BroadWorks支持。如果在维护期间出现问题，请将故障单的严重性提高到s1，打开新的s1故障单，或拨打支持热线与工程师通话。
测试计划
测试计划对于确保顺利升级至关重要。在生产升级之前，必须制定测试计划并在实验室中对其进行测试。升级之前在系统上运行测试计划并记录结果。这可确保系统运行正常，验证所有测试用户和帐户是否正确配置且运行正常，提供弥补测试计划中潜在差距的机会，并提供预计测试所需时间的估计值。
每台服务器在升级后都必须进行测试，以确保在升级至序列中的下一台服务器之前能按预期运行。
修补
在升级之前，将源版本修补到最新补丁级别的六个月或更短时间。
安装前检查脚本
必须在每台服务器、实验室和生产上运行安装前检查脚本，并且必须在升级之前解决任何警告或故障问题。
实验室升级
我们始终建议在复制生产环境的实验室环境中，使用任何第三方工具、应用程序或客户端来测试升级、测试计划和目标版本。本实验可以缩小规模，但应具有相同的服务器类型、软件版本、操作系统版本、接入设备、会话边界控制(SBC)等。将实验室升级视为生产环境升级的试运行。升级实验时，请使用最新的目标版本补丁级别。将实验室升级和生产升级之间的时间保持为三个月或更短。
计划和升级顺序
升级预计会在多个维护时段进行，时间跨几个晚上，按照《软件管理指南》第4.2节中所述的“安装和升级订单”执行。始终在预定的维护时段内（非繁忙时段）执行升级。始终每次升级一个节点，并确保在任何给定时间群集的一个或多个节点出现故障。维护窗口(MW)的长度、要升级的服务器数量、服务器类型以及测试所需的时间决定了需要多少个维护窗口。集群中的所有服务器必须在同一MW中升级。根据需要保留计划MW中用于故障排除和/或回滚的时间。
升级失败
如果在升级后测试期间发现问题或升级失败，请在恢复到源版本或恢复服务器之前收集日志。备份整个日志目录，以确保保留所有可能有用的日志。立即打开票证，并在仍处于MW状态时致电支持部门寻求帮助。
反馈