SQL Server: qualcuno ha usato l'opzione di ottimizzazione delle allocazioni di grandi pagine?


12

Qualcuno ha usato l'opzione di ottimizzazione dell'utilizzo TF834 large page allocations. Stavo solo leggendo un articolo di MS su di esso e mi chiedevo se qualcuno lo avesse usato e visto miglioramenti delle prestazioni. Ci sono cose a cui prestare attenzione, suggerimenti, insidie?

Il server è un Windows 2000 64 bit, 128 GB RAM, 4 CPU 8 core hyperthreded (totale 64 core) SQL2005 server. Sto cercando di ottimizzare il server per utilizzare meglio le sue specifiche piuttosto che utilizzare l'installazione SQL predefinita che è attualmente eseguita su di esso. Eventuali suggerimenti extra saranno i benvenuti.


support.microsoft.com/kb/920093 - quale O / S stai eseguendo e che tipo di carico di lavoro gestisce questo server?
Jon Seigel,

@Jon Seigel Ho modificato per OS (Win2K8). Il carico di lavoro è oltp. Ho già il link KB, ma non ho ancora usato questa funzione.
Stanley John

Non una risposta completa, lo so, ma un post di blog abbastanza utile qui
georgeb,

@george_dba, sì, avevo già letto questo blog. Ciò di cui mi preoccupo sono cose come l'uso delle pagine di blocco in memoria. Ci sono state alcune preoccupazioni sull'uso di questa funzione.
StanleyJohns,

Risposte:


4

Thomas Kejser di Microsoft ( blog ) presenta regolarmente che il flag di traccia 834 è l'unico flag di traccia più veloce per SQL Server. Lo avvertirebbe, ne sono certo, con molti test!


3
Ecco un articolo di Thomas che menziona (brevemente) TF834 - sqlug.se/Portals/0/Nyheter/…
Mark Storey-Smith

@Mark Storey-Smith buona cattura :)
martedì

@Mark Storey-Smith grazie per il PDF. Ha alcuni ottimi suggerimenti per l'ottimizzazione dei sistemi OLTP.
StanleyJohns,

3

Domanda difficile. Quello che ho aperto per me stesso e, spero, scoprirai qualcosa di nuovo:

Flag di traccia 834: utilizzare allocazioni di grandi pagine di Microsoft Windows per il pool di buffer Il flag di traccia 834 fa sì che SQL Server utilizzi allocazioni di grandi pagine di Microsoft Windows per la memoria allocata per il pool di buffer. Le dimensioni della pagina variano in base alla piattaforma hardware, ma le dimensioni della pagina possono variare da 2 MB a 16 MB. Le pagine di grandi dimensioni vengono allocate all'avvio e vengono conservate per tutta la durata del processo. Il flag di traccia 834 migliora le prestazioni aumentando l'efficienza del buffer di look-side di traduzione (TLB) nella CPU.

Il flag di traccia 834 si applica solo alle versioni a 64 bit di SQL Server. È necessario disporre delle pagine di blocco dell'utente in memoria a destra per attivare il flag di traccia 834. È possibile attivare il flag di traccia 834 solo all'avvio.

Il flag di traccia 834 potrebbe impedire l'avvio del server se la memoria è frammentata e se non è possibile allocare pagine di grandi dimensioni. Pertanto, il flag di traccia 834 è più adatto per i server dedicati a SQL Server. Di Più

A mio avviso, è un documento abbastanza buono (e SOLO): risoluzione dei problemi di prestazioni in SQL Server 2005 e per SQL Server 2008: risoluzione dei problemi di prestazioni in SQL Server 2008. Due parole su Denali e le novità: il gestore della memoria di SQL Server cambia a Denali .

Fortuna.


+1, l'articolo tecnico SQL presenta passaggi molto pratici. Ne tengo uno con me per un rapido riferimento e anche per le query TSQL pronte all'uso che ha.
StanleyJohns,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.