【问题标题】:Use own MSSQL Instace for TFS为 TFS 使用自己的 MSSQL 实例
【发布时间】:2014-08-24 09:03:14
【问题描述】:

我们有一个 MS Server 2012 用于托管我们的 MSSQL 2014。
在服务器上,我们已经安装了两个 MSSQL 2014 实例。
一个用于生产性业务应用程序,一个实例用于开发数据库。

除了安装 MSSQL 2014 之外,我们还需要设置 TFS2013。

我的问题是,为 TFS 创建一个自己的实例是否是个好主意,或者我们是否应该只使用现有实例之一(可能是开发人员)来存储数据库。
我们希望使用另一个实例,因为我们希望将 TFS 数据库(因此重新启动 TFS SQL 服务不应影响产品数据库)与其他实例隔离开来。我们知道三个实例所需的管理量大于两个实例,但我们可以忽略这一点。

第三个实例的性能会有很大的松动,还是没有那么戏剧化?

为了避免一些问题,不可能在其他服务器上实现 TFS 或 MSSQL(因为我们没有任何可用资源)。
服务器来自适合的硬件 POV,因为我们是一家小公司,所以与数据库的连接不会太多(40 名员工连接到 Prod 实例,3-5 名开发人员连接到 DEV 和 TFS 实例)。

【问题讨论】:

  • 我们希望使用另一个实例,因为我们希望将 TFS 数据库与其他数据库隔离。 一台 SQL Server 上的许多数据库彼此隔离...除非你很懒,给大家sysadmin
  • 是的,没错,但我的意思是,如果需要重新启动 TFS 服务,它不应该影响 prod dbs。我编辑了我的问题。
  • 我不认为 TFS 在自身重启时需要你重启 SQL Server。

标签: sql-server tfs sql-server-2014


【解决方案1】:

TFS 安装的数据层不需要重新启动。它只是在您的 SQL Server 上创建的数据库。

TFS 的应用层是实际工作发生的地方。这是您的用户连接的地方以及 Windows 服务和 IIS 网站正在运行的地方。

使用共享 SQL Server 实例安装 Team Foundation Server 没有问题。

如果您想了解有关如何安装 TFS 的更多信息,请查看 ALM Rangers 文档。我们刚刚发布了新版本的指南,可以在here找到。

【讨论】:

  • 首先我很高兴我可以对创建如此出色文档的人说:“非常感谢”!谢谢你的工作,这对我很有帮助。但回到我的问题,让我苦苦挣扎的是“真实世界参考故事”一章 - 场景 1,这是一家名为“Contoso Ltd”的公司的示例。开始摘要的编写就像在服务器上或至少在其中包含其他数据库的实例中托管 TFS 是错误的。那么这种情况是否告诉我不要在具有其他数据库的实例中托管 TFS?
  • 场景 1 提到从技术角度来看这是可能的,但可能会导致维护问题。例如,如果多个应用程序使用一个 SQL Server 安装,那么如果应用程序有不同的要求,则升级机器会更加困难。我不是 SQL Server 专家,但我想知道在一台机器上拥有多个实例是否允许您单独升级它们以避免这些问题。由于您的用户数量较少,您可以选择使用 TFS 的 SQL Server 标准许可证将所有组件安装在一个盒子上。
【解决方案2】:

我还将安装在单独的实例上,因为开发或生产数据库可能需要重新启动 SQL Server 服务,这将导致 TFS 不可用。 此外,您不想授予开发人员 TFS 数据库的权限(通常开发人员需要对其开发数据库更高的权限,例如用于备份/恢复的 sysadmin)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-11-12
    • 2011-10-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-07
    • 1970-01-01
    • 2014-07-06
    相关资源
    最近更新 更多