Megosztás a következőn keresztül:


Adatbázis-figyelők adatgyűjtése és adathalmazai (előzetes verzió)

A következőkre vonatkozik:Azure SQL DatabaseAzure SQL Managed Instance

Az Adatbázis-figyelő figyelési adatokat gyűjt az SQL-rendszernézetekből, és betölti őket az adattárba adathalmazokformájában. Minden adatkészlet egy vagy több SQL-rendszernézet adatainak használatával jön létre. Minden adathalmazhoz külön tábla tartozik az adattárban.

Adatgyűjtés

Az Adatbázis-figyelő rendszeres időközönként gyűjt monitorozási adatokat T-SQL-lekérdezések használatával. A lekérdezések minden egyes végrehajtása során gyűjtött adatokat mintanevezzük. A mintagyűjtés gyakorisága adatkészletenként változik. Előfordulhat például, hogy a gyakran változó adatok, például az SQL teljesítményszámlálói 10 másodpercenként, míg a legtöbb statikus adat, például az adatbázis-konfiguráció öt percenként gyűjthetők. További információ: Adathalmazok.

Az adatbázis-figyelő kihasználja a adatbevitel lehetőségeit az Azure Data Explorer és a Microsoft Fabric Real-Time Analytics szolgáltatásaiban, hogy közel valós idejű figyelést biztosítson. Az összegyűjtött SQL monitorozási adatok általában kevesebb mint 10 másodperc alatt válnak elérhetővé jelentéskészítéshez és elemzéshez. Az adatbetöltés késését az adatbázis-figyelő irányítópultokonfigyelheti a betöltési statisztikák hivatkozás használatával.

Az adatbázis-figyelő és az alkalmazás számítási feladatai közötti interakció

Az adatbázis-figyelő engedélyezése valószínűleg nem befolyásolja az alkalmazás számítási feladatainak teljesítményét. A gyakoribb monitorozási lekérdezések általában a második résztartományban futnak, míg azok a lekérdezések, amelyek több időt igényelhetnek, például nagy adathalmazok visszaadásához, ritkán futnak.

  • SQL-adatbázis
  • SQL rugalmas erőforráskészlet
  • felügyelt SQL-példány

Az alkalmazás számítási feladataira gyakorolt hatás kockázatának további csökkentése érdekében az Azure SQL Database-ben az adatbázis-figyelő lekérdezések erőforrás-szabályozása belső számítási feladatként. Ha az erőforrás-versengés jelen van, a figyelési lekérdezések erőforrás-felhasználása az adatbázis számára elérhető összes erőforrás kis hányadára korlátozódik. Ez rangsorolja az alkalmazás számítási feladatait a lekérdezések monitorozásával szemben.

Az egyidejűségi ütközések, például az adatgyűjtés és az Azure SQL-erőforrásokon futó adatbázis-számítási feladatok közötti blokkolás és holtpont elkerülése érdekében a figyelési lekérdezések rövid zárolási időtúllépéseket és alacsony holtpont prioritásthasználnak. Egyidejűségi ütközés esetén az alkalmazás számítási feladatainak lekérdezései elsőbbséget élveznek.

Az összegyűjtött adatokban a következő esetekben figyelhetők meg hiányosságok:

  • Ha a teljes erőforrás-kihasználtság magas, vagy ha egyidejűség ütközések lépnek fel a figyelési lekérdezések és az alkalmazás számítási feladatai között. Ezekben az esetekben a figyelési lekérdezések deprioritizáltak az alkalmazás számítási feladatainak javára.
  • Ha olyan automatizálással rendelkezik, amely leállítja a hosszú ideig futó munkameneteket. Az összegyűjtött adatok közötti rések elkerülése érdekében zárja ki azokat a munkameneteket, ahol a program_namesys.dm_exec_sessions rendszernézet oszlopa SQLExternalMonitoring vagy x_ms_reserved_sql_external_monitoring.

Adatgyűjtés rugalmas készletekben

A rugalmas készlet monitorozásához ki kell jelölnie a készletben egy adatbázist horgonyadatbázisként. Egy figyelő csatlakozik a horgonyadatbázishoz. Mivel a figyelő rendelkezik a-es VIEW SERVER PERFORMANCE STATE engedéllyel, a horgonyadatbázis rendszernézetei biztosítanak figyelési adatokat a készlet egészére.

Tipp

Hozzáadhat egy üres adatbázist minden olyan rugalmas készlethez, amelyet figyelni kíván, és kijelölheti azt horgonyadatbázisként. Így a rugalmas készletfigyelés megszakítása nélkül áthelyezhet más adatbázisokat a készleten belül és kívülre, illetve a készletek között.

A horgonyadatbázisból gyűjtött adatok készletszintű metrikákat és bizonyos adatbázisszintű teljesítménymetrikákat tartalmaznak a készlet minden adatbázisához, például az erőforrások kihasználtságát és az egyes adatbázisok kérési sebességének mérőszámait. Bizonyos esetekben egy rugalmas készlet SQL-céljának hozzáadása egy rugalmas készlet egészének monitorozásához szükségtelen lehet a készlet egyes adatbázisainak monitorozása.

Bizonyos monitorozási adatok, például a készletszintű PROCESSZOR, a memória, a tárterület kihasználtsága és a várakozási statisztikák csak rugalmas készletszinten gyűjthetők, mert nem rendelhetők hozzá egy készletben lévő önálló adatbázishoz. Ezzel szemben bizonyos egyéb adatok, például a lekérdezési futásidejű statisztikák, az adatbázis tulajdonságai, a tábla és az index metaadatai csak akkor érhetők el, ha egyéni adatbázisokat ad hozzá SQL-célokként.

Ha egyéni adatbázisokat ad hozzá egy rugalmas készletből SQL-célként, a rugalmas készletet is SQL-célként kell hozzáadnia. Így teljesebb képet kaphat az adatbázisról és a készlet teljesítményéről.

Sűrű rugalmas készletek monitorozása

A sűrű rugalmas készlet nagy számú adatbázist tartalmaz, de viszonylag kis számítási méretekkel rendelkezik. Ez a konfiguráció lehetővé teszi, hogy az ügyfelek jelentős költségmegtakarítást érjenek el a számítási erőforrás-foglalás minimálisra csökkentése révén.

Fontos, hogy ez a megközelítés feltételezi, hogy a készletben csak kis számú adatbázis rendelkezik egyszerre futó lekérdezésekkel.

Figyelmeztetés

Mivel a monitorozási lekérdezéseknek folyamatosan kell futniuk minden monitorozott adatbázisban, nem ajánlott néhánynál több adatbázist figyelni egy sűrű rugalmas készletben.

Ha sql-célként sok adatbázist ad hozzá egy sűrű rugalmas készletből, az egyes adatbázisokban futó figyelési lekérdezések összesített erőforrás-kihasználtsága hatással lehet az alkalmazás számítási feladataira, mert a készletben lévő erőforrások nem elegendőek.

Ugyanebből az okból előfordulhat, hogy az összegyűjtött adatokban rések vagy az adatminták között a vártnál nagyobb intervallumok jelennek meg.

A sűrű rugalmas készlet monitorozásához engedélyezze a figyelést a készlet szintjén úgy, hogy magát a rugalmas készletet SQL-célként hozzáadja. A rugalmas készletben lévő monitorozási lekérdezések teljes számának csökkentésével elkerülheti az alkalmazás számítási feladatainak befolyásolásának kockázatát, miközben továbbra is végrehajtható készletszintű adatokat gyűjthet a rugalmas SQL-készletadatkészleteiben.

Adatgyűjtés kiszolgáló nélküli adatbázisokban

Ha egy kiszolgáló nélküli adatbázis automatikus szüneteltetése le van tiltva, az adatbázis-figyelő ugyanúgy figyeli, mint egy kiépített adatbázist.

Ha engedélyezi az automatikus szüneteltetést egy kiszolgáló nélküli adatbázisban, az adatbázis-figyelő adatgyűjtése leáll, amikor az adatbázis szünetel. Az adatbázisfigyelő monitorozási lekérdezései nem akadályozzák a kiszolgáló nélküli adatbázisok szüneteltetését, ha az egyébként szüneteltetésre jogosult .

Röviddel azután, hogy egy kiszolgáló nélküli adatbázis szüneteltetett állapotra vált, a figyelő összefoglaló irányítópultjának állapota nem gyűjtésre változik. Az adatbázishoz korábban gyűjtött adatok a figyelő adattárában maradnak, és irányítópultokon és lekérdezéseken keresztül érhetők el.

Az adatgyűjtés perceken belül folytatódik, miután az adatbázis átáll a Szüneteltetve állapotról az Online állapotra.

Adattárolási hely

Az ügyfelek három adattártípus egyikében tárolhatják az összegyűjtött SQL monitorozási adatokat:

  • Az Azure Data Explorer-fürtön található adatbázis. Alapértelmezés szerint minden új figyelőhöz létrejön egy új Azure Data Explorer-fürt, és ugyanabban az Azure-régióban található, mint a figyelő.

    Az ügyfelek kiválaszthatják a konkrét Azure-régiót egy Azure régiócsoportban, mint az Azure Data Explorer-fürt és az adatbázis helyét. További információ az Azure Data Explorer adatreplikációs képességeiről: Üzletmenet-folytonosság és vészhelyreállítás áttekintése.

  • Egy adatbázis egy ingyenes Azure Data Explorer fürtön.

    Az ügyfelek kiválaszthatják az Azure földrajzi területet, de az ingyenes Azure Data Explorer-fürt és az adatbázis helyéül szolgáló konkrét Azure-régiót nem. Egy másik régióba vagy földrajzi régióba történő adatreplikálás nem támogatott.

  • Microsoft Fabric alatt aReal-Time Analyticsben található adatbázis.

    Az ügyfelek nem választhatják ki az adatbázis földrajzi helyét.

Az összegyűjtött SQL monitorozási adatok adattárolásának teljes körű szabályozásához az ügyfeleknek adattárként egy Azure Data Explorer-fürtön lévő adatbázist kell választaniuk.

Az ügyfelek az Azure Data Explorer-fürtjük földrajzi területét és régióját a figyelt Azure SQL-erőforrások földrajzi helyéhez és régiójához igazíthatják. Ha az Azure SQL-erőforrások több régióban találhatók, előfordulhat, hogy az ügyfeleknek több figyelőt és több Azure Data Explorer-fürtöt kell létrehozniuk az adattárolási követelmények teljesítéséhez.

Adatkészletek

Ez a szakasz az egyes SQL-céltípusokhoz elérhető adathalmazokat ismerteti, beleértve a gyűjtemény gyakoriságát és az adattárban lévő táblaneveket.

Megjegyzés

Az előzetes verzióban előfordulhat, hogy az adathalmazok hozzáadva és eltávolítva lesznek. Az adathalmaz tulajdonságai, például a név, a leírás, a gyűjtemény gyakorisága és az elérhető oszlopok változhatnak.

  • SQL-adatbázis
  • SQL rugalmas erőforráskészlet
  • felügyelt SQL-példány
Adatkészlet neve Tábla neve Gyűjtemény gyakorisága (óó:mm:ss) Leírás
Aktív munkamenetek sqldb_database_active_sessions 00:00:30 Minden sor egy kérést futtató munkamenetet jelöl, egy blokkolót vagy egy nyitott tranzakciót.
Biztonsági mentési előzmények sqldb_database_sql_backup_history 00:05:00 Minden sor egy sikeresen befejezett adatbázis-biztonsági mentést jelöl.
Módosítás feldolgozása sqldb_database_change_processing 00:01:00 Minden sor egy olyan változásfeldolgozási funkció összesített naplóvizsgálati statisztikáinak pillanatképét jelöli, mint például a Változásadat-rögzítés vagy a Változáscsatorna (Azure Synapse Link).
Feldolgozási hibák módosítása sqldb_database_change_processing_errors 00:01:00 Minden sor egy olyan hibát jelöl, amely a változásfeldolgozás során történt, például az adatrögzítés vagy a változáscsatorna módosítása (Azure Synapse Link) használatakor.
Hálózati csatlakozás sqldb_database_connectivity 00:00:30 Minden sor egy adatbázis csatlakozási mintavételét (bejelentkezését és lekérdezését) jelöli.
Földrajzi replikák sqldb_database_geo_replicas 00:00:30 Minden sor egy elsődleges vagy egy másodlagos georeplikát jelöl, beleértve a georeplikációs metaadatokat és statisztikákat.
Metaadatok indexelése sqldb_database_index_metadata 00:30:00 Minden sor egy indexpartíciót jelöl, és indexdefiníciót, tulajdonságokat és működési statisztikákat tartalmaz.
Memóriakihasználtság sqldb_database_memory_utilization 00:00:30 Minden sor egy memóriajegyzőt jelöl, és tartalmazza az adatbázismotor-példányon lévő jegyző memóriahasználatát.
Hiányzó indexek sqldb_database_missing_indexes 00:15:00 Minden sor egy olyan indexet jelöl, amely javíthatja a lekérdezési teljesítményt, ha létrejön.
Memóriakimerülési események sqldb_database_oom_events 00:01:00 Minden sor egy memóriakihasznált eseményt jelöl az adatbázismotorban.
Teljesítményszámlálók (gyakori) sqldb_database_performance_counters_common 00:00:10 Minden sor az adatbázismotor-példány teljesítményszámlálóját jelöli. Ez az adatkészlet gyakran használt számlálókat tartalmaz.
Teljesítményszámlálók (részletes) sqldb_database_performance_counters_detailed 00:01:00 Minden sor az adatbázismotor-példány teljesítményszámlálóját jelöli. Ez az adatkészlet olyan számlálókat tartalmaz, amelyekre szükség lehet a részletes monitorozáshoz és hibaelhárításhoz.
Tulajdonságok sqldb_database_properties 00:05:00 Minden sor egy adatbázist jelöl, és adatbázis-beállításokat, erőforrás-szabályozási korlátokat és egyéb adatbázis-metaadatokat tartalmaz.
Futtatókörnyezet statisztikáinak lekérdezése sqldb_database_query_runtime_stats 00:15:00 Minden sor egy Lekérdezéstár futásidejű időközt jelöl, és tartalmazza a lekérdezések végrehajtási statisztikáit.
Lekérdezési várakozási statisztikák sqldb_database_query_wait_stats 00:15:00 Minden sor egy Lekérdezéstár futásidejű időközt jelöl, és a várakozási kategória statisztikáit tartalmazza.
Replikák sqldb_database_replicas 00:00:30 Minden sor egy adatbázis-replikát jelöl, beleértve a replikáció metaadatait és a statisztikákat. Tartalmazza az elsődleges replikát és a georeplikákat, ha az elsődlegesen gyűjtik, valamint a másodlagos replikákat, ha másodlagosan gyűjtik.
Erőforrás-felhasználás sqldb_database_resource_utilization 00:00:15 Minden sor egy adott adatbázis cpu-, adat-I/O-, napló-I/O- és egyéb erőforrás-felhasználási statisztikáit jelöli egy időintervallumban.
Munkamenet-statisztikák sqldb_database_session_stats 00:01:00 Minden sor egy adatbázis munkamenet-statisztikáinak összegzését jelenti, nem additív munkamenet-attribútumok, például bejelentkezési név, állomásnév, alkalmazásnév stb. alapján összesítve.
SOS-ütemezők sqldb_database_sos_schedulers 00:01:00 Minden sor egy SOS-ütemezőt jelöl, és az ütemező, a CPU-csomópont és a memóriacsomópont statisztikáit tartalmazza.
Storage IO sqldb_database_storage_io 00:00:10 Minden sor egy adatbázisfájlt jelöl, és tartalmazza a fájl összesített IOPS-, átviteli sebesség- és késési statisztikáit.
Tárterület kihasználtsága sqldb_database_storage_utilization 00:01:00 Minden sor egy adatbázist jelöl, és tartalmazza a tárterület használatát, beleértve a tempdb, a lekérdezéstárat és az állandó verziótárat.
Tábla metaadatai sqldb_database_table_metadata 00:30:00 Minden sor egy táblázatot vagy indexelt nézetet jelöl, és olyan metaadatokat tartalmaz, mint a sorok száma, a térhasználat, az adattömörítés, az oszlopok és a korlátozások. Akkor gyűjti össze, ha az adatbázisban lévő táblák és indexelt nézetek száma 100 vagy kevesebb.
Várakozási statisztikák sqldb_database_wait_stats 00:00:10 Minden sor egy várakozási típust jelöl, és tartalmazza az adatbázismotor-példány összesített várakozási statisztikáit. Rugalmas készletben lévő adatbázisok esetén a rendszer csak az adatbázis-hatókörű várakozási statisztikákat gyűjti össze.

Megjegyzés

Rugalmas készletben lévő adatbázisok esetében a SQL-adatbázis készletszintű adatokat tartalmazó adatkészletek nem lesznek összegyűjtve. Ez magában foglalja a memória kihasználtságát, memóriakihasználtsági eseményeket, teljesítményszámlálókat (gyakori), valamint teljesítményszámlálókat (részletes) adatkészleteket. A várakozási statisztikák adatkészlete össze van gyűjtve, de csak az adatbázis-hatókörű várakozásokat tartalmazza. Így elkerülhető, hogy a csoport minden adatbázisából ugyanazokat az adatokat gyűjtse össze.

A medenceszintű adatokat az SQL rugalmas készlet adattárakban gyűjti. Egy adott rugalmas készlet esetében a teljesítményszámlálók (gyakori) és Teljesítményszámlálók (részletes) adathalmazok készletszintű metrikákat és bizonyos adatbázisszintű metrikákat tartalmaznak, például CPU-, adat IO-, Naplóírási, Kérelmek, Tranzakciókstb.

Gyakori oszlopok

Az egyes SQL-céltípusok esetében az adathalmazok közös oszlopokkal rendelkeznek, az alábbi táblázatokban leírtak szerint.

  • SQL-adatbázis
  • SQL rugalmas erőforráskészlet
  • felügyelt SQL-példány
Oszlop név Leírás
subscription_id Az SQL-adatbázis Azure-előfizetés-azonosítója.
resource_group_name Az SQL-adatbázis erőforráscsoportjának neve.
resource_id Az SQL-adatbázis Azure-erőforrás-azonosítója.
sample_time_utc A sor értékeinek megfigyelésének időpontja UTC-ben.
collection_time_utc Az az időpont, amikor a megfigyelő gyűjtötte össze a sort UTC-ben. Ez az oszlop olyan adathalmazokban található, ahol a gyűjtési idő eltérhet a mintaidőtől.
replica_type Az alábbiak egyike: Elsődleges, HA másodlagos, Georeplikációs továbbító, Elnevezett másodlagos.
logical_server_name Az Azure SQL Database-ben a logikai kiszolgáló neve, amely a figyelt adatbázist vagy rugalmas készletet tartalmazza,.
database_name A figyelt adatbázis neve.
database_id A figyelt adatbázis adatbázis-azonosítója, amely a logikai kiszolgálón belül egyedi.
logical_database_id Egyedi adatbázis-azonosító, amely a felhasználói adatbázis élettartama során változatlan marad. Az adatbázis átnevezése vagy a szolgáltatási célkitűzés módosítása nem változtatja meg ezt az értéket.
physical_database_id A felhasználói adatbázisnak megfelelő aktuális fizikai adatbázis egyedi adatbázis-azonosítója. Az adatbázis-szolgáltatás célkitűzésének módosítása miatt ez az érték megváltozik.
replica_id A hiperskálázású számítási replikaegyedi azonosítója.

Az adatkészlet tartalmaz sample_time_utc és collection_time_utc oszlopokat, ha a mintákat még azelőtt megfigyelték, mielőtt az adatbázis-figyelő összegyűjtötte a sort. Ellenkező esetben a megfigyelési idő és a gyűjtési idő megegyezik, és az adathalmaz csak a sample_time_utc oszlopot tartalmazza.

A sqldb_database_resource_utilization adatkészlet például a sys.dm_db_resource_stats dinamikus felügyeleti nézetből (DMV) származik. A DMV tartalmazza a end_time oszlopot, amely az egyes sorokra vonatkozó megfigyelési időt jelöli, a 15 másodperces intervallumra vonatkozó összesített erőforrás-statisztikák esetében. Ez az idő a sample_time_utc oszlopban jelenik meg. Amikor egy figyelő lekérdezi ezt a DMV-t, az eredményhalmaz több sort is tartalmazhat, amelyek mindegyike eltérő end_time. Mindegyik sor ugyanazzal a collection_time_utc értékkel rendelkezik.