Server 2008恢复模型和日志大小会影响sqlservr.exe进程的内存使用吗？

Question

问题

我们有一个Server实例(2008)运行我们的软件，我们认为只有少量的用户(在任何时候都有大约30个并发连接到服务器)。

作为一个供应商，我们不是SQL，我们只是为这类问题提供了一套基本的技能。大多数客户端都有自己的SQL来填补这个角色，但有时如果客户端没有足够的支持，我们必须介入并提供帮助。

虽然他们使用这个服务器的不仅仅是SQL，这是一个必须单独处理的问题，但我们最近注意到，这个客户端的sqlservr.exe进程使用的内存比我们的软件预期的要多得多。

背景

首先，让我首先提到，我理解默认内存基本上设置为使用服务器可以使用的所有东西。我们将这个值更改为10 6GB，因为考虑到他们使用的软件的大小和部分，我们期望他们在任何给定的时间只需要4-6GB。

一些可能或可能与我的问题无关的信息：

1. 他们的数据库为我们的软件设置为完全恢复模式，日志一直在增长和增长，没有维护约3年。
2. 当我们重新启动SQL Services时，用户返回到软件中，在大约24小时内，他们使用我们希望看到他们使用的内存数量(大约是分配的10 to内存中的4-6 )。
3. 我们一直在运行Perfmon，以便将一些反结果与它们没有此问题的一段时间进行比较，但没有注意到日志之间有任何显著差异。
4. 检查事件查看器是否存在任何明显的内存问题

结论

我目前唯一的猜测是，这与庞大的日志/恢复模型有关，或者与缓存相关的SQL设置有关。也许这是SQL专家计划看到的正常行为，但在我们在Server中运行我们的软件的有限经验中，这样的安装是不正常的。

因此，总结一下，这一切归结为一个单一的TLDR：

是否sqlservr.exe进程的Server 2008恢复模型和日志大小影响内存使用情况？如果答案是肯定的，那么我对我们的“问题”的描述对于SQL来说是否正常，而我们之前还没有经历过呢？如果答案是否定的，那么为了解决我的问题，您还会建议调查一些其他的事情吗？

Answer 1

这个数据库有多大？Server喜欢将整个数据库放入内存中。听起来，从你的问题上看，这是一个200 MB的MDF和一个250 GB的LDF，或者类似的可怕的东西。

恢复模型不会进入它，除非它们严重忽略数据库，显然是这样。

• 将数据库设置为简单恢复。
• 将日志文件缩小到正常大小。
• 将数据库设置为完全恢复。
• 运行完整的备份。
• 立即安排定期的、完整的和事务日志备份。

在您实现基本数据库维护之前，我个人不会浪费任何时间查看其他任何内容(虽然10 GB的内存分配给SQL Server是一个很小的问题)。