TFS 2015至2017迁移咨询：预生产升级后路径及回滚方案

针对你客户的两个问题，结合微软官方的TFS升级实践指南，我整理了清晰的实操解答：

一、预生产测试完成后的官方推荐迁移路径 #

微软官方支持两种升级方式，具体推荐哪种取决于硬件现状和业务需求：

• 原地升级（In-Place Upgrade）：如果当前生产环境的硬件完全满足TFS 2017的系统要求，且预生产环境已经通过原地升级验证了全链路兼容性（比如项目集合、自定义扩展、第三方集成工具都能正常运转），这是最直接高效的方案。步骤简洁，无需额外硬件投入，全程按升级向导操作即可完成。
• 数据库迁移至新硬件/虚拟机：如果客户需要更换硬件（比如旧服务器性能不足、要迁移到虚拟化架构），或者希望保留旧环境作为临时备份，这种方案是官方重点推荐的。由于你已经完成预生产测试，只需将生产环境的TFS数据库完整备份，还原到新硬件的SQL Server实例上，再在新服务器安装TFS 2017并通过配置向导连接到还原后的数据库，完成升级配置即可。

总结来说：硬件性能达标选原地升级，需更换硬件则选数据库迁移——两种都是官方认可的合规路径，核心看你的硬件规划需求。

二、数据库迁移方案的回滚支持与旧环境可用性 #

完全不用担心回滚风险，也不会影响旧环境的正常使用：

• 回滚支持：整个升级操作完全在新硬件上进行，你只是将旧环境的数据库备份还原到新服务器，旧环境的TFS 2015实例和原始数据库没有任何修改。如果新环境升级后出现问题，只需暂停新环境服务，引导用户重新连接回旧的TFS 2015服务器即可，回滚过程顺畅无风险。
• 旧环境可用性：在新环境升级的全流程中，旧的TFS 2015环境可以正常提供服务（仅在数据库备份阶段可能需要低峰期操作，或使用SQL Server在线备份功能，几乎不影响业务）。也就是说，升级操作完全不会导致旧环境无法使用。

内容的提问来源于stack exchange，提问作者Andrés G