Domanda

L'articolo Le migliori pratiche SQL Server Tempdb aumentano le prestazioni suggerisce che dovrei dividere tempdb in un numero di file pari al numero di core. Quindi per 4 core ottieni 4 file.

Avendo il numero maggiore di file, è possibile aumentare il numero di operazioni I/O fisiche che SQL Server può spingere sul disco contemporaneamente. Più I/O è che SQL Server può spingere verso il basso al livello del disco, più veloce sarà eseguito il database. Con i database standard, SQL Server può memorizzare nella cache una grande quantità di dati di cui ha bisogno in memoria. A causa della natura ad alta scrittura del tempdb, i dati devono essere scritti sul disco prima che possano essere memorizzati in memoria in memoria.

Anche se suona bene in teoria, è davvero così buono come un'ottimizzazione generale? È qualcosa che può richiedere solo sistemi specifici in cui IO è molto alto?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a dba.stackexchange
scroll top