Delen via

Veelgestelde vragen over Site Recovery-bewaking

  • Artikel

In dit artikel vindt u antwoorden op veelgestelde vragen over het bewaken van Azure Site Recovery, met behulp van ingebouwde Site Recovery-bewaking en Azure Monitor (Log Analytics).

Algemeen

Hoe verschilt de RPO-waarde van het meest recente beschikbare herstelpunt?

Site Recovery maakt gebruik van een asynchroon proces voor het repliceren van machines naar Azure met meerdere stappen.

  • In de laatste stap van replicatie worden recente wijzigingen op de computer, samen met metagegevens, gekopieerd naar een logboek-/cacheopslagaccount.
  • Deze wijzigingen, samen met de tag die een herstelbaar punt identificeert, worden geschreven naar het opslagaccount/de beheerde schijf in de doelregio.
  • Site Recovery kan nu een herstelbaar punt voor de computer genereren.
  • Op dit moment is aan de RPO voldaan voor de wijzigingen die tot nu toe zijn geüpload naar het opslagaccount. Met andere woorden, de RPO van de machine is op dit moment gelijk aan de hoeveelheid tijd die is verstreken uit de tijdstempel die overeenkomt met het herstelbare punt.
  • Site Recovery kiest nu de geüploade gegevens uit het opslagaccount en past deze toe op de replicaschijven die voor de computer zijn gemaakt.
  • Site Recovery genereert vervolgens een herstelpunt en maakt dit punt beschikbaar voor herstel bij failover.
  • Het meest recente beschikbare herstelpunt geeft dus de tijdstempel aan die overeenkomt met het meest recente herstelpunt dat al is verwerkt en toegepast op de replicaschijven.

Een onjuiste systeemtijd op de replicerende bronmachine of on-premises infrastructuurservers scheeftrekken de berekende RPO-waarde. Voor nauwkeurige RPO-rapportage moet u ervoor zorgen dat de systeemklok juist is op alle servers en computers.

Ingebouwde Site Recovery-logboekregistratie

Waarom is het aantal VM's in de weergave kluisinfrastructuur anders dan het totale aantal dat wordt weergegeven in Gerepliceerde items?

De weergave van de kluisinfrastructuur wordt bepaald door replicatiescenario's. Alleen machines in het geselecteerde replicatiescenario worden opgenomen in het aantal voor de weergave. Daarnaast tellen we alleen VM's die zijn geconfigureerd om te repliceren naar Azure. Machines waarvoor een failover is uitgevoerd, of machines die worden gerepliceerd naar een on-premises site, worden niet meegeteld in de weergave.

Waarom verschilt het aantal gerepliceerde items in Essentials van het totale aantal gerepliceerde items op het dashboard?

Alleen machines waarvoor de initiële replicatie is voltooid, worden opgenomen in het aantal dat wordt weergegeven in Essentials. Het totaal van gerepliceerde items bevat alle machines in de kluis, inclusief de machines waarvoor de initiële replicatie momenteel wordt uitgevoerd.

Logboekregistratie van Azure Monitor

Hoe vaak verzendt Site Recovery resourcelogboeken naar Azure Monitor-logboeken?

  • AzureSiteRecoveryReplicationStats en AzureSiteRecoveryRecoveryPoints worden elke 15 minuten verzonden.
  • AzureSiteRecoveryReplicationDataUploadRate en AzureSiteRecoveryProtectedDiskDataChurn worden elke vijf minuten verzonden.
  • AzureSiteRecoveryJobs wordt verzonden bij de trigger en voltooiing van een taak.
  • AzureSiteRecoveryEvents wordt verzonden wanneer een gebeurtenis wordt gegenereerd.
  • AzureSiteRecoveryReplicatedItems wordt verzonden wanneer er een omgevingswijziging is. Normaal gesproken duurt het vernieuwen van gegevens 15 minuten na een wijziging.

Hoe lang worden gegevens bewaard in Azure Monitor-logboeken?

Retentie is standaard 31 dagen. U kunt de periode in de sectie Gebruik en Geschatte kosten in de Log Analytics-werkruimte verhogen. Klik op Gegevensretentie en kies het bereik.

Wat is de grootte van de resourcelogboeken?

Normaal gesproken is de grootte van een logboek 15-20 kB.

Ingebouwde Azure Monitor-waarschuwingen voor Azure Site Recovery

Zijn er kosten verbonden aan het gebruik van ingebouwde Azure Monitor-waarschuwingen voor Azure Site Recovery?

Met ingebouwde Azure Monitor-waarschuwingen worden waarschuwingen voor kritieke bewerkingen/fouten standaard gegenereerd (die u in de portal of via niet-portalinterfaces kunt bekijken) zonder extra kosten. Als u deze waarschuwingen echter wilt doorsturen naar een meldingskanaal (zoals e-mail), worden er kleine kosten in rekening gebracht voor meldingen buiten de gratis laag (van 1000 e-mails per maand). Meer informatie over prijzen van Azure Monitor.

Blijft de huidige oplossing voor e-mailmeldingen voor Azure Site Recovery in Recovery Services-kluis werken?

Vanaf vandaag bestaat de huidige oplossing voor e-mailmeldingen parallel met de nieuwe ingebouwde Oplossing voor Azure Monitor-waarschuwingen. We raden u aan om waarschuwingen op basis van Azure Monitor uit te proberen om vertrouwd te raken met de nieuwe ervaring en de mogelijkheden ervan te benutten.

Wat is het verschil tussen waarschuwingsregel, regel voor waarschuwingsverwerking en actiegroep?

  • Waarschuwingsregel: verwijst naar een door de gebruiker gemaakte regel waarmee de voorwaarde wordt opgegeven waarop een waarschuwing moet worden geactiveerd.
  • Regel voor waarschuwingsverwerking (eerder actieregel genoemd): verwijst naar een door de gebruiker gemaakte regel waarmee de meldingskanalen worden opgegeven waarnaar een bepaalde geactiveerde waarschuwing moet worden doorgestuurd. U kunt ook regels voor waarschuwingsverwerking gebruiken om meldingen gedurende een bepaalde periode te onderdrukken.
  • Actiegroep: verwijst naar het meldingskanaal (zoals e-mail, ITSM-eindpunt, logische app, webhook, enzovoort) waarnaar een geactiveerde waarschuwing kan worden doorgestuurd.

In het geval van ingebouwde Azure Monitor-waarschuwingen, omdat waarschuwingen al standaard worden gegenereerd, hoeft u geen waarschuwingsregel te maken. Als u deze waarschuwingen wilt routeren naar een meldingskanaal, moet u een regel voor waarschuwingsverwerking en een actiegroep voor deze waarschuwingen maken. Meer informatie

Volgende stappen

Meer informatie over het bewaken met ingebouwde Site Recovery-bewaking of Azure Monitor.