Běžné dotazy týkající se monitorování Site Recovery

Tento článek odpovídá na běžné otázky týkající se monitorování služby Azure Site Recovery s využitím vytvořeného monitorování Site Recovery a služby Azure Monitor (Log Analytics).

OBECNÉ

Jak se hodnota cíle obnovení protokoluje jinak než nejnovější dostupný bod obnovení?

Site Recovery používá k replikaci počítačů do Azure vícekrokový asynchronní proces.

• V předposledním kroku replikace se poslední změny v počítači spolu s metadaty zkopírují do účtu úložiště protokolu nebo mezipaměti.
• Tyto změny spolu se značkou, která identifikuje obnovitelný bod, se zapisují do účtu úložiště nebo spravovaného disku v cílové oblasti.
• Site Recovery teď může pro počítač vygenerovat obnovitelný bod.
• V tuto chvíli byl cíl bodu obnovení splněn pro změny nahrané do účtu úložiště. Jinými slovy, RPO počítače v tomto okamžiku se rovná době, která uplynula z časového razítka odpovídající obnovitelnému bodu.
• Site Recovery teď vybere nahraná data z účtu úložiště a použije je na disky repliky vytvořené pro daný počítač.
• Site Recovery pak vygeneruje bod obnovení a zpřístupní tento bod pro obnovení při převzetí služeb při selhání.
• Nejnovější dostupný bod obnovení tedy označuje časové razítko odpovídající nejnovějšímu bodu obnovení, který již byl zpracován, a používá se na disky repliky.

Nesprávný systémový čas na replikovaném zdrojovém počítači nebo na místních serverech infrastruktury zkosí vypočítanou hodnotu cíle bodu obnovení. Pro přesné generování sestav RPO se ujistěte, že systémové hodiny jsou přesné na všech serverech a počítačích.

Inbuilt Site Recovery logging

Proč se počet virtuálních počítačů v zobrazení infrastruktury trezoru liší od celkového počtu zobrazeného v replikovaných položkách?

Zobrazení infrastruktury trezoru je vymezeno scénáři replikace. Počet zobrazení zahrnuje pouze počítače v aktuálně vybraném scénáři replikace. Kromě toho počítáme jenom virtuální počítače, které jsou nakonfigurované pro replikaci do Azure. Počítače, které replikují zpět do místní lokality, se do zobrazení nezapočítávají.

Proč se počet replikovaných položek v essentials liší od celkového počtu replikovaných položek na řídicím panelu?

Do počtu zobrazených v essentials jsou zahrnuté jenom počítače, pro které se dokončila počáteční replikace. Celkový součet replikovaných položek zahrnuje všechny počítače v trezoru, včetně počítačů, pro které právě probíhá počáteční replikace.

Protokolování Azure Monitor

Jak často Site Recovery odesílá protokoly prostředků do protokolu služby Azure Monitor?

• Funkce AzureSiteRecoveryReplicationStats a AzureSiteRecoveryPoint se odesílají každých 15 minut.
• AzureSiteRecoveryReplicationDataUploadRate a AzureSiteRecoveryProtectedDiskDataChurn se odesílají každých pět minut.
• AzureSiteRecoveryJobs se odešle při triggeru a dokončení úlohy.
• AzureSiteRecoveryEvents se odešle při každém vygenerování události.
• AzureSiteRecoveryReplicatedItems se odešle vždy, když dojde ke změně prostředí. Čas aktualizace dat je obvykle 15 minut po změně.

Jak dlouho se data uchovávají v protokolech služby Azure Monitor?

Informace o uchovávání dat najdete v tématu Uchovávání a archivace dat v protokolech služby Azure Monitor.

Výchozí dobu uchovávání můžete upravit v části Využití a Odhadované náklady v pracovním prostoru služby Log Analytics. Klikněte na Uchovávání dat a zvolte oblast.

Jaká je velikost protokolů prostředků?

Velikost protokolu je obvykle 15 až 20 kB.

Integrovaná upozornění služby Azure Monitor pro Azure Site Recovery

Existují nějaké náklady na používání integrovaných upozornění služby Azure Monitor pro Azure Site Recovery?

Díky integrovaným upozorněním služby Azure Monitor se upozornění na kritické operace nebo selhání generují ve výchozím nastavení (které můžete zobrazit na portálu nebo prostřednictvím neportálních rozhraní) bez dalších poplatků. Pokud ale chcete tyto výstrahy směrovat do kanálu oznámení (například e-mailu), účtují se vám menší náklady na oznámení nad rámec úrovně Free (za měsíc 1 000 e-mailů). Přečtěte si další informace o cenách služby Azure Monitor.

Bude aktuální řešení e-mailových oznámení pro Azure Site Recovery v trezoru služby Recovery Services dál fungovat?

V současné době současné řešení e-mailových oznámení souběžně funguje s novým integrovaným řešením upozornění služby Azure Monitor. Doporučujeme vyzkoušet si upozorňování na základě služby Azure Monitor, abyste se seznámili s novým prostředím a používali jeho možnosti.

Jaký je rozdíl mezi pravidlem upozornění, pravidlem zpracování upozornění a skupinou akcí?

• Pravidlo upozornění: Odkazuje na pravidlo vytvořené uživatelem, které určuje podmínku, na které se má výstraha aktivovat.
• Pravidlo zpracování upozornění (dříve označované jako pravidlo akce): Odkazuje na pravidlo vytvořené uživatelem, které určuje kanály oznámení, do kterého by se měla směrovat konkrétní aktivovaná výstraha. K potlačení oznámení můžete také použít pravidla zpracování výstrah.
• Skupina akcí: Odkazuje na kanál oznámení (například e-mail, koncový bod ITSM, aplikace logiky, webhook atd.), do kterého se dá aktivovat upozornění.

V případě předdefinovaných upozornění služby Azure Monitor, protože upozornění už ve výchozím nastavení generují, nemusíte vytvářet pravidlo upozornění. Pokud chcete tyto výstrahy směrovat do kanálu oznámení, měli byste pro tyto výstrahy vytvořit pravidlo zpracování upozornění a skupinu akcí. Další informace

Další kroky

Zjistěte, jak monitorovat pomocí služby Site Recovery sestavené monitorování nebo služby Azure Monitor.