Azure Stack hub hibáinak elhárításaTroubleshoot issues in Azure Stack Hub

Ez a dokumentum a Azure Stack hub integrált környezetek hibaelhárítási információit tartalmazza.This document provides troubleshooting information for Azure Stack Hub integrated environments. A Azure Stack Development Kit kapcsolatos segítségért lásd: ASDK-hibaelhárítás vagy Segítség kérése szakértőktől az Azure stack hub MSDN fórumában.For help with the Azure Stack Development Kit, see ASDK Troubleshooting or get help from experts on the Azure Stack Hub MSDN Forum.

Gyakori kérdésekFrequently asked questions

Ezek a fejezetek olyan dokumentumokra mutató hivatkozásokat tartalmaznak, amelyek a Microsoft ügyfélszolgálata eljuttatott gyakori kérdésekre vonatkoznak.These sections include links to docs that cover common questions sent to Microsoft Support.

A vásárláskor megfontolandó szempontokPurchase considerations

Frissítések és diagnosztikaUpdates and diagnostics

A vendég virtuális gépek által támogatott operációs rendszerek és méretekSupported operating systems and sizes for guest VMs

Azure PiactérAzure Marketplace

Kapacitás kezeléseManage capacity

MemóriaMemory

Azure Stack hub teljes rendelkezésre álló memória-kapacitásának növeléséhez további memóriát adhat hozzá.To increase the total available memory capacity for Azure Stack Hub, you can add additional memory. Azure Stack hub-ban a fizikai kiszolgálót a skálázási egység csomópontjának is nevezzük.In Azure Stack Hub, your physical server is also referred to as a scale unit node. Az ugyanahhoz a skálázási egységhez tartozó skálázásiegység-csomópontokhoz azonos mennyiségű memóriát kell hozzárendelni.All scale unit nodes that are members of a single scale unit must have the same amount of memory.

Megőrzési időszakRetention period

A megőrzési időtartam beállítás lehetővé teszi, hogy a felhő operátora napokban határozzon meg egy időszakot (0 és 9999 nap között), amely alatt a törölt fiókok esetleg visszaállíthatók.The retention period setting lets a cloud operator to specify a time period in days (between 0 and 9999 days) during which any deleted account can potentially be recovered. Az alapértelmezett megőrzési időtartam 0 napra van állítva.The default retention period is set to 0 days. Ha a 0 értéket állítja be, az azt jelenti, hogy a törölt fiókok azonnal megmaradnak, és meg vannak jelölve az időszakos szemét-gyűjtéshez.Setting the value to 0 means that any deleted account is immediately out of retention and marked for periodic garbage collection.

Biztonság, megfelelőség és identitásSecurity, compliance, and identity

Az RBAC kezeléseManage RBAC

Azure Stack hub egyik felhasználója lehet olvasó, tulajdonos vagy közreműködő az előfizetés, az erőforráscsoport vagy a szolgáltatás minden példánya számára.A user in Azure Stack Hub can be a reader, owner, or contributor for each instance of a subscription, resource group, or service.

Ha az Azure-erőforrások beépített szerepkörei nem felelnek meg a szervezet igényeinek, saját egyéni szerepköröket is létrehozhat.If the built-in roles for Azure resources don't meet the specific needs of your organization, you can create your own custom roles. Ebben az oktatóanyagban egy Reader Support Tickets (Olvasó – Támogatási jegyek) nevű egyéni szerepkört fog létrehozni az Azure PowerShell-lel.For this tutorial, you create a custom role named Reader Support Tickets using Azure PowerShell.

Használat és számlázás kezelése felhőszolgáltatókéntManage usage and billing as a CSP

Válassza ki a Azure Stack hub-hoz használt megosztott szolgáltatási fiók típusát.Choose the type of shared services account that you use for Azure Stack Hub. A több-bérlős Azure Stack központ regisztrálásához használható előfizetések típusai a következők:The types of subscriptions that can be used for registration of a multi-tenant Azure Stack Hub are:

  • FelhőszolgáltatóCloud Solution Provider
  • Partner Shared Services-előfizetésPartner Shared Services subscription

Méretezési egység metrikáinak beolvasásaGet scale unit metrics

A PowerShell használatával lekérheti a Stamp kihasználtsági információit a Microsoft ügyfélszolgálata súgója nélkül.You can use PowerShell to get stamp utilization information without help from Microsoft Support. A bélyegző kihasználtságának beszerzése:To obtain stamp utilization:

  1. Hozzon létre egy PEP-munkamenetet.Create a PEP session.
  2. Futtassa az test-azurestack parancsot.Run test-azurestack.
  3. Lépjen ki a PEP-munkamenetből.Exit PEP session.
  4. Futtassa get-azurestacklog -filterbyrole seedring a parancsot egy meghívó hívásával.Run get-azurestacklog -filterbyrole seedring using an invoke-command call.
  5. Bontsa ki a seedring. zip fájlt.Extract the seedring .zip. Az ellenőrzési jelentést a futtatott ERCS mappából szerezheti be test-azurestack .You can obtain the validation report from the ERCS folder where you ran test-azurestack.

További információ: Azure stack hub Diagnostics.For more information, see Azure Stack Hub Diagnostics.

Virtuális gépek (VM-EK) hibáinak megoldásaTroubleshoot virtual machines (VMs)

Jelszó visszaállítása Linux rendszerű virtuális gépenReset Linux VM password

Ha elfelejti a Linux rendszerű virtuális gép jelszavát, és a jelszó alaphelyzetbe állítása lehetőség nem működik a VMAccess-bővítménysel kapcsolatos problémák miatt, a következő lépések végrehajtásával állíthatja vissza:If you forget the password for a Linux VM and the Reset password option is not working due to issues with the VMAccess extension, you can perform a reset following these steps:

  1. Válassza ki a Linux rendszerű virtuális gépet helyreállítási virtuális gépként való használatra.Choose a Linux VM to use as a recovery VM.

  2. Jelentkezzen be a felhasználói portálra:Sign in to the User portal:

    1. Jegyezze fel a virtuális gép méretét, a hálózati adaptert, a nyilvános IP-címet, a NSG és az adatlemezeket.Make a note of the VM size, NIC, Public IP, NSG and data disks.
    2. Állítsa le az érintett virtuális gépet.Stop the impacted VM.
    3. Távolítsa el az érintett virtuális gépet.Remove the impacted VM.
    4. Csatlakoztassa a lemezt az érintett virtuális gépről adatlemezként a helyreállítási virtuális gépen (ez eltarthat néhány percig, amíg a lemez elérhetővé válik).Attach the disk from the impacted VM as a data disk on the recovery VM (it may take a couple of minutes for the disk to be available).
  3. Jelentkezzen be a helyreállítási virtuális gépre, és futtassa a következő parancsot:Sign in to the recovery VM and run the following command:

    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. Jelentkezzen be a felhasználói portálra:Sign in to the User portal:

    1. Válassza le a lemezt a helyreállítási virtuális gépről.Detach the disk from the Recovery VM.
    2. Hozza létre újra a virtuális gépet a lemezről.Recreate the VM from the disk.
    3. Ügyeljen arra, hogy a nyilvános IP-címet az előző virtuális gépről vigye át, csatolja az adatlemezeket stb.Be sure to transfer the Public IP from the previous VM, attach the data disks, etc.

Elkészítheti az eredeti lemez pillanatképét is, és létrehozhat egy új lemezt, ahelyett, hogy közvetlenül az eredeti lemezen hajtja végre a módosításokat.You may also take a snapshot of the original disk and create a new disk from it rather than perform the changes directly on the original disk. További információt az alábbi témakörökben talál:For more information, see these topics:

A licenc aktiválása sikertelen a Windows Server 2012 R2-ben a kiépítés soránLicense activation fails for Windows Server 2012 R2 during provisioning

Ebben az esetben a Windows nem aktiválja az aktiválást, és a képernyő jobb alsó sarkában egy vízjelet fog látni.In this case, Windows will fail to activate and you will see a watermark on the bottom-right corner of the screen. A C:\Windows\Panther alatt található WaSetup.xml naplók a következő eseményt tartalmazzák:The WaSetup.xml logs located under C:\Windows\Panther contains the following event:

<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>

A licenc aktiválásához másolja az aktiválni kívánt SKU automatikus virtuálisgép-aktiválási (AVMA) kulcsát.To activate the license, copy the Automatic Virtual Machine Activation (AVMA) key for the SKU you want to activate.

KiadásEdition AVMA kulcsAVMA Key
AdatközpontDatacenter Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TWY4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
StandardStandard DBGBW-NPF86-BJVTX-K3WKJ-MTB6VDBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Alapvető erőforrásokEssentials K2XGM-NMBT3-2R6Q8-WF2FK-P36R2K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Futtassa a következő parancsot a virtuális gépen:On the VM, run the following command:

slmgr /ipk <AVMA_key>

A részletekért lásd: virtuális gép aktiválása.For complete details, see VM Activation.

A virtuális gépek Azure Stack központban való üzembe helyezése előtt hozzá kell adni egy Windows Server-lemezképet és-gyűjteményi elemeket.A Windows Server image and gallery item must be added before deploying VMs in Azure Stack Hub.

Töröltem néhány virtuális gépet, de továbbra is láthatók a lemezen lévő VHD-fájlokI've deleted some VMs, but still see the VHD files on disk

Ennek a viselkedésnek a kialakítása a következő:This behavior is by design:

  • Ha töröl egy virtuális gépet, a VHD-k nem törlődnek.When you delete a VM, VHDs aren't deleted. A lemezek különálló erőforrások az erőforráscsoporthoz.Disks are separate resources in the resource group.
  • Ha a Storage-fiók törölve lesz, a törlés azonnal látható Azure Resource Manageron keresztül.When a storage account gets deleted, the deletion is visible immediately through Azure Resource Manager. Az esetlegesen tartalmazható lemezek azonban továbbra is a tárolóban maradnak, amíg a rendszer begyűjti a szemetet.But the disks it may contain are still kept in storage until garbage collection runs.

Ha "árva" virtuális merevlemezeket lát, fontos tisztában lennie azzal, hogy egy törölt Storage-fiók mappájában vannak-e.If you see "orphan" VHDs, it's important to know if they're part of the folder for a storage account that was deleted. Ha a Storage-fiók nem lett törölve, akkor az normális, hogy még mindig ott vannak.If the storage account wasn't deleted, it's normal that they're still there.

További információk az adatmegőrzési küszöbérték és az igény szerinti, a Storage-fiókok kezelésecímű témakörben olvashatók.You can read more about configuring the retention threshold and on-demand reclamation in manage storage accounts.

A tárolás hibaelhárításaTroubleshoot storage

Tárhely-visszanyerésStorage reclamation

Akár 14 órát is igénybe vehet a visszaigényelt kapacitás a portálon való megjelenítéséhez.It may take up to 14 hours for reclaimed capacity to show up in the portal. A lemezterület-visszanyerés a különböző tényezőktől függ, például a belső tároló fájljainak használati százaléka a blob-tárolóban.Space reclamation depends on different factors including usage percentage of internal container files in block blob store. Ezért attól függően, hogy mennyi adattal törli a rendszer, nem garantálható, hogy a rendszer mennyi helyet szabadít fel a Garbage Collector futtatásakor.Therefore, depending on how much data is deleted, there's no guarantee on the amount of space that could be reclaimed when garbage collector runs.

Azure Storage Explorer nem működik Azure Stack hub-velAzure Storage Explorer not working with Azure Stack Hub

Ha egy integrált rendszer egy leválasztott forgatókönyvben van használatban, ajánlott vállalati hitelesítésszolgáltató (CA) használata.If you're using an integrated system in a disconnected scenario, it's recommended to use an Enterprise Certificate Authority (CA). Exportálja a főtanúsítványt Base-64 formátumban, majd importálja Azure Storage Explorerba.Export the root certificate in a Base-64 format and then import it in Azure Storage Explorer. Győződjön meg arról, hogy eltávolítja a záró perjelet ( / ) a Resource Manager-végpontból.Make sure that you remove the trailing slash (/) from the Resource Manager endpoint. További információ: felkészülés a Azure stack hubhoz való csatlakozásra.For more information, see Prepare for connecting to Azure Stack Hub.

Hibakeresés App ServiceTroubleshoot App Service

Create-AADIdentityApp.ps1 szkript sikertelenCreate-AADIdentityApp.ps1 script fails

Ha a App Service szükséges Create-AADIdentityApp.ps1 parancsfájl nem sikerül, ügyeljen arra, hogy a -AzureStackAdminCredential parancsfájl futtatásakor a szükséges paramétert is tartalmazza.If the Create-AADIdentityApp.ps1 script that's required for App Service fails, be sure to include the required -AzureStackAdminCredential parameter when running the script. További információkért lásd: az App Service üzembe helyezésének Előfeltételei Azure stack központban.For more information, see Prerequisites for deploying App Service on Azure Stack Hub.

Azure Stack hub frissítéseinek hibáinak megoldásaTroubleshoot Azure Stack Hub updates

Az Azure Stack hub javítási és frissítési folyamata úgy lett kialakítva, hogy a kezelők következetes és áramvonalas módon alkalmazzák a frissítési csomagokat.The Azure Stack Hub patch and update process is designed to allow operators to apply update packages in a consistent, streamlined way. Habár nem gyakori, a javítások és a frissítési folyamat során problémák léphetnek fel.While uncommon, issues can occur during patch and update process. A javítási és frissítési folyamat során a következő lépések ajánlottak:The following steps are recommended should you encounter an issue during the patch and update process:

  1. Előfeltételek: Győződjön meg arról, hogy követte a frissítési tevékenység ellenőrzőlistáját , és engedélyezze az előjelzéses naplók gyűjtését.Prerequisites: Be sure that you have followed the Update Activity Checklist and enable proactive log collection.

  2. Ha a frissítés sikertelen volt, kövesse a sikertelen riasztások által létrehozott hibaelhárítási lépéseket.Follow the remediation steps in the failure alert created when your update failed.

  3. Ha nem tudta feloldani a problémát, hozzon létre egy Azure stack hub támogatási jegyet.If you have been unable to resolve your issue, create an Azure Stack Hub support ticket. Győződjön meg arról, hogy a probléma előfordulásakor a rendszer a naplókat gyűjti az időtartományhoz.Be sure you have logs collected for the time span when the issue occurred. Ha egy frissítés sikertelen, kritikus riasztással vagy figyelmeztetéssel, fontos, hogy áttekintse a hibát, és forduljon a Microsoft ügyfél-támogatási szolgálatához a riasztás szerint, hogy a skálázási egység hosszú ideig ne maradjon hibás állapotban.If an update fails, either with a critical alert or a warning, it's important that you review the failure and contact Microsoft Customer Support Services as directed in the alert so that your scale unit does not stay in a failed state for a long time. Ha egy méretezési egység egy sikertelen frissítési állapotban marad hosszabb ideig, akkor további problémákat okozhat, amelyeket később nehezebb megoldani.Leaving a scale unit in a failed update state for an extended period of time can cause additional issues that are more difficult to resolve later.

A Azure Stack hub általános javítási és frissítési problémáiCommon Azure Stack Hub patch and update issues

A következőkre vonatkozik: Azure Stack hub integrált rendszerekApplies to: Azure Stack Hub integrated systems

PreparationFailedPreparationFailed

Alkalmazható: Ez a probléma az összes támogatott kiadásra vonatkozik.Applicable: This issue applies to all supported releases.

OK: az Azure stack hub frissítésének telepítésére tett kísérlet során előfordulhat, hogy a frissítés állapota meghiúsul, és az állapot módosul PreparationFailed .Cause: When attempting to install the Azure Stack Hub update, the status for the update might fail and change state to PreparationFailed. Internetkapcsolattal rendelkező rendszerek esetében ez általában azt jelzi, hogy a frissítési csomag nem tölthető le megfelelően, mert gyenge az internetkapcsolat.For internet-connected systems this is usually indicative of the update package being unable to download properly due to a weak internet connection.

Szervizelés: a probléma megkerüléséhez kattintson a Telepítés most lehetőségre.Remediation: You can work around this issue by clicking Install now again. Ha a probléma továbbra is fennáll, javasoljuk, hogy a frissítések telepítése szakaszt követve manuálisan töltse fel a frissítési csomagot.If the problem persists, we recommend manually uploading the update package by following the Install updates section.

Előfordulás: gyakoriOccurrence: Common

A frissítés során jelentett figyelmeztetések és hibákWarnings and errors reported while update is in progress

Alkalmazható: Ez a probléma az összes támogatott kiadásra vonatkozik.Applicable: This issue applies to all supported releases.

OK: Ha Azure stack hub frissítés állapota folyamatban van, a rendszer figyelmeztetéseket és hibákat jelez a portálon.Cause: When Azure Stack Hub update is in status In progress, warnings and errors may be reported in the portal. Az összetevők időtúllépést okozhatnak a frissítés során más összetevők számára, így hiba történt.Components may timeout waiting for other components during upgrade resulting in an error. Az Azure Stack hub olyan mechanizmussal rendelkezik, amely időnkénti hibák miatt újrapróbálkozik vagy szervizeli a feladatokat.Azure Stack Hub has mechanism to retry or remediate some of the tasks due to intermittent errors.

Szervizelés: az Azure stack hub frissítésének állapota folyamatban van, a portálon jelentett figyelmeztetések és hibák figyelmen kívül hagyhatók.Remediation: While the Azure Stack Hub update is in status In progress, warnings and errors reported in the portal can be ignored.

Előfordulás: gyakoriOccurrence: Common

2002 frissítés nem sikerült2002 update failed

Alkalmazható: Ez a probléma csak az 2002-es kiadásra vonatkozik.Applicable: This issue applies only to the 2002 release.

OK: a 2002-es frissítés megkísérlése során előfordulhat, hogy a frissítés sikertelen lesz, és a következő üzenet jelenik meg: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace .Cause: When attempting the 2002 update, the update might fail and provide this message: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Szervizelés: hozzon létre egy privát belső hálózatot.Remediation: Set up a private internal network.