目錄

簡介

本檔案介紹協助規劃BroadWorks 22.0來源版本升級的注意事項和要求。

概觀

BroadWorks版本22.0支援升級到版本23.0和24.0。版本22.0為維護結束(EoM),23.0為2024年7月底的EoM,24.0預計在2026年7月底的EoM。建議升級至24.0作為路徑。

發行獨立版本

從版本23.0開始，MS獨立版本(RI)和版本24.0除AS獨立版本以外的所有伺服器。所有新功能、錯誤和安全修復程式都以新版本提供。修補程式不可用，相反，需要將伺服器從一個版本升級到另一個版本才能獲得修補程式。每個月都會發佈每台伺服器的新版本（而不是每月補丁包），如果需要緊急修復則更頻繁。

RI版本使用的格式不同於標準Rel_24.0_1.944格式。此RI格式為Server_Rel_yyyy.mm_x.xxx:

- 伺服器為MS，例如：

- yyyy是4位數的年份

- mm是兩位數的月份

- x.xxx是該月份的增量發行版

MS_Rel_2022.11_1.273.Linux-x86_64.bin是2022年11月發佈的MS的一個版本。如果不引用特定伺服器型別或增量版本，通常會將其縮寫為2022.11。

作業系統要求

驗證目標版本是否支援源作業系統(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版本

R22:5.9+、6.5+、7

R23:5.9+、6.5+、7和8.x(需385046ap)

R24:6.5+、7、8

獨立於發行版支援的Linux版本

2018.01+:5.9+、6.5+、7

2019.10+:6.5+、7

2020.07+:6.5+、7、8

2023.05+:7、8

2023.09+:7、8、9

資料庫伺服器(DBS)支援的Linux版本

DBS R22:5.9+、6.5+

DBS 2018.11至2020.08:6.5+、7

DBS 2020.11至2022.06：僅限7.5+

DBS 2022.07+:7.5+、8.5+

作業系統升級

BroadWorks不支援在主要Linux版本之間進行就地升級。建議執行硬體交換，在目標Linux版本上構建新伺服器，並將現有伺服器遷移到新伺服器。請參閱《軟體管理指南》的5.2.6節和《維護指南》的12.2節。

建議不要同時使用硬體交換來升級BroadWorks，也不要在同一維護視窗中執行硬體交換和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。

Cisco BroadWorks應用程式和Web應用程式需要在XSP、PS和ADP上手動升級。

資料庫伺服器

由於作業系統限制，資料庫伺服器(DBS)必須多次跳轉升級，才能升級到最新的RI版本。DBS 22.0支援Linux 5和6。如果運行Linux 5，則DBS無法升級到22.0以後。DBS的發行獨立版本不支援Linux 5。如果運行Linux 6,DBS可以升級到2020.08。然後，DBS必須交換硬體到Linux 7，以便再次升級。升級DBS和PS時，DBMmanagement和DBSObserver的版本必須與DBS的版本匹配，以確保基礎Oracle版本與相容性相匹配。

DBS發放和Oracle發放調整

22.0:Oracle 11

2018.11至2020.08:Oracle 12

2020.11+:Oracle 19

正在跳過DBS升級

有一個選項可以跳過DBS升級，並將來自22.0的DB直接匯入到DBS 2022.03+。但是，此過程速度不快，應在實驗室進行測試以驗證生產預期時間。請參閱DBS發行說明第6節、BWKS-3069和DBS配置指南第6.5.7.3節。

增強型呼叫日誌

增強型呼叫日誌(ECL)在DBS 2020.08之後在DBS上終止。ECL資料庫必須遷移到網路資料庫伺服器(NDS)才能繼續使用，遷移不是自動的。有關詳細資訊，請參閱增強型呼叫日誌解決方案指南和NDS增強型呼叫日誌功能說明。有關設定NDS和從DBS遷移到NDS的ECL功能說明，請參閱網路資料庫伺服器配置指南。必須在升級之前執行遷移。

合作伺服器

Messaging Server(UMS)、Sharing Server(USS)、Video Server(UVS)、WebRTC Server(WRS)、Business Communicator Client(BTBC)和Connect Client的維護結束時間為2022年1月31日。UMS的最新RI版本是22.0，而USS、UVS和WRS的最新RI版本是2022.01。

24.0上的AS與22.0和21.sp1上的UMS相容。建議不要將UMS升級到22.0。22.0上的UMS使用MariaDB而不是Oracle TimesTen，需要額外的升級步驟，具有單獨的過程方法(MOP)，並且需要額外的節點以實現冗餘。請參閱UMS升級MOP和有關MariaDB 10.1壽命終止的欄位通知。

建議用WebEx for BroadWorks替換合作服務。請參閱WebEx for BroadWorks解決方案指南。

元件管理系統和虛擬授權伺服器

自2018年第2季度起，元素管理系統(EMS)和虛擬許可伺服器(VLS)為壽命終止(EoL)，其功能已由網路功能管理器(NFM)取代。沒有到NFM的升級路徑，也沒有任何EMS或VLS節點的停用。

網路功能管理員

如果部署了網路監控，則需要執行其他步驟；從22.0升級到2020.11，再升級到2022.08+。

審閱檔案

必須複查目標版本的版本說明，以及目標版本和源版本之間的任何版本。如果目標版本是24.0，則必須審查22.0、23.0和24.0的版本說明。

23.0發行說明

24.0發行說明

升級程式方法

請參閱軟體相容性矩陣以瞭解正式支援的升級路徑。

許可證要求

目標版本需要新的許可證。要請求許可證，請開啟票證。要升級到24.0，請將PS和XSP許可證轉換為ADP許可證；ADP不接受PS或XSP許可證。

將RI與主版本對齊

2018.xx = R22

2019.01至2020.06 = R23

2020.07至2022.07 = R24

最佳實踐

請求支援

BroadWorks升級團隊提供直接升級支援。

BroadWorks升級團隊根據「維護與支援」合約每年為實驗室和生產提供一次支援，支援升級到當前的「支援」版本。升級團隊可在升級期間為準備升級提供支援並提供即時支援，包括遠端執行升級的思科工程師。升級團隊的範圍僅限於升級活動，不直接支援需要在升級前解決的問題（如硬體或作業系統更新，或調試預先存在的問題），並且除了常規伺服器運行狀況檢查之外，不提供全面的升級後測試。

通過客戶團隊聯絡BroadWorks升級團隊，或傳送電子郵件至bwupgrade@cisco.com。即時升級支援服務不能提前預定，在短時間內提供。

升級前通知BroadWorks支援

如果沒有升級團隊的支援執行升級，建議提前幾天通知BroadWorks支援人員嚴重級別為4(s4)的故障單。如果在維護期間出現問題，請將故障單的嚴重性提高到s1，開啟新的s1故障單或致電支援熱線與工程師通話。

測試計畫

測試計畫對於確保順利升級至關重要。生產升級之前，必須制定測試計畫並在實驗室中對其進行測試。升級之前在系統上運行測試計畫並記錄結果。這可確保系統正常運行，驗證所有測試使用者和帳戶是否正確配置和運行，提供捕捉測試計畫中潛在差距的機會，並提供預計測試所需時間的估計值。

每台伺服器在升級後都必須進行測試，以確保其運行正常，然後再繼續升級至序列中的下一台伺服器。

打補丁

在升級之前，將源版本修補到最新修補程式級別的6個月或更短時間。

安裝前檢查指令碼

必須在每台伺服器、實驗室和生產上運行安裝前檢查指令碼，且在升級前解決任何警告或故障。

實驗室升級

建議在複製生產環境的實驗室環境中，使用任何第三方工具、應用程式或客戶端來測試升級、測試計畫和目標版本。本實驗可以縮小規模，但應具有相同的伺服器型別、軟體版本、作業系統版本、訪問裝置、會話邊界控制(SBC)等。將實驗室升級視為生產環境升級的試運行。升級實驗時，請使用最新的目標版本補丁級別。在實驗室和生產升級之間將時間保持為3個月或更短。

計畫和升級順序

升級預計在幾個維護視窗內進行，時間跨幾個晚上，按照《軟體管理指南》第4.2節中所述的安裝和升級順序執行。在預定的維護時段內（在非繁忙時段內），始終執行升級。 每次始終升級一個節點，並確保群集的一個或多個節點在任何給定時間處於關閉狀態。維護視窗(MW)的長度、要升級的伺服器數量、伺服器型別以及測試所需的時間決定了需要多少個維護視窗。群集中的所有伺服器必須在同一個MW中升級。根據需要保留計畫的MW中用於故障排除和/或回滾的時間。

升級失敗

如果在升級後測試期間發現問題或升級失敗，請收集日誌，然後恢復到源版本或恢復伺服器。備份整個日誌目錄，以確保保留所有可能有用的日誌。立即開啟票證，並在仍處於MW狀態時致電支援部門尋求幫助。