设置 TFS 2008 Workgroup 版本的新实例的最佳实践是什么?
具体来说,约束如下:
- 必须安装在现有的 Windows Server 2008 64 位上
- TFS 应用层只有 32 位
我应该在 Windows Server 2008 或 2003 的虚拟实例中安装 SQL Server 2008、Sharepoint 和应用程序层(我已经在运行 Hyper-V),还是使用主机操作系统上的数据库和虚拟机中的应用程序层来拆分这些层?
编辑:显然,不建议 拆分图层
设置 TFS 2008 Workgroup 版本的新实例的最佳实践是什么?
具体来说,约束如下:
我应该在 Windows Server 2008 或 2003 的虚拟实例中安装 SQL Server 2008、Sharepoint 和应用程序层(我已经在运行 Hyper-V),还是使用主机操作系统上的数据库和虚拟机中的应用程序层来拆分这些层?
编辑:显然,不建议 拆分图层
这是我安装 TFS 2008 SP1 的秘诀。
在这种情况下没有域控制器,我们只有几个用户。如果我要再做一次,我会考虑将我们的环境更改为使用活动目录域。
安装完所有东西后,没有生成报告。找到这个有助于解决问题的论坛帖子。
做事有条不紊非常重要,下载安装指南并按部就班地进行操作。在安装 SP1 并冒险解决各种问题之前,我忘记安装 Team System Explorer。再次安装 SP1 解决了这个问题。
关于 TFS,您必须记住的一件关键事情是,它喜欢让机器完全独立。因此,如果您必须在 Hyper-V 上创建一个单独的实例,请使用经过验证的 Windows Server 2003 平台和 SQL Server 2005。
我确信微软在让它在 Windows Server 2008 和 SQL Server 2008 下工作方面做得很好,但是你没有通过这个较新的安装获得任何额外的功能,而且它目前在野外还没有得到证实。
所以我的建议是坚持使用已知的内容,直到 TFS 的下一个版本发布。
也绝对不建议拆分层,特别是在工作组版本中,您只能拥有 5 个许可用户。这 5 个用户永远不会超过服务器的需求。另外,我的建议是,如果您不需要,不要更新 Sharepoint。在我的环境中,我们并没有真正过多地使用 Sharepoint,所以我不理会它。根据我的经验,Sharepoint 通常是 TFS 的大部分问题。
我刚刚将我们的团队从 TFS 2005 升级到 TFS 2008。最困难的部分是将 SharePoint 2.0 升级到 3.0,所以如果您还没有安装 TFS 2008,我会确保首先这样做。我们遇到了其他一些困难,但它们要么都与 SharePoint 升级有关,要么与我们使用售后策略包 - Scrum for TeamSystem 的事实有关。我们在 SQL Server 2005 上,所以我无法解决 SQL Server 2008。至于拆分层,我们也没有这样做,因为我们在 Windows Server 2003 上运行,一切都在主机操作系统下运行。
只有超过 450 个用户才需要拆分图层。
我还建议将构建服务器放在完全独立的机器上。构建是非常密集的文件系统。SQL Server 在完全控制文件系统时性能最佳 - 因此在同一台机器上构建和 TFS 可能会在构建执行时产生性能问题。
也许这可以通过适当的调整和单独的物理驱动器来缓解 - 但我认为从长远来看,使用一些旧硬件会简单得多 - 或者在单独的主机上为您的构建启动一个小型虚拟机