Probablemente fue causado por una consulta que deseaba leer más páginas en el grupo de búferes, y el grupo de búferes tomaba más memoria para acomodar eso. Así es como se supone que funciona SQL Server. Si la caja experimenta presión de memoria, le pedirá a SQL Server que renuncie a algo de memoria, lo que hará. El cliente no debe preocuparse.
Puede usar el DMV sys.dm_os_buffer_descriptors
para ver qué cantidad de memoria de la agrupación de almacenamiento intermedio está siendo utilizada por qué base de datos. Este fragmento le dirá cuántas páginas limpias y sucias (modificadas desde el último punto de control o leídas del disco) de cada base de datos están en el grupo de búferes. Puede modificar más.
SELECT
(CASE WHEN ([is_modified] = 1) THEN 'Dirty' ELSE 'Clean' END) AS 'Page State',
(CASE WHEN ([database_id] = 32767) THEN 'Resource Database' ELSE DB_NAME (database_id) END) AS 'Database Name',
COUNT (*) AS 'Page Count'
FROM sys.dm_os_buffer_descriptors
GROUP BY [database_id], [is_modified]
ORDER BY [database_id], [is_modified];
GO
Lo explico un poco más en esta publicación de blog Inside the Storage Engine: ¿Qué hay en el grupo de búferes?
También puede consultar KB 907877 ( Cómo usar el comando DBCC MEMORYSTATUS para monitorear el uso de memoria en SQL Server 2005 ) que le dará una idea del desglose del resto del uso de memoria de SQL Server (pero no por base de datos).
¡Espero que esto ayude!