Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
本指南逐步讲解如何将本地部署升级到 Azure DevOps Server。 无论是从 TFS 2015 还是 Azure DevOps Server 2019 迁移，该过程都可确保环境准备好进行最新功能和性能改进。
先决条件
| 先决条件 | 详细信息 |
|---|---|
| 支持的源版本 | 仅从 TFS 2015 及更高版本支持升级。 如果部署运行的是 TFS 2013 或更早版本，请先将该部署升级到 TFS 2015，然后升级到 Azure DevOps Server。 |
| 系统要求 | 查看目标服务器的 系统要求 - 这可能包括对作系统、SQL Server 版本和硬件的更新。 |
| 数据库备份 | 为所有 Azure DevOps 数据库创建完整且一致的备份集。 请参阅 数据库备份和还原规划。 如果升级失败，这些备份对于恢复至关重要。 |
| 服务账户凭据 | 确保对 Azure DevOps Server 使用的服务帐户具有管理访问权限和凭据。 |
| 许可证和产品密钥 | 准备好安装并激活 Azure DevOps Server 许可证和产品密钥。 |
| 预生产环境（建议） | 如果要就地升级，请在预生产环境中执行试用（试运行），以验证该过程： 预生产试运行。 |
| 进程模型选项 | 决定是否对新的项目集合使用 继承 或 本地 XML 进程模型 ， 此选项会影响自定义和报告功能。 |
支持的升级途径
使用以下升级矩阵根据当前版本确定正确的路径：
已弃用的功能
Azure DevOps Server 2019 及更高版本中不再支持 “配置功能”向导 。
有关默认系统进程的更新的信息，请参阅 对进程模板所做的更改。
新项目集合的继承过程模型的可用性
Azure DevOps Server 2019 支持使用继承过程模型自定义工作跟踪体验。 只能通过创建新的项目集合来访问此功能。 现有项目集合仅支持本地 XML 进程模型。
如果选择新项目集合的继承过程模型，则还会自动选择 Analytics Service 以支持报告。 不能将 SQL Server Reporting Services 添加到您在新的项目集合中新增的项目。 如果选择新项目集合的本地 XML 进程模型，则可以访问 Analytics Service 和 SQL Server Reporting Services。 对于进行升级的现有集合也是如此。
随着新项目集合的推进，请考虑你的工作跟踪自定义和报告要求。 有关这些选项的详细信息，请参阅以下文章：
弃用“配置功能”向导
过去，“配置功能”向导用于将更新应用到默认流程模板中。 Azure DevOps Server 2019 中不再支持此功能。
若要了解对默认系统进程的更新，请参阅 对进程模板所做的更改。
更新复杂性
升级复杂性取决于：
- 服务器数
- 与 SQL Server Reporting Services 集成
- 数据库大小
- 当前版本
无论设置如何，核心过程保持不变： 准备，然后升级。
停机时间
升级期间，部署处于脱机状态。 持续时间因部署大小而异。 若要最大程度地减少停机时间，
- 清理不必要的数据
- 随时了解 Azure DevOps Server 版本