SQL Server 的内存要求

Question

我们有一台 256 GB RAM 的机器。
SQL Server 的最大服务器内存设置为 180 GB。

在 180 GB 中，SQL Server 通常使用：

• 数据库缓存内存 - ~ 140-150 GB
• 计划缓存 - ~ 10 GB
• 被盗的服务器内存：~ 30 GB
• 可用内存：~ 9 GB
• 授予的工作空间内存：这通常相当低，峰值可能为 0.5-1 GB

缓冲区高速缓存命中率 - 始终徘徊在 99.9% 以上。
页面预期寿命是相当高的数字。

数据库数据文件的总大小 - 650 GB。
数据增长速度约为每天 500-1500 MB（但是！较旧的数据每 6-8 个月就会删除一次，因此基本上数据文件的增长速度要慢得多）。

问题

需要将SQL Server迁移到另一台机器。当 SQL Server 2022 发布时，就以它为目标。

它是混合 OLTP 和 OLAP 类型的工作负载，许多应用程序使用相同的数据库；大部分 RAM 被缓存的数据库页面使用，这意味着 SQL Server 不必一直从磁盘读取它。

感觉新机器 128 GB 就足够了，最大服务器内存设置为 ~ 110 GB，为操作系统留下 18-13 GB。

目标服务器将位于 Azure VM 中，您无法独立地扩展 vCPU 和 RAM。具有 256 GB RAM 的计算机的内核数量是 128 GB 计算机的两倍，从而导致相当大的成本差异。我认为与最初预计的相比降低成本，从长远来看可能对我有利，所以我认为值得探索。在 Azure 中，您可以根据需要随时进行扩展。

如果你是我，你会如何科学地向你的经理证明，将内存减少一半不会降低 SQL Server 性能，不会破坏缓冲区缓存命中率或类似的情况？

我知道，对于 DBA 来说，考虑到工作负载不会改变，将机器缩小到 128 GB 看起来可能是安全的。但根据你的经验，你如何说服经理呢？

Answer 1

如果不了解比所提供的更多的工作负载信息，这是一个很难回答/证明的问题。

但是，我认为在提交到较小的服务器之前进行检查的一个简单方法是更改​​当前生产实例上的最大内存设置，然后查看性能如何。

您所描述的一切似乎都不是一个令人惊叹的问题，它可以在较低的内存（只是磁盘活动较多）下表现良好，否则可能会崩溃并烧毁。（或者只是在运行月度报告时崩溃并烧毁，很难说）。

如果我面临这个项目，我会让企业购买这个计划，然后更改最大内存设置，看看会发生什么。也许减少一定数量，然后观望后再继续。像鹰一样观察它，准备在需要时将号码移回原来的位置，但它是在线操作，并且可以快速更改。