Problemen in Azure Stack Hub oplossen

  • Artikel

Dit document bevat informatie over probleemoplossing voor geïntegreerde Azure Stack Hub-omgevingen. Zie Problemen met ASDK oplossen of hulp krijgen van experts op het MSDN-forum van Azure Stack Hub voor hulp bij de Azure Stack Development Kit.

Veelgestelde vragen

Deze secties bevatten koppelingen naar documenten die betrekking hebben op veelgestelde vragen die naar Microsoft Ondersteuning worden verzonden.

Aankoopoverwegingen

Updates en diagnostische gegevens

Ondersteunde besturingssystemen en grootten voor gast-VM's

Azure Marketplace

Capaciteit beheren

Geheugen

Als u de totale beschikbare geheugencapaciteit voor Azure Stack Hub wilt vergroten, kunt u extra geheugen toevoegen. In Azure Stack Hub wordt uw fysieke server ook wel een schaaleenheidknooppunt genoemd. Alle schaaleenheidsknooppunten die lid zijn van één schaaleenheid, moeten dezelfde hoeveelheid geheugen hebben.

Bewaarperiode

Met de instelling voor de retentieperiode kan een cloudoperator een periode opgeven in dagen (tussen 0 en 9999 dagen) waarin een verwijderd account mogelijk kan worden hersteld. De standaardretentieperiode is ingesteld op 0 dagen. Als u de waarde instelt op 0 , betekent dit dat een verwijderd account onmiddellijk niet meer wordt bewaard en wordt gemarkeerd voor periodieke garbagecollection.

Beveiliging, naleving en identiteit

RBAC beheren

Een gebruiker in Azure Stack Hub kan een lezer, eigenaar of inzender zijn voor elk exemplaar van een abonnement, resourcegroep of service.

Als de ingebouwde rollen voor Azure-resources niet voldoen aan de specifieke behoeften van uw organisatie, kunt u uw eigen aangepaste rollen maken. Voor deze zelfstudie gaat u met behulp van Azure PowerShell een aangepaste rol maken met de naam Reader Support Tickets.

Gebruik en facturering beheren als CSP

Kies het type gedeelde servicesaccount dat u gebruikt voor Azure Stack Hub. De typen abonnementen die kunnen worden gebruikt voor de registratie van een Azure Stack Hub met meerdere tenants zijn:

  • Cloud Solution Provider
  • Partner Shared Services-abonnement

Metrische gegevens over schaaleenheden ophalen

U kunt PowerShell gebruiken om informatie over het gebruik van zegels op te halen zonder hulp van Microsoft Ondersteuning. Zegelgebruik verkrijgen:

  1. Maak een PEP-sessie.

  2. Voer de volgende opdracht uit:

    Test-AzureStack

  3. Sluit de PEP-sessie af.

  4. Voer het volgende uit met behulp van een Invoke-Command-aanroep:

    Get-AzureStackLog -FilterByRole SeedRing

  5. Pak de zaairing .zip. U kunt het validatierapport verkrijgen in de ERCS-map waarin u hebt uitgevoerd Test-AzureStack.

Zie Diagnostische gegevens van Azure Stack Hub voor meer informatie.

Problemen met virtuele machines (VM's) oplossen

Linux-VM-wachtwoord opnieuw instellen

Als u het wachtwoord voor een Linux-VM bent vergeten en de optie Wachtwoord opnieuw instellen niet werkt vanwege problemen met de VMAccess-extensie, kunt u de volgende stappen volgen om het wachtwoord opnieuw in te stellen:

  1. Kies een Linux-VM die u wilt gebruiken als herstel-VM.

  2. Meld u aan bij de gebruikersportal:

    1. Noteer de VM-grootte, de NIC, het openbare IP-adres, de NSG en de gegevensschijven.
    2. Stop de betrokken VM.
    3. Verwijder de betrokken VM.
    4. Koppel de schijf van de betrokken VM als een gegevensschijf op de herstel-VM (het kan enkele minuten duren voordat de schijf beschikbaar is).

  3. Meld u aan bij de herstel-VM en voer de volgende opdracht uit:

    sudo su -
mkdir /tempmount
fdisk -l
mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
chroot /tempmount/
passwd root /*substitute root with the user whose password you want to reset*/
rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
exit /*to exit the chroot environment*/
umount /tempmount

  4. Meld u aan bij de gebruikersportal:

    1. Koppel de schijf los van de herstel-VM.
    2. Maak de VM opnieuw vanaf de schijf.
    3. Zorg ervoor dat u het openbare IP-adres van de vorige VM overbrengt, de gegevensschijven koppelt, enzovoort.

U kunt ook een momentopname van de oorspronkelijke schijf maken en er een nieuwe schijf van maken in plaats van de wijzigingen rechtstreeks op de oorspronkelijke schijf uit te voeren. Raadpleeg de volgende onderwerpen voor meer informatie:

Licentieactivering voor Windows Server 2012 R2 mislukt tijdens het inrichten

In dit geval kan Windows niet worden geactiveerd en ziet u een watermerk in de rechterbenedenhoek van het scherm. De WaSetup.xml logboeken onder C:\Windows\Panther bevatten de volgende gebeurtenis:

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Als u de licentie wilt activeren, kopieert u de AVMA-sleutel (Automatische activering van virtuele machines) voor de SKU die u wilt activeren.

Editie AVMA-sleutel
Datacenter Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Voer op de VM de volgende opdracht uit:

slmgr /ipk <AVMA_key>

Zie VM-activering voor volledige details.

Een Windows Server-installatiekopieën en galerie-item moeten worden toegevoegd voordat u VM's implementeert in Azure Stack Hub.

Ik heb een aantal VM's verwijderd, maar zie nog steeds de VHD-bestanden op de schijf

Dit gedrag is standaard:

  • Wanneer u een vm verwijdert, worden VHD's niet verwijderd. Schijven zijn afzonderlijke resources in de resourcegroep.
  • Wanneer een opslagaccount wordt verwijderd, is de verwijdering onmiddellijk zichtbaar via Azure Resource Manager. Maar de schijven die de schijf kan bevatten, worden nog steeds opgeslagen totdat de garbagecollection wordt uitgevoerd.

Als u 'zwevende' VHD's ziet, is het belangrijk om te weten of ze deel uitmaken van de map voor een opslagaccount dat is verwijderd. Als het opslagaccount niet is verwijderd, is het normaal dat het nog steeds aanwezig is.

Meer informatie over het configureren van de retentiedrempel en heractivering op aanvraag vindt u in Opslagaccounts beheren.

Problemen met opslag oplossen

Opslag terugwinnatie

Het kan tot 14 uur duren voordat de teruggewonnen capaciteit wordt weergegeven in de portal. Het vrijmaken van ruimte is afhankelijk van verschillende factoren, waaronder het gebruikspercentage van interne containerbestanden in blok-blobopslag. Afhankelijk van de hoeveelheid gegevens die worden verwijderd, is er daarom geen garantie voor de hoeveelheid ruimte die kan worden vrijgemaakt wanneer de garbagecollector wordt uitgevoerd.

Azure Storage Explorer werkt niet met Azure Stack Hub

Als u een geïntegreerd systeem gebruikt in een niet-verbonden scenario, is het raadzaam om een certificeringsinstantie (CA) voor ondernemingen te gebruiken. Exporteer het basiscertificaat in een Base-64-indeling en importeer het vervolgens in Azure Storage Explorer. Zorg ervoor dat u de afsluitende slash (/) verwijdert uit het Resource Manager-eindpunt. Zie Voorbereiden voor het maken van verbinding met Azure Stack Hub voor meer informatie.

Problemen met App Service oplossen

Create-AADIdentityApp.ps1 script mislukt

Als het Create-AADIdentityApp.ps1 script dat is vereist voor App Service mislukt, moet u de vereiste -AzureStackAdminCredential parameter opnemen bij het uitvoeren van het script. Zie Vereisten voor het implementeren van App Service in Azure Stack Hub voor meer informatie.

Problemen met Azure Stack Hub-updates oplossen

Het patch- en updateproces van Azure Stack Hub is ontworpen om operators in staat te stellen updatepakketten op een consistente, gestroomlijnde manier toe te passen. Hoewel dit ongebruikelijk is, kunnen er problemen optreden tijdens het patch- en updateproces. De volgende stappen worden aanbevolen als u een probleem ondervindt tijdens het patch- en updateproces:

  1. Vereisten: zorg ervoor dat u de controlelijst voor updateactiviteiten hebt gevolgd en schakel proactieve logboekverzameling in.

  2. Volg de herstelstappen in de foutwaarschuwing die is gemaakt wanneer uw update is mislukt.

  3. Als u het probleem niet hebt kunnen oplossen, maakt u een Ondersteuningsticket voor Azure Stack Hub. Zorg ervoor dat u logboeken hebt verzameld voor de periode waarin het probleem zich voordeed. Als een update mislukt, met een kritieke waarschuwing of een waarschuwing, is het belangrijk dat u de fout bekijkt en contact opneemt met de klantondersteuning van Microsoft, zoals aangegeven in de waarschuwing, zodat uw schaaleenheid niet lang in een mislukte status blijft. Als u een schaaleenheid gedurende een langere periode in een mislukte updatestatus laat staan, kunnen er extra problemen ontstaan die later moeilijker kunnen worden opgelost.

Veelvoorkomende patch- en updateproblemen in Azure Stack Hub

Van toepassing op: geïntegreerde Azure Stack Hub-systemen

PreparationFailed

Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.

Oorzaak: Wanneer u probeert de Azure Stack Hub-update te installeren, kan de status van de update mislukken en de status wijzigen in PreparationFailed. Voor systemen met internetverbinding is dit meestal een indicatie dat het updatepakket niet goed kan worden gedownload vanwege een zwakke internetverbinding.

Herstel: u kunt dit probleem omzeilen door nogmaals op Nu installeren te klikken. Als het probleem zich blijft voordoen, raden we u aan het updatepakket handmatig te uploaden door de sectie Updates installeren te volgen.

Exemplaar: algemeen

Bijwerken is mislukt: externe sleutelbeveiligingen controleren en afdwingen op CSV's

Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.

Oorzaak: Het BMC-wachtwoord (Baseboard Management Controller) is niet juist ingesteld.

Herstel: werk de BMC-referentie bij en hervat de update.

Waarschuwingen en fouten die worden gerapporteerd terwijl de update wordt uitgevoerd

Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.

Oorzaak: Wanneer de azure Stack Hub-update de status Wordt uitgevoerd heeft, kunnen waarschuwingen en fouten worden gerapporteerd in de portal. Er kan een time-out optreden bij het wachten op andere onderdelen tijdens de upgrade, wat resulteert in een fout. Azure Stack Hub heeft een mechanisme om bepaalde taken opnieuw uit te voeren of te herstellen vanwege onregelmatige fouten.

Herstel: terwijl de Azure Stack Hub-update de status Wordt uitgevoerd heeft, kunnen waarschuwingen en fouten die in de portal zijn gerapporteerd, worden genegeerd.

Exemplaar: algemeen

2002-update is mislukt

Van toepassing: dit probleem geldt alleen voor release 2002.

Oorzaak: Wanneer u de 2002-update probeert uit te voeren, kan de update mislukken en wordt het volgende bericht weergegeven: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Herstel: stel een intern particulier netwerk in.