Az Azure Stack Hub problémáinak elhárítása

Ez a dokumentum hibaelhárítási információkat tartalmaz az Azure Stack Hub integrált környezeteihez. Az Azure Stack Development Kittel kapcsolatos segítségért tekintse meg az ASDK hibaelhárítását ismertető cikket, vagy kérje a szakértők segítségét az Azure Stack Hub MSDN-fórumán.

Gyakori kérdések

Ezek a szakaszok a Microsoft ügyfélszolgálata küldött gyakori kérdéseket tartalmazó dokumentumokra mutató hivatkozásokat tartalmaznak.

A vásárláskor megfontolandó szempontok

• A vásárlás menete
• Az Azure Stack Hub áttekintése

Frissítések és diagnosztikák

• Diagnosztikai eszközök használata az Azure Stack Hubban
• Az Azure Stack Hub rendszerállapotának ellenőrzése
• Csomagkiadás ütemezésének frissítése
• Csomópont állapotának ellenőrzése és hibaelhárítása

Támogatott operációs rendszerek és méretek vendég virtuális gépekhez

• Az Azure Stack Hub által támogatott vendég operációs rendszerek
• Az Azure Stack Hubban támogatott virtuálisgép-méretek

Azure Piactér

• Az Azure Stack Hubhoz elérhető Azure Marketplace-elemek

Kapacitás kezelése

Memory (Memória)

Az Azure Stack Hub teljes memóriakapacitásának növeléséhez további memóriát adhat hozzá. Az Azure Stack Hubban a fizikai kiszolgálót skálázásiegység-csomópontnak is nevezik. 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.

Megőrzési időszak

A megőrzési időszak beállítása lehetővé teszi, hogy a felhőszolgáltató olyan időszakot adjon meg napokban (0 és 9999 nap között), amely alatt bármely törölt fiók helyreállítható. Az alapértelmezett megőrzési időtartam 0 napra van állítva. Ha 0-ra állítja az értéket, az azt jelenti, hogy a törölt fiókok megőrzési ideje azonnal megszűnik, és rendszeres szemétgyűjtésre van megjelölve.

• Az adatmegőrzési időszak beállítása

Biztonság, megfelelőség és identitás

Az RBAC kezelése

Az Azure Stack Hub felhasználója egy előfizetés, erőforráscsoport vagy szolgáltatás minden példányának olvasója, tulajdonosa vagy közreműködője lehet.

• Azure Stack Hub – RBAC kezelése

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

• Oktatóanyag: Egyéni szerepkör létrehozása Azure-erőforrásokhoz a Azure PowerShell használatával

Használat és számlázás kezelése felhőszolgáltatóként

• Használat és számlázás kezelése felhőszolgáltatóként
• CSP- vagy APSS-előfizetés létrehozása

Válassza ki az Azure Stack Hubhoz használt megosztottszolgáltatás-fiók típusát. A több-bérlős Azure Stack Hub regisztrációjára használható előfizetések típusai a következők:

• Felhőszolgáltató
• Partner Shared Services-előfizetés

Skálázásiegység-metrikák lekérése

A PowerShell használatával a Microsoft ügyfélszolgálata segítsége nélkül lekérheti a bélyeghasználattal kapcsolatos információkat. A bélyegkihasználtság lekérése:

1. Hozzon létre egy PEP-munkamenetet.

2. Futtassa az alábbi parancsot:

   Test-AzureStack
   

3. Lépjen ki a PEP-munkamenetből.

4. Futtassa az alábbi parancsot egy Invoke-Command hívással:

   Get-AzureStackLog -FilterByRole SeedRing
   

5. Bontsa ki a magvető .zip. Az érvényesítési jelentést a futtatott Test-AzureStackERCS mappából szerezheti be.

További információ: Azure Stack Hub-diagnosztika.

Virtuális gépek (VM-ek) hibaelhárítása

Jelszó visszaállítása Linux rendszerű virtuális gépen

Ha elfelejti egy 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énnyel kapcsolatos problémák miatt, az alábbi lépések végrehajtásával alaphelyzetbe állíthatja:

1. Válasszon ki egy linuxos virtuális gépet, amelyet helyreállítási virtuális gépként szeretne használni.

2. Jelentkezzen be a felhasználói portálra:

   1. Jegyezze fel a virtuális gép méretét, a hálózati adaptert, a nyilvános IP-címet, az NSG-t és az adatlemezeket.
   2. Állítsa le az érintett virtuális gépet.
   3. Távolítsa el az érintett virtuális gépet.
   4. Csatlakoztassa a lemezt az érintett virtuális gépről adatlemezként a helyreállítási virtuális gépen (eltarthat néhány percig, amíg a lemez elérhetővé válik).

3. Jelentkezzen be a helyreállítási virtuális gépre, és futtassa a következő parancsot:

   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:

   1. Válassza le a lemezt a helyreállítási virtuális gépről.
   2. Hozza létre újra a virtuális gépet a lemezről.
   3. Mindenképpen vigye át a nyilvános IP-címet az előző virtuális gépről, csatolja az adatlemezeket stb.

Készíthet pillanatképet is az eredeti lemezről, és létrehozhat belőle egy új lemezt ahelyett, hogy közvetlenül az eredeti lemezen hajtja végre a módosításokat. További információt az alábbi témakörökben talál:

• Új jelszó létrehozása
• Lemez létrehozása pillanatképből
• A gyökérjelszó módosítása és alaphelyzetbe állítása

A Windows Server 2012 R2 licencét nem sikerül aktiválni az üzembe helyezés során

Ebben az esetben a Windows nem aktiválódik, és megjelenik egy vízjel a képernyő jobb alsó sarkában. A C:\Windows\Panther mappában található WaSetup.xml naplók a következő eseményt tartalmazzák:

<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 ki az aktiválni kívánt termékváltozat automatikus virtuálisgép-aktiválási (AVMA) kulcsát.

Kiadás	AVMA-kulcs
Adatközpont	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Alapvető erőforrások	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Futtassa a következő parancsot a virtuális gépen:

slmgr /ipk <AVMA_key>

A részletekért lásd: Virtuális gépek aktiválása.

Alapértelmezett kép és katalóguselem

A virtuális gépek Azure Stack Hubban való üzembe helyezése előtt hozzá kell adni egy Windows Server-rendszerképet és -katalóguselemet.

Töröltem néhány virtuális gépet, de továbbra is látom a VHD-fájlokat a lemezen

Ez a viselkedés a következő:

• A virtuális gépek törlésekor a virtuális merevlemezek nem törlődnek. A lemezek különálló erőforrások az erőforráscsoportban.
• Amikor töröl egy tárfiókot, a törlés azonnal látható lesz az Azure Resource Manager keresztül. A benne található lemezek azonban továbbra is a tárolóban maradnak, amíg le nem fut a szemétgyűjtés.

Ha "árva" VHD-ket lát, fontos tudni, hogy azok egy törölt tárfiók mappájának részei-e. Ha a tárfiókot nem törölték, akkor normális, hogy még mindig ott vannak.

A tárfiókok kezelésével kapcsolatos további információk a megőrzési küszöbérték és az igény szerinti visszaigénylés konfigurálásáról szólnak.

A tárolás hibaelhárítása

Tárterület visszaigénylése

Akár 14 órát is igénybe vehet, hogy a visszanyert kapacitás megjelenjen a portálon. A térkivétel különböző tényezőktől függ, beleértve a blokkblobtárolóban lévő belső tárolófájlok használati százalékos arányát. Ezért attól függően, hogy mennyi adatot törölnek, nincs garancia arra, hogy a szemétgyűjtő futtatásakor mennyi helyet lehet felszabadítani.

Azure Storage Explorer nem működik az Azure Stack Hub

Ha egy leválasztott forgatókönyvben integrált rendszert használ, ajánlott vállalati hitelesítésszolgáltatót (CA) használni. Exportálja a főtanúsítványt Base-64 formátumban, majd importálja Azure Storage Explorer. Győződjön meg arról, hogy eltávolítja a záró perjelet (/) a Resource Manager végpontról. További információ: Felkészülés az Azure Stack Hubhoz való csatlakozásra.

App Service hibaelhárítása

Create-AADIdentityApp.ps1 szkript meghiúsul

Ha a App Service szükséges Create-AADIdentityApp.ps1 szkript meghiúsul, a szkript futtatásakor mindenképpen adja meg a szükséges -AzureStackAdminCredential paramétert. További információt a App Service Azure Stack Hubon való üzembe helyezésének előfeltételei című témakörben talál.

Azure Stack Hub-frissítések hibaelhárítása

Az Azure Stack Hub javítási és frissítési folyamata lehetővé teszi, hogy az operátorok egységes, egyszerűsített módon alkalmazzák a frissítési csomagokat. A nem gyakori problémák a javítás és a frissítési folyamat során fordulhatnak elő. A következő lépések ajánlottak, ha problémát tapasztal a javítás és a frissítési folyamat során:

0. Előfeltételek: Győződjön meg arról, hogy követte a Frissítési tevékenység ellenőrzőlistát , és engedélyezte a proaktív naplógyűjtést.

1. Kövesse a frissítés sikertelensége esetén létrehozott hibariasztás szervizelési lépéseit.

2. Ha nem tudta megoldani a problémát, hozzon létre egy Azure Stack Hub támogatási jegyet. Győződjön meg arról, hogy a probléma előfordulásának időtartamára vonatkozóan naplókat gyűjtött . Ha egy frissítés kritikus riasztással vagy figyelmeztetéssel meghiúsul, fontos, hogy áttekintse a hibát, és lépjen kapcsolatba a Microsoft ügyfélszolgálatával a riasztás utasításai szerint, hogy a skálázási egység hosszú ideig ne maradjon hibás állapotban. Ha egy skálázási egység hosszabb ideig sikertelen frissítési állapotban marad, további problémákat okozhat, amelyek később nehezebben megoldhatók.

Gyakori javítási és frissítési problémák az Azure Stack Hubban

A következőkre vonatkozik: Integrált Azure Stack Hub-rendszerek

PreparationFailed

Alkalmazható: Ez a probléma az összes támogatott kiadásra vonatkozik.

Ok: Az Azure Stack Hub frissítésének telepítésekor előfordulhat, hogy a frissítés állapota meghiúsul, és az állapotot a következőre PreparationFailedmódosítja: . Az internetkapcsolattal rendelkező rendszerek esetében ez általában azt jelzi, hogy a frissítési csomag gyenge internetkapcsolat miatt nem tud megfelelően letölteni.

Szervizelés: Megkerülheti ezt a problémát, ha ismét a Telepítés gombra kattint. Ha a probléma továbbra is fennáll, javasoljuk, hogy manuálisan töltse fel a frissítési csomagot a Frissítések telepítése szakaszt követve.

Előfordulás: Gyakori

A frissítés nem sikerült: Külső kulcsvédők ellenőrzése és kényszerítése CSV-eken

Alkalmazható: Ez a probléma az összes támogatott kiadásra vonatkozik.

Ok: Az alaplapi felügyeleti vezérlő (BMC) jelszava nincs megfelelően beállítva.

Szervizelés: Frissítse a BMC hitelesítő adatait , és folytassa a frissítést.

A frissítés közben jelentett figyelmeztetések és hibák

Alkalmazható: Ez a probléma az összes támogatott kiadásra vonatkozik.

Ok: Ha az Azure Stack Hub frissítése folyamatban van, figyelmeztetések és hibák jelenthetők a portálon. Előfordulhat, hogy az összetevők időtúllépéssel várnak más összetevőkre a frissítés során, ami hibát eredményez. Az Azure Stack Hub olyan mechanizmussal rendelkezik, amely időszakos hibák miatt újrapróbálkozza vagy szervizeli a feladatokat.

Szervizelés: Amíg az Azure Stack Hub frissítése folyamatban van, a portálon jelentett figyelmeztetések és hibák figyelmen kívül hagyhatók.

Előfordulás: Gyakori

A 2002-s frissítés nem sikerült

Alkalmazható: Ez a probléma csak a 2002-es kiadásra vonatkozik.

Ok: A 2002-s frissítés megkísérlésekor előfordulhat, hogy a frissítés sikertelen lesz, és a következő üzenetet adja meg: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Szervizelés: Privát belső hálózat beállítása.