Řešení potíží ve službě Azure Stack Hub

Tento dokument obsahuje informace o řešení potíží pro integrovaná prostředí služby Azure Stack Hub. Pokud potřebujete pomoc se sadou Azure Stack Development Kit, přečtěte si téma Řešení potíží s ASDK nebo získejte pomoc od odborníků na fóru Azure Stack Hub na webu MSDN.

Nejčastější dotazy

Tyto části obsahují odkazy na dokumenty, které se týkají běžných dotazů odeslaných podpora Microsoftu.

Důležité informace o nákupu

Aktualizace a diagnostika

Podporované operační systémy a velikosti pro virtuální počítače hosta

Azure Marketplace

Správa kapacity

Memory (Paměť)

Pokud chcete zvýšit celkovou dostupnou kapacitu paměti pro službu Azure Stack Hub, můžete přidat další paměť. Ve službě Azure Stack Hub se váš fyzický server označuje také jako uzel jednotky škálování. Všechny uzly jednotek škálování, které jsou členy jedné jednotky škálování, musí mít stejnou velikost paměti.

Doba uchovávání

Nastavení doby uchovávání umožňuje operátorovi cloudu určit časové období ve dnech (mezi 0 a 9999 dny), během kterého je možné potenciálně obnovit jakýkoli odstraněný účet. Výchozí doba uchovávání je nastavená na 0 dnů. Nastavení hodnoty na 0 znamená, že každý odstraněný účet je okamžitě mimo uchovávání a je označen k pravidelnému uvolňování paměti.

Zabezpečení, dodržování předpisů a identita

Správa RBAC

Uživatel ve službě Azure Stack Hub může být čtenářem, vlastníkem nebo přispěvatelem pro každou instanci předplatného, skupiny prostředků nebo služby.

Pokud předdefinované role pro prostředky Azure nesplňují konkrétní požadavky vaší organizace, můžete si vytvořit vlastní role. V tomto kurzu pomocí Azure PowerShellu vytvoříte vlastní roli Čtenář lístků podpory.

Správa využití a fakturace jako poskytovatel CSP

Zvolte typ účtu sdílených služeb, který používáte pro službu Azure Stack Hub. Typy předplatných, které je možné použít k registraci služby Azure Stack Hub s více tenanty, jsou:

  • Program Cloud Solution Provider
  • Předplatné Partner Shared Services

Získání metrik jednotek škálování

Informace o využití kolku můžete získat pomocí PowerShellu bez pomoci od podpora Microsoftu. Získání využití kolku:

  1. Vytvořte relaci s privilegiem.

  2. Spusťte následující příkaz:

    Test-AzureStack
    
  3. Ukončete relaci PRIVILEGIA.

  4. Pomocí volání Invoke-Command spusťte následující příkaz:

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. Extrahujte počáteční .zip. Ověřovací sestavu můžete získat ze složky ERCS, ve které jste spustili Test-AzureStack.

Další informace najdete v tématu Diagnostika služby Azure Stack Hub.

Řešení potíží s virtuálními počítači

Resetování hesla virtuálního počítače s Linuxem

Pokud zapomenete heslo pro virtuální počítač s Linuxem a možnost Resetovat heslo nefunguje kvůli problémům s rozšířením VMAccess, můžete provést resetování pomocí těchto kroků:

  1. Zvolte virtuální počítač s Linuxem, který se má použít jako virtuální počítač pro obnovení.

  2. Přihlaste se k portálu User Portal:

    1. Poznamenejte si velikost virtuálního počítače, síťovou kartu, veřejnou IP adresu, skupinu zabezpečení sítě a datové disky.
    2. Zastavte ovlivněný virtuální počítač.
    3. Odeberte ovlivněný virtuální počítač.
    4. Připojte disk z ovlivněného virtuálního počítače jako datový disk na virtuálním počítači pro obnovení (může trvat několik minut, než bude disk k dispozici).
  3. Přihlaste se k virtuálnímu počítači pro obnovení a spusťte následující příkaz:

    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. Přihlaste se k portálu User Portal:

    1. Odpojte disk od virtuálního počítače pro obnovení.
    2. Znovu vytvořte virtuální počítač z disku.
    3. Nezapomeňte přenést veřejnou IP adresu z předchozího virtuálního počítače, připojit datové disky atd.

Můžete také pořídit snímek původního disku a vytvořit z něj nový disk místo provádění změn přímo na původním disku. Další informace najdete v těchto tématech:

Aktivace licencí pro Windows Server 2012 R2 během zřizování selže

V takovém případě se windows nepodaří aktivovat a v pravém dolním rohu obrazovky se zobrazí vodoznak. Protokoly WaSetup.xml umístěné ve složce C:\Windows\Panther obsahují následující událost:

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

Pokud chcete aktivovat licenci, zkopírujte klíč automatické aktivace virtuálního počítače (AVMA) pro skladovou položku, kterou chcete aktivovat.

Edice Klíč AVMA
Datové centrum Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Základy K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Na virtuálním počítači spusťte následující příkaz:

slmgr /ipk <AVMA_key>

Úplné podrobnosti najdete v tématu Aktivace virtuálního počítače.

Před nasazením virtuálních počítačů ve službě Azure Stack Hub je potřeba přidat image a položku galerie Windows Serveru.

Odstranil(a) jsem některé virtuální počítače, ale stále se na disku zobrazují soubory VHD

Toto chování je záměrně:

  • Když odstraníte virtuální počítač, virtuální pevné disky se neodstraní. Disky jsou samostatné prostředky ve skupině prostředků.
  • Když dojde k odstranění účtu úložiště, odstranění se okamžitě projeví prostřednictvím Azure Resource Manager. Disky, které může obsahovat, se ale stále uchovávají v úložišti, dokud se nespustí uvolňování paměti.

Pokud vidíte osamocené virtuální pevné disky, je důležité vědět, jestli jsou součástí složky pro odstraněný účet úložiště. Pokud se účet úložiště neodstranil, je normální, že tam pořád je.

Další informace o konfiguraci prahové hodnoty uchovávání informací a uvolnění na vyžádání najdete v tématu Správa účtů úložiště.

Řešení potíží s úložištěm

Uvolnění úložiště

Může trvat až 14 hodin, než se uvolněná kapacita zobrazí na portálu. Rekultivace místa závisí na různých faktorech, včetně procenta využití interních souborů kontejneru v úložišti objektů blob bloku. Proto v závislosti na tom, kolik dat se odstraní, není zaručeno množství místa, které by bylo možné uvolnit při spuštění systému uvolňování paměti.

Průzkumník služby Azure Storage nefunguje se službou Azure Stack Hub

Pokud v odpojené situaci používáte integrovaný systém, doporučujeme použít certifikační autoritu (CA) organizace. Exportujte kořenový certifikát ve formátu Base-64 a potom ho naimportujte v Průzkumník služby Azure Storage. Nezapomeňte z koncového koncového bodu Resource Manager odebrat koncové lomítko (/). Další informace najdete v tématu Příprava připojení ke službě Azure Stack Hub.

Řešení potíží s App Service

Create-AADIdentityApp.ps1 skript selže

Pokud skript Create-AADIdentityApp.ps1 vyžadovaný pro App Service selže, nezapomeňte při spuštění skriptu zahrnout požadovaný -AzureStackAdminCredential parametr. Další informace najdete v tématu Požadavky pro nasazení App Service ve službě Azure Stack Hub.

Řešení potíží s aktualizacemi služby Azure Stack Hub

Proces opravy a aktualizace služby Azure Stack Hub je navržený tak, aby operátorům umožňoval používat balíčky aktualizací konzistentním a zjednodušeným způsobem. I když je to neobvyklé, během procesu opravy a aktualizace může docházet k problémům. Pokud během procesu opravy a aktualizace narazíte na problém, doporučujeme následující kroky:

  1. Požadavky: Ujistěte se, že jste postupovali podle kontrolního seznamu aktivity aktualizace a povolili proaktivní shromažďování protokolů.

  2. Postupujte podle kroků pro nápravu v upozornění na selhání vytvořeném při selhání aktualizace.

  3. Pokud se vám nedaří problém vyřešit, vytvořte lístek podpory služby Azure Stack Hub. Ujistěte se, že máte shromážděné protokoly pro časové období, kdy k problému došlo. Pokud aktualizace selže, ať už s kritickou výstrahou nebo upozorněním, je důležité, abyste si tuto chybu zkontrolovali a kontaktovali služby zákaznické podpory Microsoftu podle pokynů v upozornění, aby vaše jednotka škálování nezůstala po dlouhou dobu ve stavu selhání. Ponechání jednotky škálování ve stavu neúspěšné aktualizace po delší dobu může způsobit další problémy, které je později obtížnější vyřešit.

Běžné problémy s opravami a aktualizacemi služby Azure Stack Hub

Platí pro: Integrované systémy Služby Azure Stack Hub

PreparationFailed

Platí: Tento problém se týká všech podporovaných verzí.

Příčina: Při pokusu o instalaci aktualizace služby Azure Stack Hub může stav aktualizace selhat a změnit stav na PreparationFailed. U systémů připojených k internetu to obvykle značí, že balíček aktualizací není možné správně stáhnout kvůli slabému připojení k internetu.

Náprava: Tento problém můžete vyřešit tak, že znovu kliknete na Nainstalovat . Pokud potíže potrvají, doporučujeme balíček aktualizací nahrát ručně podle části Instalace aktualizací .

Výskyt: Běžné

Aktualizace se nezdařila: Kontrola a vynucení ochrany externího klíče u svazků clusteru

Platí: Tento problém se týká všech podporovaných verzí.

Příčina: Heslo řadiče pro správu základní desky (BMC) není správně nastavené.

Náprava: Aktualizujte přihlašovací údaje řadiče pro správu základní desky a obnovte aktualizaci.

Upozornění a chyby hlášené v průběhu aktualizace

Platí: Tento problém se týká všech podporovaných verzí.

Příčina: Když je aktualizace služby Azure Stack Hub ve stavu Probíhá, můžou se na portálu hlásit upozornění a chyby. Při upgradu může dojít k vypršení časového limitu čekání na jiné součásti, což způsobí chybu. Azure Stack Hub má mechanismus pro opakování nebo nápravu některých úloh kvůli přerušovaným chybám.

Náprava: Zatímco aktualizace služby Azure Stack Hub je ve stavu Probíhá, upozornění a chyby hlášené na portálu je možné ignorovat.

Výskyt: Běžné

Aktualizace 2002 se nezdařila

Platí: Tento problém se týká jenom verze 2002.

Příčina: Při pokusu o aktualizaci 2002 může aktualizace selhat a zobrazí se tato zpráva: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Náprava: Nastavte privátní interní síť.