SQL Serverin valvontatyökalut: Mitä seurata ja miten valita

SQL Serverin valvontatyökalut voivat seurata kaikkea Windowsin CPU- ja levykäytöstä estämiseen, odotustilastoihin, kyselysuunnitelmiin ja tietokannan saatavuuteen. Oikea työkalu riippuu siten SQL Serverin tasosta, jota sinun todella tarvitsee tarkkailla, eikä sen ominaisuusluettelon koosta.

Tämä opas selittää, mitä IT-tiimien tulisi valvoa, missä Windows-palvelimen valvonta päättyy ja SQL-spesifinen valvonta alkaa, mitkä Microsoftin sisäänrakennetut työkalut ovat saatavilla ja kuinka valita sopiva valvontamenetelmä.

Mikä tekee SQL Serverin valvonnasta erikoista?

Palvelimien valvonta, perusteet:

Microsoft SQL Server toimii palvelin-infrastruktuurilla, joten käyttöjärjestelmän suorituskyky on tärkeää Korkea CPU-käyttö, muistin paine tai hidas tallennus voivat vaikuttaa SQL Serveriin, vaikka tietokantamoottorissa ei olisi itsessään mitään vikaa.

SQL-palvelimien tietokantakohtaiset valvontatarpeet:

Kuitenkin selkeät Windows Server -mittarit eivät välttämättä tarkoita hyvää SQL Server -suorituskykyä. Käyttäjät voivat kokea hitaita tapahtumia estämisen, huonojen suoritusplanien tai kyselyodotusten vuoksi, vaikka taustakone näyttää edelleen olevan kunnossa.

Kuinka Microsoft jakaa tämän:

Microsoft heijastaa tätä eroa omassa valvontarakenteessaan. Windows-työkalut, kuten Suorituskykymittari, kattavat järjestelmäresurssit, kun taas SQL Server tarjoaa tietokantakohtaisia toimintoja, mukaan lukien Kyselyvarasto, Laajennetut tapahtumat, Toimintomittari, virhelokit ja Transact-SQL-valvontakyvyt.

SQL Serverin valvonnan tulisi siten kattaa useita täydentäviä kerroksia yhden mittaristojen sijaan.

Mitä SQL Serverin valvontatyökalujen tulisi seurata?

Tarvittavat tarkat mittarit riippuvat siitä, ovatko IT-tiimit ensisijaisesti vastuussa infrastruktuurin saatavuudesta, tietokannan hallinnasta vai sovelluksen suorituskyvystä. Hyvä seuranta strategia alkaa laajasti ja lisää syvempää SQL Server -näkymää, kun työkuorma sitä vaatii.

1. Palvelimen ja infrastruktuurin terveys

Aloita SQL Server -isäntäsi käytettävissä olevista resursseista. CPU, fyysinen muisti, levyn kapasiteetti, levyn luku- ja kirjoitustoiminta, verkkokäyttö ja käynnissä olevat prosessit tarjoavat infrastruktuurin kontekstin tietokannan suorituskyvylle.

Tärkeä seikka on korrelaatio. Korkeat SQL-vastausajat, joita seuraa tallennusviive, viittaavat erilaiseen tutkimukseen kuin hitaat kyselyt, jotka tapahtuvat, kun isäntä on varustettu riittävällä CPU-, muisti- ja I/O-kapasiteetilla.

Isännän valvonta myös auttaa havaitsemaan ongelmia, jotka vaikuttavat muuhun kuin SQL Serveriin. Fyysinen tai virtuaalinen palvelin voi isännöidä tukisovelluksia, palveluja tai etäkäyttäjiä, joiden toiminta kilpailee samoista resursseista.

2. SQL Serverin instanssi ja tietokannan terveys

Seuraava kerros tarkastelee tietokantamoottoria itseään.

Tärkeät alueet sisältävät yleisesti odotukset, aktiiviset istunnot, estot, kuolleet lukot, tietokantatiedoston kasvun, transaktio-lokin käytön ja TempDB-toiminnan. Järjestelmänvalvojien on myös ehkä seurattava tietokannan tilaa, yhteyksiä, muistin käyttäytymistä ja SQL Server -palveluja.

Odotustilastot ovat erityisen hyödyllisiä, koska ne auttavat tunnistamaan, mihin SQL Serverin tehtävät odottavat sen sijaan, että ne vain näyttäisivät, että järjestelmä on hidas. Estäminen ja kuolleet lukot tarjoavat lisänäkyvyyttä, mikä auttaa tunnistamaan, kilpailevatko tietyt tapahtumat resursseista.

Omistetut tietokannan valvontaplatfomit menevät siten paljon syvemmälle kuin isäntämonitorit. Esimerkiksi IDERA SQL Diagnostic Manager dokumentoi valvontaa odotuksille, estoketjuille, kuolleille lukituksille, TempDB-paineelle, I/O-viiveelle ja tietokannan kasvulle.

3. Kysely- ja kuormitussuorituskyky

Kun ongelma on paikannettu tietokannan kuormitukseen, aggregoidut palvelinmittarit ovat usein riittämättömiä. Järjestelmänvalvojien on määritettävä, mitkä kyselyt kuluttavat liikaa resursseja ja onko niiden käyttäytyminen muuttunut.

Käytännöllinen kyselytason tieto voi sisältää suorituksen keston, CPU-kulutuksen, loogiset ja fyysiset lukemiset, muistinkulutuksen, suorituksen taajuuden, odotukset ja suoritussuunnitelmat.

Microsoft Query Store on hyvä esimerkki ohjelmistosta, joka on räätälöity tätä varten. Se säilyttää kyselyt, suunnitelmat ja ajonaikaiset tilastot, jotta järjestelmänvalvojat voivat tarkastella suorituskykyä ajan myötä ja tunnistaa regressiot, jotka liittyvät kyselysuunnitelman muutoksiin. SQL Server 2017 ja uudemmat voivat tallentaa odotustilastoja Query Store -toiminnon kautta.

Tämä historiallinen konteksti on tärkeä, koska monet SQL Serverin ongelmat ovat satunnaisia. Tieto siitä, että CPU saavutti 90 % eilen iltapäivällä, on hyödyllistä. Tietäminen, mitkä kyselyt muuttuivat käyttäytymiseltään samassa hetkessä, tunnistaa mahdolliset toimenpiteet.

4. Saatavuus, Työpaikat ja Toiminnallinen Terveys

Suorituskyky on vain yksi osa SQL Serverin valvontaa. Toiminnalliset viat voivat vaikuttaa saatavuuteen ja palautettavuuteen, vaikka kuormituksen suorituskyky näyttäisi normaalilta.

Riippuen ympäristöstä, järjestelmänvalvojat saattavat tarvita näkyvyyttä SQL Server Agent -tehtäviin, varmuuskopioihin, tietokannan saatavuuteen ja Always On Availability Groups -ryhmiin. Suuremmat tai liiketoimintakriittiset kiinteistöt saattavat myös vaatia replikaation seurantaa, kokoonpanon seurantaa ja kapasiteettiarvioita.

Vaadittu syvyys on seurattava kuormituksen tärkeyttä. Pieni sisäinen tietokanta tai klusteroitu tuotanto SQL Server -kiinteistö vaatii hyvin erilaisia valvontarakenteita.

Mitkä sisäänrakennetut SQL Serverin valvontatyökalut voit käyttää?

Ennen kuin ostat omistettua alustaa, on syytä ymmärtää, mitä Microsoft SQL Server jo tarjoaa.

Laaja valikoima natiiveja työkaluja:

• Toimintamonitori tukee ad hoc -tarkastusta
• Query Store säilyttää historialliset kysely- ja suunnitelmatiedot
• Laajennetut tapahtumat tallentavat valittuja moottoritapahtumia
• Dynaamiset hallintanäkymät paljastavat sisäisiä suorituskykytietoja
• SQL Serverin virhelokit auttavat tutkimaan tietokantamoottorin tapahtumia.
• Windows Performance Monitor lisää käyttöjärjestelmän resurssitietoja.

Syvemmät diagnostiikat mutta suurempi monimutkaisuus:

Nämä työkalut voivat tarjota merkittävää diagnostista syvyyttä, erityisesti kokeneille tietokanta-administratoreille. Ne myös välttävät toisen esittelyn. valvontaportaali kun satunnainen vianetsintä riittää.

Heidän rajoituksensa ei usein ole pääsy tietoihin, vaan toiminnallinen mukavuus. IT-tiimi, joka hallitsee useita palvelimia, saattaa haluta keskitettyjä hallintapaneeleja, pysyviä historiatietoja, helpompaa hälyttämistä ja nopeampaa korrelaatiota sen sijaan, että kokoaisi tietoja useista SQL Server- ja Windows-käyttöliittymistä.

Siinä kolmannen osapuolen valvonta muuttuu houkuttelevammaksi.

Kuinka valita SQL Serverin valvontatyökalut?

Aloita ongelmasta, jonka työkalun on tarkoitus ratkaista. Tämä auttaa sinua välttämään tavoitteesi menettämistä suurimpien tuettujen mittarien tarkistuslistassa.

1. Tarvittava näkyvyyden syvyys

Hyvä ensimmäinen kysymys on, tarvitsetko infrastruktuurin valvontaa, tietokantamoottorin diagnostiikkaa tai yksityiskohtaista kyselyanalyysiä.

Vaatimus	Valvontamenetelmä
CPU, muisti, levy ja palvelimen saatavuus	Palvelimen tai infrastruktuurin valvonta
Satunnainen SQL Serverin vianetsintä	Sisäänrakennetut Microsoft SQL Server -työkalut
Estäminen, odotukset, kuolleet lukot ja tietokanta hälytykset	Omistettu SQL Serverin valvonta
Kyselysuunnitelmat ja suorituskyvyn regressiot	Kyselytietokanta tai edistynyt SQL-valvonta
Suuri monikäyttöinen SQL-tila	Keskitetty tietokannan valvonta
SQL Server plus laajemmat sovellusriippuvuudet	Infrastruktuuri tai täysipinoinen havaittavuus yhdistettynä SQL-spesifiseen valvontaan

Nämä kategoriat voivat päällekkäin. Monissa ympäristöissä käytännöllisin lähestymistapa on yhdistelmä sen sijaan, että käytetään vain yhtä tuotetta.

2. Yhteensopivuusilmoitukset ja historia toimintojen kanssa

Valvonta on hyödyllisintä, kun se korostaa epänormaalia käyttäytymistä ennen kuin käyttäjät raportoivat ongelmasta.

Tarkista, tukeeko työkalu kynnysilmoituksia, historiallisia trendejä ja riittävää kontekstia tapahtuman tutkimiseen myöhemmin. Erityiset SQL-alustat voivat mennä pidemmälle liittämällä estoketjuja, deadlock-kaavioita tai kyselytietoja suoraan ilmoitukseen. Esimerkiksi Redgate Monitor dokumentoi SQL-spesifisiä ilmoituksia tapahtumista, kuten deadlockeista, epäonnistuneista tehtävistä, estetyistä kyselyistä ja pitkään kestäneistä kyselyistä.

Peruslinjojen asettaminen on myös tärkeää. Arvo, joka on epänormaali yhdelle tietokannalle, voi olla rutiinia toiselle, joten hälytysten tulisi heijastaa yksittäisten työkuormien käyttäytymistä ja liiketoiminnan merkitystä.

3. Ota huomioon skaala, käyttöönotto ja hallinta

Työkalu, joka sopii yhdelle SQL Server -instanssille, voi olla hankala useiden palvelimien välillä.

Harkitse, kuinka monta isäntää, instanssia ja tietokantaa tarvitsee valvontaa, kuinka valvontatietoja kerätään ja säilytetään, ja kuinka helposti ylläpitäjät voivat verrata järjestelmiä keskitetystä konsolista. Lisensointi, käyttöönoton vaivannäkö, raporttien luominen ja hälytyksen hallinta tulisi siksi arvioida teknisen syvyyden ohella.

Tavoitteena ei ole kerätä jokaista mahdollista mittaria. Tavoitteena on kerätä merkittävintä tietoa riittävässä määrin, jotta voidaan tunnistaa poikkeava käyttäytyminen ja lyhentää matkaa oireesta syyhyn, jotta IT-teknikot voivat korjata ongelman.

Missä TSplus Server Monitoring sopii?

TSplus Server Monitoring käsittelee tämän valvontamallin infrastruktuuripuolta. Se tarjoaa reaaliaikainen näkyvyys CPU:hen, muistiin, levyn luku- ja kirjoitustoimintaan, kaistanleveyteen, prosesseihin ja liitettyihin käyttäjiin, yhdessä historiallisten raporttien ja konfiguroitavien hälytysten kanssa palvelinmittareille.

Windows-palvelimelle, joka käyttää Microsoft SQL Serveriä, tämä näkyvyys auttaa määrittämään, liittyykö tietokannan suorituskykyongelma CPU-paineeseen, muistinkulutukseen, levyn toimintaan tai johonkin muuhun isäntä-tason tilaan. Historiallinen raportointi tarjoaa myös kontekstin toistuville infrastruktuuriongelmille.

TSplus Server Monitoring ei kuitenkaan ole erikoistunut SQL Serverin tietokannan suorituskyvyn analysoija. SQL:hen liittyvät vaatimukset, kuten suoritussuunnitelman analyysi, Query Store -tutkimus, estoketjut, deadlock-analyysi tai yksityiskohtaiset odotustilastot, vaativat Microsoftin SQL Server -työkaluja tai erikoistunutta tietokannan valvontatuotetta.

Monille IT-tiimeille nämä kerrokset täydentävät toisiaan. TSplus Server Monitoring voi tarjota selkeän näkymän palvelimen terveydestä ja resurssien kulutuksesta, kun taas SQL Serverin natiivityökalut tarjoavat syvempää tietokannan näkyvyyttä ja auttavat tunnistamaan, milloin tapahtuma viittaa tietokantamoottoriin tai yksittäiseen työkuormaan.

Päätelmä

SQL Serverin valvontatyökalujen valinta alkaa päättämisestä, mitä tulee seurata. Palvelinresurssit, tietokantamoottorin kunto ja kyselysuorituskyky edustavat eri kerroksia samassa järjestelmässä, eikä mikään yksittäinen mittari selitä niitä kaikkia.

Aloita infrastruktuurin terveydestä ja lisää sitten SQL-spesifistä seurantaa, missä tahansa kuormitus vaatii syvempää diagnosointia. Tämä kerroksellinen lähestymistapa pitää seurannan käytännöllisenä samalla, kun se antaa IT-tiimeille riittävän kontekstin erottamaan palvelinongelman tietokanta- tai kyselyongelmasta.

Usein kysyttyjä kysymyksiä

Mikä on SQL Serverin valvontatyökalu?

SQL Serverin valvontatyökalu seuraa Microsoft SQL Server -ympäristöjen terveyttä, suorituskykyä tai saatavuutta. Sen laajuudesta riippuen se voi valvoa isäntälaitteiden resursseja, tietokantoja, odotuksia, estämistä, kyselyjä, tehtäviä, varmuuskopioita tai saatavuusasetuksia.

Mitä SQL Serverin mittareita minun tulisi seurata?

Ydintilastot riippuvat työkuormasta ja sisältävät yleensä CPU:n, muistin ja tallennustilan. Samalla SQL-spesifiset merkit osoittavat esimerkiksi odotuksia, estämistä, kuolleita lukkoja, tietokannan kasvua, transaktiolokeja, TempDB-toimintaa, kyselyn kestoa ja työn tilaa.

Voiko Windows Serverin valvonta havaita SQL Serverin ongelmia?

Windows Serverin valvonta voi tunnistaa infrastruktuuriongelmia, jotka vaikuttavat SQL Serveriin, mukaan lukien CPU-, muisti- ja levypaine. Se ei itsessään voi selittää tietokannan moottorin ongelmia, kuten kyselysuunnitelman regressioita, estoketjuja tai SQL-spesifisiä odotuksia.

Sisältääkö SQL Server omat valvontatyökalunsa?

Kyllä. Microsoft SQL Server sisältää työkaluja ja toimintoja, kuten Query Store, Extended Events, Activity Monitor, Dynamic Management Views, virhelokit ja Transact-SQL-suorituskykyfunktiot. Niiden soveltuvuus riippuu tutkittavasta tapahtumasta tai kuormituksesta.

Tarvitsenko erillistä SQL Serverin valvontasoftaa?

Ei välttämättä. Sisäänrakennetut työkalut voivat olla riittäviä pienille ympäristöille tai satunnaiseen vianetsintään. Yhdistettynä TSplus Server Monitoring yleisiin tarkoituksiin Microsoftin SQL Serverin oma sisäänrakennettu valvontatyökalu ei juurikaan kadehdi kolmannen osapuolen valvontatuotteita. Omistettu valvonta tulee hyödyllisemmäksi, kun tiimien on tarpeen saada keskitetty näkyvyys, jatkuvat hälytykset, pitkäaikainen historia tai nopeampi diagnosointi useiden SQL Server -instanssien välillä.