Vanliga frågor om Övervakning av Site Recovery

  • Artikel

Den här artikeln besvarar vanliga frågor om övervakning av Azure Site Recovery, med inbyggd Site Recovery-övervakning och Azure Monitor (Log Analytics).

Allmänt

Hur skiljer sig RPO-värdet från den senaste tillgängliga återställningspunkten?

Site Recovery använder en asynkron process i flera steg för att replikera datorer till Azure.

  • I det näst sista steget i replikeringen kopieras de senaste ändringarna på datorn, tillsammans med metadata, till ett logg-/cachelagringskonto.
  • Dessa ändringar, tillsammans med taggen som identifierar en återställningsbar punkt, skrivs till lagringskontot/den hanterade disken i målregionen.
  • Site Recovery kan nu generera en återställningsbar plats för datorn.
  • I det här läget har RPO uppfyllts för de ändringar som laddats upp till lagringskontot hittills. Med andra ord är datorns RPO vid den här tidpunkten lika med den tid som förflutit från tidsstämpeln som motsvarar den återställningsbara punkten.
  • Nu väljer Site Recovery uppladdade data från lagringskontot och tillämpar dem på replikdiskarna som skapats för datorn.
  • Site Recovery genererar sedan en återställningspunkt och gör den här punkten tillgänglig för återställning vid redundansväxling.
  • Den senaste tillgängliga återställningspunkten anger alltså den tidsstämpel som motsvarar den senaste återställningspunkten som redan har bearbetats och tillämpas på replikdiskarna.

En felaktig systemtid på den replikerande källdatorn, eller på lokala infrastrukturservrar, förvränger det beräknade RPO-värdet. För korrekt RPO-rapportering kontrollerar du att systemklockan är korrekt på alla servrar och datorer.

Inbyggd Site Recovery-loggning

Varför skiljer sig antalet virtuella datorer i valvinfrastrukturvyn från det totala antalet som visas i Replikerade objekt?

Vyn valvinfrastruktur begränsas av replikeringsscenarier. Endast datorer i det valda replikeringsscenariot ingår i antalet för vyn. Dessutom räknar vi bara virtuella datorer som har konfigurerats för att replikera till Azure. Datorer som har växlat över datorer eller datorer som replikeras tillbaka till en lokal plats räknas inte i vyn.

Varför skiljer sig antalet replikerade objekt i Essentials från det totala antalet replikerade objekt på instrumentpanelen?

Endast datorer för vilka den inledande replikeringen har slutförts ingår i antalet som visas i Essentials. Totalt antal replikerade objekt omfattar alla datorer i valvet, inklusive de som inledande replikering pågår för närvarande för.

Azure Monitor-loggning

Hur ofta skickar Site Recovery resursloggar till Azure Monitor-loggen?

  • AzureSiteRecoveryReplicationStats och AzureSiteRecoveryRecoveryPoints skickas var 15:e minut.
  • AzureSiteRecoveryReplicationDataUploadRate och AzureSiteRecoveryProtectedDiskDataChurn skickas var femte minut.
  • AzureSiteRecoveryJobs skickas vid utlösaren och slutförandet av ett jobb.
  • AzureSiteRecoveryEvents skickas när en händelse genereras.
  • AzureSiteRecoveryReplicatedItems skickas när det sker några miljöändringar. Datauppdateringstiden är vanligtvis 15 minuter efter en ändring.

Hur länge sparas data i Azure Monitor-loggar?

Som standard är kvarhållningen i 31 dagar. Du kan öka perioden i avsnittet Användning och beräknad kostnad på Log Analytics-arbetsytan. Klicka på Datakvarhållning och välj intervallet.

Hur stora är resursloggarna?

Vanligtvis är storleken på en logg 15–20 KB.

Inbyggda Azure Monitor-aviseringar för Azure Site Recovery

Kostar det något att använda inbyggda Azure Monitor-aviseringar för Azure Site Recovery?

Med inbyggda Azure Monitor-aviseringar genereras aviseringar för kritiska åtgärder/fel som standard (som du kan visa i portalen eller via gränssnitt som inte är portalen) utan extra kostnad. Men för att dirigera dessa aviseringar till en meddelandekanal (till exempel e-post) medför det en mindre kostnad för meddelanden utöver den kostnadsfria nivån (på 1 000 e-postmeddelanden per månad). Läs mer om priser för Azure Monitor.

Kommer den aktuella e-postaviseringslösningen för Azure Site Recovery i Recovery Services-valvet att fortsätta fungera?

Från och med idag finns den aktuella e-postaviseringslösningen parallellt med den nya inbyggda Azure Monitor-aviseringslösningen. Vi rekommenderar att du provar azure monitor-baserade aviseringar för att bekanta dig med den nya upplevelsen och utnyttja dess funktioner.

Vad är skillnaden mellan aviseringsregel, regel för aviseringsbearbetning och åtgärdsgrupp?

  • Aviseringsregel: Refererar till en användarskapad regel som anger villkoret för när en avisering ska utlöses.
  • Regeln för aviseringsbearbetning (tidigare kallad åtgärdsregel): Refererar till en användarskapad regel som anger de meddelandekanaler som en viss utlöst avisering ska dirigeras till. Du kan också använda regler för aviseringsbearbetning för att förhindra meddelanden under en viss tidsperiod.
  • Åtgärdsgrupp: Refererar till meddelandekanalen (till exempel e-post, ITSM-slutpunkt, logikapp, webhook och så vidare) som en utlöst avisering kan dirigeras till.

När det gäller inbyggda Azure Monitor-aviseringar, eftersom aviseringar redan genererar som standard, behöver du inte skapa någon aviseringsregel. Om du vill dirigera aviseringarna till en meddelandekanal bör du skapa en regel för aviseringsbearbetning och en åtgärdsgrupp för dessa aviseringar. Läs mer

Nästa steg

Lär dig hur du övervakar med inbyggd Övervakning av Site Recovery eller Azure Monitor.