从 TFS 2010 就地迁移到 TFS 2015

In-place migration from TFS 2010 to TFS 2015

我对从 Team Foundation Server 2010 就地升级到 Team Foundation Server 2015 有疑问 我们目前的情况包含以下软件版本: - Windows 服务器 2008 R2 - SQL 服务器 2008 R2 - 团队基础服务器 2010

我们想将此服务器就地升级到以下新版本。 - Windows 服务器 2012 R2 - SQL 服务器 2014 - 团队基础服务器 2015

它是 VMWare 环境中的单个服务器安装。添加额外的资源不是问题。因此,出于这个原因,我们想进行就地升级。

根据我在 https://msdn.microsoft.com/library/vs/alm/tfs/administer/requirements 上找到的信息,我们当前的 SQL 版本似乎无法一次性升级到 TFS 2015。 我们应该先升级到 TFS 2012(它仍然支持 SQL Server 2008 R2)吗?然后升级到 SQL 2012 SP1,然后是 TFS 2015..等等。

或者在我们的情况下,将 TFS 2010 数据库迁移到具有所有最新版本的新服务器,然后升级数据库(毕竟不执行就地升级)是否更容易?

有很多文档描述了各种迁移场景,因此造成了一些混乱。

有人可以给我们一些建议或回答什么是最好的前进方向吗?

其他需要考虑的事情。如果您正在使用 TFS 2010 中的任何共享点功能,并且想要将这些内容存储在那里,那么您可能无论如何都想升级到 TFS 2012。 TFS 2010 使用 WSS 3.0,TFS 2015 使用最新版本的 Sharepoint Express。没有从 WSS 3.0 到最新版本的直接迁移,因此您需要使用 TFS 2012 中的捆绑版本作为中间升级。

如果共享点不是问题,那么我建议构建新的基础架构并迁移 TFS 数据库。这会更容易,恕我直言还有其他一些好处。

  • 您可以进行测试迁移以排除任何其他问题
  • 获取一些时间,以便了解真正的迁移需要多长时间

您可以做的是:

  1. 从当前服务器卸载 TFS
  2. 在当前服务器上卸载SQL服务器
  3. 在其上安装 SQL Server 2014
  4. 将数据库附加到 SQL Server 2014
  5. 安装 TFS 2015 并完成升级向导。

这是一种就地升级。确实要注意 Sharepoint 问题,如果需要,这将是您在升级过程中停止升级的紧迫原因。

无论如何,我看到许多客户端将 Sharepoint 与 TFS 分离,因为 Sharepoint 功能很少使用,甚至不为人所知。