Действительно ли Восстановление SQL Server 2008 года моделирует и Использование памяти Влияния Размера журнала для процесса sqlservr.exe?

Проблема

У нас есть экземпляр SQL Server (2008) выполнение нашего программного обеспечения с тем, что мы рассматриваем небольшим количеством пользователей (приблизительно 30 параллельный подключенный к серверу в любой момент времени)

Как поставщик, мы не SQL DBAs и только действительно предлагаем основной набор навыков для этих видов проблем. У большинства клиентов есть свой собственный SQL DBA для исполнения этой роли для них, но иногда мы должны вступить и помочь, если клиент без соответствующей поддержки.

Хотя они действительно используют этот сервер для больше, чем просто SQL, и это - проблема, с которой нужно иметь дело отдельно, мы недавно заметили, что процесс sqlservr.exe этого клиента использует намного больше RAM, чем мы ожидаем видеть наше программное обеспечение.

Фон

Во-первых, позвольте мне запуститься путем упоминания, что я понимаю, что значение по умолчанию Памяти сервера Максимума SQL в основном установлено использовать все, что сервер имеет в наличии. Мы изменили то значение на 10 ГБ, поскольку мы ожидаем, что им только будет нужно о 4-6GB в любой момент времени рассмотрение их размера и частей программного обеспечения, которое они используют.

Некоторые биты информации, которая может или не может относиться к моему вопросу:

1. У них есть базы данных для нашего набора программного обеспечения к ПОЛНОЙ модели восстановления, и журналы росли и росли без обслуживания в течение приблизительно 3 лет.
2. Когда мы перезапускаем SQL Services, пользователи возвращаются в программное обеспечение и сроком на приблизительно 24 часа, они используют сумму RAM, которую мы ожидаем видеть, что они используют (приблизительно 4-6 из выделенных 10 ГБ)
3. Мы выполняли Perfmon для сравнения некоторых встречных результатов с промежутком времени, где они не имели этой проблемы, но не заметили существенных различий между журналами
4. Проверенное средство просмотра события для любых очевидных проблем памяти

Заключение

Мое единственное предположение в это время - то, что это имеет некоторое отношение к огромной модели журналов/восстановления или некоторой установке SQL, которая касается кэширования. Возможно, это - нормальное поведение, которое Эксперт SQL запланировал бы видеть, но в нашем ограниченном опыте, запускающем наше программное обеспечение в SQL Server, это является аварийным для установки этого размера.

Таким образом суммировать все это вниз к единственному TLDR:

Действительно ли Восстановление SQL Server 2008 года моделирует, и Размер журнала влияют на использование памяти для процесса sqlservr.exe? Если ответ да, мое описание нашей "проблемы", нормальной для SQL, и мы просто не испытали его прежде? Если ответ не, каковы некоторые другие вещи, которые Вы предложили бы исследовать для решения моей проблемы?