簡介
本檔案介紹協助規劃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+。
在Linux 6上升級到23.0
如果在Linux 6上將應用程式伺服器升級到23.0，則一定不能應用幾個修補程式，否則升級在打補丁時失敗。"Rel_22.0/v1.450/
"。升級到23.0時，請勿將這些修補程式應用於AS:AP.platform.23.0.1075.ap38541、AP.as.23.0.1075.ap385380、AP.as.23.0.1075.ap385413和AP.as.23.0.1075.ap385453。
審閱檔案
必須複查目標版本的版本說明，以及目標版本和源版本之間的任何版本。如果目標版本是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 to 2020.06 = R23
2020.07 to 2022.07 = R24
最佳實踐
請求支援
BroadWorks升級團隊提供直接升級支援。
BroadWorks升級團隊根據「維護與支援」合約每年為實驗室和生產提供一次支援，支援升級到當前的「支援」版本。升級團隊可在升級期間為準備升級提供支援並提供即時支援，包括遠端執行升級的思科工程師。升級團隊的範圍僅限於升級活動，不直接支援需要在升級前解決的問題（如硬體或作業系統更新，或調試預先存在的問題），並且除了常規伺服器運行狀況檢查之外，不提供全面的升級後測試。
通過客戶團隊聯絡BroadWorks升級團隊，或傳送電子郵件至bwupgrade@cisco.com。即時升級支援服務不能提前預定，在短時間內提供。
升級前通知BroadWorks支援
如果沒有升級團隊的支援執行升級，建議使用嚴重級別4(s4)票證提前幾天通知BroadWorks支援。如果在維護期間出現問題，請將故障單的嚴重性提高到s1，開啟新的s1故障單或致電支援熱線與工程師通話。
測試計畫
測試計畫對於確保順利升級至關重要。在生產升級之前，必須制定測試計畫並在實驗室中對其進行測試。升級之前在系統上運行測試計畫並記錄結果。這可確保系統正常運行，驗證所有測試使用者和帳戶是否正確配置和運行，提供捕捉測試計畫中潛在差距的機會，並提供預計測試所需時間的估計值。
每台伺服器在升級後都必須進行測試，以確保其運行正常，然後再繼續升級至序列中的下一台伺服器。
打補丁
在升級之前，將源版本修補到最新修補程式級別的6個月或更短時間。
安裝前檢查指令碼
必須在每台伺服器、實驗室和生產上運行安裝前檢查指令碼，且在升級前解決任何警告或故障。
實驗室升級
建議在複製生產環境的實驗室環境中，使用任何第三方工具、應用程式或客戶端來測試升級、測試計畫和目標版本。本實驗可以縮小規模，但應具有相同的伺服器型別、軟體版本、作業系統版本、訪問裝置、會話邊界控制(SBC)等。將實驗室升級視為生產環境升級的試運行。升級實驗時，請使用最新的目標版本補丁級別。在實驗室和生產升級之間將時間保持為3個月或更短。
計畫和升級順序
升級預計在幾個維護視窗內進行，時間跨幾個晚上，按照《軟體管理指南》第4.2節中所述的安裝和升級順序執行。在預定的維護時段內（在非繁忙時段內），始終執行升級。 每次始終升級一個節點，並確保群集的一個或多個節點在任何給定時間處於關閉狀態。維護視窗(MW)的長度、要升級的伺服器數量、伺服器型別以及測試所需的時間決定了需要多少個維護視窗。群集中的所有伺服器必須在同一個MW中升級。根據需要保留計畫的MW中用於故障排除和/或回滾的時間。
升級失敗
如果在升級後測試期間發現問題或升級失敗，請在還原到源版本或還原伺服器之前收集日誌。備份整個日誌目錄，以確保保留所有可能有用的日誌。立即開啟票證，並在仍處於MW狀態時致電支援部門尋求幫助。
意見