我们有许多 SQL Server 2008 R2 标准服务器，每个服务器都用于单个应用程序，我们希望将它们整合到一台物理服务器中。在这些服务器上运行 perfmon 时，它们不会占用大量 CPU、IO 或网络流量，因此非常适合整合。几个问题：
创建具有多个数据库的单个实例还是多个实例（例如每个应用程序一个实例）更好？
我预计不会有太多争用，但有没有办法对 IO 进行某种治理，以便没有数据库/实例可以占用所有 IO 资源？我知道我可以使用资源管理器来处理 CPU。
在 RAID 配置中，我们将有 22 个可用磁盘（和 2 个热备用磁盘）。写入比读取重，因此我们将使用 RAID-10。最好为所有数据库设置一个大型阵列，然后为日志文件和 tempdbs 设置两个较小的阵列，还是为每个数据库/实例设置一个专用阵列。
谢谢。
答案1
以下是一些需要考虑的事情：
- 从安全角度来看，您可能希望坚持使用单独的实例。如果您为所有现有服务器配备一个管理团队，那么这不是问题，使用具有多个数据库的单个实例可能是可行的方法。如果您拆分管理或有特殊的安全问题，那么单个实例可能不是可行的方法。
- SQL Server Enterprise 是唯一提供资源调控器的生产版本。如果您要整合到 SQL Standard，那么这对您来说不是一个选择。
- 单个实例的 dba 工作比多个实例更容易（从一般操作角度来看）。
- 假设没有资源管理器，那么使用单独的实例并为每个实例设置最大内存选项来限制每个应用程序使用的内存会更容易。不过，这也会增加更多的管理开销。话虽如此，SQL Server 在管理物理资源方面非常出色。没有足够的关于您的环境的信息来判断这是否值得，但我的直觉告诉我不值得。
- 通常，在共享（即单实例）环境中，单个应用程序会面临更多变量。例如，如果错误的查询计划卡在计划缓存中，而您使用的是单个实例，那么所有其他数据库都会受到不利影响，直到您清除该错误计划为止。但同样，这对您来说似乎不是一个很大的风险。
如果数据库当前没有进行繁重的 IO，那么只需有一个用于数据的卷和一个用于日志的单独卷就可以了。