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

Azure SQL-számítási feladatok monitorozása adatbázis-figyelővel (előzetes verzió)

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

A Database Watcher egy felügyelt monitorozási megoldás az Azure SQL-család adatbázis-szolgáltatásaihoz. Támogatja Azure SQL Database és Azure SQL Felügyelt Példány.

Az Adatbázis-figyelő részletes számítási feladatok monitorozási adatait gyűjti össze, hogy részletes képet kapjon az adatbázis teljesítményéről, konfigurációjáról és állapotáról. A kiválasztott adatbázisok, rugalmas készletek és FELÜGYELT SQL-példányok adatainak figyelése az Azure-előfizetés egy központi adattárában történik. Irányítópultok az Azure Portalon egyablakos nézetet biztosítanak az Azure SQL-tulajdonról, valamint részletes képet az egyes adatbázisokról, rugalmas készletről és felügyelt SQL-példányokról. riasztások értesítéseket küldenek, ha az Azure SQL környezet adatbázis-feltételei figyelmet igényelhetnek.

Diagram az adatbázis-figyelő összetevőiről és az adatfolyamokról a figyelt erőforrásoktól a figyelőktől az adattárakon át az Azure Portal irányítópultjaiig.

Az SQL monitorozási adatainak tárolásához és elemzéséhez az adatbázis-figyelő Azure Data Explorer vagy Real-Time Analyticset használhat a Microsoft Fabric. Az Azure Data Explorer egy teljes mértékben felügyelt, nagy mértékben méretezhető adatszolgáltatás, amely a gyors betöltéshez és az idősoros monitorozási adatok elemzéséhez készült. Egyetlen Azure Data Explorer-fürt képes skálázni úgy, hogy támogassa több ezer Azure SQL-erőforrás adatainak monitorozását. Real-Time Analytics ugyanazt az alapmotort használja, mint egy SaaS-ajánlat a Microsoft Fabricben.

Az Azure Data Explorerben vagy Real-Time Analytics-adatbázisban KQL- vagy T-SQL-használatával kérdezhet le adatokat, egyéni vizualizációkat készíthet Azure Data Explorer-irányítópultok, Power BI vagy Grafanahasználatával, és elemezheti az adatokat Excel. Az adatmegőrzési szabályzatot adatbázisonként vagy táblánként állíthatja be, és az Optimális ár/teljesítmény arány elérése érdekében automatikusan vagy manuálisan skálázhatja az Azure Data Explorer-fürtöt.

Az Azure SQL-erőforrások figyeléséhez hozzon létre egy figyelőt erőforrást az Azure-előfizetésében. Konfigurálja a figyelőt egy adattár- és egy adatbázisok, rugalmas készletek vagy felügyelt SQL-példányok halmazának kiválasztásával, amelyet SQL-céloknéven nevezünk. Adjon hozzáférést a figyelőnek a célokhoz, és indítsa el a figyelőt.

Jegyzet

Az adatbázis-figyelő jelenleg előzetes verzióban érhető el. Az előzetes verziójú funkciók korlátozott funkciókkal érhetők el, de előzetes verziós alapon érhetők el, így az ügyfelek korai hozzáférést kaphatnak, és visszajelzést kaphatnak. Az előzetes funkciókra külön kiegészítő előzetes feltételek vonatkoznak, és nem tartoznak az SLA-k hatálya alá. Bizonyos esetekben a támogatás a legjobb megoldás. A Microsoft ügyfélszolgálata azonban szívesen kap visszajelzést az előzetes verziójú funkciókról, és bizonyos esetekben minden erőfeszítést megtesz. Az előzetes verziójú funkciók korlátozott vagy korlátozott funkciókkal rendelkezhetnek, és csak a kijelölt földrajzi területeken érhetők el.

Támogatott Azure SQL-célok

Az Adatbázisfigyelő az Azure SQL Database és a felügyelt Azure SQL-példány összes szolgáltatási szintjét, számítási szintjét és szolgáltatási célkitűzését támogatja. Ez magában foglalja a vCore és a DTU vásárlási modelleket, a kiépített és a kiszolgáló nélküli számítási szinteket, az önálló adatbázisokat és az rugalmas készleteket, valamint a Hyperscale-t.

Az adatbázis-figyelő képes monitorozni a másodlagos olvasható replikákösszes típusát, beleértve a magas rendelkezésre állású replikákat, georeplikákat, valamint a rugalmas skálázású nevű másodlagos replikákat.

Egy adott figyelő esetében az SQL-célok bármely előfizetésben lehetnek ugyanazon a Microsoft Entra azonosító bérlőn belül.

Adatbázis-figyelő eszköz ára

Az adatbázis-figyelési költségek az egyes összetevőkre hárulnak, az alábbiak szerint:

Komponens Ár Jegyzetek
Figyelők ingyenes
Irányítópultok ingyenes
Azure Data Explorer-cluster 1 Díjszabás részletei A fürt optimális SKU-ja a monitorozásra kijelölt célpontok számától és a fürtön futó lekérdezési munkaterheléstől függ. Lásd a fürtméretezési szempontokkal kapcsolatos információkat az Az Azure Data Explorer-fürtkezelése című témakörben.
Valós idejű elemzés a Microsoft Fabricben A Power BI Premium-munkaterület-használati modell része. Számlázás használatonként. Használja az Azure Data Explorert vagy a Real-Time Analyticset. Ezen ajánlatok közül csak egyre van szükség.
Páncélterem az Azure Key Vaultban Díjszabás részletei Csak akkor szükséges, ha az opcionális SQL-hitelesítést használja az alapértelmezett Microsoft Entra-hitelesítés helyett.
Azure hálózati sávszélesség Díjszabás részletei A költségek nem merülnek fel, ha egy figyelő, annak céljai és adattára ugyanabban az Azure-régióban van üzembe helyezve.
Figyelmeztetések Díjszabás részletei Az adatbázisfigyelő naplóriasztásokat használ. A havi ár változó, és a létrehozott riasztási szabályok számától, a hónap során riasztásokat generáló SQL-célok számától és az egyes riasztási szabályok kiértékelési gyakoriságától függ.

1 Használhat egy ingyenes Azure Data Explorer fürtöt, ha nincs szükség szolgáltatásiszint-szerződésre, és ha a lekérdezési teljesítmény és a tárolási követelmények kielégítik az ingyenes fürtkapacitás specifikációit. Az ingyenes klaszter próbaidőszaka egy évre szól, és automatikusan meghosszabbítható.

Monitorozott Azure SQL-erőforrásonként vagy felhasználónként nem jár díj, így az adatbázis-figyelő olcsó monitorozási megoldássá válik nagyobb Azure SQL-környezetek és nagyobb csapatok számára.

Regionális rendelkezésre állás

Jelenleg a következő Azure-régiókban hozhat létre figyelőket:

  • Kanada középső régiója
  • Kelet-Kanada
  • Usa középső régiója
  • USA keleti régiója
  • USA Keleti régió 2
  • Észak-Közép USA
  • USA nyugati régiója

Borravaló

Az egyik Azure-régió figyelői figyelhetik a célokat egy másik régióban. Hasonlóképpen, a figyelő és az adattára különböző régiókban is elhelyezhető.

Ha lehetséges, helyezzen el egy figyelőt, annak céljait és adattárát ugyanabban a régióban. Ha az adatbázis-figyelő még nem érhető el az Ön régiójában, válasszon egy régiót ugyanabban az Azure-földrajzi. Ez csökkentheti az Azure hálózati sávszélességének költségeit.

Határok

A figyelőnkénti SQL-célok száma és az előfizetésenkénti figyelők száma korlátozott. Az ezen korlátokat meghaladó telepítések nem támogatottak.

Paraméter Határ
Figyelőnkénti SQL-célok1 100
Megfigyelők előfizetésenként 20

1Egy adatbázis, rugalmas készlet vagy FELÜGYELT SQL-példány magas rendelkezésre állású replikáját a rendszer a szülőreplikától függetlenül figyeli, és külön célnak számít.

Jegyzet

Az előzetes verzióban a korlátok változhatnak.

Irányítópultok

Az Adatbázis-figyelő Azure-munkafüzeteket használ a felügyeleti irányítópultok biztosítására a rendszer szintjén és az erőforrás szintjén.

Íme egy példa egy adatbázis CPU-kihasználtsági hőtérképére a birtok irányítópultján. Minden hatszög egy SQL-célt jelöl. Két logikai kiszolgáló van, egy hat adatbázissal és egy három adatbázissal. A magas rendelkezésre állású másodlagos replikák külön célként jelennek meg a hőtérképen. Válassza ki a képet további részletek megtekintéséhez, beleértve az adatbetöltési statisztikákat is.

Képernyőkép, amely a processzorkihasználtság hőtérképének egy példáját mutatja az adatbázis-figyelők irányítópultján.

Íme egy példa az Azure SQL-adatbázis irányítópultjának Teljesítmény lapjának részleges nézetére. Jelölje ki a képet a részletek nagyításához.

Képernyőkép, amely egy Azure SQL-adatbázis adatbázisfigyelő irányítópultjának példáját mutatja be.

Az alábbi táblázat az Azure Portal adatbázis-figyelő irányítópultjainak képességeit ismerteti.

Képesség Leírás
Ingatlan irányítópultok Több figyelt erőforrás magas szintű monitorozási adatainak vizualizációja közös nézetben. A hőtérképek segítségével megtalálhatja a legnépszerűbb erőforrás-használó adatbázisokat, rugalmas készleteket vagy felügyelt SQL-példányokat.

A legfelső lekérdezések nézettel megtalálhatja az Azure SQL-tulajdonban található leggyakoribb erőforrás-használó lekérdezéseket, a lekérdezések rangsorolását CPU, időtartam, végrehajtások száma stb. szerint.

Az előfizetés, az erőforráscsoport és az erőforrásnév szűrők használatával az Azure SQL-tulajdon részhalmazaira összpontosíthat.

Haladjon tovább az adott erőforrások részletes irányítópultjainak részletezéséhez.
erőforrás-irányítópultok Részletes monitorozási adatok megjelenítése adatbázishoz, rugalmas készlethez vagy felügyelt SQL-példányhoz, beleértve a következőket:

- Aktív munkamenetek
Mentési előzmények
- Gyakori teljesítményszámlálók
- Kapcsolati vizsgálatok
- Adatbázis- és példánytulajdonságok és konfiguráció
- Georeplikáció
– Metaadatok, használati statisztikák, figyelmeztetések és javaslatok indexelése
- Erőforrás-használat
- Munkamenet- és kapcsolatstatisztikák
- SQL Agent-feladat állapota és előzményei
- Tárolási felhasználás és teljesítmény
- Tábla metaadatai
– Leggyakoribb lekérdezések
- Várakozási statisztikák

Az erőforrás legördülő listáival gyorsan válthat az egyik erőforrásról a másikra. Használja a birtok hivatkozását, hogy kinagyítsa az ingatlan irányítópultot.
Szűrés időtartomány szerint Minden irányítópulton állítsa be az időtartományt úgy, hogy a kívánt időintervallumra összpontosítson. Használjon standard vagy egyéni időtartományokat. Szűkítse le az időtartományt egy érdeklődési időszakra a "kijelöléssel", vagy húzza az egérmutatót egy grafikon fölé, hogy kiválasszon egy rövidebb időtartományt.
előzményadatok Az adathalmaztól függően az irányítópultok a kiválasztott időintervallum összegzését, vagy az időintervallumban összegyűjtött legújabb mintát jelenítik meg.

Váltson a legújabb és az előzménynézet között a kiválasztott időtartomány korábbi adatmintáinak megtekintéséhez. A jelenleg aktív munkamenetek helyett például tekintse át az erőforrás-használat megnövekedésekor összegyűjtött aktív munkamenetek egy korábbi mintáját.
másodlagos replikák Monitorozza az összes replikatípust, beleértve a magas rendelkezésre állású (HA) másodlagos replikákat a rendszer műszerfalain. Váltás az elsődleges replika és a másodlagos HA replika megtekintése között az erőforrás-irányítópultokon.
Adatok letöltése az Excel Töltse le az adatokat diagramokból és rácsokból csv fájlokként, és nyissa meg őket az Excelben további elemzés céljából.
adatfrissítés Az irányítópult megnyitásakor és a lapfülről lapra váltáskor kérje le a legújabb adatokat a figyelési adattárból. Miután egy irányítópultot egy ideig megnyitott, frissítse manuálisan a legújabb adatok megtekintéséhez, vagy engedélyezze az automatikus irányítópult-frissítést.
Ad hoc KQL-lekérdezés Az egyes irányítópultokon található hivatkozások segítségével nyissa meg az Azure Data Explorer webes felhasználói felületet, és lekérdezze a megfigyelési adatokat KQL-segítségével. További információ: adathalmazok és A KQL használata a figyelési adatokelemzéséhez.
leírások A Leírások megjelenítése paraméter be-/kikapcsolásával megtekintheti az adatokat értelmező leírásokat és hozzáférhet a releváns dokumentációs hivatkozásokhoz.
eszköztippek Mutasson egy mezőre a megjelenített adatok további részleteinek és környezetének megtekintéséhez.
Bevitel statisztikák A Betöltési statisztikák hivatkozás használatával megtekintheti az adatbetöltési késést és az adathalmazonkénti egyéb betöltési statisztikákat.
Sötét mód Az Azure Portal megjelenésének váltásával a sötét témát használva az adatbázis-figyelő irányítópultjai sötét módot használhatnak.

Jegyzet

Az előzetes verzióban az irányítópult vizualizációi és képességei változhatnak.

SQL monitorozási adatok

Az Adatbázis-figyelő több mint 70 SQL-katalógusnézetből gyűjt monitorozási adatokat és dinamikus felügyeleti nézetekből (DMV-k). Egy vagy több kapcsolódó nézetből származó adatok adathalmazsá alakulnak. Az sys.dm_exec_sessions, sys.dm_exec_requestsés más nézetekből származó adatok például az Aktív munkamenetek adatkészletet alkotják. Minden egyes adatkészlethezkülön táblában található az Azure Data Explorerben vagy a Real-Time Analytics-adatbázisban.

Az Adatbázis-figyelő külön adathalmazcsoportokkal rendelkezik az adatbázisokhoz, a rugalmas készletekhez és a felügyelt SQL-példányokhoz. Az egyes csoportokban 10–30 adathalmaz található, amelyek részletes áttekintést nyújtanak az Azure SQL-erőforrások adatbázisteljesítményéről, konfigurációjáról és állapotáról.

További információért lásd: Adatfigyelő adatgyűjtése és adathalmazai.

Figyelmeztetések

Az Adatbázis-figyelő riasztási szabálysablonok készletét biztosítja, hogy könnyen létrehozhat Azure Monitor-riasztási szabályokat. A riasztási szabály létrehozása után testre szabhatja és kezelheti azt, ugyanúgy, mint az Azure Monitor többi riasztási szabályát. További információ: Database Watcher-riasztások.

Hálózati kapcsolat

Az Adatbázis-figyelő egy távoli adatgyűjtési ügynököt használ, amely a hálózaton keresztül csatlakozik a célrendszerekhez, az adattárhoz és a kulcstárhoz. A hálózati biztonsági követelményektől és az Azure-erőforrások konfigurációjától függően az adatbázis-figyelő privát vagy nyilvános kapcsolatot is használhat. Az adatbázis-figyelő és az Azure-erőforrások közötti hálózati kapcsolatot mindig teljes mértékben szabályozhatja.

További információ az Azure SQL hálózati kapcsolatáról: Azure SQL Database kapcsolati architektúrája és Azure SQL Managed Instance kapcsolati architektúrája.

Privát kapcsolat

A privát kapcsolat biztosításához az adatbázis-figyelő Azure Private Linkhasznál. A figyelő konfigurálásakor létrehozhat felügyelt privát végpontokat, hogy a figyelő kapcsolódhasson logikai kiszolgálók adatbázisaihoz és rugalmas készleteihezvagy felügyelt SQL-példányokhoz. Privát végpontot is létrehozhat az Azure Data Explorer-fürthöz, valamint az SQL-hitelesítési hitelesítő adatokat tároló kulcstartóhoz. Jelenleg a privát kapcsolat nem érhető el Real-Time Analyticshez a Microsoft Fabricben.

Az erőforrás-tulajdonosnak jóvá kell hagynia a felügyelt privát végpontot egy figyelőhöz, mielőtt a figyelő használni tudja. Ezzel szemben az erőforrás-tulajdonosok bármikor törölhetik a figyelő privát végpontját az adatgyűjtés leállításához.

Miután létrehozott és jóváhagyott egy felügyelt privát végpontot egy Azure-erőforrást megcélozó figyelőhöz, a figyelő és az erőforrás közötti összes hálózati forgalom privát kapcsolatot használ, még akkor is, ha az erőforrás nyilvános kapcsolata továbbra is engedélyezve marad.

További információkért az Azure SQL privát végpontjairól tekintse meg a következőket: Azure Private Link az Azure SQL Database-hez és Azure Private Link az Azure SQL Managed Instance-hez.

Nyilvános kapcsolat

Ha nincs szükség privát kapcsolatra, az adatbázis-figyelő nyilvános kapcsolatot használhat az Azure-erőforrásokhoz való csatlakozáshoz. Ahhoz, hogy egy figyelő kapcsolódhasson az Azure SQL Database logikai kiszolgáló adatbázisaihoz és rugalmas készleteihez, engedélyezni kell a kiszolgálóhoz való nyilvános hozzáférést, és a IP-alapú tűzfalnak engedélyeznie kell az összes Azure-szolgáltatás kapcsolatait.

Ha engedélyezni szeretné, hogy a figyelő nyilvános kapcsolattal csatlakozzon egy felügyelt SQL-példányhoz, a példánynak engedélyeznie kell a nyilvános végpontját. Ezenkívül egy hálózati biztonsági csoport (NSG) szabálynak, amely engedélyezi a 3342-s TCP-porton a felügyelt példány alhálózatára irányuló bejövő forgalmat, a forrásának AzureCloudkell lennie. További információ: Nyilvános végpontok konfigurálása felügyelt Azure SQL-példányban.

Annak érdekében, hogy egy figyelő nyilvános kapcsolati lehetőséggel kapcsolódhasson egy Azure Data Explorer-fürthöz vagy egy kulcstárhoz, a fürtnek vagy a kulcstárnak minden hálózatról engedélyezve kell, hogy legyen a hálózati hozzáférése.

Adathozzáférés

A hálózati kapcsolatokhoz hasonlóan teljes mértékben szabályozhatja az adatbázis-figyelők hozzáférését az adatbázisokhoz. A hozzáférést dedikált figyelő-bejelentkezések létrehozásával biztosíthatja a logikai kiszolgálókon és a felügyelt SQL-példányokon, majd meghatározott, korlátozott engedélyeket ad a figyelési adatok SQL-rendszernézetekből való gyűjtéséhez.

Figyelő hitelesítése

A Database Watcher támogatja Microsoft Entra hitelesítési (korábbi nevén Azure Active Directory-hitelesítés). Ez az előnyben részesített és ajánlott módja annak, hogy a megfigyelő azonosítsa magát egy SQL célnál. Microsoft Entra-hitelesítési bejelentkezést hoz létre a figyelő felügyelt identitásának azokhoz a logikai kiszolgálókhoz és SQL-példányokhoz, amelyeket monitorozni szeretne.

Az Adatbázis-figyelő a jelszóalapú SQL-hitelesítést is támogatja. Sql-hitelesítést akkor használhat, ha a Microsoft Entra-hitelesítés nincs engedélyezve az Azure SQL-erőforrásokon. További információ: További konfiguráció az SQL-hitelesítéshasználatához.

Figyelő engedélyezése

A monitorozási adatok gyűjtéséhez a figyelőnek meghatározott, korlátozott hozzáférésre van szüksége az egyes figyelési célhoz, az alábbi táblázatban leírtak szerint. Ezek a szerepkör-tagságok és engedélyek biztosítják a figyelő számára a szükséges hozzáférést a rendszerfigyelési adatokhoz, az adatbázisokban lévő egyéb adatokhoz azonban nem.

Azure SQL Database Azure SQL Felügyelt Példány
Tagság az alábbi kiszolgálói szerepkörökben:
##MS_ServerPerformanceStateReader##
##MS_DefinitionReader##
##MS_DatabaseConnector##		 A következő kiszolgálói engedélyek:
CONNECT SQL
CONNECT ANY DATABASE
VIEW ANY DATABASE
VIEW ANY DEFINITION
VIEW SERVER PERFORMANCE STATE

Az SELECT adatbázis alábbi tábláinak msdb engedélye:
dbo.backupmediafamily
dbo.backupmediaset
dbo.backupset
dbo.suspect_pages
dbo.syscategories
dbo.sysjobactivity
dbo.sysjobhistory
dbo.sysjobs
dbo.sysjobsteps
dbo.sysoperators
dbo.syssessions

Fontos

Amikor egy figyelő egy Azure SQL-erőforráshoz csatlakozik, ellenőrzi a birtokában lévő SQL-engedélyeket. Ha a megadott engedélyek nem elegendőek, vagy , ha szükségtelen engedélyeket kapnak, a figyelő leválasztja a kapcsolatot. Ez biztosítja, hogy a figyelő rendszerfigyelési adatokat gyűjtsön, de nem kap véletlenül hozzáférést az adatbázisokban lévő egyéb adatokhoz.

Az SQL-célhoz való figyelőhozzáférés konfigurálásakor mindig hozzon létre dedikált bejelentkezést a megadott szkriptekhasználatával. Ne adja hozzá a figyelő bejelentkezési adatait vagy felhasználóit semmilyen SQL-szerepkörhöz, és ne adjon meg más SQL-engedélyeket, mint a táblázatban felsoroltak.

Ha megtagadja a szükséges engedélyeket a figyelőhöz tartozó bejelentkezéshez vagy felhasználóhoz, vagy olyan szerepkörhöz, amelynek tagja egy figyelő bejelentkezése vagy felhasználója (beleértve az public adatbázis-szerepkört), akkor előfordulhat, hogy a figyelő nem gyűjt figyelési adatokat. Attól függően, hogy mely engedélyeket tagadják meg, ez hatással lehet néhány vagy az összes adathalmazra.

Ezzel szemben, ha szükségtelen engedélyeket ad a figyelőhöz tartozó bejelentkezéshez vagy felhasználóhoz, vagy olyan szerepkörhöz, amelynek tagja a figyelő, akkor előfordulhat, hogy a figyelő nem gyűjt monitorozási adatokat néhány vagy az összes adatkészlethez. Hasonlóképpen előfordulhat, hogy az adatok nem lesznek összegyűjtve, ha a figyelő bejelentkezését vagy felhasználót egy beépített kiszolgálói vagy adatbázis-szerepkörhöz adja hozzá.

Újdonságok

Ez a szakasz az adatbázis-figyelő legutóbbi javításokat, módosításokat és fejlesztéseket ismerteti.

Időszak Változások
2025. április – Kijavítottunk egy hibát, amely miatt az adatbázis-figyelő bicep-en, ARM-sablonon, Terraformon vagy REST API-on keresztüli üzembe helyezése meghiúsult, ha az előfizetés-azonosító, az erőforráscsoport neve vagy a figyelőnév üzembehelyezési paraméterei inkonzisztens burkolatot használnak.
– Kijavítottunk egy hibát, amely miatt az SQL-adatbázis-cél bizonyos adathalmazainak gyűjtése leállna, ha az adatbázis biztonsági másolatból lett visszaállítva.
– Korlátozza a Táblázat metaadatok adatkészleteiben az adatgyűjtést azokban az adatbázisokban, amelyek sok táblával rendelkeznek, valamint az SQL kezelt példányok esetében, ahol sok adatbázis található, hogy elkerülje a hosszú futású gyűjtési lekérdezéseket.
– Az Session statisztikák adathalmaz adatgyűjtési lekérdezési teljesítményének javítása az SQL-kezelésű példány célközönségek esetén.
2025. február – Támogatás hozzáadása riasztáshoz. További információ: Database Watcher-riasztások.
2025. január - Javítás az adatbázis-figyelők Bicep- vagy ARM-sablonokon keresztüli idempotens üzembe helyezéséhez.
– Kijavítottunk egy hibát, amely miatt az SQL Agent feladatelőzményei nem jelennek meg a felügyelt SQL-példány részletes irányítópultján.
– Kijavítottunk egy hibát, amikor a munkamenet-diagramok adatainak szűrése a részletes irányítópultokon KQL-lekérdezési hibákat okoz.
– Kijavítottunk egy hibát, amely miatt a részletes irányítópultokon a tárolási átviteli sebesség értékei helytelenek voltak.
– A tárterület kihasználtsági diagramjainak javítása a részletes irányítópultokon, hogy a tárterület maximális méretét is tartalmazza.
– Az összegyűjtött adatok eredeti és tömörített méretének megjelenítése az Adattár szakaszban.
– Javítsa a megjelenő üzenetet, ha egy irányítópult nem tud csatlakozni az adattárhoz, és javaslatokat tesz a gyakori problémákra.
– Tájékoztató üzeneteket adhat hozzá, ha ismert okokból nem jelennek meg adatok a Legnépszerűbb lekérdezések irányítópultokon.
– Hiperskálázás naplózási sebességkorlátozási információinak hozzáadása az Azure SQL-adatbázisok Replikák adatkészletében.
– Adja hozzá a tranzakció kezdési idejét és az aktív munkamenetek adatkészleteihez használt naplóbájtokat.
2024. november - Engedélyezze az adatbázis-figyelőt az Ausztrália középső, Délkelet-Ausztrália, Kanada keleti, USA középső, Németország nyugati középső, Japán nyugati, Korea középsőés USA északi középső Azure-régióiban.
- Növelje az SQL-célok figyelőnkénti számának korlátját 50-ről 100-ra.
2024. október – Kijavítottuk azokat a hibákat, amelyek miatt a tábla metaadatait a adatkészlethez nem gyűjtöttük össze, ha voltak érvénytelen táblahivatkozásokat tartalmazó nézetek, vagy több oszlop ellenőrzési korlátozással rendelkező táblák.
– Támogatás hozzáadása a felhasználó által hozzárendelt identitás figyelői identitásként való használatához. További információ: Figyelő identitásának módosítása.
– Az SQL-hitelesítést használó SQL-cél hozzáadásakor automatikusan hozzáférést biztosít a figyelőnek a key vault titkos kulcsaihoz.
– Automatikusan hozzáférést biztosít a figyelőnek egy Azure Data Explorer-adatbázishoz, amikor adattárat ad hozzá egy meglévő figyelőhöz.
– Adja hozzá a visszajelzés gombot az Áttekintés lapon és más oldalakon.
2024. szeptember – Kijavítottunk egy hibát, amely miatt a munkamenet-statisztikákban szereplő felhasználói logikai munkamenetek száma adatkészlet mindig megegyezett a felhasználói munkamenetek számával, még akkor is, ha MARS logikai munkameneteket használtak.
– Kijavítottunk egy hibát, amely miatt a rugalmas készlet tárolási kihasználtsága nem lett megfelelően jelentve a Hyperscale rugalmas készletek esetében.
– Megoldhatja azt a problémát, amely miatt bizonyos adathalmazok esetében a figyelő újraindítása után összegyűjtött első minta olyan adatokat tartalmazhat, amelyeket már az újraindítás előtt gyűjtöttek össze.
– A gyűjtési lekérdezés teljesítményének javítása a table metaadat-adatkészlet időtúllépéseinek elkerülése érdekében.
– A lekérdezés futásidejű statisztikáinak és a lekérdezés várakozási statisztikáinak adathalmazainak adatgyűjtési megbízhatóságának javítása felügyelt SQL-példányon.
– Adjon hozzá feladatátvételhez kapcsolódó oszlopokat az SQL felügyelt példány adatbázisreplikák adatkészletéhez.
– Indexelési statisztikai oszlopokat adhat hozzá az Index metaadat-adathalmazaihoz.
– Támogatást adhat több Azure SQL-adatbázis kiválasztásához az SQL-cél hozzáadása panelen.
2024. augusztus - Engedélyezze az adatbázis-figyelőt az USA középső, USA 2. keleti, Észak-Európaés Svédország középső Azure-régióiban.
– Előfizetés- és erőforráscsoport-szűrők hozzáadása a tulajdon irányítópultjaihoz.
2024. július – Kijavítottunk egy hibát, amely miatt a Teljesítményszámlálók adathalmazok nem lettek összegyűjtve azokból az adatbázisokból, amelyek esetérzékeny katalóguselrendezéssel rendelkeznek, illetve az esetérzékeny adatbáziselrendezésű felügyelt példányokból.
– Kijavítottunk egy hibát, amely miatt az adatok nem lettek összegyűjtve, ha az SQL-metaadatok adatbázisának neve eltért az Azure Resource Manager (ARM) metaadataiban szereplő adatbázis nevével.
– Kijavítottunk egy hibát, amely miatt a lekérdezési futtatókörnyezet statisztikái és a lekérdezési várakozási statisztikák adathalmazai nem lettek összegyűjtve olyan adatbázisokban, ahol nagy mennyiségű új lekérdezés és lekérdezési terv van beszúrva a Lekérdezéstár tábláiba.
– Megoldhatja azt a problémát, amely miatt a georeplikák és replikák adatkészletei nem lettek összegyűjtve a rugalmas skálázású adatbázisokból.
– Adja hozzá az összes adathalmazhoz a subscription_idresource_group_name. A figyelő egyszeri újraindítására van szükség.
– Adja hozzá a resource_idközös oszlopot az összes adathalmazhoz. Az adatok a 2024 júliusában vagy később hozzáadott SQL-célok esetében jelennek meg. Ha szeretné megjeleníteni az adatokat egy meglévő SQL-cél esetében, távolítsa el, majd adja hozzá újra a célt, és indítsa újra a figyelőt.
2024. június – Kijavítottunk egy hibát, amely miatt nem gyűjtöttek adatokat a Bicep-en vagy ARM-sablonon keresztül hozzáadott SQL-célokból.
– Kijavítottunk egy hibát, amely miatt a biztonsági mentési előzmények adatkészlete nem lett összegyűjtve egyes Azure SQL-adatbázisokhoz.
– Kijavítottunk egy hibát, amely miatt egy felügyelt példány replikatípusát helytelenül határozták meg georeplikációs továbbítóként , ha a példány rendelkezik felügyelt példány hivatkozását használó adatbázissal. Ugyanez a hiba miatt a Lekérdezés futtatókörnyezeti statisztikái és Lekérdezés várakozási statisztikái adathalmazok ebben az esetben nem gyűjthetők.
– Kijavítottunk egy hibát, amely miatt nem sikerült betölteni a célokat az Azure Portal SQL-célok paneljén, ha a felhasználó nem fért hozzá az SQL-cél előfizetéséhez, vagy ha az előfizetést törölték.
– Kijavítottunk egy hibát, amely miatt az Azure Data Explorer-adatbázis megőrzési és gyorsítótár-időtartama alapértelmezés szerint az Azure Portalon történő figyelő létrehozásakor 365, illetve 31 nap helyett korlátlan értékre volt beállítva.
– Kijavítottunk egy hibát, amely miatt bizonyos felügyeleti műveletek, például felügyelt privát végpont létrehozása vagy törlése sikeresnek jelent az Azure Portalon, annak ellenére, hogy sikertelenek voltak.
– Kijavítottunk egy hibát, amely miatt az SQL-adatbázis céljainak listája hiányos volt, ha az SQL logikai kiszolgáló több mint 1000 adatbázist tartalmazott.
– Kijavítottunk egy hibát, amely miatt ha egy Azure Data Explorer-adatbázist választunk adattárként, azzal eltávolítjuk azt a hozzáférést, amelyet egy másik figyelő használt ugyanazon az erőforráscsoporton az adatbázison.
– A watcher ARM-sablon exportálásának engedélyezése az Azure Portalon.
– Figyelmeztetés hozzáadása a figyelő létrehozásakor, ha a Microsoft.Network erőforrás-szolgáltató nincs regisztrálva a figyelőhöz kiválasztott előfizetésben.
– Adjon hozzá részletes hibát, ha egy figyelő vagy egy felügyelt privát végpont törlése meghiúsul, mert törlési zárolás van az erőforrás-hatókörben.
2024. április - Engedélyezze az adatbázis-figyelőt az Ausztrália keleti és Egyesült Királyság déli Azure-régióiban.
– Hiba kijavítása felügyelt privát végpont hozzáadásakor, ha ugyanazon figyelőhöz gyorsan hozzáad több privát végpontot.
– Javítsa ki az SQL-adatbázisok biztonsági mentési előzményadatkészletét , hogy teljes biztonsági mentéseket tartalmazzon.
– A gyűjtemény lekérdezési teljesítményének javítása az index metaadatainak, a lekérdezési futásidejű statisztikáknak, a lekérdezési várakozási statisztikáknak és a tábla metaadat-adathalmazainak időtúllépésének elkerülése érdekében.
– Kijavítottunk egy hibát, amely miatt bizonyos adathalmazok adatai nem gyűltek össze az adatbázis biztonsági másolatból való visszaállítása után.
– Kijavítottunk egy hibát, amely miatt az Index metaadat-adatkészlete nem lett összegyűjtve, ha az indexek sok kulccsal vagy belefoglalt oszlopokkal rendelkeznek, vagy ha ezeknek az oszlopoknak a neve hosszú.
– Adja hozzá az SOS-ütemezők adatkészletét.
– Adjon hozzá egy gombot a kiválasztott lekérdezési terv letöltéséhez a Legfelső lekérdezések irányítópultokról.
– Adjon hozzá egy gyorsindítási mintát, hogy létrehozzon és konfiguráljon egy figyelőt Bicep vagy egy ARM-sablon használatával.

Korlátozások

Ez a szakasz az adatbázis-figyelő korlátozásait ismerteti. Ha elérhető, kerülő megoldásokat is biztosítunk.

Korlátozás Áthidaló megoldás
A riasztások nem érhetők el, ha az adattár Real-Time Analyticset használ a Microsoft Fabricben, vagy egy ingyenes Azure Data Explorer-fürtöt. A Real-Time Analyticsben létrehozhat Activator-riasztásokat egy valós idejű irányítópulton.
Az Azure Data Explorer naplókereséses riasztásai nem támogatják az 1 perces riasztási kiértékelés gyakoriságát. Jelenleg nincs.
Az Azure naplókeresési riasztások nem támogatottak, ha az Azure Data Explorer fürthöz való nyilvános hozzáférés le van tiltva. Jelenleg nincs.
Az Azure Monitor biztonsági korlátozása miatt nem módosíthatja a riasztási szabály lekérdezéseit az Azure Portalon, ha egy olyan virtuális hálózathoz társított IP-címről csatlakozik, ahol privát végpontok léteznek. A riasztási szabályt azure CLI-, PowerShell-, REST API- vagy ARM-sablonokkal módosíthatja. További információ: Új riasztási szabály létrehozása parancssori felülettel, PowerShell-lel vagy ARM-sablonnal és Riasztási szabályok kezelése.
Ha kisebb Azure Data Explorer-termékváltozatokat használ, mint például Dev/test vagy Extra small, előfordulhat, hogy egyes irányítópult-lekérdezések időnként "szabályozás miatt megszakadt" hibaüzenettel nem kerülnek végrehajtásra. Töltse be újra az irányítópultot, vagy skálázza fel az Azure Data Explorer-fürtöt a következő magasabb termékváltozatra.
Ha ingyenes Azure Data Explorer-fürtöt hoz létre az Azure Portal adatbázis-figyelő felhasználói felületéről, "Nem lehet csatlakozni a fürthöz, 403-Tiltott" hibaüzenet jelenhet meg, ha megpróbál hozzáférni a fürthöz az Azure Data Explorer webes felhasználói felületen. Ez a probléma nem fordul elő, ha az ingyenes fürtöt a https://aka.ms/kustofree használatával hozza létre.

Ha már létrehozott egy ingyenes fürtöt az Azure portálon keresztül, kövesse az alábbi lépéseket:

Az Azure Data Explorer webes felhasználói felületén válassza ki a profil nevét a fősávon a fiókkezelő megnyitásához, majd válassza a Címtár váltása lehetőséget. Válassza ki a Microsoft-fiókon kívüli címtárat, majd válassza a Váltás lehetőséget. Most már látnia kell az ingyenesen létrehozott Azure Data Explorer-fürtöt.

Másik lehetőségként szerkesztheti a fürtkapcsolatot az Azure Data Explorer webes felhasználói felületén a szerkesztés (ceruza) gombbal, és hasonlóképpen átválthatja a könyvtárat.
Ha egy adatbázis, rugalmas készlet vagy felügyelt SQL-példány processzorhasználata közel 100%marad meg, előfordulhat, hogy a fennmaradó CPU-erőforrások nem elegendőek az adatbázis-figyelő adatgyűjtési lekérdezéseihez, ami hiányosságokat okoz az összegyűjtött adatokban. Ha olyan adathiányokat észlel, amelyek az adatbázis, a rugalmas készlet vagy egy felügyelt SQL-példány magas processzorkihasználtságával korrelálnak, fontolja meg az alkalmazás számítási feladatainak finomhangolását a processzorhasználat csökkentése érdekében, vagy növelje a virtuális magok és a DTU-k számát a megbízható monitorozás érdekében.

Ismert problémák

Az előzetes verzióban az adatbázis-figyelő az alábbi ismert problémákat tapasztalja.

Probléma Megoldás vagy átmeneti megoldás
Ha az adatgyűjtés nem indítható el vagy nem folytatható egy hiba miatt (például nem fér hozzá az SQL-célhoz vagy az adattárhoz), a hiba nem lesz közzétéve. A hibaelhárításhoz tekintse meg Az adatok nincsenek összegyűjtve.
Ha egy kiszolgáló nélküli adatbázis automatikus szüneteltetése engedélyezve van, és SQL-célként van hozzáadva egy figyelőhöz, előfordulhat, hogy nem a várt módon szünetelteti automatikusan. Egy ingyenes ajánlat adatbázis esetében ez a vártnál hamarabb kimerítheti az ingyenes havi kreditet. Ha meg kell őrizni az automatikus szüneteltetési funkciót, ne használja az adatbázis-figyelőt a kiszolgáló nélküli adatbázisok figyeléséhez.
Az Azure SQL Database és a felügyelt Azure SQL-példány ismert hibája miatt előfordulhat, hogy a várt adatok nem lesznek összegyűjtve egy magas rendelkezésre állású (HA) olvasható másodlagos replikából, ha az adatbázis-replikák szerepköröket módosítanak, például egy karbantartási esemény után. A probléma általában 1-2 napon belül minden művelet nélkül megoldódik. Ha hamarabb szeretné folytatni az adatgyűjtést, indítsa újra a figyelőt.
Felügyelt Azure SQL-példány esetén előfordulhat, hogy sql-hitelesítés használata esetén az adatok nem lesznek összegyűjtve az olvasható magas rendelkezésre állású replikából vagy georeplikából. Két áthidaló megoldás létezik:
1. Használja a Microsoft Entra ID-hitelesítést (előnyben részesített).
2. Tiltsa le a jelszóházirend-ellenőrzést. Hajtsa végre a(z) ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF;-t, és cserélje le a database-watcher-login-placeholder-t a figyelő SQL-hitelesítési bejelentkezésének nevére. Hajtsa végre ezt a parancsot az elsődleges replikán és a georeplikán, ha van ilyen.
A felügyelt Azure SQL-példányban a rendszer nem gyűjt adatokat, ha a EXECUTE rendszer által tárolt eljárásra vonatkozó sys.xp_msver engedélyt visszavonják vagy megtagadják a public szerepkörtől. Adja meg az EXECUTE engedélyt sys.xp_msver a figyelő bejelentkezéséhez.

Minden SQL-célként hozzáadott SQL-felügyelt példányon hajtsa végre a USE master; CREATE USER [database-watcher-login-placeholder] FOR LOGIN [database-watcher-login-placeholder]; GRANT EXECUTE ON sys.xp_msver TO [database-watcher-login-placeholder]; parancsot, cserélje le a database-watcher-login-placeholder szöveget a figyelő bejelentkezési nevére.
Ha felügyelt privát végpontot hoz létre egy figyelő számára egy leállított SQL-példányhoz való csatlakozáshoz, a rendszer a privát végpont kiépítési állapotát Sikertelenként jelenti, és a figyelő nem tud csatlakozni a példányhoz. Törölje a Sikertelen kiépítési állapotú felügyelt privát végpontot, és indítsa el a SQL-felügyelt példányt. A sikertelen privát végpont törlése és a példány futtatása után hozza létre újra a felügyelt privát végpontot.
Az adatok gyűjtése nem történik meg, ha a Real-Time Analyticsben adatbázist használ adattárként, és engedélyezve van a OneLake rendelkezésre állási lehetőség. Tiltsa le a OneLake rendelkezésre állási beállítást, majd indítsa újra a figyelőt az adatgyűjtés folytatásához.
Az Azure Monitor-riasztások ismert hibája miatt, ha adatbázis-figyelősablonból létrehozott riasztási szabályt szerkeszt, az aktivált riasztások hatóköre a riasztás által érintett SQL-cél helyett a figyelőadattárként használt Azure Data Explorer-fürtre van beállítva. Szerkessze a riasztási szabályt programozott módon, például Bicep vagy ARM-sablon használatával, és állítsa a resourceIdColumn tulajdonságot a resource_idértékre. További információ: Resource Manager-sablonminták az Azure Monitornaplókeresési riasztási szabályaihoz.

Hibakeresés

Ez a szakasz a gyakori problémák megoldásához szükséges lépéseket ismerteti. Ha az ebben a szakaszban ismertetett lépések nem oldják meg a problémát, nyisson meg egy támogatási esetet.

Az adatok gyűjtése nem történik meg

Ha új figyelőt hoz létre, és nem látja a figyelési adatokat az irányítópultokon és az adattárban, vagy ha csak egy meglévő figyelő régebbi adatait látja, tekintse át ezt a szakaszt.

  • A figyelő Áttekintés lapon nézze meg az Állapot mezőt, hogy fut-e a figyelő. Ha nem, az adatgyűjtés elindításához használja az ugyanazon a lapon található Start gombot. Az új figyelő nem indul el automatikusan.

  • Ellenőrizze, hogy a figyelő rendelkezik-e hozzáféréssel az adattárhoz.

  • Ha egy Azure Data Explorer-adatbázist használ adattárként, ellenőrizze, hogy az Azure Data Explorer-fürt elindult-e. További információért lásd: Leállított Azure Data Explorer-fürtök.

  • Ellenőrizze, hogy a figyelő rendelkezik-e az SQL-célokhoz való konkrét, korlátozotthozzáféréssel. Emellett, ha SQL-hitelesítést használ bármilyen célhoz, ellenőrizze a figyelő hozzáférését a Key Vault-hez, vagy használja helyette az ajánlott Microsoft Entra-hitelesítést.

  • Ha azt szeretné, hogy a figyelő a Microsoft Entra-hitelesítést használja az SQL-célokhoz való csatlakozáshoz, győződjön meg arról, hogy a Microsoft Entra-hitelesítés engedélyezve van az adatbázist és rugalmas készletcélokat üzemeltető SQL logikai kiszolgálókon, valamint a felügyelt SQL-példányok céljain.

  • Ha privát végpontokat hozott létre a figyelőhöz, győződjön meg arról, hogy az erőforrás tulajdonosa jóváhagyta őket.

  • Ha nyilvános kapcsolatot használ, győződjön meg arról, hogy a követelmények teljesülnek annak érdekében, hogy a figyelő csatlakozhasson a célpontokhoz, az adattárolóhoz és a kulcstárhoz.

  • Előfordulhat, hogy miután az Azure Data Explorer-fürtöt vagy -adatbázist, illetve a Real-Time Analytics-adatbázist kiválasztották a figyelő adattáraként, azokat törölték. Navigáljon a fürtre és az adatbázisra, és ellenőrizze, hogy léteznek.

  • Ha az ingyenes Azure Data Explorer-fürtöt használja, ellenőrizze, hogy nem érte-e már el a fürt tárkapacitását. A további információkért lásd: Ingyenes Azure Data Explorer-fürt.

Ha a hibaelhárítás részeként módosítja a figyelő hozzáférését vagy kapcsolatát, előfordulhat, hogy le kell állítania és újra kell indítania a figyelőt a módosítások érvénybe lépéséhez.

Az irányítópultok üresek

Ha a felügyeleti Irányítópultok oldalát választja, de nem látja az SQL-célok összefoglalását az oldalon, bontsa ki az Adattár szakaszt. Ha egy Nem lehet csatlakozni ... hiba jelenik meg, tekintse át ezt a szakaszt.

Annak ellenőrzéséhez, hogy rendelkezik-e hozzáféréssel, és csatlakozhat-e az adattárhoz, és hogy létezik-e az adattár-adatbázis, kövesse az alábbi lépéseket:

  • A figyelő Irányítópultok lapján bontsa ki az Adattár szakaszt, és másolja a Kusto lekérdezési URI értékét. Mindenképpen másolja a teljes URI-sztringet. Jegyezze fel az Kusto-adatbázis értékét is.

  • Nyissa meg az Azure Data Explorer webes felhasználói felületi. Jelentkezzen be, ha a rendszer kéri.

  • Válassza a Hozzáadás, Kapcsolat, és adja meg a másolt URI-t a Kapcsolat URI-ként.

  • Új kapcsolat létrehozásához válassza hozzáadása lehetőséget.

  • Miután hozzáad egy új kapcsolati bejegyzést, bontsa ki azt, hogy megtekinthesse az adatbázisokat.

  • Válassza ki a Kusto-adatbázisként hivatkozott adatbázist a figyelő Irányítópultok lapján, majd válassza ki a + ikont a tabulátoron, hogy megnyiss egy új lekérdezési lapot, amely ehhez az adatbázishoz kapcsolódik.

  • Futtassa a következő KQL-parancsot:

    .show database principals;

    Ellenőrizze, hogy létezik-e bejegyzés egy Megtekintő vagy magasabb jogosultsági szintű szerepkörhöz a felhasználói fiókja számára, vagy egy olyan Microsoft Entra ID-csoport számára, amely tartalmazza a felhasználói fiókját.

Visszajelzés küldése

A Microsoft adatbázis-figyelő csapata várja észrevételeit és javaslatait. A termékekkel kapcsolatos visszajelzéseket az alábbi módokon küldheti el:

  • Tegyen közzé egy új ötletet a SQL visszajelzési fórumában. Az Új ötlet közzététele lapon fórumként használja az SQL-t, válassza a Azure SQL csoportot, és a címben adja meg a adatbázis-figyelőt. A visszajelzési fórumon elküldött visszajelzés nyilvános. Más közösségtagok is felveszthetik és véleményezhetik ötleteit és javaslatait. A közösségi szavazatok és megjegyzések segítenek az adatbázis-figyelő csapatának megtervezni és rangsorolni a termékfejlesztéseket.
  • Használja a visszajelzés gombot az Azure Portal egyik adatbázis-figyelő oldalán. A visszajelzés gombot például a figyelő Áttekintés oldalon vagy a frissítés gomb melletti irányítópultokon találja. Az így küldött visszajelzések nem nyilvánosak. Bár a Microsoft az Ön preferenciájától és a hatályos adatvédelmi szabályoktól függően látja a visszajelzését, előfordulhat, hogy a Microsoft nem tud válaszolni Önre a visszajelzéssel kapcsolatban.

Technikai támogatásért vagy az adatbázis-figyelővel kapcsolatos probléma megoldásához nyisson meg egy támogatási esetet.

Kapcsolódó tartalom

  • Last updated on