När du har installerat den här uppdateringen måste du lägga till flaggan trace-T8075 som en start parameter för att aktivera ändringen.
Symptom
När du kör en fråga i en 64-bitars version av Microsoft SQL Server 2012 får du ett fel meddelande av slut på minnet som liknar följande i SQL Server-felloggen:
Misslyckade tilldelnings sidor: FAIL_PAGE_ALLOCATION 513
Det tar lång tid för frågor att slutföra och det ger SOS_MEMORY_TOPLEVELBLOCKALLOCATOR vänta. När du undersöker följande informations punkter ser du att det finns väldigt låga virtuella adress utrymmen:
-
DBCC MEMORYSTATUS-processor/system räkning-tillgängligt virtuellt minne
-
DMV: sys.dm_os_process_memory kolumn virtual_address_space_available_kb
De här värdena börjar med cirka 8 terabyte (TB) i en x64-process och fortsätter att nå ner och har en gigabyte (GB). När du är på scenen där det tillgängliga virtuella adress utrymmet är mycket lågt kan frågor som försöker utföra minnesallokering också få en wait-typ av CMEMTHREAD. Följande data punkter fortsätter att öka med tiden:
-
DMV: sys.dm_os_process_memory och sys.dm_os_memory_nodes kolumn virtual_address_space_reserved_kb
-
DBCC MEMORYSTATUS – den reserverade reserveringen
Dessa värden ökar normalt med värdet "max server minne" upp till nästan 8 TB.
Orsak
När SQL Server-processen har nått tillståndet där totalt server minne = mål server minne = Max server minne, finns det principer i SQL Server Memory Manager som gör att flera 8 KB-sidor kan slutföras. Ett upprepat tilldelnings mönster under ett sådant villkor kan leda till fragmentering av minnes block och förbrukning av virtuellt adress utrymme. Om den här processen upprepas många gånger kommer det virtuella adress utrymmet för SQL Server att bli slut och du kommer att upptäcka symptomen som nämndes ovan.
Lösning
Kumulativ uppdaterings information
Problemet är först åtgärdat i den kumulativa uppdateringen av SQL Server.
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Vi rekommenderar att du laddar ner och installerar de senaste kumulativa uppdateringarna för SQL Server:
Denna snabb korrigering förhindrar både slut på minne och kontinuerlig reducering av tillgängligt virtuellt adress utrymme.
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
Mer information
-
Windows 2012 R2 tillåter att virtuellt adress utrymme växer så mycket som 128 TB. Därför kanske du inte märker att det här problemet i Windows 2012 R2-miljöer. Mer information finns i följande avsnitt i Windows Dev Center:minnes begränsningar för Windows och Windows Server-utgåvor
-
Om du ser kontinuerlig tillväxt i virtuellt adress utrymme även efter att du har installerat korrigerings filen kan du bestämma vilka frågor eller åtgärder som begär stora mängder minne genom att använda Page_allocated utökade händelsen. Ett exempel skript ser ut så här:
CREATE EVENT SESSION [memory_tracking] ON SERVERADD EVENT sqlos.page_allocated( ACTION(package0.callstack,sqlos.cpu_id,sqlos.task_address,sqlos.worker_address,sqlserver.database_id,sqlserver.query_hash,sqlserver.request_id,sqlserver.session_id,sqlserver.sql_text) WHERE ([number_pages]>(1)))ADD TARGET package0.event_file(SET filename=N'E:\Data\MSSQL11.MSSQLSERVER\MSSQL\Log\memory_tracking.xel')WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=PER_CPU,TRACK_CAUSALITY=OFF,STARTUP_STATE=OFF)GO
Vanligt vis loggar dessa säkerhets kopiering och indexerings underhåll.
