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
Miután létrehozott és konfigurált egy figyelőt, beállíthatja az Azure Monitor-riasztásokat , hogy értesítéseket kapjon a magas erőforrás-használatról, a jelentős számítási feladatok mintáiról és az Azure SQL-tulajdon egyéb olyan feltételeiről, amelyek figyelmet igényelhetnek. Ehhez létre kell hoznia egy naplókeresési riasztási szabályt , amely ütemezés szerint lekérdezi egy figyelő adattárát.
A riasztási szabályok létrehozásához az adatbázis-figyelő sablonokat tartalmaz a gyakori riasztási feltételekhez. Miután létrehozott egy riasztási szabályt egy sablonból, ugyanúgy kezelheti, mint az Azure Monitor-riasztások többi riasztási szabályát. Az Azure-riasztások minden funkcióját használhatja: e-maileket, SMS-eket és telefonos értesítéseket, integrációt az ITSM-termékekkel, webhookokkal, eseményközpontokkal stb. Testre szabhatja az adatbázis-figyelősablonokból létrehozott riasztási szabályokat, vagy létrehozhat saját riasztási szabályokat.
Az Azure Monitor-riasztásokkal kapcsolatos további információkért lásd:
- Mik azok az Azure Monitor riasztások?
- Naplókeresési riasztási szabály létrehozása vagy szerkesztése
- Műveletcsoportok
- Riasztási szabályok kezelése
- Ajánlott eljárások az Azure Monitor-riasztásokhoz
Az adatbázis-figyelő riasztásaira vonatkozó korlátozásokról további információt a Korlátozások című témakörben talál.
Glosszárium
Az Azure Monitor-riasztások adatbázis-figyelőben való használatakor fontos tisztában lenni a gyakran használt kifejezésekkel:
Riasztási szabály
Azure-erőforrás az Azure Monitor-riasztásokban, amely riasztási logikát határoz meg, például a kiértékelés gyakoriságát, súlyosságát, KQL-lekérdezését stb. A riasztási szabály a riasztási előzményeket is nyomon követi.
riasztás
Akkor fordul elő, ha egy riasztási szabály KQL-lekérdezésének kiértékelése aktiválja a logikát egy riasztás indításához. A lekérdezés például azt határozza meg, hogy a cpu-kihasználtság meghaladja-e a küszöbértéket.
Riasztási szabálysablon
Az adatbázis-figyelőbe beépített riasztási szabály tervrajza. A riasztási szabálysablon a következő riasztási szabálytulajdonságokat határozza meg:
- Név
- Leírás
- Súlyosság
- Kiértékelési gyakoriság
- Az adattárban végrehajtandó KQL-lekérdezés a riasztási szabály kiértékeléséhez
Riasztási szabálysablonok
Az összes elérhető riasztási szabálysablon megtalálható egy figyelő Riasztássablonok lapján.
Idővel előfordulhat, hogy a meglévő sablonok módosulnak, és új sablonokat adnak hozzá az ügyfelek visszajelzésére válaszul. A figyelő Riasztássablonok lapján található minden sablonnak van egy verziója az év-hónap.szám formátumban, így láthatja, hogy mikor módosították utoljára.
Ha korábban létrehozott egy riasztási szabályt egy sablonból, és azt látja, hogy elérhető egy újabb sablon, törölheti és újra létrehozhatja a szabályt. Az újabb sablonnal kihasználhatja a riasztási szabály definíciójában található javításokat és fejlesztéseket.
Az alábbi táblázatok az egyes SQL-céltípusokhoz jelenleg elérhető riasztási szabálysablonokat ismertetik.
Megjegyzés
Az előzetes verzióban a riasztási szabálysablonok hozzáadhatók, módosíthatók és eltávolíthatók.
- SQL-adatbázis
- SQL rugalmas erőforráskészlet
- felügyelt SQL-példány
| Kategória | Név | Súlyosság | Gyakoriság | Leírás |
|---|---|---|---|---|
| Elérhetőség | Sikertelen csatlakozási mintavételek | 2 – Figyelmeztetés | 5 perc | Riasztások, ha a sikertelen csatlakozási mintavételek száma meghaladja a küszöbértéket. |
| Elérhetőség | A georeplikációs szolgáltatás nem kifogástalan | 1 – Hiba | 5 perc | Riasztások, ha a georeplikákra történő adatreplikálás leállt vagy megszakadt. |
| Erőforrás-használat | Magas processzorkihasználtság | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázis vagy a példány CPU-kihasználtsága meghaladja a küszöbértéket. |
| Erőforrás-használat | Magas munkavállalói kihasználtság | 2 – Figyelmeztetés | 5 perc | Riasztások, ha egy adatbázis feldolgozói kihasználtsága meghaladja a küszöbértéket. |
| Erőforrás-használat | Alacsony adattárolás | 2 – Figyelmeztetés | 30 perc | Riasztások, ha a használt adattároló közel van a maximális adatbázismérethez, és az adatnövekedési arány magas. |
| Erőforrás-használat | Alacsony tranzakciónapló-tároló | 1 – Hiba | 5 perc | Értesítések akkor, ha a felhasznált tranzakciónapló-tároló szintje magas, és a napló növekedési üteme is nagy. |
| Erőforrás-használat | Memóriakimerülési események | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázisban memóriakihasznált események találhatók. |
| Munkaterhelési minták | Blokkolt folyamatok csúcsa | 2 – Figyelmeztetés | 5 perc | Riasztások, ha egy adatbázisban a blokkolt folyamatok száma meghaladja a küszöbértéket. |
| Munkaterhelési minták | Letiltott kérések | 1 – Hiba | 5 perc | Riasztások, ha egy adatbázis legalább egy bizonyos időtartamnál hosszabb ideig várakozó blokkolt kéréseinek száma minimális. |
| Munkaterhelési minták | Holtpont csúcsa | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázisban lévő holtpontok száma meghaladja a küszöbértéket. |
| Munkaterhelési minták | Várakozási csúcs zárolása | 2 – Figyelmeztetés | 5 perc | Riasztások, ha egy adatbázisban a zárolások összesített várakozási ideje meghaladja a küszöbértéket. |
| Munkaterhelési minták | Hosszú aktív tranzakciók | 3 – Tájékoztató | 5 perc | Riasztások, ha vannak olyan aktív tranzakciók, ahol a tranzakció időtartama meghaladja a küszöbértéket. |
| Munkaterhelési minták | Memória várakozási idő csúcsa | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázis memóriájának összesített várakozási ideje meghaladja a küszöbértéket. |
| Munkaterhelési minták | Hálózati I/O-várakozási csúcs | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázis hálózati I/O-jának összesített várakozási ideje meghaladja a küszöbértéket. |
| Munkaterhelési minták | Kérések sebességének csökkenése | 3 – Tájékoztató | 5 perc | Riasztások, ha egy adatbázisban a kérések száma jelentősen csökkent. |
| Munkaterhelési minták | Időtúllépési kérelem növekedés | 1 – Hiba | 5 perc | Riasztások, ha egy adatbázisban a kérelmek (lekérdezések) időtúllépéseinek és megszakításainak száma meghaladja a küszöbértéket. |
| Munkaterhelési minták | Felhasználói hibák hirtelen növekedése | 3 – Tájékoztató | 5 perc | Riasztások, ha az adatbázis felhasználói hibáinak száma meghaladja a küszöbértéket. |
Jótanács
Előfordulhat, hogy nem kell minden mellékelt sablont használnia. A riasztási szabályok létrehozása előtt tekintse át a sablon leírását, és vegye figyelembe a követelményeket.
A szükségtelen riasztási szabályok növelik az Azure Data Explorer-fürt terhelését és a riasztások havi költségét.
Alapértelmezett riasztási szabály identitásának hozzáadása
A figyelő adattárának eléréséhez minden naplókeresési riasztási szabálynak felügyelt identitással kell rendelkeznie. Mielőtt riasztási szabályokat hozhat létre adatbázis-figyelősablonokból, az alábbi lépések végrehajtásával konfigurálnia kell a figyelő alapértelmezett riasztási szabály-identitását.
Fontos
A minimális jogosultság elvének követéséhez használjon külön identitást a riasztási szabályokhoz. Ne használja újra a figyelő identitását.
- Hozzon létre egy felhasználó által hozzárendelt felügyelt identitást, vagy keressen egy meglévő felhasználó által hozzárendelt identitást a minimálisan szükséges hozzáféréssel.
- Az Azure Portalon keresse meg a figyelőt, és válassza a Riasztássablonok lapot.
- Válassza a Riasztási szabály identitásának kezelése, majd a Hozzáadás lehetőséget.
- Keresse meg a felhasználó által hozzárendelt identitást az első lépésben, válassza a Hozzáadás, majd a Bezárás lehetőséget.
Az Adatbázis-figyelő automatikusan hozzárendeli a kiválasztott identitást minden új riasztási szabályhoz. Emellett identitás-hozzáférést is biztosít az adattárhoz, ha az aktuális felhasználó tulajdonosi RBAC-szerepkör-hozzárendeléssel rendelkezik az adattárat üzemeltető Azure Data Explorer-fürtben.
Ellenkező esetben az Azure Data Explorer-fürtön tulajdonosi hozzárendeléssel rendelkező felhasználóknak a következő hozzáférést kell biztosítaniuk a figyelőhöz kiválasztott alapértelmezett riasztási szabály-identitáshoz:
- Az Olvasó szerepkör az Azure Data Explorer-fürtben. További információ: Azure-szerepkörök hozzárendelése az Azure Portalhasználatával.
- A Megtekintő szerepkör az Azure Data Explorer-adatbázisban. További információ: Szerepköralapú hozzáférés-vezérlés.
Ha módosítja egy figyelő alapértelmezett riasztási szabályának identitását, a rendszer az új identitást használja minden új riasztási szabályhoz, amelyet sablonnal hoz létre. Egy meglévő riasztási szabály identitásának módosításáról a riasztási szabály részleteinek konfigurálása című témakörben olvashat.
Riasztási szabály létrehozása sablonból
Riasztási szabály létrehozása adatbázis-figyelősablonból:
Egy figyelő Riasztássablonok lapján keresse meg a használni kívánt sablont. A sablonok kategóriák szerint vannak csoportosítva, például erőforrás-használat, számítási feladatok mintái stb.
Fontos
A különböző SQL-céltípusokhoz különböző sablonok tartoznak. Létezik például egy másik magas cpu-kihasználtsági sablon az SQL-adatbázishoz, a rugalmas SQL-készlethez és a felügyelt SQL-példányhoz.
Riasztási szabály létrehozásakor mindenképpen válassza ki azt az SQL-céltípust, amely megfelel a figyelőhöz hozzáadott SQL-célok típusának. Ha több SQL-céltípust figyel, minden SQL-céltípushoz külön riasztási szabályokat kell létrehoznia.
Válassza a Riasztási szabály létrehozása lehetőséget.
Válassza ki az Azure-előfizetést, az erőforráscsoportot, a nevet, a régiót, a súlyosságot és a riasztási szabály kiértékelési gyakoriságát. Javasoljuk, hogy a riasztási szabály régiója egyezzen meg a figyelő adattáraként használt Azure Data Explorer-fürt régiójával.
Figyelmeztetés
Ha egy azonos nevű riasztási szabály már létezik ugyanabban az előfizetésben, erőforráscsoportban és régióban, akkor azt a sablonból létrehozott riasztási szabály váltja fel . A riasztási szabály esetleges testreszabásait a sablonértékek váltják fel.
Ha egy azonos nevű riasztási szabály már létezik ugyanabban az előfizetésben és erőforráscsoportban, de egy másik régióban van, az üzembe helyezés ellenőrzése meghiúsul, és a riasztási szabály nem jön létre.
Új riasztási szabály létrehozásának biztosításához használjon egyedi riasztási szabálynevet.
Válassza a Tovább lehetőséget, és opcionálisan jelöljön ki egy vagy több műveletcsoportot. Ha nem választ ki egy műveletcsoportot, aktivált riasztás jelenik meg az Azure Portal Azure Monitor-riasztások lapján, de nem kap értesítést. További információkért és a műveletcsoportok létrehozásának módjáról a Műveletcsoportok című témakörben olvashat.
Válassza a Tovább vagy a Véleményezés + létrehozás lehetőséget. Az ellenőrzés befejeződése után tekintse át a részleteket, és válassza a Létrehozás lehetőséget.
Riasztási szabályok kezelése
A riasztási szabály létrehozása után ugyanúgy kezelheti, mint az Azure Monitor-riasztások többi riasztási szabályát. Módosíthatja például a riasztási szabály leírását, súlyosságát, kiértékelési gyakoriságát, és hozzáadhat vagy eltávolíthat műveletcsoportokat. A KQL-lekérdezést úgy is szerkesztheti, hogy módosítsa a riasztási küszöbértékeket, kizárjon bizonyos SQL-célokat a riasztásból, vagy hogy a riasztási szabály csak bizonyos SQL-célok esetében működjön.
Az Azure Portalon navigáljon a Monitor, a Riasztások, a Riasztási szabályok elemre, és válasszon ki egy riasztási szabályt. Szerkesztheti a szabályt, duplikálhatja, ideiglenesen letilthatja vagy véglegesen törölheti.
További információ: Riasztási szabályok kezelése és a riasztási szabály részleteinek konfigurálása.
Adatbázis-figyelő riasztások kezelése
Amikor egy riasztási szabály aktiválódik, egy riasztás egy példányát hozza létre. Ha a riasztási szabály rendelkezik műveletcsoportokkal, a rendszer végrehajtja a műveleteket. Például értesítést kap arról, hogy egy riasztás aktiválódott.
A riasztás mindaddig aktivált állapotban marad, amíg a riasztási szabály rendszeres végrehajtása nem észleli, hogy a feltétel már nincs jelen, és a riasztás állapotát feloldott állapotra módosítja. Ekkor egy másik értesítés jelenik meg a riasztás feloldásáról. További információ: Állapotalapú riasztások.
Ha egy riasztás aktiválódik vagy megoldódott, és e-mail-értesítések küldéséhez konfigurált műveletcsoportot adott hozzá, e-mailt kap minden olyan SQL-célhoz, ahol a riasztási feltétel bekövetkezik. Ha például egy riasztási szabály azt észleli, hogy két felügyelt SQL-példány cpu-kihasználtsága magas, két külön e-mailt kap.
Az összes riasztáspéldányt és azok állapotát az Azure Portal Azure Monitor-riasztások lapján tekintheti meg. Szűrők hozzáadásával az adott Azure SQL-erőforrásokra vagy erőforrástípusokra vonatkozó riasztásokra összpontosíthat. További információ: Riasztáspéldányok kezelése.
Kapcsolódó tartalom
- Mik azok az Azure Monitor riasztások?
- 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-adatgyűjtés és -adatkészletek (előzetes verzió)
- Database Watcher monitorozási adatainak elemzése (előzetes verzió)
- Adatbázis-figyelő – gyakori kérdések