簡介
本檔案介紹協助規劃BroadWorks 24.0來源版本升級的注意事項和要求。
概觀
BroadWorks版本24.0支援升級到版本25.0和26.0。版本24.0的維護終止(EoM)已宣佈將於2026年7月終止。所有伺服器均升級到最新獨立版本版本(請參閱軟體相容性清單部分（標題為「支援的升級對映」）)，版本一直到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之前，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中。
升級限制和特定於伺服器的說明
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必須替換為CCR。有關DBS選項的詳細資訊，請參閱本文件。一旦ECCR不再使用，則必須解除對DBS的偵錯。
增強型通話記錄(ECL)
ECL是DBS 2020.08之後的DBS上的生命終結。ECL資料庫必須遷移至網路資料庫伺服器(NDS)才能繼續使用，遷移不是自動的。有關詳細資訊，請參閱增強型呼叫日誌解決方案指南和NDS增強型呼叫日誌功能說明。有關設定NDS和從DBS遷移到NDS的ECL功能說明，請參閱網路資料庫伺服器配置指南。升級前必須執行遷移。
審閱檔案
必須複查目標版本的版本說明，以及目標版本和源版本之間的任何版本。
25.0發行說明
26.0發行說明
升級程式方法(MoP)
請參閱軟體相容性矩陣以瞭解正式支援的升級路徑。
許可證要求
目標版本需要新的許可證。為了請求許可證，請開啟票證。請求將PS和XSP許可證轉換為ADP許可證；adp不接受PS或XSP許可證。
最佳實踐
升級前通知BroadWorks支援
建議使用嚴重級別4(s4)票證提前幾天通知BroadWorks支援。如果在維護期間出現問題，請將故障單的嚴重性提高到s1，開啟新的s1故障單，或致電支援熱線與工程師通話。
測試計畫
測試計畫對於確保順利升級至關重要。在生產升級之前，必須制定測試計畫並在實驗室中對其進行測試。升級之前在系統上運行測試計畫並記錄結果。這可確保系統正常運行，驗證所有測試使用者和帳戶是否正確配置和運行，提供抓住測試計畫中潛在差距的機會，並提供預計測試所需時間的估計值。
每台伺服器在升級後都必須進行測試，以確保其運行正常，然後再繼續升級至序列中的下一台伺服器。
打補丁
在升級之前，將源版本修補到最新修補程式級別的六個月或更短時間。
安裝前檢查指令碼
必須在每台伺服器、實驗室和生產上運行安裝前檢查指令碼，並且必須在升級之前解決任何警告或故障問題。
實驗室升級
建議在複製生產環境的實驗室環境中，使用任何第三方工具、應用程式或客戶端來測試升級、測試計畫和目標版本。本實驗可以縮小規模，但應具有相同的伺服器型別、軟體版本、作業系統版本、訪問裝置、會話邊界控制(SBC)等。將實驗室升級視為生產環境升級的試運行。升級實驗時，請使用最新的目標版本補丁級別。在實驗室和生產升級之間將時間保持為三個月或更短。
計畫和升級順序
升級預計在幾個維護視窗內進行，時間跨幾個晚上，按照《軟體管理指南》第4.2節中所述的安裝和升級順序執行。始終在預定的維護時段內（在非繁忙時段）執行升級。始終每次升級一個節點，並確保在任何給定時間群集的一個或多個節點處於關閉狀態。維護視窗(MW)的長度、要升級的伺服器數量、伺服器型別以及測試所需的時間決定了需要多少個維護視窗。群集中的所有伺服器必須在同一個MW中升級。根據需要保留計畫的MW中用於故障排除和/或回滾的時間。
升級失敗
如果在升級後測試期間發現問題或升級失敗，請在還原到源版本或還原伺服器之前收集日誌。備份整個日誌目錄，以確保保留所有可能有用的日誌。立即開啟票證，並在仍處於MW狀態時致電支援部門尋求幫助。
意見