Problemen oplossen bij het uitvoeren van een failover van een virtuele VMware-machine of fysieke machine naar Azure

Mogelijk ontvangt u een van de volgende fouten tijdens het uitvoeren van een failover van een virtuele machine naar Azure. Gebruik de beschreven stappen voor elke foutvoorwaarde om problemen op te lossen.

De failover is mislukt met fout-id 28031

Site Recovery kan geen virtuele machine met failover maken in Azure. Dit kan om een van de volgende redenen gebeuren:

  • Er is onvoldoende quotum beschikbaar om de virtuele machine te maken: u kunt het beschikbare quotum controleren door naar Abonnement -> Gebruik + quota te gaan. U kunt een nieuwe ondersteuningsaanvraag openen om het quotum te verhogen.

  • U probeert virtuele machines met verschillende groottefamilies in dezelfde beschikbaarheidsset te failovern. Zorg ervoor dat u dezelfde groottefamilie kiest voor alle virtuele machines in dezelfde beschikbaarheidsset. Wijzig de grootte door naar Compute-instellingen van de virtuele machine te gaan en vervolgens failover opnieuw uit te voeren.

  • Er is een beleid voor het abonnement waarmee het maken van een virtuele machine wordt voorkomen. Wijzig het beleid om het maken van een virtuele machine toe te staan en voer vervolgens de failover opnieuw uit.

De failover is mislukt met fout-id 28092

Site Recovery kon geen netwerkinterface maken voor de virtuele machine met een mislukte overzet. Zorg ervoor dat er voldoende quotum beschikbaar is voor het maken van netwerkinterfaces in het abonnement. U kunt het beschikbare quotum controleren door naar Abonnement -> Gebruik en quota te gaan. U kunt een nieuwe ondersteuningsaanvraag openen om het quotum te verhogen. Als u voldoende quotum hebt, kan dit een onregelmatig probleem zijn, probeert u de bewerking opnieuw. Als het probleem zich blijft voordoen, zelfs na nieuwe pogingen, laat u een opmerking achter aan het einde van dit document.

De failover is mislukt met fout-id 70038

Site Recovery kan geen klassieke virtuele machine in Azure maken waarvoor een failover is uitgevoerd. Dit kan gebeuren omdat:

  • Een van de resources, zoals een virtueel netwerk dat is vereist voor het maken van de virtuele machine, bestaat niet. Maak het virtuele netwerk zoals opgegeven onder Netwerkinstellingen van de virtuele machine of wijzig de instelling in een virtueel netwerk dat al bestaat en probeer vervolgens de failover opnieuw uit te voeren.

Failover is mislukt met fout-id 170010

Site Recovery kan geen virtuele machine met failover maken in Azure. Het kan gebeuren omdat een interne activiteit van hydratatie is mislukt voor de on-premises virtuele machine.

Als u een computer in Azure wilt gebruiken, moet de Azure-omgeving een aantal stuurprogramma's in de opstartstatus hebben en moeten services, zoals DHCP, de status autostart hebben. Zo converteert hydratatieactiviteit, op het moment van failover, het opstarttype van atapi-, intelide-, storflt-, vmbus- en storvsc-stuurprogramma's om te starten. Het opstarttype van een paar services, zoals DHCP, wordt ook geconverteerd naar autostart. Deze activiteit kan mislukken vanwege omgevingsspecifieke problemen.

Volg de onderstaande stappen om het opstarttype van stuurprogramma's voor Windows gastbesturingssystemen handmatig te wijzigen:

  1. Download het script no-hydration en voer het als volgt uit. Met dit script wordt gecontroleerd of de VM hydratatie vereist.

    .\Script-no-hydration.ps1

    Het geeft het volgende resultaat als hydratatie vereist is:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    This system doesn't meet no-hydration requirement.
    

    Als de VM voldoet aan de vereiste voor geen hydratatie, geeft het script het resultaat "Dit systeem voldoet aan geen hydratatievereiste". In dit geval zijn alle stuurprogramma's en services in de staat zoals vereist door Azure en hydratatie op de VM niet vereist.

  2. Voer het script no-hydration-set als volgt uit als de VM niet voldoet aan de vereiste voor geen hydratatie.

    .\Script-no-hydration.ps1 -set

    Hiermee wordt het opstarttype van stuurprogramma's geconverteerd en wordt het resultaat weergegeven zoals hieronder:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    Updating registry:  REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc   start =  0
    
    This system is now no-hydration compatible.
    

Kan geen verbinding maken/RDP/SSH met de virtuele machine waarvoor een failover is uitgevoerd, vanwege een grijs weergegeven verbindingsknop op de virtuele machine

Raadpleeg onze documentatie hier voor gedetailleerde instructies voor het oplossen van problemen met RDP.

Raadpleeg onze documentatie hier voor gedetailleerde instructies voor het oplossen van problemen met SSH.

Als de knop Verbinding maken op de vm waarvoor een failover is uitgevoerd in Azure niet beschikbaar is en u niet bent verbonden met Azure via een Express Route- of Site-naar-site-VPN-verbinding, dan,

  1. Ga naar VirtualmachineNetworking> en klik op de naam van de vereiste netwerkinterface. Screenshot shows the Networking page for a virtual machine with the network interface name selected.
  2. Navigeer naar Ip-configuraties en klik vervolgens op het naamveld van de vereiste IP-configuratie. Screenshot shows the I P configurations page for the network interface with the I P configuration name selected.
  3. Als u openbaar IP-adres wilt inschakelen, klikt u op Inschakelen. Enable IP
  4. Klik op Vereiste instellingen>configureren. Create new
  5. Voer de naam van het openbare adres in, kies de standaardopties voor SKU en toewijzing en klik op OK.
  6. Klik nu op Opslaan om de aangebrachte wijzigingen op te slaan.
  7. Sluit de deelvensters en navigeer naar de sectie Overzicht van de virtuele machine om verbinding te maken/RDP.

Kan geen verbinding maken/RDP/SSH - knop VM-Verbinding maken beschikbaar

Als de knop Verbinding maken op de vm waarvoor een failover is uitgevoerd in Azure beschikbaar is (niet grijs weergegeven), controleert u de diagnostische gegevens over opstarten op uw virtuele machine en controleert u op fouten zoals wordt vermeld in dit artikel.

  1. Als de virtuele machine niet is gestart, voert u een failover uit naar een ouder herstelpunt.

  2. Als de toepassing op de virtuele machine niet beschikbaar is, kunt u een failover uitvoeren naar een app-consistent herstelpunt.

  3. Als de virtuele machine lid is van een domein, controleert u of de domeincontroller correct functioneert. U kunt dit doen door de onderstaande stappen uit te voeren:

    a. Maak een nieuwe virtuele machine in hetzelfde netwerk.

    b. Zorg ervoor dat het lid kan worden van hetzelfde domein waarop de virtuele machine waarvoor de failover van de virtuele machine naar verwachting wordt weergegeven.

    c. Als de domeincontroller niet nauwkeurig werkt, probeert u zich aan te melden bij de virtuele machine waarvoor een failover is uitgevoerd met behulp van een lokaal beheerdersaccount.

  4. Als u een aangepaste DNS-server gebruikt, controleert u of deze bereikbaar is. U kunt dit doen door de onderstaande stappen uit te voeren:

    a. Een nieuwe virtuele machine maken in hetzelfde netwerk en

    b. Controleer of de virtuele machine naamomzetting kan uitvoeren met behulp van de aangepaste DNS-server

Notitie

Als u een andere instelling inschakelt dan Diagnostische gegevens over opstarten, moet de Azure VM-agent vóór de failover worden geïnstalleerd op de virtuele machine

Kan de seriële console niet openen na een failover van een op UEFI gebaseerde machine in Azure

Als u verbinding kunt maken met de computer via RDP, maar geen seriële console kunt openen, volgt u de onderstaande stappen:

  • Als het besturingssysteem van de machine Red Hat of Oracle Linux 7.*/8.0 is, voert u de volgende opdracht uit op de failover van Azure VM met hoofdmachtigingen. Start de VM opnieuw op na de opdracht.

    grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
    
  • Als het besturingssysteem van de machine CentOS 7.*is, voert u de volgende opdracht uit op de failover van azure-VM met hoofdmachtigingen. Start de VM opnieuw op na de opdracht.

    grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
    

Onverwacht afsluitbericht (gebeurtenis-id 6008)

Bij het opstarten van een Windows VM na een failover, als u een onverwacht afsluitbericht ontvangt op de herstelde VM, geeft dit aan dat de status van het afsluiten van een VM niet is vastgelegd in het herstelpunt dat wordt gebruikt voor failover. Dit gebeurt wanneer u herstelt naar een punt waarop de VM niet volledig was afgesloten.

Dit is normaal gesproken geen reden voor bezorgdheid en kan meestal worden genegeerd voor niet-geplande failovers. Als de failover is gepland, moet u ervoor zorgen dat de VIRTUELE machine goed wordt afgesloten voordat de failover wordt uitgevoerd en voldoende tijd bieden voor on-premises replicatiegegevens die naar Azure moeten worden verzonden. Gebruik vervolgens de meest recente optie in het failoverscherm , zodat alle in behandeling zijnde gegevens in Azure worden verwerkt in een herstelpunt, dat vervolgens wordt gebruikt voor VM-failover.

Kan het gegevensarchief niet selecteren

Dit probleem wordt aangegeven wanneer u het gegevensarchief niet kunt zien in Azure Portal bij het opnieuw beveiligen van de virtuele machine die een failover heeft ervaren. Dit komt doordat het hoofddoel niet wordt herkend als een virtuele machine onder vCenters die is toegevoegd aan Azure Site Recovery.

Zie Opnieuw beveiligen en failback-machines naar een on-premises site na een failover naar Azure voor meer informatie over het opnieuw beveiligen van een virtuele machine.

Het probleem oplossen:

Maak handmatig het hoofddoel in het vCenter waarmee uw bronmachine wordt beheerd. Het gegevensarchief is beschikbaar na de volgende vCenter-detectie- en vernieuwingsbewerkingen.

Notitie

Het kan tot 30 minuten duren voordat de detectie- en vernieuwingsbewerkingen van fabric zijn voltooid.

Linux Master Target-registratie met CS mislukt met tls-fout 35

De Azure Site Recovery Master Target-registratie met de configuratieserver mislukt omdat de geverifieerde proxy is ingeschakeld op het hoofddoel.

Deze fout wordt aangegeven door de volgende tekenreeksen in het installatielogboek:

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error. 

Het probleem oplossen:

  1. Open op de VM van de configuratieserver een opdrachtprompt en controleer de proxy-instellingen met behulp van de volgende opdrachten:

    cat /etc/environment echo $http_proxy echo $https_proxy

  2. Als de uitvoer van de vorige opdrachten laat zien dat de instellingen voor de http_proxy of https_proxy zijn gedefinieerd, gebruikt u een van de volgende methoden om de communicatie van het hoofddoel met de configuratieserver op te heffen:

    • Download het hulpprogramma PsExec.

    • Gebruik het hulpprogramma om toegang te krijgen tot de gebruikerscontext van het systeem en te bepalen of het proxyadres is geconfigureerd.

    • Als de proxy is geconfigureerd, opent u IE in een systeemgebruikerscontext met behulp van het hulpprogramma PsExec.

      pesxec -s -i "%programfiles%\Internet Explorer\iexplore.exe"

    • Om ervoor te zorgen dat de hoofddoelserver kan communiceren met de configuratieserver:

      • Wijzig de proxy-instellingen in Internet Explorer om het IP-adres van de hoofddoelserver via de proxy te omzeilen.
        of
      • Schakel de proxy uit op de hoofddoelserver.

Volgende stappen

Als u meer hulp nodig hebt, plaatst u uw query op de microsoft QA-vraagpagina& voor Site Recovery of laat u een opmerking achter aan het einde van dit document. We hebben een actieve community die u moet kunnen helpen.