Ar programa pradėjo veikti lėčiau, nors darbo procesai nepasikeitė?
Našumo problemos kasdieniame darbe dažniausiai pasimato labai praktiškais požymiais:
- lėčiau atsidaro dokumentai, sąrašai ar ataskaitos,
- ilgiau vykdomos paieškos ir duomenų analizės,
- ilgiau formuojamos likučių, pardavimų, sandėlio ar apskaitos ataskaitos,
- sistema tam tikrais momentais atrodo „pakibusi“,
- veiksmas, kuris anksčiau trukdavo kelias sekundes, pradeda trukti daug ilgiau,
- padidėja serverio apkrova,
- darbuotojams tenka ilgiau laukti sistemos atsako.
Paprastas pavyzdys: jei sandėlyje prekės sudėtos tvarkingai, darbuotojas greitai randa, ko reikia. Tačiau jei sandėlis ilgą laiką neperžiūrimas, dėžės perkeliamos, dokumentai kaupiami, o tvarka nebeatnaujinama, paieška tampa lėtesnė.
Panašiai vyksta ir su duomenų baze. Kai joje ilgą laiką kaupiasi duomenys, vyksta daug įrašų kūrimo, redagavimo ir trynimo veiksmų, o tam tikros vietos nėra optimizuojamos, sistema gali užtrukti ilgiau ieškodama ir apdorodama informaciją.
Kodėl pasireiškia sulėtėjimas ir kas dėl to kaltas?
EuroSkaita šeimos programos, kaip ir kitos VVS sistemos, veikia Microsoft SQL Server aplinkoje. Ilgainiui duomenų bazėje kaupiasi vis daugiau informacijos: didėja lentelės, keičiasi duomenų pasiskirstymas, atsiranda individualūs praplėtimai, papildomi indeksai ir specifiniai procesai. Dėl to sistemos greitaveiką lemia ne tik pačios VVS programos kodas, bet ir SQL Server duomenų bazės būklė – indeksai, statistika, užklausų vykdymo planai, blokavimai, disko apkrova, atmintis ir kiti serverio resursai.
Todėl SQL greitaveikos analizė, indeksų priežiūra, blokavimų tyrimas ir užklausų optimizavimas yra įprasta SQL Server duomenų bazės priežiūros praktika. Tai nėra papildomas programos defektų taisymas – tai techniniai darbai, padedantys nustatyti ir pašalinti realias sistemos sulėtėjimo priežastis.
Žemiau pateikiamos pagrindinės Microsoft ir SQL Server ekspertų nuorodos, pagrindžiančios šių darbų svarbą.
- Microsoft – Troubleshoot entire SQL Server or database application that appears to be slow – apie lėto SQL Server diagnostiką, CPU, I/O, atmintį, statistiką, trūkstamus indeksus.
- Microsoft – Index Architecture and Design Guide – apie indeksų įtaką greitaveikai.
- Microsoft – Optimize index maintenance to improve query performance – apie indeksų priežiūrą, fragmentaciją, reorganizavimą ir rebuild.
- Microsoft – Statistics – apie tai, kad Query Optimizer remiasi statistika.
- Microsoft – Understand and resolve SQL Server blocking problems – apie blokavimus kaip normalią SQL Server / RDBMS veikimo savybę.
- Microsoft – Query Store – apie užklausų planų ir našumo istorijos analizę.
- Microsoft – DBCC SHRINKDATABASE – apie shrink operacijos paskirtį ir perspėjimą, kad tai nėra reguliari priežiūra.
- SQLskills / Paul Randal – Why you should not shrink your data files – ekspertinis paaiškinimas, kodėl shrink gali sukelti fragmentaciją ir papildomą apkrovą.
Kiekviena sulėtėjimo priežastis reikalauja skirtingų sprendimų. Vienais atvejais pakanka nustatyti konkrečią lėtą SQL užklausą, kitais – reikia optimizuoti indeksus, peržiūrėti duomenų bazės struktūrą arba sumažinti ilgus metus kauptų istorinių duomenų įtaką sistemos greitaveikai.
Atsižvelgdami į dažniausiai pasitaikančias situacijas, sukūrėme keturias specializuotas SQL Server priežiūros ir optimizavimo paslaugas.
SQL Server priežiūros ir optimizavimo paslaugos
Norite sužinoti daugiau? Susisiekite: E-CRM.
