我们目前正在使用 TFS 2012，并计划很快升级到 TFS 2013。我试图更好地了解 TFS 的最佳设置是什么。我们目前在公司有多个团队使用它，它作为源代码控制和 ALM 工具至关重要。不，Visual Studio Online 不适合我们。
如果其他人有类似的设置，请告诉我你们的特别想法。
1) 我们是否应该为 TFS 提供 DR 环境，以便在主 TFS 出现问题时我们可以进行故障转移？我知道我们可以从数据库备份中恢复它，但是如果 TFS 应用程序层出现故障并且必须重新构建，那将非常耗时。
2）我们是否应该有一个 QA/Dev 环境，以便它可以用来先尝试升级，如果它看起来不错，然后在 Prod 中完成？将来也可以使用它来尝试功能等。
在我最近工作的环境中，我们有一个“QA”TFS 服务器，我们可以测试更新\模板更改\插件等。这对整个团队来说效果很好，如果这是一个测试服务器，我肯定会推荐您的选择。
我不能推荐你为灾难恢复做什么，因为你的团队需要决定的因素很多。我的上一个团队没有维护一个完全独立的翻转环境，但是我们的 TFS 服务器每晚都有虚拟化的快照。我们可以很容易地从这些快照中恢复。基于风险\资源\潜在停机时间，该恢复计划对于该团队来说已经足够了。
我希望这会有所帮助。
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。