SQL Server的内存需求

Question

我们有一台有256 GB内存的机器。

server的最大服务器内存设置为180 GB。

在180 GB中，Server通常使用：

• 数据库缓存内存-~ 140-150 GB
• 计划缓存-~ 10 GB
• 窃取服务器内存：~ 30 GB
• 空闲内存：~9GB
• 授予工作区内存:这通常很低，峰值可以是0.5-1GB

缓冲缓存命中率-始终徘徊在99.9%以上。

预期寿命是相当高的数字。

数据库数据文件的总大小- 650 GB。

数据增长率约为每天500-1500 MB (但是！)旧数据每6-8个月删除一次，因此基本上数据文件的增长要慢得多)。

问题

需要将Server迁移到另一台计算机。当SQL Server 2022出现时，它的目标是。

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

对于新机器来说，128 GB的内存就足够了，Max Server内存设置为110 GB，而操作系统只剩下18-13 GB。

目标服务器将在Azure中，在那里您不能独立地缩放vCPU和RAM。一台拥有256 GB RAM的机器将拥有两倍于128 GB机器的核心，从而造成相当大的成本差异。我认为与最初的预测相比，降低成本可能对我的长远利益有好处，所以我认为这是值得探索的。在Azure，你可以在任何时候扩大规模，如果需要的话。

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

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

Answer 1

这是一个很难回答/证明的问题，而你对工作量的了解却比所提供的要多得多。

但是，我认为在提交到较小的服务器之前检查的一个简单方法是更改当前生产实例上的Max内存设置，看看性能是什么样子的。

您所描述的任何事情都不像一个节目停止器，它可以在较低的内存(只是更多的磁盘活动)下执行得很好，或者它可能会崩溃和烧坏。(或者只是在运行月度报告时崩溃和烧毁，很难说)。

如果我面对这个项目，我会让企业购买这个计划，然后改变最大内存设置，看看会发生什么。也许可以减少设定的数量，并等待和观察才能继续前进。像老鹰一样看着它，如果需要的话，随时可以将数字向上移动，但这是一个在线操作，而且变化很快。