Poiché i responsabili IT hanno cercato di sfruttare prestazioni più elevate dalle implementazioni dei server SQL, molti hanno adottato tecniche in grado di migliorare l'input generale e le query di output sono diventate il punto focale del processo.

Il tuning dei server è sempre stato uno degli obiettivi principali di tutti gli amministratori di database e sono stati imposti carichi di lavoro sempre più grandi sui server SQL, dal momento che i big data sono diventati un imperativo commerciale per tutte le aziende.

Le prestazioni del sistema saranno sempre legate all'hardware sottostante su cui verrà eseguito il database MySQL. Come tale, le prestazioni di I / O dell'hardware sono sempre più sotto i riflettori come mezzo per migliorare le prestazioni del server.

Prova ed errore

Ciò che è diventato chiaro con l'ottimizzazione I / O per i server SQL è che la pazienza e la perseveranza sono essenziali. È necessario un sacco di tentativi ed errori prima di raggiungere un equilibrio ottimale e il primo passo sarà sempre quello di confrontare e misurare le prestazioni I / O esistenti.

Qui, tracciare l'IOPS (operazioni I / O al secondo) è un buon modo per misurare i carichi correnti che si spostano sulla configurazione del server.

Gli amministratori sono inoltre incoraggiati a utilizzare SQL Server Profiler fornito con ciascun problema del database SQL. Questo strumento è inestimabile per acquisire eventi del server, che a sua volta possono essere utilizzati per tracciare i carichi di lavoro. Ciò consente di vedere dove si trovano i colli di bottiglia.

Inoltre, gli utenti di SQL Server 12 possono utilizzare la funzione Eventi estesi per fornire maggiori informazioni dettagliate sui carichi di lavoro sui rispettivi I / O del server.

Uno dei metodi più efficaci per migliorare le prestazioni di I / O è aumentare la memoria disponibile. Dal momento che la memoria installata è a basso costo, i responsabili IT non devono concentrarsi sulle tecniche di risparmio della memoria mentre si sforzano di massimizzare le prestazioni di I / O.

Concentrarsi sugli stessi eventi I / O e ridurre il tempo della CPU sarà più produttivo e porterà ad aumenti delle prestazioni nel mondo reale.

Fattore di bufferizzazione

Anche il buffering della memoria si è dimostrato molto efficace. Qui, il buffering delle richieste del server che vengono poi inviate al database SQL in gruppi riduce i tempi di I / O complessivi.

Il sistema operativo farà un buon lavoro nel mettere in cache queste chiamate e inviarle al database nel modo più efficiente, riducendo gli eventi I / O.

La configurazione delle reti di storage area può anche avere un enorme impatto sulle prestazioni I / O. I file di registro devono essere posizionati sul proprio volume, così come la routine tempdb che dovrebbe avere il proprio sottosistema di I / O.

I backup dovrebbero inoltre avere il proprio I / O per evitare che questi possano influire negativamente sulle prestazioni generali del server.

Nel complesso, la comprensione del profilo I / O esistente dei dati SQL è essenziale prima che possa iniziare la messa a punto. Dato che non ci saranno due installazioni uguali, i responsabili IT dovranno sviluppare un proprio approccio personalizzato che offra le migliori prestazioni per la loro particolare installazione.