Gyakori kérdések a Site Recovery monitorozásáról
Ez a cikk az Azure Site Recovery, az beépített Site Recovery monitorozás és az Azure Monitor (Log Analytics) használatával kapcsolatos gyakori kérdésekre ad választ.
Általános
Miben különbözik az RPO-érték a legújabb elérhető helyreállítási ponttól?
A Site Recovery egy többlépéses aszinkron folyamatot használ a gépek Azure-ba való replikálásához.
- A replikáció utolsó előtti lépésében a gép legutóbbi módosításai és a metaadatok át lesznek másolva egy napló-/gyorsítótár-tárfiókba.
- Ezek a módosítások a helyreállítható pontot azonosító címkével együtt a célrégió tárfiókjába/felügyelt lemezére lesznek írva.
- A Site Recovery mostantól létrehozhat egy helyreállítható pontot a gép számára.
- Ezen a ponton az RPO teljesült a tárfiókba eddig feltöltött módosítások esetében. Más szóval, a gép RPO ezen a ponton egyenlő azzal az idővel, amely a helyreállítható pontnak megfelelő időbélyegből eltelt.
- Most a Site Recovery kiválasztja a feltöltött adatokat a tárfiókból, és alkalmazza azokat a géphez létrehozott replikalemezekre.
- A Site Recovery ezután létrehoz egy helyreállítási pontot, és elérhetővé teszi ezt a pontot a feladatátvételkor történő helyreállításhoz.
- Így a legújabb rendelkezésre álló helyreállítási pont a már feldolgozott és a replikalemezekre alkalmazott legújabb helyreállítási pontnak megfelelő időbélyeget jelzi.
A replikáló forrásgép vagy a helyszíni infrastruktúra-kiszolgálók helytelen rendszerideje el fogja varrni a kiszámított RPO-értéket. A pontos RPO-jelentéskészítéshez győződjön meg arról, hogy a rendszer órája minden kiszolgálón és gépen pontos.
Beépített Site Recovery-naplózás
Miért különbözik a virtuális gépek száma a tárolóinfrastruktúra nézetben a replikált elemekben látható teljes számtól?
A tárolóinfrastruktúra nézetét replikációs forgatókönyvek hatóköre határozza meg. Csak az aktuálisan kiválasztott replikációs forgatókönyvben szereplő gépek szerepelnek a nézet számában. Emellett csak az Azure-ba replikálni konfigurált virtuális gépeket számoljuk meg. A feladatátvételi gépek vagy a helyszíni helyekre visszareplikált gépek nem számítanak bele a nézetben.
Miért különbözik az Essentials replikált elemeinek száma az irányítópult replikált elemeinek teljes számától?
Az Essentialsban látható szám csak azokat a gépeket tartalmazza, amelyek kezdeti replikációja befejeződött. A replikált elemek összege tartalmazza a tároló összes gépét, beleértve azokat is, amelyek esetében a kezdeti replikáció jelenleg folyamatban van.
Azure Monitor-naplózás
Milyen gyakran küld a Site Recovery erőforrásnaplókat az Azure Monitor-naplóba?
- Az AzureSiteRecoveryReplicationStats és az AzureSiteRecoveryRecoveryPoints 15 percenként lesz elküldve.
- Az AzureSiteRecoveryReplicationDataUploadRate és az AzureSiteRecoveryProtectedDiskDataChurn öt percenként lesz elküldve.
- Az AzureSiteRecoveryJobs a feladat eseményindítóján és befejezésekor lesz elküldve.
- Az AzureSiteRecoveryEvents minden esemény létrehozásakor el lesz küldve.
- Az AzureSiteRecoveryReplicatedItems minden környezeti változás esetén el lesz küldve. Az adatfrissítési idő általában 15 perc a módosítás után.
Mennyi ideig őrzik meg az adatokat az Azure Monitor naplóiban?
Alapértelmezés szerint a megőrzés 31 napig tart. A Log Analytics-munkaterület Használati és becsült költség szakaszában növelheti az időszakot. Kattintson az Adatmegőrzés elemre, és válassza ki a tartományt.
Mekkora az erőforrásnaplók mérete?
A naplók mérete általában 15–20 KB.
Beépített Azure Monitor-riasztások az Azure Site Recoveryhöz
Van bármi költsége az Azure Site Recovery beépített Azure Monitor-riasztásainak használatáért?
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.
Működni fog az Azure Site Recovery jelenlegi e-mail-értesítési megoldása a Recovery Services-tárolóban?
A mai napon a jelenlegi e-mail-értesítési megoldás az új beépített Azure Monitor-riasztási megoldással párhuzamosan létezik. Javasoljuk, hogy próbálja ki az Azure Monitor-alapú riasztást, hogy megismerkedjen az új felülettel, és kihasználhassa képességeit.
Mi a különbség a riasztási szabály, a riasztásfeldolgozási szabály és a műveleti csoport között?
- 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.
- Riasztásfeldolgozási szabály (korábbi nevén Műveleti szabály): Olyan 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.
- 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ó.
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. További információ
Következő lépések
Megtudhatja, hogyan monitorozhat a Site Recovery beépített monitorozásával vagy az Azure Monitorral.