День добрый!
Есть база 1С размером 3тб, которая размещена на мощном железе (4 проца, 512 гб ram, дисковая полка подключена по оптике).
Больше года база работала на этом оборудовании в штатном режиме, без жалоб по производительности. В выходные сервер был перезагружен, и это привело к неожиданному результату: несмотря на то, что mssql захватил весь объем выделенной ему памяти (490 гб), значение счетчика BufferManager:database pages не поднимается выше 3 млн, т.е. 24 гб или менее 5% доступной памяти. При этом идет интенсивное чтение данных с дисковой подсистемы, в среднем 200мб/с с пиками до 800мб/с, и время жизни страниц в памяти очень низкое (20-30 сек). По всему выходит, что менеджер памяти не кэширует страницы данных в памяти, а по какой-то причине сбрасывает их на диск. Это было бы понятно при нехватке памяти, когда "лишние" страницы вытеснялись бы новыми, необходимыми для выполнения запроса. Но свободной памяти более чем достаточно - SQLServer:MemoryManager:free pages (KB) = 410 000 000.
В 1С сейчас невозможно работать из-за чрезвычайно медленной работы базы.
Подскажите, есть ли возможность заставить менеджер памяти снова использовать выделенную память по максимуму, как это было до перезагрузки?

Версия ОС: Windows 2012 R2 Standard
Версия SQL: Microsoft SQL Server 2012 Enterprise - 11.0.2100.60 (X64)

1C работает на отдельном сервере

TaPaK,

нет, физика

TaPaK,

Это понятно. Но хотелось понять суть проблемы и может ли она решиться установкой SP. Раньше перезагрузки сервера не приводили к столь печальным последствиям, sql быстро набирал горячие данные в буферпул и весьма шустро работал.

По симптомам в самом деле похоже на описанный в статье баг.
Спасибо за ссылку.