Herstellen na onbedoeld verwijderen van virtuele machine voor resourcebrug

In dit artikel leert u hoe u de Azure Arc-resourcebrugverbinding herstelt in een werkende status in noodscenario's, zoals onbedoeld verwijderen. In dergelijke gevallen gaat de verbinding tussen de on-premises infrastructuur en Azure verloren en mislukken alle bewerkingen die via Arc worden uitgevoerd.

De Arc-resourcebrug herstellen in het geval van verwijdering van virtuele machines

Als u wilt herstellen van het verwijderen van de VM van de Arc-resourcebrug, moet u een nieuwe resourcebrug implementeren met dezelfde resource-id als de huidige resourcebrug met behulp van de volgende stappen.

Notitie

Deze opmerking is alleen van toepassing als u deze herstelbewerking uitvoert om uw Arc-resourcebrug te upgraden.

Als u vm's hebt die nog in de oudere versie staan, bijvoorbeeld ingeschakeld (afgeschaft) onder de kolom Virtuele hardwarebewerkingen in de inventaris van uw SCVMM-server in Azure, schakelt u deze over naar de nieuwe versie door de stappen in dit artikel te volgen voordat u doorgaat met de stappen voor herstel van de resourcebrug.

Notitie

De implementatie van Arc Resource Bridge op basis van DHCP wordt niet meer ondersteund.

Als u Arc Resource Bridge eerder hebt geïmplementeerd met DHCP, moet u uw implementatie opschonen door uw resources uit Azure te verwijderen en een nieuwe onboarding uit te voeren.

Vereisten

1. Het script voor herstel na noodgevallen moet worden uitgevoerd vanuit dezelfde map waarin de configuratiebestanden (.yaml) aanwezig zijn. De configuratiebestanden zijn aanwezig op de computer die wordt gebruikt om het script uit te voeren om Arc-resourcebrug te implementeren.

2. De machine die wordt gebruikt om het script uit te voeren, moet bidirectionele connectiviteit hebben met de VM van de Arc-resourcebrug op poort 6443 (Kubernetes API-server) en 22 (SSH) en uitgaande connectiviteit met de VM van de Arc-resourcebrug op poort 443 (HTTPS).

Arc-resourcebrug herstellen van een Windows-computer

1. Kopieer de Azure-regio en resource-id's van de Arc-resourcebrug, aangepaste locatie en Azure-resources van de SCVMM-beheerserver.

2. Download dit script en werk de volgende sectie in het script bij met dezelfde informatie als de oorspronkelijke resources in Azure.

   $location = <Azure region of the original Arc resource bridge>
   $applianceSubscriptionId = <subscription-id>
   $applianceResourceGroupName = <resource-group-name>
   $applianceName = <resource-bridge-name>
   
   $customLocationSubscriptionId = <subscription-id>
   $customLocationResourceGroupName = <resource-group-name>
   $customLocationName = <custom-location-name>
   
   $vmmserverSubscriptionId = <subscription-id>
   $vmmserverResourceGroupName = <resource-group-name>
   $vmmserverName= <SCVMM-name-in-azure>
   

3. Voer het bijgewerkte script uit vanaf dezelfde locatie waar de YAML-configuratiebestanden worden opgeslagen na de eerste onboarding. Dit is waarschijnlijk dezelfde map van waaruit u het eerste onboardingscript hebt uitgevoerd, tenzij de configuratiebestanden later naar een andere locatie zijn verplaatst. Geef de invoer op zoals hierom wordt gevraagd.

4. Zodra het script is uitgevoerd, wordt de oude Resource Bridge hersteld en wordt de verbinding opnieuw tot stand gebracht met de bestaande SCVMM-resources met Azure.

Volgende stappen

Problemen met Azure Arc-resourcebrug oplossen

Als de hierboven genoemde herstelstappen mislukt bij het herstellen van de Arc-resourcebrug naar de oorspronkelijke staat, probeert u een van de volgende kanalen voor ondersteuning:

• Krijg antwoorden van Azure-experts via Microsoft Q&A.
• Maak verbinding met @AzureSupport, het officiële Microsoft Azure-account voor het verbeteren van de klantervaring. Azure Support verbindt de Azure-community met antwoorden, ondersteuning en experts.
• Open een ondersteuning voor Azure aanvraag.