Często zadawane pytania dotyczące monitorowania usługi Site Recovery

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące monitorowania usługi Azure Site Recovery przy użyciu wbudowanego monitorowania usługi Site Recovery i usługi Azure Monitor (Log Analytics).

Ogólne

W jaki sposób wartość celu punktu odzyskiwania różni się od najnowszego dostępnego punktu odzyskiwania?

Usługa Site Recovery używa wieloetapowego procesu asynchronicznego do replikacji maszyn na platformę Azure.

• W przedostatnim kroku replikacji ostatnie zmiany na maszynie wraz z metadanymi są kopiowane do konta magazynu dziennika/pamięci podręcznej.
• Te zmiany wraz z tagiem identyfikującym punkt możliwy do odzyskania są zapisywane na koncie magazynu/dysku zarządzanym w regionie docelowym.
• Usługa Site Recovery może teraz wygenerować punkt możliwy do odzyskania dla maszyny.
• W tym momencie cel punktu odzyskiwania został osiągnięty dla zmian przekazanych do konta magazynu do tej pory. Innymi słowy, cel punktu odzyskiwania maszyny w tym momencie jest równy czas, który upłynął od sygnatury czasowej odpowiadającej punktowi możliwemu do odzyskania.
• Teraz usługa Site Recovery wybiera przekazane dane z konta magazynu i stosuje je do dysków replik utworzonych dla maszyny.
• Usługa Site Recovery generuje następnie punkt odzyskiwania i udostępnia ten punkt do odzyskiwania w trybie failover.
• W związku z tym najnowszy dostępny punkt odzyskiwania wskazuje znacznik czasu odpowiadający najnowszemu punktowi odzyskiwania, który został już przetworzony i zastosowany do dysków repliki.

Niepoprawny czas systemowy na replikowanej maszynie źródłowej lub na lokalnych serwerach infrastruktury spowoduje wypaczenie obliczonej wartości celu punktu odzyskiwania. Aby uzyskać dokładne raportowanie celu punktu odzyskiwania, upewnij się, że zegar systemowy jest dokładny na wszystkich serwerach i maszynach.

Wbudowane rejestrowanie usługi Site Recovery

Dlaczego liczba maszyn wirtualnych w widoku infrastruktury magazynu różni się od całkowitej liczby wyświetlanych w obszarze Zreplikowane elementy?

Widok infrastruktury magazynu jest zakresem scenariuszy replikacji. Tylko maszyny w aktualnie wybranym scenariuszu replikacji są uwzględniane w liczbie dla widoku. Ponadto zliczamy tylko maszyny wirtualne skonfigurowane do replikacji na platformę Azure. Maszyny w trybie failover lub maszyny replikowane z powrotem do lokacji lokalnej nie są liczone w widoku.

Dlaczego liczba replikowanych elementów w programie Essentials różni się od całkowitej liczby replikowanych elementów na pulpicie nawigacyjnym?

Tylko maszyny, dla których zakończono replikację początkową, są uwzględniane w liczbie pokazanej w sekcji Podstawy. Suma replikowanych elementów obejmuje wszystkie maszyny w magazynie, w tym te, dla których trwa replikacja początkowa.

Rejestrowanie w usłudze Azure Monitor

Jak często usługa Site Recovery wysyła dzienniki zasobów do dziennika usługi Azure Monitor?

• Polecenia AzureSiteRecoveryReplicationStats i AzureSiteRecoveryRecoveryPoint są wysyłane co 15 minut.
• Usługa AzureSiteRecoveryReplicationDataUploadRate i AzureSiteRecoveryProtectedDiskDataChurn są wysyłane co pięć minut.
• Zadania AzureSiteRecoveryJobs są wysyłane w wyzwalaczu i zakończeniu zadania.
• Usługa AzureSiteRecoveryEvents jest wysyłana za każdym razem, gdy jest generowane zdarzenie.
• Element AzureSiteRecoveryReplicatedItems jest wysyłany za każdym razem, gdy wystąpi jakakolwiek zmiana środowiska. Zazwyczaj czas odświeżania danych wynosi 15 minut po zmianie.

Jak długo dane są przechowywane w dziennikach usługi Azure Monitor?

Aby uzyskać informacje na temat przechowywania danych, zobacz Przechowywanie i archiwizowanie danych w dziennikach usługi Azure Monitor.

Domyślny okres przechowywania można zmodyfikować w sekcji Użycie i szacowany koszt w obszarze roboczym usługi Log Analytics. Kliknij pozycję Przechowywanie danych i wybierz zakres.

Jaki jest rozmiar dzienników zasobów?

Zazwyczaj rozmiar dziennika wynosi 15–20 KB.

Wbudowane alerty usługi Azure Monitor dla usługi Azure Site Recovery

Czy istnieją jakieś koszty korzystania z wbudowanych alertów usługi Azure Monitor dla usługi Azure Site Recovery?

Dzięki wbudowanym alertom usługi Azure Monitor alerty dotyczące krytycznych operacji/niepowodzeń są generowane domyślnie (które można wyświetlać w portalu lub za pośrednictwem interfejsów nieportalnych) bez dodatkowych kosztów. Jednak w celu kierowania tych alertów do kanału powiadomień (na przykład wiadomości e-mail) naliczany jest niewielki koszt powiadomień poza warstwą Bezpłatna (1000 wiadomości e-mail miesięcznie). Dowiedz się więcej o cenach usługi Azure Monitor.

Czy bieżące rozwiązanie powiadomień e-mail dla usługi Azure Site Recovery w magazynie usługi Recovery Services będzie nadal działać?

Obecnie bieżące rozwiązanie powiadomień e-mail współistnieje równolegle z nowym wbudowanym rozwiązaniem alertów usługi Azure Monitor. Zalecamy wypróbowanie alertów opartych na usłudze Azure Monitor, aby zapoznać się z nowym środowiskiem i korzystać z jego możliwości.

Jaka jest różnica między regułą alertu, regułą przetwarzania alertów i grupą akcji?

• Reguła alertu: odwołuje się do reguły utworzonej przez użytkownika, która określa warunek, w którym powinien zostać wyzwolony alert.
• Reguła przetwarzania alertów (wcześniej nazywana regułą akcji): odwołuje się do reguły utworzonej przez użytkownika, która określa kanały powiadomień, do których powinien być kierowany określony wyzwolony alert. Możesz również użyć reguł przetwarzania alertów, aby pominąć powiadomienia na czas.
• Grupa akcji: odwołuje się do kanału powiadomień (na przykład wiadomości e-mail, punktu końcowego ITSM, aplikacji logiki, elementu webhook itd.), do którego można kierować wyzwolony alert.

W przypadku wbudowanych alertów usługi Azure Monitor, ponieważ alerty są już generowane domyślnie, nie trzeba tworzyć reguły alertu. Aby skierować te alerty do kanału powiadomień, należy utworzyć regułę przetwarzania alertów i grupę akcji dla tych alertów. Dowiedz się więcej

Następne kroki

Dowiedz się, jak monitorować za pomocą wbudowanego monitorowania usługi Site Recovery lub usługi Azure Monitor.