TFS 2017 Update1升级至Update3.1数据库配置超时报错求助

我之前处理过几起类似的TFS跨版本升级报错，结合实际排障经验和微软官方的升级指南，给你整理几个针对性的解决方案：

1. 确认服务账户权限与数据库锁状态 #

• 确保TFS服务账户对配置数据库（Tfs_Configuration）和所有集合数据库拥有db_owner权限，同时是SQL Server的sysadmin组成员——升级过程中需要高权限操作系统级数据库对象，权限不足很容易导致资源更新失败。
• 升级前手动排查数据库阻塞：打开SQL Server Management Studio，执行以下查询找出未释放的锁：

  SELECT 
      blocking_session_id, 
      session_id, 
      command, 
      wait_type, 
      wait_time, 
      resource_description 
  FROM sys.dm_exec_requests 
  WHERE blocking_session_id <> 0;
  

  如果发现阻塞进程，先确认不是业务关键进程后，手动终止对应的会话。

2. 清理服务资源缓存 #

• 先停止所有TFS相关服务：Team Foundation Server Application Pool、Team Foundation Background Job Agent，以及依赖的SQL Server Agent。
• 找到TFS安装目录下的Servicing文件夹（默认路径：C:\Program Files\Microsoft Team Foundation Server 15.0\Servicing），删除其中的Cache子文件夹——这个缓存目录存储的服务资源可能存在损坏，导致升级时资源更新步骤崩溃。
• 重启所有TFS服务后，重新运行升级向导。

3. 预检查数据库完整性 #

• 对配置数据库和所有集合数据库执行完整性检查，确保没有数据损坏：

  DBCC CHECKDB([Tfs_Configuration]) WITH NO_INFOMSGS, ALL_ERRORMSGS;
  DBCC CHECKDB([Tfs_你的集合名称]) WITH NO_INFOMSGS, ALL_ERRORMSGS;
  

  如果检查出错误，先用DBCC CHECKDB的REPAIR_REBUILD选项修复（操作前务必备份数据库），修复完成后再尝试升级。

4. 尝试分步升级 #

• 不要直接跨版本升级到Update3.1，先升级到TFS 2017 Update2，确认TFS运行正常、后台作业全部完成后，再升级到Update3.1。跨版本跨度太大时，中间的服务资源差异可能导致升级脚本执行失败，分步升级能降低这种风险。

5. 查看详细日志定位根源 #

• 升级失败后，到C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs目录下找到最新的升级日志，搜索包含TF400711和Update Servicing Resources的条目——日志里会有更具体的错误细节（比如哪个资源文件加载失败、哪个SQL脚本执行出错），可以根据这些信息针对性修复问题。

重要提示：升级前一定要备份所有数据库和TFS配置文件，一旦升级失败可以快速回滚到原有环境。

内容的提问来源于stack exchange，提问作者Nicolas Fournier