TFS從2017年升級到2018年

Question

我正在將我的TFS實例從2017年升級到2018年。由於TFS 2018需要SQL Server 2016，我將按如下方式繼續：

1. 將數據庫日志記錄到SQL Server 2016
2. 在SQL Server 2016上恢復日志傳送的數據庫
3. 將所有代理作業復制到新實例（日志傳送作業除外）
4. 關閉SQL Server 2014
5. 將TFS2017指向新的SQL Server實例
6. 運行TFS升級
7. 刪除與Sharepoint有關的所有數據庫

我的計划中有明顯的缺陷嗎？ 我已經編寫了用戶腳本，我假設數據庫中的權限不需要考慮，因為它們是副本。

Answer 1

你的步驟看起來不錯。 只是一個善意的提醒，你必須使用SQL Server 2016 （最低SP1） ，這是迷你版TFS2018支持不是SQL Server 2016。

更多細節請參閱要求和兼容性 - SQL支持 。

這通常是一個3步過程： 禁用舊工作項表單（不是真正的一步。只需選中復選框），因為 - 在升級到TFS 2018之前

1. 備份和升級SQL到2016 SP1
2. 將TFS從TFS 2017升級到TFS 2018
3. 將SQL從2016 SP1升級到SQL 2017（如果需要）

還要進行預生產升級測試，這是升級中非常重要的功能; 因為我們在升級后保留了服務器的舊名稱，所以我們必須在干運行或試運行時立即更改此名稱

除了建議你還看一下其他教程的詳細步驟和屏幕截圖顯示如何升級到TFS2018，這可能對你有所幫助：

• 將TFS 2017升級至TFS 2018 - 演練
• Team Foundation Server 2018安裝指南

最后介紹升級到Team Foundation Server 2018的影響 。

Answer 2

聽起來像一個體面的計划，但更好的計划是使用Powershell DBATools 。

堅持使用您的日志傳送方法來遷移數據庫，但對於其他所有內容（登錄，SQL代理作業等），請使用PS DBATools。 您還可以使用PS DBATools Log shipping進行數據庫遷移。

使用PS DBATools進行遷移有很多很好的理由，其中一些是：

1. 一個PS命令為您完成所有操作，無需編寫腳本並在新環境中創建它們。
2. 登錄在遷移期間保持其SID。
3. 復制從源到目的地的幾乎所有內容，甚至包括警報，備份媒體，SQL Server - 服務器級別配置設置（如果新服務器比舊服務器更強大，您可能需要更改此設置），憑據，代理，鏈接服務器等
4. 它可以幫助您設置日志傳送並在計划時為您進行切換。
5. 如果您不想一次性遷移，則可以探索命令，以便逐個或根據需要逐個遷移您想要的內容。

簡而言之，如果您正在處理SQL Server 的並行升級，那么Powershell DBATools就是您的朋友，並且會帶來很多痛苦，因為就地升級它沒有那么有用。