TF400129错误：TFS2010SP1转TFS2015升级时数据层就绪检查失败

针对你从TFS2010 SP1升级到TFS2017过程中，卡在TFS2015升级数据层阶段、出现TF400129错误的情况，我整理了几个实用的排查和修复方向：

1. 先确认数据库的完整性与一致性 #

迁移后的数据库可能存在隐性损坏，这会直接导致升级验证失败。针对所有TFS数据库（配置库+团队项目集合库）运行以下SQL检查：

DBCC CHECKDB ([数据库名]) WITH NO_INFOMSGS, ALL_ERRORMSGS

如果检测到错误，优先备份数据库，再尝试修复。若错误无法通过常规方式修复，万不得已时可使用DBCC CHECKDB ([数据库名], REPAIR_ALLOW_DATA_LOSS)（注意：该操作会丢失部分数据，需谨慎执行）。

2. 核对所有数据库的服务版本属性一致性 #

虽然你已经查询了sys.extended_properties，但需要确保配置数据库（Tfs_Configuration）和所有团队项目集合数据库的TFS_SERVICE_LEVEL值完全一致。迁移过程中可能出现个别集合库的属性未同步的情况：

• 重新逐个核对每个数据库的属性：

  SELECT name, value FROM sys.extended_properties WHERE name = 'TFS_SERVICE_LEVEL'
  

• 若发现不一致，手动更新为统一的Tfs2010.SP1.KB2182621.P#1：

  EXEC sp_updateextendedproperty 
  @name = N'TFS_SERVICE_LEVEL', 
  @value = N'Tfs2010.SP1.KB2182621.P#1',
  @level0type = N'DATABASE';
  

3. 清除升级残留的锁定状态 #

如果之前尝试过升级失败，可能会在数据库中留下锁定状态，导致后续验证无法通过：

• 连接到TFS配置数据库，查询升级相关状态：

  SELECT * FROM tbl_ServiceHost WHERE ServiceHostType = 1 -- 1代表团队项目集合
  SELECT * FROM tbl_JobHistory WHERE JobName LIKE '%Upgrade%'
  

• 若发现存在“正在升级”或失败的记录，可尝试重置状态（操作前务必备份数据库）：

  UPDATE tbl_ServiceHost SET Status = 0 WHERE ServiceHostType = 1
  

4. 确保升级账号的权限足够 #

TFS2015升级安装程序需要足够的权限才能操作数据库和系统：

• 运行安装程序的账号必须是新服务器的本地管理员
• 该账号需要拥有SQL Server的sysadmin角色权限
• 对所有TFS数据库，该账号需属于db_owner角色成员

5. 尝试手动预升级团队项目集合 #

自动升级验证失败时，手动触发升级检查往往能得到更详细的错误提示：

• 进入TFS2015的工具目录：C:\Program Files\Microsoft Team Foundation Server 14.0\Tools
• 运行命令检查集合状态：

  TfsConfig collection /status /collectionName:[你的集合名] /sqlInstance:[新SQL服务器名] /databaseName:[集合数据库名]
  

• 尝试手动启动预升级：

  TfsConfig collection /upgrade /collectionName:[你的集合名] /sqlInstance:[新SQL服务器名] /databaseName:[集合数据库名]
  

手动操作中出现的具体错误信息，会帮助你更快定位问题根源。

6. 确认升级路径的兼容性 #

确保你使用的TFS2015版本支持从TFS2010 SP1直接升级，建议使用TFS2015 Update 3或更高版本（早期版本对旧版本的兼容性较差）。同时，新服务器的操作系统和SQL Server版本必须符合TFS2015的官方要求（比如SQL Server需为2012及以上版本）。

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