1. 概述
1.1 版本歷史
自2005年開始，微軟在VSS的基礎上發布了TFS（2019年開始更名為Azure DevOps Server）的第一個版本TFS 2005,后續陸續發布了2008/2010/2012/2013/2015/2017/2018/2019/2020，每個版本都會給用戶帶來令人興奮的功能。
最近筆者收到了微軟產品組預備發布的2020的第一個升級包“2020.1”,於是迫不及待的在自己的環境中做了升級實驗，下面記錄了筆者升級過程中需要注意的問題。
1.2 實驗環境
- 操作系統：Windows Server 2019
- 數據庫：SQL Server 2019
- Azure DevOps Server:
- 2020.0.1：這套環境是在2017的基礎上，一直升級上來了，包含了一套比較完整的實驗數據，例如工作項、代碼、流水線、測試用力蹬
- 網絡負載均衡
- 2個應用層節點
- http://nlb.ads.local/
圖一：負載均衡
圖二：應用層
2. 升級步驟
2.1 移除應用層的配置
在多個應用層節點的服務器中，為了避免由於在升級過程中各節點應用版本不一致的問題，首先將所有應用層的配置刪除。
2.2 安裝AzDevOps應用程序
啟動安裝鏡像中的安裝程序。參考我們之前的經驗，這個安裝過程比較耗時，無論在我配置了SSD硬盤的筆記本電腦，還是客戶現場高性能的物理服務器上，至少要10-15分鍾時間；有些環境由於硬件特別是磁盤速度的問題，這個過程會更長，1個小時不足為怪。
2.3 配置AzDevOps升級
- 安裝過程結束后，系統自動啟動升級和配置界面
- 由於是升級，我們選擇現有的數據庫
- 數據數據庫名稱或ip地址；由於是在原有的服務器上升級，系統自動識別出之前的數據庫服務器，並填寫在配置項中
- 選擇生產升級；建議生產升級之前，一定要做驗證
- 輸入服務賬戶的密碼；由於是在原有的服務器上升級，系統自動識別出之前的服務賬戶，並填寫在配置項中
- 保持默認的配置
- 保持默認的配置，並填寫ES搜索賬戶的密碼
- 原有環境沒有配置報表，升級過程中自動禁用配置
- 在配置匯總頁面中，仔細核對一下所有配置，然后執行下一步操作
- 系統首先檢查是否所有配置項是否合格，然后啟動配置和升級程序
- 依據用戶數據的多少，系統升級過程需要不同的時間；我們在一個客戶700萬工作量的環境中，發現這個過程大約花費了10個小時
2.4 配置第二個節點的應用層
當系統完成升級后，就可以在第二個節點的應用層上做配置了，這個過程比較簡單，也比較快。具體操作如下圖：
- 在控制台中選擇數據庫
- 選擇應用層專用
- 配置服務賬戶
- 選擇本機的web配置，默認會導入第一個節點中的配置
- 檢查應用服務器是否合格，並完成配置
3 驗證系統
完成所有系統的升級配置后，我們打開任意節點服務器，可以看到系統已經升級到了Azure DevOps Server 2020 Update 1
后續我們還會在博客中繼續分享Azure DevOps Server 2020 Update 1的最新功能
如果需要，你還可以從微軟Azure DevOps Server 的在線文檔，查詢更多的權威資料
------------------------------------------------------------
http://www.cnblogs.com/danzhang/ DevOps MVP 張洪君
------------------------------------------------------------