TFS 迁移风险

TFS Migration Risks

我想在新服务器上创建新的 TFS 2013 安装。

我进行了研究，了解到下面 link 中描述的迁移过程存在一些风险：

TFS 迁移手册： https://msdn.microsoft.com/en-us/library/ms404869.aspx

风险：

我计划避免使用上面的 TFS 迁移手册；相反，我会签出我的所有项目（大约 20 个），然后在新的 TFS 上重新创建它们并再次签入。

但是，我们有我为项目创建的工作项、用户、工作区和其他敏捷信息，我仍然需要在新安装中使用这些信息。

我想知道以下是否可行（同样没有风险和麻烦，因为时间紧迫）：

从旧安装备份 TFS 数据库，并将它们恢复到新安装或使用 SQL 服务器的数据导入工具将数据从旧导入到新。

我特别指的是这些数据库，TFS 有：

我在 TFS 使用的 SQL 服务器实例上找到了这些数据库。

此外，这种方法更容易工作而不必妨碍团队，因为数据库重新定位可以在下班后发生。

现在，这个计划行得通吗？

不，您的计划将行不通，将使您的 TFS 处于不受支持的状态。

您需要结合使用升级和 "changing environment" 工作流程。

1) 将所有 TFS 数据库 (tfs_*) 恢复到新环境

2) 安装 TFS 2015

3) 配置和 select 升级向导 - 当运行ning 确保您拥有所有新服务器名称

4)（可选）ChangeServerID - 如果这是一种做法运行您应该立即：

4.1) 我使用 "tfsconfig exe setup /uninstall:all"

取消配置应用层

4.2) 运行 ChangeServerID 命令

4.3) 重新配置 tfs 和运行 "app tier only" 向导

简单......

注意：如果这是一个 test/practice 实例，您需要更改服务器 ID，因为每个服务器都有一个唯一的 ID。当客户端首次连接到新服务器时，它们将 "upgrade/migrate" 用户数据。您不希望在试用中发生这种情况...所以更改 ID...

警告：如果您以 TFS 产品团队工具未完成的任何方式操作 TFS 服务器中的数据，您将把您的实例变成废话。永远不要编辑或导致编辑操作存储中的数据。