Databasesystemen lijken veel op mensen:ze zijn complex en gelaagd, en ze gedragen zich niet altijd even goed onder stress. Dat is waar het monitoren van SQL Server-prestaties om de hoek komt kijken.
Een goede tool voor prestatiebewaking fungeert als uw ogen en oren binnen SQL Server om prestatieproblemen op te sporen en in sommige gevallen zelfs te voorspellen, zodat ze snel kunnen worden opgelost met minimale impact op de gebruikers.
Als het gaat om prestatiebewaking, is timing echt alles. Uw databasesysteem is nutteloos als het niet beschikbaar is voor gebruikers en klanten wanneer ze het nodig hebben, dus het vermijden van ongeplande uitval en downtime is cruciaal.
Uw oplossing voor prestatiebewaking van SQL Server kan problemen helpen verminderen door in realtime te monitoren, zodat u vroegtijdig op prestatieproblemen wordt gewezen en kleine problemen kunt oplossen voordat ze grote problemen worden. Veel monitoringtools bieden ook robuuste analyses waarmee u prestatiestatistieken in de loop van de tijd kunt volgen om lopende systeemproblemen te identificeren en de oorzaak van prestatievermindering te achterhalen.
End-to-end prestatiebewaking van SQL Server zal ongetwijfeld de algehele snelheid, efficiëntie en betrouwbaarheid van uw databasesysteem verbeteren, maar er zijn drie hoofdgebieden die het meest profiteren van prestatiebewaking van SQL Server.
1. CPU- en resourcegebruik
Door proactief de CPU-verwerking te bewaken, kunt u onmiddellijk zien of het systeem overbelast is. Een constant hoog CPU-gebruik (70-80 procent) geeft aan dat er een prestatieprobleem is in uw systeem. Het leuke is om het te vinden.
Omdat het CPU-zwijn SQL Server of een proces buiten SQL Server kan zijn, zal je eerste stap zijn om te bepalen welk proces het probleem veroorzaakt.
Als je het CPU-gebruik in de loop van de tijd hebt gevolgd (zoals wordt aanbevolen), kun je de historische gegevens opvragen om te identificeren welke processen consequent overmatige CPU gebruiken of knelpunten veroorzaken, zodat je dieper kunt ingaan op waarom.
Als u eenmaal weet wat en waar het probleem is, is uw volgende stap het afstemmen van inefficiënte query's, het optimaliseren van uitvoeringsplannen of het opnieuw configureren van het systeem om de CPU te ontlasten.
2. Uptime en beschikbaarheid
De gebruikers van vandaag eisen hoge beschikbaarheid (HA) voor elke applicatie die ze gebruiken, dus het moet een prioriteit zijn om ervoor te zorgen dat uw databases altijd online en 100 procent beschikbaar zijn.
Zorg voor maximale server-uptime en HA door uw SQL Server-monitoringtool te gebruiken om op deze prestatieproblemen te letten die de beschikbaarheid kunnen beïnvloeden:
Blokkeren
Blokkering vindt plaats wanneer meerdere clients en verschillende processen tegelijkertijd om dezelfde resources vragen. Als een resource in gebruik is, is deze vergrendeld en niet beschikbaar voor volgende verzoeken, dus het proces wordt uitgesteld totdat de resource wordt vrijgegeven en weer beschikbaar komt.
SQL Server-blokkades lossen zichzelf normaal gesproken ongemerkt op, maar af en toe moet een blokkering handmatig worden opgelost.
Deadlock
SQL Server-deadlock treedt op wanneer twee processen die strijden om exclusieve toegang tot dezelfde bron, een patstelling creëren. Slechts één proces kan een resource tegelijk gebruiken, dus de prestaties nemen af totdat de impasse is opgelost.
De enige manier om een SQL Server-impasse op te lossen, is door een van de concurrerende processen te beëindigen en de vergrendelde bron vrij te maken zodat het proces kan worden voltooid.
TempDB-conflict
TempDB-conflict treedt op wanneer meerdere bronnen TempDB nodig hebben, maar er is slechts één TempDB-gegevensbestand om toegang te krijgen. TempDB-conflicten kunnen grote prestatieproblemen veroorzaken en het duurt vaak even voordat de diagnose is gesteld, omdat de problemen lijken op normale blokkering vanwege databasevergrendelingen.
AlwaysOn-beschikbaarheidsgroepen zijn een andere manier om uitvaltijd te minimaliseren door de beschikbaarheid van een set gebruikersdatabases te maximaliseren. Het instellen van hoge beschikbaarheid van SQL Server is vrij eenvoudig en de voordelen zijn de moeite meer dan waard.
3. Schijfruimte
Onvoldoende schijfruimte is een belangrijke oorzaak van systeemuitval, maar gelukkig is het een vrij eenvoudig probleem om te vermijden.
Uw SQL Server-hulpprogramma voor prestatiebewaking zou u in staat moeten stellen waarschuwingen in te stellen wanneer u weinig schijfruimte heeft voordat u prestatieproblemen krijgt.
Door deze statistieken continu te controleren, kunt u ervoor zorgen dat u altijd voldoende schijfruimte behoudt:
- Vrije schijfruimte:de waarschuwing waarschuwt u als de hoeveelheid vrije schijfruimte onder een drempelwaarde daalt
- Niet-toegewezen ruimte:de waarschuwing waarschuwt u als een databasebestand onder een drempelwaarde zakt
- Databasebestanden worden groter:de waarschuwing zal u op de hoogte stellen van overmatige of snelle bestandsgroei
De drie hierboven besproken gebieden profiteren enorm van het monitoren van SQL Server-prestaties, maar in werkelijkheid is uw hele systeem gezonder en presteert het beter als u een uitgebreide monitoringstrategie heeft.
Als u niet zeker weet of u alle voordelen van de huidige SQL Server-oplossingen voor prestatiebewaking krijgt, kan deze checklist u helpen een SQL Server-tool voor prestatiebewaking te kiezen die past bij de specifieke behoeften van uw organisatie.