Ez a cikk az Azure Backup monitorozási és jelentéskészítési gyakori kérdéseire ad választ.
Riasztás biztonsági mentéshez
Milyen riasztási megoldásokat kínál az Azure Backup?
Az Azure Backup több riasztási lehetőséget is támogat: beépített Azure Monitor-riasztásokat, metrikariasztásokat, egyéni naplóelemzés-alapú riasztásokat, egyéni ARG-alapú riasztásokat, tevékenységnapló-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. A klasszikus riasztások elavultak lesznek, és az elkövetkező években nem támogatottak. További információ az Azure Backup által biztosított különböző riasztási lehetőségekről.
Vannak költségek az Azure Backup beépített Azure Monitor-riasztásainak használatához?
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 az ingyenes szinten (havonta 1000 e-mailen) túli értesítések esetében is kisebb költséget von maga után. További információ az Azure Monitor díjszabásáról.
Vannak költségek az Egyéni riasztások (log analytics/ ARG/ tevékenységnaplók/metrikák) Azure Backuphoz való használatához?
Az egyéni riasztások esetében a fent leírt értesítési költségek mellett riasztási szabályonkénti költség is szerepel. A riasztási szabály költsége a riasztási szabály részeként kiválasztott dimenziók számának arányában változik. További információ az Azure Monitor díjszabásáról.
Költségek merülnek fel a metrikariasztások Azure Backuphoz való használatával kapcsolatban?
A metrikariasztások esetében a fent ismertetett értesítési költségek mellett riasztási szabályonkénti költség is van. A riasztási szabály költsége a riasztási szabály részeként kiválasztott dimenziók számának arányában változik. További információ az Azure Monitor díjszabásáról.
Mi a különbség a riasztási szabályok, a riasztásfeldolgozási szabályok (műveleti szabályok) és a műveleti csoportok között?
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ának feltételét. 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, amelyekhez 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 az 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 generálnak, 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, amelyre a riasztást aktiválni kell. 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
Konfigurálhatok riasztásokat a sikeres biztonsági mentési feladatokhoz?
Igen, metrikariasztások használatával konfigurálhatja a riasztásokat a sikeres biztonsági mentésekhez. További információ
Programozott módon konfigurálhatom az értesítéseket?
Ha Azure Monitor-alapú riasztásokat használ, az értesítéseket (riasztásfeldolgozási szabályokat és műveleti csoportokat) programozott módon konfigurálhatja. Ha klasszikus riasztásokat használ, az értesítések programozott létrehozása nem támogatott.
Késleltethetők a Log Analytics-alapú riasztások?
Egy esemény bekövetkezése után 20–30 percbe telhet , amíg az adatok elérik a Log Analytics-munkaterületet. Ennek eredményeképpen a Log Analytics-alapú riasztások kissé késhetnek. Azonnali riasztások esetén használjon beépített Azure Monitor-alapú riasztásokat vagy metrikákon alapuló riasztásokat.
Jelentések konfigurálása az Azure Backuphoz
Hogyan ellenőrizze, hogy a jelentéskészítési adatok elkezdenek-e log analyticsi (LA) munkaterületre áramlani?
Lépjen a konfigurált Log Analytics-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.
Mi a Log Analytics-munkaterületre történő adatküldés gyakorisága?
A tároló diagnosztikai adatait a Rendszer némi késéssel a Log Analytics-munkaterületre pumpálja. Minden esemény 20–30 perccel azután érkezik meg a Log Analytics-munkaterületre, hogy leküldte a Recovery Services-tárolóból. 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 a létrehozásuk után azonnal le lesznek küldve. Ezért általában 20–30 perc után 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-biztonsági mentés esetén, mivel a naplók biztonsági mentése 15 percenként történhet, a rendszer 6 óránként kötegeli és leküldi az összes befejezett ütemezett biztonsági mentési feladat adatait, beleértve a naplókat is.
- 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 házirend módosítása vagy a szabályzat szerkesztése) az összes kapcsolódó biztonsági mentési információ leküldését váltja ki.
Mennyi ideig őrizhetem meg a jelentéskészítési adatokat?
A Log Analytics-munkaterület létrehozása után dönthet úgy, hogy legfeljebb 2 évig őrzi meg az adatokat. A Log Analytics-munkaterület alapértelmezés szerint 31 napig őrzi meg az adatokat. További információ.
A Log Analytics-munkaterület konfigurálása után az összes adat megjelenik a jelentésekben?
A diagnosztikai beállítások konfigurálása után az adatok a Log Analytics-munkaterületen kezdenek áramlani. A rendszer a konfiguráció napjától megőrzi az adatokat a munkaterületen a megadott megőrzési időszakra vonatkozóan. A folyamatban lévő feladatok nem lesznek leküldve a munkaterületre. Az események a befejezéskor le lesznek küldve a munkaterületre (sikeres vagy sikertelen). A Log Analytics-munkaterületen elérhető összes adat elérhető lesz a jelentésekben.
Megtekinthetik a jelentéseket tárolókban és előfizetésekben?
Igen, megtekintheti a jelentéseket a tárolók és előfizetések, valamint a régiók között. Az adatok egyetlen Log Analytics-munkaterületen vagy a Log Analytics-munkaterületek egy csoportjában lehetnek.
Megtekinthetik a bérlők jelentéseit?
Ha Ön Azure Lighthouse-felhasználó , delegált hozzáféréssel rendelkezik az ügyfelek előfizetéseihez vagy a Log Analytics-munkaterületekhez, a Biztonsági mentési jelentések segítségével megtekintheti az összes bérlő adatait.
Recovery Services-tároló
Mennyi ideig tart, amíg az Azure Backup-ügynök feladatának állapota megjelenik a portálon?
Az Azure Portal akár 15 percet is igénybe vehet, hogy tükrözze az Azure Backup-ügynök feladatának állapotát.
A biztonsági mentési feladat sikertelensége után mennyi időt vesz igénybe egy riasztás küldése?
Az Azure Backup meghibásodása után 20 percen belül riasztás jön létre.
Van olyan eset, amikor a rendszer nem küld e-mailt, ha az értesítések konfigurálva vannak?
Igen. Az alábbi helyzetekben 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 küld és old fel
- Feladat megszakítása esetén
- 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