Delen via

Replicatieproblemen voor virtuele VMware-machines en fysieke servers oplossen

  • Artikel

In dit artikel worden enkele veelvoorkomende problemen en specifieke fouten beschreven die kunnen optreden wanneer u on-premises VMware-VM's en fysieke servers repliceert naar Azure met behulp van Site Recovery.

Stap 1: Status van processerver bewaken

Site Recovery gebruikt de processerver om gerepliceerde gegevens te ontvangen en te optimaliseren en naar Azure te verzenden.

U wordt aangeraden de status van processervers in de portal te controleren om ervoor te zorgen dat ze zijn verbonden en goed werken, en dat de replicatie vordert voor de broncomputers die zijn gekoppeld aan de processerver.

Stap 2: verbindingsproblemen en replicatieproblemen oplossen

Connectiviteitsproblemen tussen de bronserver en de processerver of tussen de processerver en Azure veroorzaken vaak initiële en doorlopende replicatiefouten.

Los deze problemen op door connectiviteit en replicatie op te lossen.

Stap 3: Problemen met bronmachines oplossen die niet beschikbaar zijn voor replicatie

Wanneer u probeert de bronmachine te selecteren om replicatie in te schakelen met Behulp van Site Recovery, is de machine mogelijk niet beschikbaar om een van de volgende redenen:

  • Twee virtuele machines met hetzelfde exemplaar UUID: als twee virtuele machines onder het vCenter dezelfde UUID hebben, wordt de eerste virtuele machine die door de configuratieserver is gedetecteerd, weergegeven in Azure Portal. U kunt dit probleem oplossen door ervoor te zorgen dat er geen twee virtuele machines dezelfde UUID van hetzelfde exemplaar hebben. Dit scenario wordt vaak gezien in gevallen waarin een back-up-VM actief wordt en wordt aangemeld bij onze detectierecords. Raadpleeg Azure Site Recovery VMware-to-Azure: dubbele of verouderde vermeldingen opschonen om op te lossen.
  • Onjuiste vCenter-gebruikersreferenties: zorg ervoor dat u de juiste vCenter-referenties hebt toegevoegd bij het instellen van de configuratieserver met behulp van de OVF-sjabloon of geïntegreerde installatie. Zie Referenties wijzigen voor automatische detectie om de referenties te controleren die u tijdens de installatie hebt toegevoegd.
  • vCenter onvoldoende bevoegdheden: als de machtigingen die zijn opgegeven voor toegang tot vCenter niet over de vereiste machtigingen beschikken, kunnen er fouten optreden bij het detecteren van virtuele machines. Zorg ervoor dat de machtigingen die worden beschreven in Een account voorbereiden voor automatische detectie , worden toegevoegd aan het vCenter-gebruikersaccount.
  • Azure Site Recovery-beheerservers: Als de virtuele machine wordt gebruikt als een beheerserver onder een of meer van de volgende functies: configuratieserver /scale-out processerver/hoofddoelserver, kunt u de virtuele machine niet kiezen in de portal. Beheerservers kunnen niet worden gerepliceerd.
  • Al beveiligd/waarvoor failover is uitgevoerd via Azure Site Recovery-services: als de virtuele machine al is beveiligd of waarvoor een failover is uitgevoerd via Site Recovery, is de virtuele machine niet beschikbaar om te selecteren voor beveiliging in de portal. Zorg ervoor dat de virtuele machine die u zoekt in de portal nog niet is beveiligd door een andere gebruiker of onder een ander abonnement.
  • vCenter is niet verbonden: controleer of vCenter de status Verbonden heeft. Als u dit wilt controleren, gaat u naar de Recovery Services-kluis > site recovery-infrastructuurconfiguratieservers > > . Klik op de desbetreffende configuratieserver > . Er wordt een blade aan uw rechterkant geopend met details van de bijbehorende servers. Controleer of vCenter is verbonden. Als deze de status Niet verbonden heeft, lost u het probleem op en vernieuwt u de configuratieserver in de portal. Hierna wordt de virtuele machine niet weergegeven in de portal.
  • ESXi uitgeschakeld: Als de ESXi-host waaronder de virtuele machine zich bevindt, de status Uitgeschakeld heeft, wordt de virtuele machine niet weergegeven of kan deze niet worden geselecteerd in Azure Portal. Schakel de ESXi-host in en vernieuw de configuratieserver in de portal. Hierna wordt de virtuele machine weergegeven in de portal.
  • Opnieuw opstarten in behandeling: als er een herstart in behandeling is op de virtuele machine, kunt u de machine niet selecteren in Azure Portal. Zorg ervoor dat u de activiteiten voor opnieuw opstarten in behandeling voltooit en de configuratieserver vernieuwt. Hierna wordt de virtuele machine weergegeven in de portal.
  • IP niet gevonden of machine heeft geen IP-adres: als er geen geldig IP-adres aan de virtuele machine is gekoppeld, kunt u de machine niet selecteren in Azure Portal. Zorg ervoor dat u een geldig IP-adres toewijst aan de virtuele machine en vernieuw de configuratieserver. Dit kan ook worden veroorzaakt als de computer geen geldig IP-adres heeft dat is gekoppeld aan een van de NIC's. Wijs een geldig IP-adres toe aan alle NIC's of verwijder de NIC die het IP-adres mist. Hierna wordt de virtuele machine weergegeven in de portal.

Problemen oplossen met beveiligde virtuele machines die grijs worden weergegeven in de portal

Virtuele machines die worden gerepliceerd onder Site Recovery, zijn niet beschikbaar in Azure Portal als er dubbele vermeldingen in het systeem zijn. Meer informatie over het verwijderen van verouderde vermeldingen en het oplossen van het probleem.

Een andere reden kan zijn dat de machine is gekloond. Wanneer machines schakelen tussen een hypervisor en als de BIOS-id verandert, blokkeert de mobility-agent de replicatie. Replicatie van gekloonde machines wordt niet ondersteund door Site Recovery.

Er is geen crashconsistent herstelpunt beschikbaar voor de VM in de afgelopen 'XXX' minuten

Hieronder volgt een lijst met enkele van de meest voorkomende problemen:

Problemen met initiële replicatie [fout 78169]

Zorg er bovendien voor dat er geen problemen zijn met betrekking tot connectiviteit, bandbreedte of tijdsynchronisatie:

  • Er wordt geen antivirussoftware geblokkeerd door Azure Site Recovery. Meer informatie over mapuitsluitingen die vereist zijn voor Azure Site Recovery.

Bronmachines met hoog verloop [fout 78188]

Mogelijke oorzaken:

  • De snelheid van gegevenswijziging (schrijfbytes per seconde) op de vermelde schijven van de virtuele machine is meer dan de door Azure Site Recovery ondersteunde limieten voor het opslagaccounttype van het replicatiedoel.
  • Er is een plotselinge piek in het verlooppercentage waardoor een grote hoeveelheid gegevens in behandeling is voor uploaden.

Ga als volgende te werk om het probleem op te lossen:

  • Zorg ervoor dat het type doelopslagaccount (Standard of Premium) is ingericht op basis van de vereiste verloopsnelheid bij de bron.

  • Als u al repliceert naar een door Premium beheerde schijf (asrseeddisk-type), moet u ervoor zorgen dat de grootte van de schijf de waargenomen verloopsnelheid ondersteunt volgens de limieten van Site Recovery. U kunt indien nodig de grootte van de asrseeddisk vergroten. Volg vervolgens deze stappen:

    • Navigeer naar de blade Schijven van de betrokken gerepliceerde machine en kopieer de naam van de replicaschijf
    • Navigeer naar deze beheerde replicaschijf
    • U ziet mogelijk een banner op de blade Overzicht waarin staat dat er een SAS-URL is gegenereerd. Klik op deze banner en annuleer de export. Negeer deze stap als u de banner niet ziet.
    • Zodra de SAS-URL is ingetrokken, gaat u naar de blade Configuratie van de beheerde schijf en verhoogt u de grootte zodat Azure Site Recovery de waargenomen verloopsnelheid op de bronschijf ondersteunt.

  • Als het waargenomen verloop tijdelijk is, wacht u enkele uren totdat het uploaden van gegevens in behandeling is en herstelpunten maakt.

  • Als de schijf niet-kritieke gegevens bevat, zoals tijdelijke logboeken, testgegevens, enzovoort, kunt u overwegen deze gegevens ergens anders te verplaatsen of deze schijf volledig uit te sluiten van replicatie

  • Als het probleem zich blijft voordoen, gebruikt u de Site Recovery-implementatieplanner om de replicatie te plannen.

Bronmachines zonder heartbeat [fout 78174]

Dit gebeurt wanneer de Azure Site Recovery Mobility-agent op de bronmachine communiceert met de configuratieserver (CS).

Gebruik de volgende stappen om de netwerkverbinding van de bron-VM naar de configuratieserver te controleren om het probleem op te lossen:

  1. Controleer of de bronmachine wordt uitgevoerd.

  2. Meld u aan bij de bronmachine met een account met beheerdersbevoegdheden.

  3. Controleer of de volgende services worden uitgevoerd en of de services niet opnieuw worden opgestart:

    • Svagents (InMage Scout VX-agent)
    • InMage Scout-toepassingsservice

  4. Bekijk op de bronmachine de logboeken op de locatie voor foutdetails:

    C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Processerver zonder heartbeat [fout 806]

Als er geen heartbeat van de processerver is, controleert u of:

  1. Processerver-VM is actief en actief

  2. Controleer de volgende logboeken op de processerver voor foutdetails:

    C:\ProgramData\ASR\home\svsystems\eventmanager*.log
    en
    C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

Hoofddoelserver zonder heartbeat [fout 78022]

Dit gebeurt wanneer de Azure Site Recovery Mobility-agent op het hoofddoel niet communiceert met de configuratieserver.

Gebruik de volgende stappen om de servicestatus te controleren om het probleem op te lossen:

  1. Controleer of de hoofddoel-VM wordt uitgevoerd.

  2. Meld u aan bij de hoofddoel-VM met een account met beheerdersbevoegdheden.

    • Controleer of de svagents-service wordt uitgevoerd. Als deze wordt uitgevoerd, start u de service opnieuw op

    • Controleer de logboeken op de locatie voor foutdetails:

      C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

  3. Als u het hoofddoel wilt registreren bij de configuratieserver, gaat u naar de map %PROGRAMDATA%\ASR\Agent en voert u het volgende uit bij de opdrachtprompt:

    cmd
cdpcli.exe --registermt

net stop obengine

net start obengine

exit

Beveiliging kan niet worden ingeschakeld voor de virtuele machine [fout 78253]

Deze fout kan optreden als er geen replicatiebeleid is gekoppeld aan de configuratieserver. Dit kan ook gebeuren als het beleid dat is gekoppeld aan de configuratieserver niet geldig is.

Als u de oorzaak van deze fout wilt bevestigen, gaat u naar de Recovery-kluis > voor het beheren van de Site Recovery-infrastructuur en bekijkt u vervolgens het replicatiebeleid voor VMware- en fysieke machines om de status van het geconfigureerde beleid te controleren.

U kunt het probleem oplossen door het beleid te koppelen aan de configuratieserver die wordt gebruikt of een nieuw replicatiebeleid te maken en te koppelen. Als het beleid ongeldig is, kunt u het ontkoppelen en verwijderen.

Fout-id 78144 - De afgelopen 'XXX' minuten is er geen app-consistent herstelpunt beschikbaar geweest voor de VM

Er zijn verbeteringen aangebracht in mobility-agent 9.23 & 9.27-versies om gedrag van VSS-installatiefouten af te handelen. Zorg ervoor dat u de nieuwste versies gebruikt voor de beste richtlijnen voor het oplossen van VSS-fouten.

Enkele van de meest voorkomende problemen worden vermeld:

Oorzaak 1: Bekend probleem in SQL Server 2008/2008 R2

Oplossing: Er is een bekend probleem met SQL Server 2008/2008 R2. Raadpleeg dit KB-artikel Azure Site Recovery Agent of een andere VSS-back-up die niet van onderdelen is mislukt voor een server waarop SQL Server 2008 R2 wordt gehost

Oorzaak 2: Azure Site Recovery-taken mislukken op servers die een versie van SQL Server-exemplaren hosten met AUTO_CLOSE DB's

Oplossing: Raadpleeg het Kb-artikel

Oplossing: Raadpleeg KB-artikel

Oorzaak 3: Bekend probleem in SQL Server 2016 en 2017

Oplossing: Raadpleeg het Kb-artikel

Oorzaak 4: App-consistentie niet ingeschakeld op Linux-servers

Oplossing: Azure Site Recovery voor Linux Operation System ondersteunt aangepaste scripts voor toepassingen voor app-consistentie. Het aangepaste script met opties vóór en na wordt gebruikt door de Azure Site Recovery Mobility-agent voor app-consistentie. Hier volgen de stappen om deze in te schakelen.

Raadpleeg de bestanden op de broncomputer om de exacte foutcode op te halen voor fouten om het probleem op te lossen:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

Hoe kan ik de fouten in het bestand vinden? Zoek naar de tekenreeks 'vacpError' door het vacp.log-bestand te openen in een editor

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

In het voorgaande voorbeeld is 2147754994 de foutcode die u vertelt over de fout, zoals wordt weergegeven:

VSS Writer is niet geïnstalleerd - Fout 2147221164

Oplossing: Voor het genereren van een toepassingsconsistentietag maakt Azure Site Recovery gebruik van Microsoft Volume Shadow Copy Service (VSS). Er wordt een VSS-provider geïnstalleerd voor de bewerking om momentopnamen van app-consistentie te maken. Deze VSS-provider is geïnstalleerd als een service. Als de VSS Provider-service niet is geïnstalleerd, mislukt het maken van de momentopname van toepassingsconsistentie met de fout-id 0x80040154 'Klasse niet geregistreerd'.

Raadpleeg het artikel voor het oplossen van problemen met de installatie van VSS Writer

VSS Writer is uitgeschakeld - Fout 2147943458

Oplossing: Voor het genereren van een toepassingsconsistentietag maakt Azure Site Recovery gebruik van Microsoft Volume Shadow Copy Service (VSS). Er wordt een VSS-provider geïnstalleerd voor de bewerking om momentopnamen van app-consistentie te maken. Deze VSS-provider is geïnstalleerd als een service. Als de VSS Provider-service is uitgeschakeld, mislukt het maken van momentopnamen van de toepassingsconsistentie met de fout-id 'De opgegeven service is uitgeschakeld en kan niet worden gestart (0x80070422)'.

  • Als VSS is uitgeschakeld,
    • Controleer of het opstarttype van de VSS Provider-service is ingesteld op Automatisch.
    • Start de volgende services opnieuw:
      • VSS-service
      • VSS-Provider van Azure Site Recovery
      • VDS-service

VSS PROVIDER-NOT_REGISTERED - Fout 2147754756

Oplossing: Voor het genereren van een toepassingsconsistentietag maakt Azure Site Recovery gebruik van Microsoft Volume Shadow Copy Service (VSS). Controleer of de Azure Site Recovery VSS Provider-service is geïnstalleerd of niet.

  • Voer de installatie van de provider opnieuw uit met behulp van de volgende opdrachten:
  • Bestaande provider verwijderen: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Opnieuw installeren: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Controleer of het opstarttype van de VSS Provider-service is ingesteld op Automatisch. - Start de volgende services opnieuw op: - VSS-service - Azure Site Recovery VSS-provider - VDS-service

Fout-id 95001 - Onvoldoende machtigingen gevonden

Deze fout treedt op wanneer u replicatie probeert in te schakelen en de toepassingsmappen niet over voldoende machtigingen beschikken.

Oplossing: Als u dit probleem wilt oplossen, moet u ervoor zorgen dat de IUSR-gebruiker de rol van eigenaar heeft voor alle volgende mappen -

  • C\ProgramData\Microsoft Azure Site Recovery\private
  • De installatiemap. Als de installatiemap bijvoorbeeld F-station is, geeft u de juiste machtigingen op voor:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • De map \pushinstallsvc in de installatiemap. Als de installatiemap bijvoorbeeld F-station is, geeft u de juiste machtigingen op voor -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
  • De map \etc in de installatiemap. Als de installatiemap bijvoorbeeld F-station is, geeft u de juiste machtigingen op voor -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
  • C:\Temp
  • C:\thirdparty\php5nts
  • Alle items onder het volgende pad -
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Problemen met tijdwijzigingen op gerepliceerde servers oplossen en afhandelen

Deze fout treedt op wanneer de tijd van de bronmachine naar voren gaat en vervolgens in korte tijd teruggaat om de wijziging te corrigeren. Mogelijk ziet u de wijziging niet omdat de tijd snel wordt gecorrigeerd.

Procedure: Wacht totdat de systeemtijd de scheve toekomstige tijd overschrijdt om dit probleem op te lossen. Een andere optie is om replicatie opnieuw uit te schakelen en in te schakelen, wat alleen haalbaar is voor het doorsturen van replicatie (gegevens die van on-premises naar Azure worden gerepliceerd) en is niet van toepassing op omgekeerde replicatie (gegevens die van Azure naar on-premises worden gerepliceerd).

Volgende stappen

Als u meer hulp nodig hebt, plaatst u uw vraag op de microsoft Q&A-vragenpagina voor Azure Site Recovery. We hebben een actieve community en een van onze technici kan u helpen.