Pēc šī atjauninājuma lietošanas ir jāpievieno izsekošanas karodziņš-T8075 kā startēšanas parametrs, lai iespējotu šīs izmaiņas.
Simptomi
Palaižot vaicājumu Microsoft SQL Server 2012 64 bitu versijā, tiek parādīts kļūdas ziņojums, kas līdzīgs tālāk norādītajiem SQL Server kļūdu žurnālfailā.
Neizdevās piešķirt lapas: FAIL_PAGE_ALLOCATION 513
Vaicājumiem ir nepieciešams ilgs laiks, lai pabeigtu izpildi, un rodas SOS_MEMORY_TOPLEVELBLOCKALLOCATOR nogaida. Aplūkojot tālāk norādītos informācijas punktus, jūs atklāsiet, ka ir ļoti zemas pieejamās virtuālās adreses vietas:
-
DBCC stāvoklis-procesa/sistēmas saskaita sadaļa — pieejama virtuālā atmiņa
-
DMV: sys.dm_os_process_memory kolonna virtual_address_space_available_kb
Izmantojot x64 procesu, šīs vērtības tiek sāktas ar 8 terabaitiem (TB) un turpina rāpties uz leju un sasniedz dažus gigabaitus (GB). Kad esat posmā, kur pieejamā virtuālā adrešu telpa ir ļoti zema, vaicājumi, kas mēģina veikt atmiņas piešķiršanu, var rasties arī CMEMTHREAD. Tālāk norādītie datu punkti turpinās palielināties:
-
DMV: sys.dm_os_process_memory un sys.dm_os_memory_nodes-Column virtual_address_space_reserved_kb
-
DBCC stāvoklis-Memory Manager sadaļa — VM rezervēts
Šīs vērtības parasti pieaugs līdz gandrīz 8 TB no vērtības "Max Server Memory".
Cēlonis
Kad SQL Server process ir sasniedzis stāvokli, kur kopējais servera atmiņa = mērķa servera atmiņa = Max Server Memory, pastāv politikas SQL Server Memory Manager, lai jauni piešķirtie pieprasījumi īslaicīgi izdosies. Atkārtota piešķiršana atbilstoši šādam nosacījumam var izraisīt atmiņas bloku sadrumstalotību un virtuālās adrešu telpas patēriņu. Ja šis process atkārtojas vairākkārt, SQL Server virtuālā adrešu telpa būs izsmelta un jūs ievērosit iepriekš minētos simptomus.
Risinājums
Kumulatīvās atjaunināšanas informācija
Šī problēma pirmo reizi tika izlabota tālāk sniegtajā SQL Server kumulatīvajā atjauninājumā.
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Iesakām lejupielādēt un instalēt jaunākos SQL Server kumulatīvos atjauninājumus:
Šis labojumfails neļauj saglabāt atmiņu un nepārtrauktu pieejamās virtuālās adrešu vietas samazināšanu.
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
Papildinformācija
-
Windows 2012 R2 nodrošina virtuālo adrešu telpu, lai tā kļūtu lielāka par 128 TB. Tāpēc, iespējams, nepamanīsit šo problēmu Windows 2012 R2 vidēs. Lai iegūtu papildinformāciju, skatiet tālāk esošo tēmu Windows dev Center:Windows un Windows Server laidienu atmiņas ierobežojumi
-
Ja tiek rādīta nepārtraukta izaugsme virtuālajā adrešu telpā pat pēc labojuma lietošanas, varat noteikt, kuri vaicājumi vai darbības pieprasa lielus atmiņas apjomus, izmantojot Page_allocated pagarināts notikums. Skripta paraugs izskatās šādi:
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
Parasti šīs ir žurnālu dublējumkopijas un indeksēšanas uzturēšanas darbības, kas notiek bieži.
