tfs - TFS 2015 到 TFS 2017 迁移建议
问题描述
关于预生产(测试)升级后的迁移路径,您有什么建议或 Microsoft 的官方建议是什么?
是进行就地升级吗?还是将数据库迁移到新硬件?我的一位客户需要此信息。
第二个问题是,假设我选择第二种方法并进行生产升级,将数据库移动到新硬盘,如果出现问题,我会回滚吗?或者一旦我进行生产升级,旧环境就无法使用(请记住我正在使用新的硬/虚拟机)
非常感谢
解决方案
实际上它完全基于您的要求。如果要使用旧硬件,则可以进行就地升级,如果要迁移到新硬件,则只需进行数据库迁移。
就地升级:
请注意,如果出现问题,您不能简单地回滚就地升级。所以先备份数据库。
期待最好的,为最坏的情况做准备。
虽然我们付出了很多努力来确保 TFS 升级高度可靠,但为出现问题做好准备总是有意义的。您可以在这里采取的最重要的一步是确保您拥有一组完整且一致的数据库备份。
如果您正在就地升级(不迁移到新硬件),请考虑在预生产环境中试运行升级。
来源: 升级 TFS。
您可以参考这篇文章进行升级:
迁移到新硬件:
迁移将更加灵活和安全,旧环境仍然可用,迁移失败不受影响。所以在我看来,如果你有新硬件,那么最好进行迁移。
有关详细信息,请参阅将 Team Foundation Server 从一个硬件移动或克隆到另一个硬件。
请注意,无论是就地还是迁移,都必须首先匹配每个 TFS 版本的要求和兼容性。并且永远不要忘记为他们两个备份数据库。
推荐阅读
- google-sheets - 使用公式自动填充 Google 表格行
- swift - 如何在包装的文本字段类中使用可观察对象
- node.js - 内网 REST 服务器和 React 应用程序之间的生产配置
- android - 在 android 应用程序上为 3d 角色设置动画
- r - 将自起始值添加到 R 中的 nls 回归
- bluetooth - DLE 和蓝牙网状网络
- azure - ARM:解决方案模板:多个 VM:如何在不硬编码 ips 的情况下配置 BackendAddresses 数组的内容
- java - JSP scriptlet 到 JSTL 的自动化
- javascript - Ramda.js 管道,根据前一个参数设置属性
- c# - 属性更改时未反映 MVVMLight Toolkit 更改