TFS 2012升级到TFS 2015：从TFS 2012到TFS 2015的数据库同步

我正在使用新配置的新硬件将TFS 2012升级到TFS 2015。 我的策略是复制数据库并对其进行升级，然后在某个时候切换到新的TFS 2015

从2012年到2015年，TFS的实际切换将有一段时间（在我的情况下，这将是几天）。之所以采用这种方法，是因为我们不能让TFS停止生产

现在所花费的时间（天）将有大量新数据插入到旧的TFS 2012数据库中。我将如何将新的附加数据迁移到新的TFS 2015

我有这个问题，因为2015年TFS与2012年TFS的表格有变化，这将由TFS升级负责。但如果我想将2012年TFS数据插入2015年TFS，会有任何问题吗？

---

或者有更好的升级方法吗？

您应该将2012数据库复制到新硬件，插入任何附加数据，然后从2012年迁移到2015年

---

注意-我同意ds19，您不应该直接将数据插入SQL数据库。您可以使用安全地批量加载数据。

您应该进行测试迁移，以帮助您了解升级需要多长时间

获得此信息后，您需要使TFS脱机以执行升级。这通常是一个快速的过程，可以在晚上或周末完成

不能让任何服务器离线进行定期维护的想法是错误的，是无法实现的。

无法将数据插入数据库ss，这将破坏tfs

---

在事实之后同步数据将被证明是非常困难和费时的。

< P>一个尚未提及的替代方案是考虑分离/附加迁移。这将允许您一次升级一个项目集合，并将整个服务器的停机时间减少到每个集合级别。如果您的服务器有多个集合，那么付出额外的努力可能是值得的。总体迁移时间将更长，但您将有机会单独规划每个集合，以便在中断最少的时刻进行

在迁移期间，您可能能够升级TFS和SQL Server的规格，尤其是在运行虚拟机的情况下。我在过去增加了8个额外的内核和16gb的内存，只是为了加快进程。切换到快速网络存储或借此机会将机器升级到SSD是一个合适的时机

还要确保您的SQL Server已配置为进行大规模i/o。迁移往往会移动大量数据。将SQL日志放在一个单独的驱动器上，并将tempdb拆分到不同的文件中，这些文件的数量等于课程核心的数量，这会产生巨大的差异

警告：分离操作存在已知问题，导致安全组丢失。TFS 2015将检测这些情况，并在您尝试附加集合时发出警告。正确的过程是在分离操作之前进行服务器备份，如果分离失败，则进行恢复

---

注意：虽然有一些工具可以在服务器之间同步数据，但它们往往只涉及部分数据迁移。许多迁移工具不支持工作项标记，没有一个支持转移看板列数据、构建、安全设置更改等。所有迁移工具都有一个共同点，那就是它们丢失了更改的时间戳。所有这些工具都是在TFS客户机对象模型之上编写的，因此以后可以轻松迁移额外数据的概念是不正确的。如果这么简单的话，这些迁移工具将具有更广泛的覆盖范围和更少的bug

不建议/不支持直接将数据插入TFS数据库。您应该首先进行测试升级，以了解将团队集合导入TFS2015需要多少时间，然后尝试在非工作时间进行“真正”的升级。我强烈主张您不应该进行两步迁移，因为这将使内容变得非常复杂。试着对你的迁移进行测试运行，使用可用的升级前工具和性能优化，并试着在周末进行迁移。但我觉得应该有办法同步数据。我们永远不知道升级过程中是否出现问题，然后将不得不重新安排控制期（要升级的总数据量有多大？配置+所有收集虽然有一些工具可以帮助您迁移最新数据，但没有一个工具能够迁移所有数据，您将丢失一些详细信息。您能告诉我您建议如何实现这一点，使用哪种API吗？使用TFS API-使用API进行此操作将非常困难产品uct团队不建议使用分离/附加升级方法。这是正确的。我更喜欢每天直接进行完整服务器升级，而不是附加升级。但我遇到过确实没有其他选择的情况。我的想法是，我们必须一次性完成升级，否则会担心loos数据。感谢帮助.