禁用Server中的资源调控器

Question

禁用资源管理器后，是否应重新启动Server？什么是最佳做法？

我为什么要问这个问题，因为我担心Server中现有的开放会话。如果我们只禁用资源调控器而不重新启动SQL服务，它们的行为(在CPU、内存和IO方面)会改变为默认吗？

例如，如果某个特定会话由于资源调控器而被限制为使用系统总内存的30%。那么，如果我们现在仅禁用资源调控器，它会立即使用超过30%的资源吗？

Answer 1

我经常在不重新启动Server的情况下更改资源调控器设置。除了可能更改分类器函数之外，我不知道在更改资源调控器设置后是否需要重新启动Server。一些可能有助于了解的事情：

• 一旦将会话分配给资源管理器工作负载组，即使分类器函数发生更改，它也会留在那里。
• 我从未见过资源管理器设置的查询计划编译帐户。
• 查询执行的某些方面是在查询执行开始时决定的，例如MAXDOP和查询内存。请注意，有些异常并不总是正确的，例如某些类型的索引创建或在批处理模式下执行的查询。

当更改应用于查询时(无论是否“瞬时”)，完全回答的精确答案很可能超出了这里的回答范围。例如，考虑通过资源调控器工作负载组配置获得的MAXDOP限制。对于几乎所有的查询，MAXDOP都是在查询执行时决定的，因此，我不期望禁用资源调控器来更改当前正在执行的查询的MAXDOP。

• MIN_CPU_PERCENT
• MAX_CPU_PERCENT
• CAP_CPU_PERCENT
• MIN_IOPS_PER_VOLUME
• MAX_IOPS_PER_VOLUME
• 重要性
• REQUEST_MAX_CPU_TIME_SEC
• GROUP_MAX_REQUESTS

所有这些只有在下一个查询开始执行后才会更新：

• MIN_MEMORY_PERCENT
• MAX_MEMORY_PERCENT
• 亲和力
• REQUEST_MAX_MEMORY_GRANT_PERCENT
• REQUEST_MEMORY_GRANT_TIMEOUT_SEC
• MAX_DOP