Sql server 为TFS使用自己的MSSQL Instance

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

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

我的问题是，为TFS创建一个自己的实例是一个好主意，还是应该只使用一个现有实例（可能是开发人员）来存储数据库。
我们希望使用另一个实例，因为我们希望将TFS数据库（因此重新启动TFS SQL服务不应影响prod dbs）与其余数据库隔离开来。我们知道，三个案例所需的管理规模大于两个案例，但我们可以忽略这一点。

第三次试飞会有很大的失误吗，还是会有那么戏剧性

为了避免某些ANWSER，不可能在其他服务器上实现TFS或MSSQL（因为我们没有任何可用资源）。

---

服务器来自适合的硬件POV，因为我们是一家小公司，与DB的连接不会太多（40名员工连接到Prod实例，3-5名开发人员连接到DEV和TFS实例）.

我还将在单独的实例上安装，因为开发或生产数据库可能需要重新启动SQL Server服务，这将导致TFS不可用。

---

此外，您不想授予开发人员对TFS数据库的权限（通常开发人员需要对其开发数据库具有更高的权限，例如，系统管理员用于备份/还原）

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

TFS的应用层是实际工作发生的地方。这是用户连接到的位置，也是Windows服务和IIS网站运行的位置

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

---

如果您想了解有关如何安装TFS的更多信息，请查阅ALM Rangers文档。我们刚刚发布了新版本的指南。

我们希望使用另一个实例，因为我们希望将TFS数据库与其他数据库隔离开来。1 SQL Server上的许多数据库彼此隔离。。。除非你很懒，给每个人

sysadmin

Yes，否则这是真的，但我的意思是，如果TFS服务需要重新启动，它不应该影响prod dbs。我编辑了我的问题。我认为TFS不需要您在SQL Server重新启动时重新启动它。首先，我很高兴我可以对创建了这么好的文档的人说：“非常感谢！”！谢谢你的工作，这对我很有帮助。但回到我的问题上来，让我苦苦挣扎的是“真实世界参考故事”一章——场景1，这是一家名为“Contoso有限公司”的公司的例子。开始摘要的编写方式类似于在服务器上或至少在包含其他数据库的实例中托管TFS是错误的。那么，这个场景是否告诉我不要将TFS托管在具有其他DB的实例中？场景1提到，从技术角度来看，这是可能的，但可能会导致维护问题。例如，如果多个应用程序使用一个SQL Server安装，那么如果应用程序有不同的要求，那么升级计算机就比较困难。我不是SQL Server专家，但我想知道一台计算机上有多个实例是否允许您单独升级它们以避免这些问题。由于用户数量较少，因此可以选择使用TFS的SQL Server标准许可证在一个机箱上安装所有组件。