Problemen met Azure Stack HCI-registratie oplossen
Van toepassing op: Azure Stack HCI, versies 22H2 en 21H2
Belangrijk
De instructies voor probleemoplossing in dit artikel zijn van toepassing op een oudere versie, Azure Stack HCI, versie 22H2. Zie Ondersteuning krijgen voor implementatieproblemen met Azure Stack HCI voor het oplossen van problemen met nieuwe implementaties met de meest recente algemeen beschikbare versie, Azure Stack HCI, versie 23H2.
Voor het oplossen van problemen met Azure Stack HCI-registratie moeten zowel PowerShell-registratielogboeken als hcisvc-foutopsporingslogboeken van elke server in het cluster worden bekeken.
PowerShell-registratielogboeken verzamelen
Wanneer de Register-AzStackHCI
cmdlets en Unregister-AzStackHCI
worden uitgevoerd, worden voor elke poging logboekbestanden met de naam RegisterHCI_{yyyymmdd-hhss}.log en UnregisterHCI_{yyyymmdd-hhss}.log gemaakt. U kunt de logboekmap voor deze logboekbestanden instellen met behulp van de -LogsDirectory
parameter in de Register-AzStackHCI
cmdlet en aanroepen Get-AzStackHCILogsDirectory
om de locatie op te halen. Deze bestanden worden standaard gemaakt in C:\ProgramData\AzureStackHCI\Registration. Voor PowerShell-moduleversie 2.1.2 of eerder worden deze bestanden gemaakt in de werkmap van de PowerShell-sessie waarin de cmdlets worden uitgevoerd.
Foutopsporingslogboeken worden standaard niet opgenomen. Als er een probleem is waarvoor de aanvullende foutopsporingslogboeken nodig zijn, stelt u de foutopsporingsvoorkeur in op Doorgaan door de volgende cmdlet uit te voeren voordat u of Unregister-AzStackHCI
uitvoertRegister-AzStackHCI
:
$DebugPreference = 'Continue'
On-premises hcisvc-logboeken verzamelen
Als u logboeken voor foutopsporing voor hcisvc wilt inschakelen, voert u de volgende opdracht uit in PowerShell op elke server in het cluster:
wevtutil.exe sl /q /e:true Microsoft-AzureStack-HCI/Debug
De logboeken ophalen:
Get-WinEvent -Logname Microsoft-AzureStack-HCI/Debug -Oldest -ErrorAction Ignore
Kan niet registreren. Kan zelfondertekend certificaat niet genereren op knooppunt(en) {Node1,Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}
Uitleg van foutstatus:
Tijdens de registratie moet elke server in het cluster actief zijn met uitgaande internetverbinding met Azure. De cmdlet Register-AzStackHCI praat met elke server in het cluster om certificaten in te richten. Elke server gebruikt het certificaat om een API-aanroep naar HCI-services in de cloud te maken om de registratie te valideren.
Als de registratie mislukt, ziet u mogelijk het volgende bericht: Kan niet registreren. Kan zelfondertekend certificaat niet genereren op knooppunt(en) {Node1,Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}
Als er knooppuntnamen staan na het onderdeel Kan zelfondertekend certificaat niet genereren op knooppunt(en) van het foutbericht, kan het systeem het certificaat niet genereren op die server(s).
Herstelactie:
Controleer of elke server die in het bovenstaande bericht wordt vermeld, actief is. U kunt de status van hcisvc controleren door deze uit te voeren
sc.exe query hcisvc
en indien nodig te starten metstart-service hcisvc
.Controleer of elke server die in het foutbericht wordt vermeld, verbinding heeft met de computer waarop de
Register-AzStackHCI
cmdlet wordt uitgevoerd. Controleer dit door de volgende cmdlet uit te voeren vanaf de computer waaropRegister-AzStackHCI
wordt uitgevoerd, met behulp vanNew-PSSession
om verbinding te maken met elke server in het cluster en zorg ervoor dat deze werkt:New-PSSession -ComputerName {failing nodes}
Als er knooppuntnamen zijn na het gedeelte Kan registratiecertificaat niet instellen en verifiëren op knooppunt(en) van het foutbericht, kon de service het certificaat genereren op de server(s), maar de server(s) konden de HCI-cloudservice-API niet aanroepen. Ga als volgt te werk om het probleem op te lossen:
Zorg ervoor dat elke server de vereiste internetverbinding heeft om te communiceren met Azure Stack HCI-cloudservices en andere vereiste Azure-services, zoals Microsoft Entra ID, en dat deze niet wordt geblokkeerd door firewalls. Zie Firewallvereisten voor Azure Stack HCI.
Probeer de
Invoke-AzStackHciConnectivityValidation
cmdlet uit te voeren vanuit de module AzStackHCI.EnvironmentChecker en zorg ervoor dat deze slaagt. Met deze cmdlet wordt het statuseindpunt van HCI-cloudservices aangeroepen om de connectiviteit te testen.Bekijk de hcisvc-logboeken voor foutopsporing op elk knooppunt dat wordt vermeld in het foutbericht.
- Het is geen probleem als het bericht ExecuteWithRetry-bewerking AADTokenFetch is mislukt met fout voor opnieuw proberen een paar keer wordt weergegeven voordat het mislukt met de executeWithRetry-bewerking AADTokenFetch is mislukt na alle nieuwe pogingen of de ExecuteWithRetry-bewerking AADTokenFetch is mislukt.
- Als de bewerking AADTokenFetch ExecuteWithRetry is mislukt na alle nieuwe pogingen in de logboeken, kan het systeem het Microsoft Entra token niet ophalen uit de service, zelfs niet na alle nieuwe pogingen. Er is een gekoppelde Microsoft Entra uitzondering die wordt geregistreerd bij dit bericht.
- Als u AADSTS700027 ziet: Client-assertie bevat een ongeldige handtekening. [Reden: de gebruikte sleutel is verlopen. Vingerafdruk van sleutel die door de client wordt gebruikt: {SomeThumbprint}, Sleutel 'Start=06/29/2021 21:13:15, End=06/29/2023 21:13:15' gevonden, dit is een probleem met de instelling van de tijd op de server. Controleer de UTC-tijd op alle servers door uit te voeren
[System.DateTime]::UtcNow
in PowerShell en vergelijk deze met de werkelijke UTC-tijd. Als de tijd niet juist is, stelt u de juiste tijden in op de servers en probeert u de registratie opnieuw.
Het verwijderen van een HCI-resource uit de portal en het opnieuw registreren van hetzelfde cluster veroorzaakt problemen
Uitleg van foutstatus:
Als u de Azure Sack HCI-clusterresource expliciet hebt verwijderd uit de Azure Portal zonder de registratie van het cluster eerst ongedaan te maken bij Windows Admin Center of PowerShell, resulteert het verwijderen van een HCI Azure Resource Manager-resource rechtstreeks uit de portal in een slechte clusterresourcestatus. De registratie moet altijd worden geactiveerd vanuit het HCI-cluster met behulp van de Unregister-AzStackHCI
cmdlet voor een schone uitschrijving. In deze sectie worden de stappen beschreven voor het opschonen van scenario's waarin de HCI-clusterresource uit de portal is verwijderd.
Herstelactie:
- Meld u aan bij de on-premises HCI-clusterserver met de referenties van de clustergebruiker.
- Voer de
Unregister-AzStackHCI
cmdlet uit op het cluster om de status van de clusterregistratie en de arcstatus van het cluster op te schonen.- Als de registratie is ongedaan gemaakt, gaat u naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoekt u naar de naam die overeenkomt met
clusterName
enclusterName.arc
. Verwijder de twee app-id's als deze bestaan. - Als het ongedaan maken van de registratie mislukt met de fout FOUT: Kan Azure Arc-integratie niet uitschakelen op de naam> van het knooppunt<, probeert u de
Disable-AzureStackHCIArcIntegration
cmdlet uit te voeren op het knooppunt. Als het knooppunt een status heeft waarinDisable-AzureStackHCIArcIntegration
niet kan worden uitgevoerd, verwijdert u het knooppunt uit het cluster en voert u deUnregister-AzStackHCI
cmdlet opnieuw uit. Meld u aan bij elk afzonderlijk knooppunt:- Wijzig de map waar de Arc-agent is geïnstalleerd:
cd 'C:\Program Files\AzureConnectedMachineAgent\'
. - Haal de status op arcmagent.exe en bepaal op welke Azure-resourcegroep deze wordt geprojecteerd:
.\azcmagent.exe show
. De uitvoer voor deze opdracht toont de informatie van de resourcegroep. - Forceer de verbinding tussen de Arc-agent en het knooppunt:
.\azcmagent.exe disconnect --force-local-only
. - Meld u aan bij de Azure Portal en verwijder de resource Arc-for-Server uit de resourcegroep die in stap ii is bepaald.
- Wijzig de map waar de Arc-agent is geïnstalleerd:
- Als de registratie is ongedaan gemaakt, gaat u naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoekt u naar de naam die overeenkomt met
Gebruiker heeft de app-id's per ongeluk verwijderd
Uitleg van foutstatus:
Als de verbinding met het cluster langer dan 8 uur is verbroken, is het mogelijk dat de bijbehorende Microsoft Entra app-registraties die het HCI-cluster en Arc-registraties vertegenwoordigen, per ongeluk zijn verwijderd. Voor de juiste werking van HCI-cluster- en Arc-scenario's worden tijdens de registratie twee app-registraties gemaakt in de tenant.
- Als de
<clustername>
app-id wordt verwijderd, wordt in de clusterresource Azure Connection in de Azure Portal de status Verbinding verbroken - Cluster meer dan 8 uur niet verbonden weergegeven. Bekijk de logboeken voor foutopsporing van HCIsvc op het knooppunt: het foutbericht is Toepassing met id '<ID>' is niet gevonden in de map 'Standaardmap'. Dit kan gebeuren als de toepassing niet is geïnstalleerd door de beheerder van de tenant of als er geen toestemming voor is gegeven door een gebruiker in de tenant. Mogelijk hebt u uw verificatieaanvraag naar de verkeerde tenant verzonden. - Als
<clustername>.arc
het maken tijdens het inschakelen van Arc wordt verwijderd, zijn er geen zichtbare fouten tijdens de normale werking. Deze identiteit is alleen vereist tijdens de registratie- en uitschrijvingsprocessen. In dit scenario mislukt het ongedaan maken van de registratie met de fout Kan Azure Arc-integratie niet uitschakelen op knooppuntnaam<>. Voer de cmdlet Disable-AzureStackHCIArcIntegration uit op het knooppunt. Als het knooppunt een status heeft waarin de cmdlet Disable-AzureStackHCIArcIntegration niet kan worden uitgevoerd, verwijdert u het knooppunt uit het cluster en probeert u de cmdlet Unregister-AzStackHCI opnieuw uit te voeren.
Als u een van deze toepassingen verwijdert, kan de communicatie tussen het HCI-cluster en de cloud niet worden uitgevoerd.
Herstelactie:
Als alleen de
<clustername> AppId
wordt verwijderd, voert u een herstelregistratie uit op het cluster om de Microsoft Entra toepassingen in te stellen:Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Door de registratie te herstellen, worden de benodigde Microsoft Entra toepassingen opnieuw gemaakt met behoud van andere informatie, zoals resourcenaam, resourcegroep en andere registratieopties.
Als de
<clustername>.arc
app-id wordt verwijderd, is er geen zichtbare fout in de logboeken. Het ongedaan maken van de registratie mislukt als<clustername>.arc
wordt verwijderd. Als het ongedaan maken van de registratie mislukt, volgt u dezelfde herstelactie die in deze sectie wordt beschreven.
Fout bij niet-beleid
Uitleg van foutstatus:
Als een eerder geregistreerd cluster de status OutOfPolicy weergeeft, kunnen wijzigingen in de systeemconfiguratie ervoor zorgen dat de registratiestatus van Azure Stack HCI buiten het beleid valt.
Systeemwijzigingen kunnen bijvoorbeeld omvatten, maar zijn niet beperkt tot:
- conflicten bij het uitschakelen van instellingen voor beveiligd opstarten op het geregistreerde knooppunt.
- het wissen van de Trusted Platform Module (TPM).
- Een aanzienlijke wijziging in de systeemtijd.
Notitie
Azure Stack HCI 21H2 met KB5010421 en latere versies probeert automatisch te herstellen van de OutOfPolicy-status . Bekijk het gebeurtenislogboek Microsoft-AzureStack-HCI/Beheer voor meer informatie over de huidige OutOfPolicy-status en andere informatie.
Welke outOfPolicy-gebeurtenis-id-berichten kan ik verwachten te zien tijdens de registratie?
Er zijn drie typen gebeurtenis-id-berichten: informatie, waarschuwingen en fouten.
De volgende berichten zijn updates met Azure Stack HCI 21H2 met KB5010421 en worden niet weergegeven als deze KB niet is geïnstalleerd.
Informatieve gebeurtenis-id
Informatieve gebeurtenis-id-berichten die optreden tijdens de registratie. Bekijk eventuele suggesties in het bericht en volg deze op:
(Informatie) Gebeurtenis-id 592: "Azure Stack HCI heeft een herstel van de gegevens geïnitieerd. Er is op dit moment geen verdere actie van de gebruiker vereist.
(Informatie) Gebeurtenis-id 594: 'Er is een fout opgetreden in Azure Stack HCI bij het openen van de gegevens. Als u wilt herstellen, controleert u welke knooppunten worden beïnvloed. Als het hele cluster OutOfPolicy is (voer Get-AzureStackHCI uit), voert u Unregister-AzStackHCI op het cluster uit, start u opnieuw op en voert u Register-AzStackHCI uit. Als alleen dit knooppunt wordt beïnvloed, verwijdert u dit knooppunt uit het cluster, start u het opnieuw op en wacht u totdat het herstel is voltooid. Vervolgens kunt u opnieuw deelnemen aan het cluster.
Waarschuwings-gebeurtenis-id
Met waarschuwingsberichten is de status van de registratie niet voltooid. Er is al dan niet een probleem. Controleer eerst het gebeurtenis-id-bericht voordat u een of meer stappen voor probleemoplossing uitvoert.
(Waarschuwing) Gebeurtenis-id 585: 'Azure Stack HCI kan de licentie van Azure niet verlengen. Voor meer informatie over de specifieke fout schakelt u het gebeurteniskanaal Microsoft-AzureStack-HCI/Debug in.
Notitie
Mogelijke vertragingen bij het herstellen van een volledige verbinding met Azure worden verwacht na een geslaagd automatisch herstel en kunnen ertoe leiden dat gebeurtenis-id 585 wordt weergegeven. Dit heeft geen invloed op workloads of licenties van het knooppunt. Dat wil dus dat er nog steeds een geïnstalleerde licentie is, tenzij het knooppunt buiten het venster van 30 dagen voor automatische reparatie was.
Notitie
In sommige gevallen slaagt Azure Stack HCI mogelijk niet in automatisch herstel. Dit kan gebeuren wanneer de registratiestatus van alle knooppunten in het cluster buiten het beleid valt. Er zijn enkele handmatige stappen vereist. Zie de microsoft-AzureStack-HCI/Beheer gebeurtenis-id-berichten.
Fout gebeurtenis-id
Gebeurtenis-id-foutberichten identificeren een fout in het registratieproces. Het foutbericht bevat instructies voor het oplossen van de fout.
(Fout) Gebeurtenis-id 591: 'Azure Stack HCI kan geen verbinding maken met Azure. Als u deze fout blijft zien, probeert u opnieuw uit te voeren
Register-AzStackHCI
met de-RepairRegistration
parameter.'(Fout) Gebeurtenis-id 594: 'Azure Stack HCI heeft een fout opgetreden bij het openen van de gegevens. Als u dit wilt herstellen, controleert u welke knooppunten worden beïnvloed. Als het hele cluster OutOfPolicy is (uitvoeren
Get-AzureStackHCI
), voertUnregister-AzStackHCI
u uit op het cluster, start u opnieuw op en voert u vervolgens uitRegister-AzStackHCI
. Als alleen dit knooppunt wordt beïnvloed, verwijdert u dit knooppunt uit het cluster, start u het opnieuw op, wacht u tot het herstel is voltooid en vervolgens sluit u zich opnieuw aan bij het cluster."
Cluster- en Arc-resource in Azure Portal bestaat, maar de Get-AzureStackHCI status is 'Nog niet geregistreerd'
Uitleg van foutstatus:
Dit probleem wordt veroorzaakt door het ongedaan maken van de registratie van een HCI-cluster met de verkeerde cloudomgeving of onjuiste abonnementsgegevens. Als een gebruiker de Unregister-AzStackHCI
cmdlet met onjuiste -EnvironmentName
of -SubcriptionId
parameters voor een cluster uitvoert, wordt de registratiestatus van het cluster verwijderd uit het on-premises cluster zelf, maar de cluster- en Arc-resources in de Azure Portal nog steeds aanwezig in de oorspronkelijke omgeving of het oorspronkelijke abonnement.
Bijvoorbeeld:
Onjuist
-EnvironmentName <value>
: u hebt uw cluster geregistreerd in-EnvironmentName AzureUSGovernment
zoals in het volgende voorbeeld. De standaardwaarde-EnvironmentName
is 'Azurecloud'. U hebt bijvoorbeeld het volgende uitgevoerd:Register-AzStackHCI -SubscriptionId "<subscription_ID>" -EnvironmentName AzureUSGovernment
Maar vervolgens hebt u de
Unregister-AzStackHCI
cmdlet als volgt uitgevoerd met-EnvironmentName Azurecloud
(de standaardinstelling):Unregister-AzStackHCI -SubscriptionId "<subscription_ID>"
Onjuist
-SubscriptionId <value>
: u hebt uw cluster-SubscriptionId "<subscription_id_1>"
als volgt geregistreerd:Register-AzStackHCI -SubscriptionId "<subscription_id_1>"
Maar vervolgens hebt u de
Unregister-AzStackHCI
cmdlet voor een andere abonnements-id uitgevoerd:Unregister-AzStackHCI -SubscriptionId "<subscription_id_2>"
Herstelactie:
- Verwijder de cluster- en Arc-resources uit de portal.
- Navigeer naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoek naar de naam die overeenkomt
<clusterName>
met en<clusterName>.arc
, verwijder vervolgens de twee app-id's.
Het uitgeven van Sync-AzureStackHCI direct na het opnieuw opstarten van de knooppunten van het cluster resulteert in het verwijderen van Arc-resources
Uitleg van foutstatus:
Het uitvoeren van een tellingssynchronisatie vóór knooppuntsynchronisatie kan ertoe leiden dat de synchronisatie wordt verzonden naar Azure, waarbij het knooppunt niet is inbegrepen. Hierdoor wordt de Arc-resource voor dat knooppunt verwijderd. De Sync-AzureStackHCI
cmdlet mag alleen worden gebruikt om fouten op te sporen in de cloudconnectiviteit van het HCI-cluster. Het HCI-cluster heeft na het opnieuw opstarten een kleine opwarmtijd om de clusterstatus af te stemmen; voer daarom niet snel uit Sync-AzureStackHCI
nadat u een knooppunt opnieuw hebt opgestart.
Herstelactie:
Meld u op de Azure Portal aan bij het knooppunt dat wordt weergegeven als Niet geïnstalleerd.
Koppel de Arc-agent los met behulp van de volgende twee opdrachten:
cd "C:\Program Files\AzureConnectedMachineAgent"
dan
.\azcmagent.exe disconnect --force-local-only
De registratie herstellen:
Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Na de reparatiebewerking keert het knooppunt terug naar een verbonden status.
De registratie is voltooid, maar de Azure Arc-verbinding in de portal geeft de melding Niet geïnstalleerd
Scenario 1
Uitleg van foutstatus:
Dit kan gebeuren als de vereiste rol Azure Connected Machine Resource Manager is verwijderd uit de HCI-resourceprovider in de resourcegroep Arc-for-Server.
U vindt de machtiging op de blade Access Control van de resourcegroep in de Azure Portal. In de volgende afbeelding ziet u de machtiging:
Herstelactie:
Voer de cmdlet voor het herstellen van de registratie uit:
Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Scenario 2
Uitleg van foutstatus:
Dit bericht kan ook worden veroorzaakt door een tijdelijk probleem dat soms optreedt tijdens het uitvoeren van Azure Stack HCI-registratie. Als dat gebeurt, wordt in de Register-AzStackHCI
cmdlet het volgende waarschuwingsbericht weergegeven:
Herstelactie:
Wacht 12 uur na de registratie totdat het probleem automatisch is opgelost.
Scenario 3
Uitleg van foutstatus:
Dit kan ook gebeuren wanneer de proxy niet juist is geconfigureerd voor een verbinding met Azure ARC-cloudservices vanaf HCI-knooppunten. Mogelijk ziet u de volgende fout in de logboeken van de Arc-agent:
Herstelactie:
Volg de richtlijnen voor het bijwerken van proxy-instellingen om dit probleem op te lossen. Registreer vervolgens het Azure Stack HCI-cluster opnieuw.
Kan certificaten niet draaien in Fairfax en Mooncake
Uitleg van foutstatus:
- In de Azure Portal wordt in de clusterresource Azure ConnectionVerbroken weergegeven.
- Bekijk de logboeken voor foutopsporing van HCIsvc op het knooppunt. Het foutbericht is uitzondering: AADSTS700027: Validatie van handtekening van clientbevestiging is mislukt.
- De fout kan ook worden weergegeven als RotateRegistrationCertificate failed: Invalid Audience.
Herstelactie:
Voer een reparatieregistratie uit op het cluster om nieuwe certificaten toe te voegen in de Microsoft Entra-toepassing:
Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Als u de registratie herstelt, worden nieuwe vervangende certificaten gegenereerd in de Microsoft Entra-toepassing, terwijl andere informatie behouden blijft, zoals de resourcenaam, resourcegroep en andere registratieopties.
OnPremisesPasswordValidationTimeSkew
Uitleg van foutstatus:
Microsoft Entra tokengeneratie mislukt met een tijdfout als de tijd van het lokale knooppunt te ver is gesynchroniseerd met de werkelijke huidige tijd (UTC). Microsoft Entra ID retourneert de volgende fout:
AADSTS80013: OnPremisesPasswordValidationTimeSkew: de verificatiepoging kan niet worden voltooid vanwege tijdverschil tussen de computer waarop de verificatieagent wordt uitgevoerd en AD. Problemen met tijdsynchronisatie oplossen.
Herstelactie:
Zorg ervoor dat de tijd is gesynchroniseerd met een bekende en nauwkeurige tijdbron.
Kan geen token verkrijgen voor tenant met fout
Uitleg van foutstatus:
Als het gebruikersaccount dat voor de registratie wordt gebruikt, deel uitmaakt van meerdere Microsoft Entra tenants, moet u opgeven -TenantId
tijdens de registratie van het cluster en het ongedaan maken van de registratie, anders mislukt het met de fout Unable token acquire for tenant with error. U moet meervoudige verificatie gebruiken om toegang te krijgen tot de tenant. Voer opnieuw uit Connect-AzAccount
met de aanvullende parameter -TenantId
.
Herstelactie:
Geef voor clusterregistratie de parameter op
-TenantId
:Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -TenantId <Tenant_ID>
Geef voor het ongedaan maken van de registratie de
-TenantId
parameter op:Unregister-AzStackHCI -ComputerName ClusterNode1 -SubscriptionId "<subscription ID GUID>" -ResourceName HCI001 -TenantId <Tenant_ID>
Een of meer clusterknooppunten kunnen geen verbinding maken met Azure
Uitleg van foutstatus:
Dit probleem treedt op wanneer een of meer clusterknooppunten verbindingsproblemen hadden na de registratie en lange tijd geen verbinding konden maken met Azure. Zelfs na het oplossen van connectiviteitsproblemen kunnen de knooppunten geen verbinding meer maken met Azure vanwege de verlopen certificaten.
Herstelactie:
Meld u aan bij het niet-verbonden knooppunt.
Voer
Disable-AzureStackHCIArcIntegration
uit.Controleer de status van ARC-integratie door uit te voeren
Get-AzureStackHCIArcIntegration
en zorg ervoor dat nu 'Uitgeschakeld' wordt weergegeven voor het niet-verbonden knooppunt:Meld u aan bij de Azure Portal en verwijder de Azure Resource Manager-resource die de Arc-server voor dit knooppunt vertegenwoordigt.
Meld u opnieuw aan bij het niet-verbonden knooppunt en voer uit
Enable-AzureStackHCIArcIntegration
.Voer uit
Sync-AzureStackHCI
op het knooppunt.
Taakfout bij het maken van een VM
Uitleg van foutstatus:
Als het cluster niet is geregistreerd bij Azure bij de implementatie, of als het cluster wel is geregistreerd, maar al meer dan 30 dagen geen verbinding heeft gemaakt met Azure, staat het systeem niet toe dat er nieuwe virtuele machines (VM's) worden gemaakt of toegevoegd. Wanneer dit gebeurt, ziet u het volgende foutbericht wanneer u vm's probeert te maken:
There was a failure configuring the virtual machine role for 'vmname'. Job failed. Error opening "vmname" clustered roles. The service being accessed is licensed for a particular number of connections. No more connections can be made to the service at this time because there are already as many connections as the service can accept.
Herstelactie:
Registreer uw HCI-cluster bij Azure. Zie de instructies in de documentatie over het Register-AzStackHCI voor informatie over het registreren van het cluster.
Algemene resourcegroep gebruiken voor cluster- en Arc-for-Server-resources
De nieuwste PowerShell-module ondersteunt het hebben van een gemeenschappelijke resourcegroep voor zowel cluster- als Arc-for-Server-resources, of het gebruik van een bestaande resourcegroep voor Arc-for-Server-resources.
Voor clusters die zijn geregistreerd met PowerShell-moduleversie 1.4.1 of eerder, kunt u de volgende stappen uitvoeren om de nieuwe functie te gebruiken:
- Hef de registratie van het cluster op door uit te voeren
Unregister-AzStackHCI
vanaf een van de knooppunten. Zie Registratie van Azure Stack HCI ongedaan maken met behulp van PowerShell. - Installeer de nieuwste PowerShell-module:
Install-Module Az.StackHCI -Force
. - Voer uit
Register-AzStackHCI
door de juiste parameters voor-ResourceGroupName
en-ArcForServerResourceGroupName
door te geven.
Notitie
Als u een afzonderlijke resourcegroep gebruikt voor Arc-for-Server-resources, raden we u aan een resourcegroep te gebruiken met Arc-for-Server-resources die alleen betrekking hebben op Azure Stack HCI. De Azure Stack HCI-resourceprovider heeft machtigingen voor het beheren van andere Arc-for-Server-resources in de ArcServerResourceGroup.