Azure Backup monitorozási riasztás – gyakori kérdések

Azure Backup több riasztási lehetőséget is támogat: beépített Azure Monitor-riasztásokat, Azure Monitor-metrikariasztásokat, egyéni naplóriasztásokat és klasszikus riasztásokat. Ha jelenleg klasszikus riasztásokat használ, javasoljuk, hogy kezdje el használni az Azure Monitor-alapú riasztásokat, mivel ezek több előnnyel járnak. További információ a Azure Backup által biztosított különböző riasztási lehetőségekről.

Beépített Azure Monitor-riasztások esetén a kritikus műveletekre/hibákra vonatkozó riasztások alapértelmezés szerint (amelyeket a portálon vagy a portálon kívüli felületeken tekinthet meg) további költségek nélkül generálnak. Ha azonban ezeket a riasztásokat egy értesítési csatornára (például e-mailre) szeretné irányítani, az ingyenes szinten (havonta 1000 e-mailen) túli értesítések esetében is kisebb költséggel jár. További információ az Azure Monitor díjszabásáról.

A metrikariasztások esetében a fent leírt értesítési költségek mellett riasztási szabályonként is van költség. A riasztási szabály költsége a riasztási szabály részeként kiválasztott dimenziók számával arányban változik. További információ az Azure Monitor díjszabásáról.

Biztonsági mentési riasztások szerint:

• Riasztási szabály: Egy felhasználó által létrehozott szabályra hivatkozik, amely meghatározza a riasztás aktiválásához tartozó feltételt. További információ
• Riasztásfeldolgozási szabály (korábbi nevén Műveleti szabály): Egy felhasználó által létrehozott szabályra hivatkozik, amely meghatározza azokat az értesítési csatornákat, amelyekre egy adott aktivált riasztást kell irányítani. Riasztásfeldolgozási szabályokkal is letilthatja az értesítéseket egy ideig. További információ
• Műveletcsoport: Arra az értesítési csatornára hivatkozik (például e-mail, ITSM-végpont, logikai alkalmazás, webhook stb.), amelyre egy aktivált riasztás irányítható. További információ

Beépített Azure Monitor-riasztások esetén, mivel a riasztások már alapértelmezés szerint létrejönnek, nem kell riasztási szabályt létrehoznia. Ha ezeket a riasztásokat egy értesítési csatornára szeretné irányítani, létre kell hoznia egy riasztásfeldolgozási szabályt és egy műveletcsoportot ezekhez a riasztásokhoz. Lásd a példát

Metrikariasztások esetén, mivel a riasztások alapértelmezés szerint nem jönnek létre, először létre kell hoznia egy riasztási szabályt annak a feltételnek a megadásához, amelyhez riasztást kell aktiválni. Ha ezeket a riasztásokat egy értesítési csatornára szeretné irányítani, közvetlenül csatolhatja a riasztási szabályt egy műveletcsoporthoz, vagy használhat riasztásfeldolgozási szabályt. Lásd a példát

Igen, metrikariasztásokkal konfigurálhatja a riasztásokat a sikeres biztonsági mentésekhez. További információ

Ha Azure Monitor-alapú riasztásokat használ, az értesítéseket (riasztásfeldolgozási szabályokat és műveletcsoportokat) programozott módon konfigurálhatja. Ha klasszikus riasztásokat használ, az értesítések programozott létrehozása nem támogatott.

Lépjen a konfigurált LA-munkaterületre. Lépjen a Naplók menüelemre, és futtassa a lekérdezést CoreAzureBackup | take 1. Ha egy rekordot ad vissza, az azt jelenti, hogy az adatok elkezdtek a munkaterületre áramlani. A kezdeti adatküldés akár 24 órát is igénybe vehet.

A tárolóból származó diagnosztikai adatok a Log Analytics-munkaterületre kerülnek némi késéssel. Minden esemény 20–30 perccel a Helyreállítási tárból való leküldés után érkezik meg a Log Analytics-munkaterületre. Az alábbiakban további részleteket talál a késésről:

• Minden megoldás esetében a biztonsági mentési szolgáltatás beépített riasztásai azonnal le lesznek küldve, amint létrehozták őket. Így általában 20–30 perc elteltével jelennek meg a Log Analytics-munkaterületen.
• Minden megoldás esetében az igény szerinti biztonsági mentési és visszaállítási feladatok azonnal le lesznek küldve, amint befejeződnek.
• Az SQL-alapú biztonsági mentés kivételével minden megoldás esetében az ütemezett biztonsági mentési feladatok azonnal le lesznek küldve, amint befejeződnek.
• Sql-alapú biztonsági mentés esetén, mivel a naplók biztonsági mentése 15 percenként történhet, a rendszer az összes befejezett ütemezett biztonsági mentési feladat adatait , beleértve a naplókat is, 6 óránként kötegeli és leküldi.
• Minden megoldás esetében a rendszer naponta legalább egyszer leküldi az egyéb információkat, például a biztonsági mentési elemet, a szabályzatot, a helyreállítási pontokat, a tárterületet stb.
• A biztonsági mentés konfigurációjának módosítása (például a szabályzat módosítása vagy a szerkesztési szabályzat) elindítja az összes kapcsolódó biztonsági mentési információ leküldését.

Az LA-munkaterület létrehozása után dönthet úgy, hogy legfeljebb 2 évig őrzi meg az adatokat. Alapértelmezés szerint egy LA-munkaterület 31 napig őrzi meg az adatokat.

A diagnosztikai beállítások konfigurálása után létrehozott összes adat le lesz küldve az LA-munkaterületre, és elérhető a jelentésekben. A folyamatban lévő feladatok nem küldhetők le jelentéskészítésre. Miután a feladat befejeződött vagy meghiúsult, a rendszer elküldi a jelentéseknek.

Igen, megtekintheti a jelentéseket a tárolók és előfizetések, valamint a régiók között. Az adatok egyetlen LA-munkaterületen vagy la-munkaterületek egy csoportjában lehetnek.

Ha Ön egy Azure Lighthouse-felhasználó , aki delegált hozzáféréssel rendelkezik az ügyfelek előfizetéseihez vagy la-munkaterületeihez, a Biztonsági mentési jelentések segítségével megtekintheti az összes bérlő adatait.

A Azure Portal akár 15 percet is igénybe vehet, hogy tükrözze a Azure Backup ügynök feladatának állapotát.

A rendszer a hiba Azure Backup 20 percen belül riasztást ad ki.

Igen. A következő esetekben a rendszer nem küld értesítéseket:

• Ha az értesítések óránként vannak konfigurálva, és a rendszer egy órán belül riasztást ad ki és old fel
• Feladat megszakítása
• Ha egy második biztonsági mentési feladat meghiúsul, mert az eredeti biztonsági mentési feladat folyamatban van

Következő lépések

További gyakori kérdéseket is áttekinthet:

• Gyakori kérdések az Azure-beli virtuális gépek biztonsági mentéséről.
• Gyakori kérdések az Azure Backup-ügynökről