Řešení potíží v centru Azure Stack

Tento dokument poskytuje informace pro řešení potíží s integrovanými prostředími centra Azure Stack. Nápovědu k Azure Stack Development Kit najdete v tématu řešení potíží s ASDK nebo Získejte pomoc od expertů ve fóru Azure Stack centra MSDN.

Nejčastější dotazy

Tyto části obsahují odkazy na dokumenty, které pokrývají běžné otázky odeslané 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 centrum Azure Stack, můžete přidat další paměť. V Azure Stackovém centru 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í Doba uchování umožňuje operátorovi cloudu zadat časové období ve dnech (mezi 0 a 9999 dny), během kterého může být kterýkoli odstraněný účet potenciálně obnoven. Výchozí doba uchování je nastavená na 0 dní. Nastavení hodnoty na 0 znamená, že libovolný odstraněný účet je ihned neuchováván a označený pro periodické uvolňování paměti.

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

Správa RBAC

Uživatel v centru Azure Stack 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

Vyberte typ účtu sdílených služeb, který používáte pro Azure Stack hub. Typy předplatných, které se dají použít k registraci Azure Stackho centra pro více tenantů, jsou:

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

Získat metriky jednotek škálování

Pomocí PowerShellu můžete získat informace o využití razítka bez nutnosti pomáhat podpora Microsoftu. Získání využití razítka:

  1. Vytvořte relaci PEP.
  2. Spusťte test-azurestack.
  3. Ukončete relaci PEP.
  4. Spusťte get-azurestacklog -filterbyrole seedring pomocí volání vyvolání příkazu.
  5. Extrahujte .zip seedring. Sestavu ověření můžete získat ze složky ERCS, ve které jste spustili test-azurestack .

Další informace najdete v tématu Diagnostika centra Azure Stack.

Ř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č se systémem Linux a možnost resetovat heslo nefunguje kvůli problémům s rozšířením VMAccess, můžete provést resetování pomocí následujících kroků:

  1. Vyberte virtuální počítač se systémem Linux, který chcete 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, NSG 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í (k dispozici může trvat několik minut, než bude disk dostupný).
  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 toho, aby se změny prováděly přímo na původním disku. Další informace najdete v těchto tématech:

aktivace licence se u Windows Server 2012 R2 během zřizování nezdařila.

v takovém případě se Windows neaktivuje a v pravém dolním rohu obrazovky se zobrazí vodoznak. protokoly WaSetup.xml nacházející se v C:\ Windows \Panther obsahuje 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>

Licenci aktivujete tak, že zkopírujete klíč automatických aktivací virtuálního počítače (AVMA) pro SKLADOVOU položku, kterou chcete aktivovat.

Edice AVMA klíč
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čů v centru Azure Stack se musí přidat image serveru a položka galerie Windows.

Odstranili jsme některé virtuální počítače, ale pořád se na disku zobrazují soubory VHD

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

  • Při odstranění virtuálního počítače se virtuální pevné disky neodstraňují. Disky jsou samostatné prostředky ve skupině prostředků.
  • Když se účet úložiště odstraní, odstraní se hned po Azure Resource Manager. Disky, které mohou obsahovat, jsou však nadále uchovávány v úložišti, dokud nebude spuštěno uvolňování paměti.

Pokud se zobrazí "osamocené" disky VHD, je důležité znát, jestli jsou součástí složky pro účet úložiště, který se odstranil. Pokud se účet úložiště neodstranil, je normální, že tam pořád máte.

Další informace o konfiguraci prahové hodnoty pro uchování a opětovného získávání na vyžádání najdete v tématu Správa účtů úložiště.

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

Storage regenerace

Zobrazení uvolněné kapacity na portálu může trvat až 14 hodin. Prostup místa závisí na různých faktorech, mezi které patří procento využití interních souborů kontejnerů v úložišti objektů blob bloku. Proto v závislosti na tom, kolik dat se odstraní, neexistuje žádná záruka volného místa, které by mohlo být uvolněno při spuštění systému uvolňování paměti.

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

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

Řešení potíží App Service

Create-AADIdentityApp.ps1 skript selže

Pokud Create-AADIdentityApp.ps1 skript vyžadované pro App Service selhání, nezapomeňte při spuštění skriptu zahrnout -AzureStackAdminCredential požadovaný parametr. Další informace naleznete v části Prerequisites for deploying App Service on Azure Stack Hub.

Řešení Azure Stack Hub potíží

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

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

  2. Postupujte podle nápravných kroků v upozornění na selhání, které se vytvořilo při selhání aktualizace.

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

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

Platí pro: Azure Stack Hub integrovaných systémů

PreparationFailed

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

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

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

Occurrence: Společné

Aktualizace selhala: Kontrola a vynucení ochrany externího klíče u csV

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

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

Náprava:Aktualizujte přihlašovací údaje BMC 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ž Azure Stack Hub aktualizace je ve stavu Probíhá,mohou se na portálu hlásit upozornění a chyby. Během upgradu může dojít k časovému limitu komponent čekajících na jiné součásti, což vede k chybě. 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 je Azure Stack Hub aktualizace ve stavu Probíhá,můžete upozornění a chyby hlášené na portálu ignorovat.

Occurrence: Společné

Aktualizace 2002 selhala

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

Příčina:Při pokusu o aktualizaci 2002 může aktualizace selhat a zobrazit tuto zprávu: .

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