我们目前正在使用TFS 2012，并计划很快升级到TFS 2013。我想更好地了解什么是TFS的最佳设置。我们目前在公司有多个团队使用它，它作为源控件和ALM工具至关重要。 Nope Visual Studio Online不适合我们。
如果其他人有类似的设置，请告诉我们你们的想法。
1）我们是否应该为TFS设置DR环境，以便在主TFS出现问题时我们可以进行故障转移？我知道我们可以从数据库备份中恢复它，但如果TFS应用程序层出现故障并且必须重建，那么这是非常耗时的。
2）我们是否应该有一个QA / Dev环境，以便它可以用来先尝试升级，如果它看起来不错，那么在Prod中完成？它可以在将来用于试用功能等。
答案 0 :(得分：3)
在我最近工作的环境中，我们有一个QA＆＃34;我们可以测试更新\模板更改\插件等的TFS服务器。这对整个团队来说非常有用，我肯定会建议有一个测试服务器，如果这对你来说是一个选择。
我无法推荐您为灾难恢复所做的工作，因为您的团队需要决定许多因素。我的上一个团队没有维护完全独立的翻转环境，但是我们的虚拟化TFS服务器的夜间快照。我们可以非常轻松地从这些快照中恢复。基于风险\资源\潜在的停机时间，该恢复计划对于该团队来说足够了。
我希望有所帮助。
答案 1 :(得分：2)
ALM Rangers发布了TFS规划指南，其中有一节介绍如何使用TFS处理DR：http://vsarplanningguide.codeplex.com/
您可能还应考虑设计高可用性（HA）TFS部署。 TFS安装指南中的详细信息如下：http://www.microsoft.com/en-us/download/details.aspx?id=29035
总的来说，TFS的核心是SQL Server，围绕HA SQL和DR for SQL的所有最佳实践都适用于此处。重建AT相对简单，如果您设计HA TFS部署，您将拥有多个负载均衡的AT，因此如果一个失败，流量只会路由到健康的AT。