Eftersom IT-chefer har tittat på att utnyttja högre prestanda från SQL-server-implementeringar, har många antagit tekniker som kan förbättra de övergripande inmatnings- och utmatningsfrågorna har blivit ett fokus för processen.

Serverinställningar har alltid varit ett av de viktigaste målen för alla DBA-enheter, och allt större arbetsbelastningar påläggs SQL-servrar, eftersom stora data har blivit ett kommersiellt imperativ för alla företag.

Systemprestandan kommer alltid att vara kopplad till den underliggande hårdvaran som MySQL-databasen körs på. Som sådan har hårdvarans I / O-prestanda alltmer kommit fram som ett sätt att förbättra serverns prestanda.

Försök och fel

Vad som har blivit klart med I / O-tuning för SQL-servrar är att tålamod och uthållighet är väsentliga. En stor del försök och fel krävs innan ett optimalt balans uppnås, och det första steget kommer alltid att vara att jämföra och mäta befintliga I / O-prestanda.

Här är spårningen av IOPS (I / O-operationer per sekund) ett bra sätt att mäta de aktuella belastningarna som rör sig över din serverkonfiguration.

Admins uppmanas också att använda sig av SQL Server Profiler som skickas med varje utgåva av SQL-databasen. Det här verktyget är ovärderligt för att fånga in serverns händelser, vilket i sin tur kan användas för att spåra arbetsbelastningar. Detta gör att du kan se var flaskhalsar är belägna.

Dessutom kan SQL Server 12-användare använda funktionen Extended Events för att ge mer detaljerad inblick i arbetsbelastningen på deras server I / O.

En av de mest effektiva metoderna för att förbättra I / O-prestanda är att öka tillgängligt minne. Eftersom installerat minne är mycket lågt, behöver IT-chefer inte fokusera på minnesbesparande tekniker eftersom de strävar efter att maximera I / O-prestanda.

Att fokusera på I / O-händelserna själva och minska CPU-tiden kommer att vara mer produktiva och leda till att verkliga prestanda ökar.

Bufferingsfaktor

Minnesbuffert har också visat sig vara mycket effektivt. Här, buffert serverförfrågningar som sedan skickas till SQL-databasen i grupper minskar totala I / O-tider.

Operativsystemet kommer att göra ett bra jobb att cache dessa samtal och skicka dem till databasen på bästa möjliga sätt, minska I / O-händelser.

Konfigurationen av lagringsnätverk kan också ha stor inverkan på I / O-prestanda. Loggfiler ska placeras på egen volym, liksom tempdb-rutinen som ska ha sitt eget I / O-delsystem.

Säkerhetskopior bör också ha sin egen I / O för att förhindra att dessa påverkar serverens övergripande prestanda negativt.

Övergripande är förståelse för den befintliga I / O-profilen för din SQL-data viktig innan avstämningen kan börja. Eftersom inga två installationer kommer att vara desamma måste IT-chefer utveckla sitt eget skräddarsydda tillvägagångssätt som ger den bästa prestandan för deras speciella installation.