Problemen met failback naar on-premises vanuit Azure oplossen

In dit artikel wordt beschreven hoe u problemen kunt oplossen die kunnen optreden wanneer u een failback uitvoert van Azure-VM's naar uw on-premises VMware-infrastructuur, na een failover naar Azure met behulp van Azure Site Recovery.

Failback omvat in wezen twee hoofdstappen. Voor de eerste stap moet u na een failover azure-VM's opnieuw beveiligen naar on-premises, zodat ze beginnen met repliceren. De tweede stap is het uitvoeren van een failover van Azure om een failback uit te voeren naar uw on-premises site.

Algemene problemen

• Als u met een alleen-lezen gebruiker een vCenter-detectie uitvoert en virtuele machines beveiligt, slaagt de beveiliging en werkt de failover. Tijdens het opnieuw beveiligen mislukt de failover omdat de gegevensarchieven niet kunnen worden gedetecteerd. Een symptoom is dat de gegevensarchieven niet worden vermeld tijdens het opnieuw beveiligen. U kunt dit probleem oplossen door de vCenter-referenties bij te werken met een geschikt account met machtigingen en vervolgens de taak opnieuw uit te voeren.
• Wanneer u een failback uitvoert van een virtuele Linux-machine en deze on-premises uitvoert, kunt u zien dat het netwerkbeheerpakket van de machine is verwijderd. Deze verwijdering vindt plaats omdat het Network Manager-pakket wordt verwijderd wanneer de virtuele machine wordt hersteld in Azure.
• Wanneer een virtuele Linux-machine is geconfigureerd met een statisch IP-adres en een failover naar Azure wordt uitgevoerd, wordt het IP-adres verkregen van DHCP. Wanneer u een failover naar on-premises uitvoert, blijft de virtuele machine DHCP gebruiken om het IP-adres te verkrijgen. Meld u handmatig aan bij de computer en stel het IP-adres zo nodig weer in op een statisch adres. Een virtuele Windows-machine kan het statische IP-adres opnieuw verkrijgen.
• Als u de gratis versie van ESXi 5.5 of de gratis versie van vSphere 6 Hypervisor gebruikt, slaagt de failover, maar mislukt de failback niet. Als u failback wilt inschakelen, voert u een upgrade uit naar de evaluatielicentie van een van beide programma's.
• Als u de configuratieserver niet vanaf de processerver kunt bereiken, gebruikt u Telnet om de verbinding met de configuratieserver op poort 443 te controleren. U kunt ook proberen de configuratieserver van de processerver te pingen. Een processerver moet ook een heartbeat hebben wanneer deze is verbonden met de configuratieserver.
• Een Windows Server 2008 R2 SP1-server die is beveiligd als een fysieke on-premises server, kan geen failback uitvoeren van Azure naar een on-premises site.
• U kunt geen failback uitvoeren in de volgende omstandigheden:
  • U hebt machines gemigreerd naar Azure.
  • U hebt een VIRTUELE machine verplaatst naar een andere resourcegroep.
  • U hebt de Virtuele Azure-machine verwijderd.
  • U hebt de beveiliging van de virtuele machine uitgeschakeld.
  • U hebt de virtuele machine handmatig gemaakt in Azure. De machine moet in eerste instantie on-premises zijn beveiligd en een failover naar Azure uitvoeren voordat de beveiliging opnieuw wordt uitgevoerd.
  • U kunt alleen een ESXi-host niet uitvoeren. U kunt geen failback uitvoeren van virtuele VMware-machines of fysieke servers naar Hyper-V-hosts, fysieke machines of VMware-werkstations.

Problemen met opnieuw beveiligen oplossen

In deze sectie vindt u informatie over veelvoorkomende fouten bij opnieuw beveiligen en hoe u deze kunt corrigeren.

Foutcode 95226

Opnieuw beveiligen is mislukt omdat de virtuele Azure-machine de on-premises configuratieserver niet kon bereiken.

Deze fout treedt op wanneer:

• De Azure-VM de on-premises configuratieserver niet kan bereiken. De VM niet kan worden gedetecteerd en geregistreerd bij de configuratieserver.
• De InMage Scout-toepassingsservice na een failover niet wordt uitgevoerd op de Azure-VM. De service nodig is voor communicatie met de on-premises configuratieserver.

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

• Controleer of het Azure VM-netwerk toestaat dat deze Virtuele Azure-machine communiceert met de on-premises configuratieserver. U kunt een site-naar-site-VPN instellen voor uw on-premises datacenter of ook een Azure ExpressRoute-verbinding configureren met privépeering op het virtuele netwerk van de Virtuele Azure-machine.
• Als de virtuele machine kan communiceren met de on-premises configuratieserver, meldt u zich aan bij de virtuele machine. Controleer dan de InMage Scout-toepassingsservice. Als u ziet dat die niet wordt uitgevoerd, start u de service handmatig. Controleer of het starttype van de service is ingesteld op Automatisch.

Foutcode 78052

De beveiliging kan niet worden voltooid voor de virtuele machine.

Dat probleem kan optreden als er al een VIRTUELE machine met dezelfde naam op de hoofddoelserver is waarop u een failback uitvoert.

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

• Selecteer een andere hoofddoelserver op een andere host, zodat de computer opnieuw wordt beveiligd op een andere host, waarbij namen niet botsen.
• U kunt VMotion ook gebruiken om het hoofddoel te verplaatsen naar een andere host waar het naamconflict niet plaatsvindt. Als de bestaande virtuele machine een stray-machine is, wijzigt u de naam ervan zodat de nieuwe VM kan worden gemaakt op dezelfde ESXi-host.

Foutcode 78093

De VIRTUELE machine wordt niet uitgevoerd, reageert niet of is niet toegankelijk.

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

Als u een failover-VM opnieuw wilt beveiligen, moet de Azure-VM worden uitgevoerd, zodat Mobility Service zich registreert bij de on-premises configuratieserver en kan beginnen met het repliceren door te communiceren met de processerver. Als de computer zich in een onjuist netwerk bevindt of niet wordt uitgevoerd (niet reageert of wordt afgesloten), kan de configuratieserver de Mobility Service niet bereiken op de VM om opnieuw te beveiligen.

• Start de virtuele machine opnieuw op, zodat deze on-premises kan communiceren.
• Start de taak voor het opnieuw beveiligen opnieuw nadat u de virtuele Azure-machine hebt gestart.

Foutcode 8061

Het gegevensarchief is niet toegankelijk vanaf de ESXi-host.

Controleer vereisten voor het hoofddoel en ondersteunde gegevensarchieven voor failback.

Fouten met failback oplossen

In deze sectie worden veelvoorkomende fouten beschreven die kunnen optreden tijdens failback.

Foutcode 8038

Kan de on-premises virtuele machine niet ophalen vanwege de fout.

Dit probleem treedt op wanneer de on-premises VM wordt weergegeven op een host waarvoor onvoldoende geheugen is ingericht.

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

• Richt meer geheugen in op de ESXi-host.
• Daarnaast kunt u VMotion gebruiken om de virtuele machine te verplaatsen naar een andere ESXi-host met voldoende geheugen om de virtuele machine op te starten.