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ézetében 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?

Az adatmegőrzésről további információt az Azure Monitor-naplók adatmegőrzése és archiválása című témakörben talál.

Az alapértelmezett megőrzési időtartamot a Log Analytics-munkaterület Használat és becsült költség szakaszában módosíthatja. 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ásokkal a kritikus műveletekre/hibákra vonatkozó riasztások alapértelmezés szerint (amelyeket a portálon vagy nem portális felületeken tekinthet meg) extra költség 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 túli értesítések (havonta 1000 e-mail) esetében kisebb költséggel jár. 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 az aktuális e-mail-értesítési megoldás párhuzamosan működik az új beépített Azure Monitor-riasztási megoldással. Javasoljuk, hogy próbálja ki az Azure Monitor-alapú riasztást, hogy megismerkedjen az új felülettel, és használja annak 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 az idő függvényében.
• 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.