A Dynatrace elemzéssel egészíti ki adatbázis-megfigyelési eszközét
A Dynatrace továbbfejlesztette Database App nevű eszközét, amely az adatbázisok megfigyelése mellett azok konfigurációját, sémáját, lekérdezéseit és végrehajtási terveit is elemzi. A vállalat szerint az új funkciók segíthetnek a platformcsapatoknak gyorsabban megtalálni és rangsorolni a problémákat.
- A Dynatrace Database App öt területen elemzi az adatbázisokat.
- Az állapotpontszám 0 és 100 közötti értékkel segíti a rangsorolást.
- A rendszer lekérdezéseket és végrehajtási terveket is vizsgál.
- A Dynatrace példájában egy probléma megoldása kilenc percet vett igénybe.
- A PostgreSQL, a MySQL és az SQL Server végrehajtási tervei közös formátumban is megjelenhetnek.
A riasztások önmagukban már kevésnek bizonyulhatnak
A Dynatrace szerint a felügyelt adatbázis-szolgáltatások, például az Amazon RDS, az Azure Database for PostgreSQL és a Google Cloud SQL elterjedése csökkentette az adatbázisok üzemeltetésével járó terheket. Ezzel együtt azonban a vállalatoknál kevesebb lehet a mély adatbázis-szakértelemmel rendelkező szakember.
A modern mérnöki csapatok gyakran több tucat, több száz vagy akár több ezer adatbázist kezelnek. Ezek mikroszolgáltatásokat, adatfeldolgozási folyamatokat és mesterségesintelligencia-inferenciafeladatokat szolgálhatnak ki. Ilyen környezetben a hagyományos megfigyelés rengeteg riasztást és mutatót jelenít meg, de kevés segítséget ad annak megértéséhez, hogy egy probléma mennyire súlyos, mi okozza, és mi legyen a következő lépés.
A Dynatrace ezt a megközelítést „analysis-first database observability”, vagyis elemzésközpontú adatbázis-megfigyelés néven írja le. A cég közlése szerint a Database App nemcsak megmutatja, mi történik, hanem elemzi és magyarázza is a jelenségeket, valamint javítási javaslatokat ad.
Öt területen vizsgálja az adatbázisokat
Az új elemzési motor folyamatosan értékeli az adatbázisokat. A vizsgálat öt fő területre terjed ki:
- Konfigurációelemzés: a beállításokat az adott terheléshez és hardverprofilhoz viszonyítja.
- Sémaelemzés: a táblák és indexek olyan szerkezeti problémáit keresi, amelyek ronthatják a teljesítményt.
- Lekérdezéselemzés: azonosítja a problémás SQL-lekérdezéseket és azok okait.
- Végrehajtásiterv-elemzés: megmutatja, hogyan hajtja végre az adatbázis a lekérdezést, és hol található a szűk keresztmetszet.
- Állapotpontszám: minden adatbázispéldányhoz 0 és 100 közötti értéket rendel, súlyozott ellenőrzések alapján.
A végrehajtási terveket interaktív faábrák jelenítik meg. A Dynatrace a PostgreSQL, a MySQL és az SQL Server terveit közös formátumba is rendezi, így a mérnökök egységes módon vizsgálhatják őket. A rendszer emellett figyelmeztető jeleket ad az időbeli mintázatok alapján, és megmagyarázza, hogy egy-egy konfigurációs eltérés miért lehet fontos.
Egy példa szerint kilenc perc alatt megoldható a probléma
A Dynatrace egy szemléltető példán mutatja be a funkciók használatát. Egy fizetési szolgáltatás p99 késleltetése megemelkedik, a készenléti mérnök pedig azt látja, hogy egy 3,7 másodperces kérésből 3,4 másodpercet adatbázis-művelet tesz ki.
A Database App szerint egy lekérdezés az elmúlt órában a teljes végrehajtási idő 71 százalékáért felelt, miközben 1,8 millió alkalommal futott le. A hívások száma az előző órához képest 340 százalékkal nőtt. A lekérdezés végrehajtási terve egy nagy táblán végzett szekvenciális vizsgálatot jelzett, amely a terv költségének 97 százalékát adta.
A rendszer egy index létrehozását javasolta a merchant_id és status oszlopokon. A Dynatrace példájában az index aktiválása után a terv indexvizsgálatra váltott, az átlagos végrehajtási idő pedig 4,5 ezredmásodpercről 0,08 ezredmásodpercre csökkent. A p99 késleltetés 180 ezredmásodpercre állt vissza, a riasztástól a megoldásig eltelt idő pedig kilenc perc volt. A vállalat hangsúlyozza, hogy ez szemléltető forgatókönyv, a tényleges eredmények eltérhetnek.
A bejelentés 2026. augusztus 4-én jelent meg. A fejlesztés a Dynatrace szerint azoknak a csapatoknak lehet fontos, amelyek dedikált adatbázis-adminisztrátorok nélkül, nagy és elosztott adatbázis-környezeteket üzemeltetnek.
