從BroadWorks 25.0升級指南

簡介

本檔案介紹從來源版本20.0規劃Cisco BroadWorks系統升級的注意事項和要求。

概觀

所有伺服器都會升級為最新版本的獨立版本(請參閱標題為「Supported Upgrade Maps」的軟體相容性矩陣)。

作業系統要求

驗證目標版本是否支援源作業系統(OS)。

支援的作業系統是Red Hat Enterprise Linux、Oracle Linux和CentOS 7。不支援CentOS 8、CentOS Stream、Rocky Linux和Alma Linux。

Linux 7支援於2024年6月20日以2024.07結束。

從2024.04+開始支援Linux 9。

支援的Linux版本

2020.07+:6.5+、7、8
2023.05+:7、8

2023.10+:7、8、9(在2024.04之前，Linux 9在應用伺服器(AS)上不受支援)

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中。

升級限制和特定於伺服器的說明

DBS

由於作業系統限制，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和Profile Server(PS)時，DBManagement和DBSObserver的版本必須與DBS的版本匹配，以確保底層的Oracle版本與相容性相匹配。

DBS發放和Oracle發放調整

22.0:Oracle 11
2018.11至2020.08:Oracle 12
2020.11+:Oracle 19

正在跳過DBS升級

有一個選項可以跳過DBS升級，並將資料庫(DB)從22.0直接匯入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解決方案指南。

審閱檔案

必須複查目標版本的版本說明，以及目標版本和源版本之間的任何版本。

26.0發行說明
升級程式方法(MOP)
請參閱軟體相容性矩陣以瞭解正式支援的升級路徑。

許可證要求

目標版本需要新許可證。若要請求許可證，請打開票證。

最佳實踐

升級前通知BroadWorks支援

建議使用嚴重級別4(s4)票證提前幾天通知BroadWorks支援。如果在維護期間出現問題，請將故障單的嚴重性提高到s1，開啟新的s1故障單，或致電支援熱線與工程師通話。

測試計畫

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

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

安裝前檢查指令碼

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

實驗室升級

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

計畫和升級順序

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

升級失敗

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

修訂記錄

修訂	發佈日期	意見
1.0	19-May-2026	初始版本