Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőkre vonatkozik:Azure SQL Database
Azure 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 oszlopaSQLExternalMonitoringvagyx_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.
Kapcsolódó tartalom
- Azure SQL-számítási feladatok monitorozása adatbázis-figyelővel (előzetes verzió)
- Rövid útmutató: Figyelő létrehozása az Azure SQL monitorozásához (előzetes verzió)
- Figyelő létrehozása és konfigurálása (előzetes verzió)
- Database Watcher monitorozási adatainak elemzése (előzetes verzió)
- Database Watcher-riasztások (előzetes verzió)
- Adatbázis-figyelő – gyakori kérdések