设置 TFS 2008 工作组版新实例的最佳实践是什么?

具体来说,约束条件如下:

  • 必须安装在现有的 Windows Server 2008 64 位上
  • TFS应用层仅为32位

我应该在 Windows Server 2008 或 2003 的虚拟实例中安装 SQL Server 2008、Sharepoint 和应用程序层(我已经在运行 Hyper-V),还是将这些层与主机操作系统上的数据库和虚拟机中的应用程序层分开?

编辑:显然,分层是 不是 受到推崇的

有帮助吗?

解决方案

这是我安装 TFS 2008 SP1 的秘诀。

在这种情况下没有域控制器,我们只是几个用户。如果我再做一次,我会考虑更改我们的环境以使用活动目录域。

  • 运行 Windows Server 2008 的主机服务器,具有 8GB RAM 和四处理器
  • 在 Hyper-V 下的虚拟机中全新安装 Windows Server 2008 32 位
  • 使用 IIS 安装应用程序服务器角色
  • 安装SQL Server 2008标准版
    • 使用 Reporting Services 和 Analysis Services 的用户帐户
  • 创建带有 SP1 的 TFS 2008 的滑流映像 并安装TFS
  • 安装 VSTS 2008
  • 安装团队系统资源管理器
  • 安装 VSTS 2008 SP1
  • 安装 TFS Web Access Power 工具

安装完所有内容后,未生成报告。成立 这个论坛帖子 这有助于解决问题。

按顺序做事非常重要,下载安装指南并严格执行。直到安装 SP1 后我才忘记安装 Team System Explorer,结果遇到了各种各样的问题。再次安装 SP1 解决了这个问题。

其他提示

关于 TFS,您必须牢记的一件重要的事情是,它喜欢让机器完全属于自己。因此,如果您必须在 Hyper-V 上创建单独的实例,请使用经过验证的 Windows Server 2003 平台和 SQL Server 2005。

我确信 Microsoft 已经在使其能够在 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 可能会在执行构建时产生性能问题。

也许可以通过适当的调整和单独的物理驱动器来缓解这种情况 - 但我认为从长远来看,使用一些旧硬件会更简单 - 或者在单独的主机上为您的构建启动一个小型虚拟机

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top