簡介
本檔案說明協助規劃從BroadWorks 21.sp1來源版本升級的注意事項和需求。
概觀
BroadWorks版本21.sp1支援升級到版本22.0、23.0和24.0。版本22.0於2024年7月底結束維護(EoM)，23.0為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。
主要發行版本支援的Linux版本
R21:5、6和7 (需要ap379473)
R22:5.9+、6.5+、7
R23:5.9+、6.5+、7和8.x(需要ap385046)
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 R21:5、6
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中。
升級限制和特定於伺服器的說明
網路伺服器回覆
網路伺服器(NS)可以從21.sp1升級到RI，但不支援回滾，如果需要返回到21.sp1，則需要執行恢復。回滾會將伺服器版本更改回源版本，並將所有更改回滾到DB以保留任何增加的內容。還原會將伺服器版本變更回來源版本，並匯入升級前所進行的DB備份，還原時將會遺失升級後新增到DB的所有資料。解決方案是先將NS升級到23.0 ，然後升級到所需的RI版本。如果需要雙重升級，應急方案是恢復NS，然後透過維護指南中的「網路伺服器和應用程式伺服器同步」過程運行，將NS資料庫與AS資料庫同步（如果需要回滾）。
Profile Server和Xtended Service Platform升級至應用程式交付平台
從版本24.0開始，配置檔案伺服器(PS)和擴展服務平台(XSP)成為相同的伺服器型別，稱為應用交付平台(ADP)。PS和XSP伺服器會就地升級，並在升級後成為ADP伺服器型別。
從21.sp1開始，PS和XSP可升級至的最新RI版本為2022.07。要升級到2022.08+，需要兩步升級。需要ADP許可證和已部署應用的更新版本。XSP升級必須在應用伺服器(AS)升級後進行。下載入口上有PS和XSP的RI版本，但這些版本僅適用於部署執行伺服器(XS)伺服器代替AS的系統。所有具有AS的系統必須將PS和XSP升級為ADP。
Cisco BroadWorks應用和Web應用需要在XSP、PS和ADP上手動升級。
資料庫伺服器
由於作業系統限制，資料庫伺服器(DBS)必須多次跳躍升級，才能升級至最新的RI版本。DBS 21.sp1支援Linux 5和6。如果運行Linux 5，DBS只能升級到22.0。如果運行Linux 6，DBS可以升級到RI 2020.08。然後，DBS必須交換硬體到Linux 7，才能再次升級。升級DBS和PS時，DBManagement和DBSObserver的版本必須與DBS的版本匹配，以確保基礎Oracle版本與相容性相匹配。
DBS核發與Oracle核發比對
21.sp1和22.0：Oracle 11
2018.11至2020.08：Oracle 12
2020.11+：Oracle 19
正在跳過DBS升級
可以選擇跳過DBS升級並將21.sp1中的DB直接導入DBS 2022.03+。但是，此過程速度不快，應在實驗室中進行測試以驗證生產預期的時機。請參閱DBS發行版本註釋第6部分(BWKS-3069)和DBS配置指南第6.5.7.3部分。
增強的呼叫日誌
增強型呼叫日誌(ECL)在DBS 2020.08之後在DBS上終止。ECL資料庫必須遷移到網路資料庫伺服器(NDS)才能繼續使用，遷移不是自動的。有關詳細資訊，請參閱增強型呼叫日誌解決方案指南和NDS增強型呼叫日誌功能說明。有關設定NDS和遷移過程的ECL從DBS遷移到NDS功能說明，請參閱網路資料庫伺服器配置指南。升級前必須執行遷移。
合作伺服器
訊息伺服器(UMS)、共用伺服器(USS)、視訊伺服器(UVS)、WebRTC伺服器(WRS)、Business Communicator使用者端(BTBC)和連線使用者端的維護結束日期為2022年1月31日。UMS的最新RI版本是22.0，而USS、UVS和WRS的最新版本是2022.01。
24.0上的AS與21.sp1上的UMS相容。不建議將UMS升級到22.0。22.0版的UMS使用MariaDB而非Oracle TimesTen，需要額外的升級步驟，具有單獨的Method of Procedure (MOP)，並且需要額外的節點以實現冗餘。請參閱UMS升級MOP和MariaDB 10.1生命週期終止的現場通知。
建議用WebEx for BroadWorks替換合作服務。請參閱用於BroadWorks的WebEx解決方案指南。
元件管理系統和虛擬授權伺服器
自2018年第二季度起，元素管理系統(EMS)和虛擬許可伺服器(VLS)已停產(EoL)，其功能已由網路功能管理器(NFM)取代。沒有到NFM的升級路徑，也沒有任何EMS或VLS節點的停用路徑。
網路功能管理員
NFM需要從21.sp1升級兩個階段。它可以升級到2019.05，再升級到2022.08+。如果部署了Network Monitoring，還需要執行其他步驟：從21.sp1升級到2019.05，再升級到2020.11，然後升級到2022.08+。
在Linux 6上升級到23.0
如果在Linux 6上將Application Server升級到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的發行說明。
22.0版本說明
23.0版本說明
24.0版本說明
升級程式方法
有關官方支援的升級路徑，請參閱軟體相容性清單。
從版本22.0開始，EoM有幾項功能。這些記錄在維護結束產品移除功能說明中。升級後不再提供這些功能。
許可證要求
目標版本需要新的許可證。要請求許可證，請打開票證。要升級到24.0，請將PS和XSP許可證轉換為ADP許可證；ADP不接受PS或XSP許可證。
RI與主版本的對齊
2017.xx = R22
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個月或更短時間。
預先安裝Check程式檔
必須在每台伺服器、實驗室和生產上運行預安裝check指令碼，並且必須在升級前解決任何警告或故障。
實驗室升級
建議始終在複製生產環境的實驗室環境中，使用任何第三方工具、應用程式或客戶端來測試升級、測試計畫和目標版本。本實驗可以縮小規模，但應具有相同的伺服器型別、軟體版本、作業系統版本、訪問裝置、會話邊界控制(SBC)等。將實驗室升級視為生產環境升級的演習。升級實驗時，請使用最新的目標版本修補程式級別。將實驗室與生產之間的升級時間保持為3個月或更短。
排程與升級順序
升級預計跨多個維護時段進行，跨越幾個晚上，並按照安裝與升級順序執行，如軟體管理指南第4.2部分所述。始終在預定的維護時段內（非繁忙時）執行升級。 每次始終升級一個節點，並確保群集的一個或多個節點在任何給定時間處於關閉狀態。維護時段長度(MW)、要升級的伺服器數目、伺服器型別以及測試所需的時間長短決定需要多少個維護時段。群集中的所有伺服器必須在同一個MW中進行升級。將時間保留在計畫的MW中，以便進行故障排除和/或回滾（如果需要）。
升級失敗
如果在升級後測試期間發現問題或升級失敗，請收集日誌，然後恢復到源版本或恢復伺服器。備份整個日誌目錄，以確保保留所有可能有用的日誌。立即打開機票並致電支援部門尋求幫助，同時仍處於MW狀態。
意見