Implementatieproblemen oplossen bij het maken van een nieuwe Windows-VM in Azure

Wanneer u een nieuwe virtuele Azure-machine (VM) probeert te maken, zijn inrichtingsfouten of toewijzingsfouten de veelvoorkomende fouten die u ondervindt.

  • Er treedt een inrichtingsfout op wanneer de installatiekopie van het besturingssysteem niet kan worden geladen vanwege onjuiste voorbereidende stappen of vanwege het selecteren van de verkeerde instellingen tijdens het vastleggen van de installatiekopie vanuit de portal.
  • Een toewijzingsfout treedt op wanneer het cluster of de regio geen resources beschikbaar heeft of de aangevraagde VM-grootte niet kan ondersteunen.

Als uw Azure-probleem niet wordt opgelost in dit artikel, gaat u naar de Azure-forums op MSDN en Stack Overflow. U kunt uw probleem posten in deze forums of posten op @AzureSupport op Twitter. U kunt ook een ondersteuning voor Azure-aanvraag indienen. Als u een ondersteuningsaanvraag wilt indienen, selecteert u ondersteuning krijgen op de pagina ondersteuning voor Azure.

Activiteitenlogboeken verzamelen

Als u problemen wilt oplossen, verzamelt u de activiteitenlogboeken om de fout te identificeren die aan het probleem is gekoppeld. De volgende koppelingen bevatten gedetailleerde informatie over het te volgen proces.

Implementatiebewerkingen weergeven

Activiteitenlogboeken weergeven voor het beheren van Azure-resources

Probleem: Aangepaste installatiekopieën; inrichtingsfouten

Er treden inrichtingsfouten op als u een gegeneraliseerde VM-installatiekopieën uploadt of vastlegt als een gespecialiseerde VM-installatiekopieën of omgekeerd. De eerste veroorzaakt een time-outfout bij het inrichten en de tweede veroorzaakt een inrichtingsfout. Als u uw aangepaste installatiekopieën zonder fouten wilt implementeren, moet u ervoor zorgen dat het type installatiekopieën niet verandert tijdens het vastleggen.

De volgende tabel bevat de mogelijke combinaties van gegeneraliseerde en gespecialiseerde installatiekopieën, het fouttype dat u tegenkomt en wat u moet doen om de fouten op te lossen.

De volgende tabel bevat de mogelijke combinaties van uploaden en vastleggen van gegeneraliseerde Windows-installatiekopieën (gen.) en gespecialiseerde (spec.) besturingssysteeminstallatiekopieën. De combinaties die zonder fouten worden verwerkt, worden aangegeven door een Y en de combinaties die fouten genereren, worden aangegeven door een N. De oorzaken en oplossingen voor de verschillende fouten die u zult tegenkomen, vindt u onder de tabel.

OS Specificaties uploaden. Gen uploaden. Specificaties vastleggen. Capture gen.
Windows-generatie. N1 J N3 J
Windows-specificaties. J N2 J N4

Y: Als het besturingssysteem windows gegeneraliseerd is en het wordt geüpload en/of vastgelegd met de gegeneraliseerde instelling, zijn er geen fouten. Op dezelfde manier, als het besturingssysteem is gespecialiseerd in Windows en het wordt geüpload en/of vastgelegd met de gespecialiseerde instelling, zijn er geen fouten.

Uploadfouten:

N1: Als het besturingssysteem is gegeneraliseerd voor Windows en het is geüpload als gespecialiseerd, krijgt u een time-outfout bij het inrichten waarbij de VM vastloopt op het OOBE-scherm.

N2: Als het besturingssysteem is gespecialiseerd in Windows en het wordt geüpload als gegeneraliseerd, krijgt u een inrichtingsfout waarbij de VM vastloopt op het OOBE-scherm omdat de nieuwe VM wordt uitgevoerd met de oorspronkelijke computernaam, gebruikersnaam en wachtwoord.

Oplossing

Als u beide fouten wilt oplossen, gebruikt u Add-AzVhd om de oorspronkelijke VHD te uploaden, die on-premises beschikbaar is, met dezelfde instelling als die voor het besturingssysteem (gegeneraliseerd/gespecialiseerd). Als u wilt uploaden als gegeneraliseerd, moet u sysprep eerst uitvoeren.

Fouten vastleggen:

N3: Als het besturingssysteem windows gegeneraliseerd is en het is vastgelegd als gespecialiseerd, krijgt u een time-outfout voor het inrichten omdat de oorspronkelijke VM niet bruikbaar is omdat deze is gemarkeerd als gegeneraliseerd.

N4: Als het besturingssysteem is gespecialiseerd in Windows en wordt vastgelegd als gegeneraliseerd, krijgt u een fout bij het inrichten omdat de nieuwe VM wordt uitgevoerd met de oorspronkelijke computernaam, gebruikersnaam en wachtwoord. Bovendien is de oorspronkelijke VM niet bruikbaar omdat deze is gemarkeerd als gespecialiseerd.

Oplossing

U kunt beide fouten oplossen door de huidige installatiekopieën uit de portal te verwijderen en deze opnieuw op te halen uit de huidige VHD's met dezelfde instelling als die voor het besturingssysteem (gegeneraliseerd/gespecialiseerd).

Probleem: Aangepaste/galerie/marketplace-installatiekopieën; toewijzingsfout

Deze fout treedt op in situaties waarin de nieuwe VM-aanvraag is vastgemaakt aan een cluster dat de aangevraagde VM-grootte niet kan ondersteunen of geen beschikbare vrije ruimte heeft om aan de aanvraag te voldoen.

Oorzaak 1: Het cluster kan de aangevraagde VM-grootte niet ondersteunen.

Oplossing 1:

  • Probeer de aanvraag opnieuw uit te voeren met een kleinere VM-grootte.
  • Als de grootte van de aangevraagde VM niet kan worden gewijzigd:
    • Stop alle VM's in de beschikbaarheidsset. Klik op Resourcegroepen>uw resourcegroep>Resources>uw beschikbaarheidsset>Virtual Machines>uw virtuele machine>stoppen.
    • Nadat alle VM's zijn gestopt, maakt u de nieuwe VM in de gewenste grootte.
    • Start eerst de nieuwe VM, selecteer vervolgens elk van de gestopte VM's en klik op Start.

Oorzaak 2: Het cluster heeft geen gratis resources.

Oplossing 2:

  • Probeer de aanvraag op een later tijdstip opnieuw uit te proberen.
  • Als de nieuwe VM deel kan uitmaken van een andere beschikbaarheidsset
    • Maak een nieuwe VM in een andere beschikbaarheidsset (in dezelfde regio).
    • Voeg de nieuwe VM toe aan hetzelfde virtuele netwerk.

Belangrijkste problemen

De volgende belangrijkste problemen kunnen helpen bij het oplossen van uw probleem. Bekijk deze stappen om het oplossen van problemen te starten:

Het cluster kan de aangevraagde VM-grootte niet ondersteunen

  • Probeer de aanvraag opnieuw uit te voeren met een kleinere VM-grootte.
  • Als de grootte van de aangevraagde VM niet kan worden gewijzigd:
    • Stop alle VM's in de beschikbaarheidsset. Klik op Resourcegroepen> uw resourcegroep >Resources> uw beschikbaarheidsset> Virtual Machines > uw virtuele machine >stoppen.
    • Nadat alle VM's zijn gestopt, maakt u de VM in de gewenste grootte.
    • Start eerst de nieuwe VM, selecteer vervolgens elk van de gestopte VM's en klik op Start.

Het cluster heeft geen gratis resources

  • Probeer de aanvraag later opnieuw.
  • Als de nieuwe VM deel kan uitmaken van een andere beschikbaarheidsset
    • Maak een VM in een andere beschikbaarheidsset (in dezelfde regio).
    • Voeg de nieuwe VM toe aan hetzelfde virtuele netwerk.

Veelgestelde vragen

Hoe kan ik een Windows-clientinstallatiekopieën gebruiken en implementeren in Azure?

U kunt Windows 7, Windows 8 of Windows 10 in Azure gebruiken voor ontwikkel-/testscenario's als u een geschikt Visual Studio-abonnement (voorheen MSDN) hebt. In dit artikel worden de geschiktheidsvereisten beschreven voor het uitvoeren van een Windows-client in Azure en het gebruik van de Installatiekopieën van de Azure-galerie.

Hoe kan ik een virtuele machine implementeren met behulp van hybrid use benefit (HUB)?

Er zijn een aantal verschillende manieren om virtuele Windows-machines te implementeren met azure Hybrid Use Benefit.

Voor een Enterprise Agreement-abonnement:

  • Implementeer VM's van specifieke Marketplace-installatiekopieën die vooraf zijn geconfigureerd met Azure Hybrid Use Benefit.

Voor Enterprise Agreement:

  • Upload een aangepaste VM en implementeer met behulp van een Resource Manager sjabloon of Azure PowerShell.

Zie de volgende hulpmiddelen voor meer informatie:

Hoe kan ik mijn maandelijkse tegoed voor Visual Studio Enterprise (BizSpark) activeren

Raadpleeg dit artikel om uw maandelijkse tegoed te activeren.

Enterprise Dev/Test toevoegen aan mijn Enterprise Agreement (EA) om toegang te krijgen tot Windows-clientinstallatiekopieën?

De mogelijkheid om abonnementen te maken op basis van de Enterprise Dev/Test-aanbieding is beperkt tot accounteigenaren die hiervoor toestemming hebben gekregen van een ondernemingsbeheerder. De accounteigenaar maakt abonnementen via de Azure-accountportal en moet vervolgens actieve Visual Studio-abonnees toevoegen als co-beheerders. Zodat ze de resources kunnen beheren en gebruiken die nodig zijn voor ontwikkeling en testen. Zie Enterprise Dev/Test voor meer informatie.

Mijn stuurprogramma's ontbreken voor mijn Vm uit de Windows N-serie

Instructies voor het installeren van stuurprogramma's voor windows-VM's bevinden zich hier.

Ik kan geen GPU-exemplaar vinden in mijn VM uit de N-serie

Als u wilt profiteren van de GPU-mogelijkheden van vm's uit de Azure N-serie, moet u na de implementatie grafische stuurprogramma's installeren op elke VM. Informatie over het instellen van stuurprogramma's vindt u hier.

Zijn vm's uit de N-serie beschikbaar in mijn regio?

U kunt de beschikbaarheid controleren in de tabel Producten die beschikbaar zijn per regio en de prijzen hier.

Welke clientinstallatiekopieën kan ik gebruiken en implementeren in Azure en hoe krijg ik deze?

U kunt Windows 7, Windows 8 of Windows 10 in Azure gebruiken voor ontwikkel-/testscenario's, mits u een geschikt Visual Studio-abonnement (voorheen MSDN) hebt.

In dit artikel worden de geschiktheidsvereisten beschreven voor het uitvoeren van een Windows-client in Azure en het gebruik van de Installatiekopieën van de Azure-galerie.

Ik kan de vm-groottefamilie niet zien wanneer ik het formaat van mijn VM wijzig

Wanneer een VM wordt uitgevoerd, wordt deze geïmplementeerd op een fysieke server. De fysieke servers in Azure-regio's zijn gegroepeerd in clusters met algemene fysieke hardware. Het wijzigen van de grootte van een VM waarvoor de VM moet worden verplaatst naar verschillende hardwareclusters, is afhankelijk van het implementatiemodel dat is gebruikt om de VM te implementeren.

  • VM's die zijn geïmplementeerd in het klassieke implementatiemodel. De implementatie van de cloudservice moet worden verwijderd en opnieuw worden geïmplementeerd om de VM's te wijzigen in een grootte in een andere groottefamilie.

Belangrijk

Klassieke VM's worden op 1 september 2023 buiten gebruik gesteld

Als u IaaS-resources van ASM gebruikt, moet u de migratie voor 1 september 2023 voltooien. We raden u aan om sneller over te schakelen om te profiteren van de vele functieverbeteringen in Azure Resource Manager.

Zie Uw IaaS-resources migreren naar Azure Resource Manager op 1 september 2023 voor meer informatie.

  • Vm's die zijn geïmplementeerd in Resource Manager implementatiemodel, moet u alle VM's in de beschikbaarheidsset stoppen voordat u de grootte van een VM in de beschikbaarheidsset wijzigt.

De vermelde VM-grootte wordt niet ondersteund tijdens het implementeren in beschikbaarheidsset

Kies een grootte die wordt ondersteund in het cluster van de beschikbaarheidsset. Het wordt aanbevolen bij het maken van een beschikbaarheidsset om de grootste VM-grootte te kiezen die u nodig denkt te hebben en dat uw eerste implementatie in de beschikbaarheidsset te zijn.

Kan ik een bestaande klassieke VM toevoegen aan een beschikbaarheidsset?

Ja. U kunt een bestaande klassieke VM toevoegen aan een nieuwe of bestaande beschikbaarheidsset. Zie Een bestaande virtuele machine toevoegen aan een beschikbaarheidsset voor meer informatie.

Aanvullende informatie

Als u problemen ondervindt wanneer u een gestopte Windows-VM start of het formaat van een bestaande Virtuele Windows-machine in Azure wijzigt, raadpleegt u Problemen met Resource Manager implementatie oplossen bij het opnieuw opstarten of wijzigen van het formaat van een bestaande virtuele Windows-machine in Azure.

Volgende stappen

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Feedback-community van Azure.