多个SQL Server数据库和单个/多服务器设置

它的应用程序取决于每个数据库所需的负载。 如果每个IO的IO，内存和CPU负载很小，那么它们都可以坐在一个SQL Server实例上。 随着需求的增加，您需要将实例移动到不同的SQL Server。

将数据库放在不同实例上的主要原因是因为实例具有不同的冲突的安全需求。 另一个原因是因为你想控制一个数据库的缓冲池和过程caching的大小，所以你会把它放在不同的实例上。 否则把所有东西都放在一个实例中就好了。

我看不出有什么理由（至less不是没有更多的信息），为什么他们不能在同一个SQL实例下。 我们使用一个统一的SQL实例模型（意味着多个应用程序到一个SQL服务器），它工作正常。

我看到的缺点是：

1. 解决性能问题更难一点
2. 在一个篮子里的所有鸡蛋（除非你集群/镜像/login船）
3. 一个站点站点的数据库使用情况“可能”从CPU /内存angular度影响其他人。

我看到的优点是：

1. 更容易pipe理（备份例如只需要configuration一次）
2. pipe理较less的SQL服务器（sorting为1）

据我所知，1个应用程序到1个SQL服务器模型是顺便说一句。 我偏见，个人是一个SQL服务器的多个应用程序的粉丝。 只是不要吝啬SQL Server的资源。 这并不是说你需要超过规格，了解网站需要什么样的性能。 另外，作为参考，我们所有的SQL服务器都是虚拟的，任何人都可以把这个问题抛给你，我们没有任何问题。 一切归结于适当的大小。

我们为“应用”数据运行一个数据库实例（例如，Drupal，WP，Mediawiki）和一个单独的业务数据实例。 这样，两者之间就没有潜在的争用/升级问题。 如果你对应用程序之间的干扰是真正的偏执狂，我不认为MySQL会给你你所需要的资源分离的程度。