Řešení potíží s registrací Azure Stack HCI

Platí pro: Azure Stack HCI verze 22H2 a 21H2

Důležité

Pokyny pro řešení potíží uvedené v tomto článku se týkají starší verze Azure Stack HCI verze 22H2. Informace o řešení potíží s novými nasazeními s nejnovější obecně dostupnou verzí Azure Stack HCI verze 23H2 najdete v tématu Získání podpory pro problémy s nasazením Azure Stack HCI.

Řešení potíží s registrací Azure Stack HCI vyžaduje, aby se z každého serveru v clusteru podívali na protokoly registrace PowerShellu i protokoly ladění hcisvc.

Shromažďování protokolů registrace PowerShellu

Register-AzStackHCI Při spuštění rutin a Unregister-AzStackHCI se pro každý pokus vytvoří soubory protokolu s názvem RegisterHCI_{yyyymmdd-hhss}.log a UnregisterHCI_{yyyymmdd-hhss}.log. Adresář protokolu pro tyto soubory protokolu můžete nastavit pomocí parametru -LogsDirectory v rutině Register-AzStackHCI a voláním Get-AzStackHCILogsDirectory získat umístění. Ve výchozím nastavení se tyto soubory vytvářejí v C:\ProgramData\AzureStackHCI\Registration. Pro modul PowerShell verze 2.1.2 nebo starší se tyto soubory vytvářejí v pracovním adresáři relace PowerShellu, ve které se rutiny spouští.

Ve výchozím nastavení nejsou protokoly ladění zahrnuty. Pokud dojde k problému, který vyžaduje další protokoly ladění, nastavte předvolbu ladění na Pokračovat spuštěním následující rutiny před spuštěním Register-AzStackHCI nebo Unregister-AzStackHCI:

$DebugPreference = 'Continue'

Shromažďování místních protokolů hcisvc

Pokud chcete povolit protokoly ladění pro hcisvc, spusťte následující příkaz v PowerShellu na každém serveru v clusteru:

wevtutil.exe sl /q /e:true Microsoft-AzureStack-HCI/Debug

Získání protokolů:

Get-WinEvent -Logname Microsoft-AzureStack-HCI/Debug -Oldest -ErrorAction Ignore

Registrace se nezdařila. Na uzlech {Node1,Node2} se nepodařilo vygenerovat certifikát podepsaný svým držitelem. Nepodařilo se nastavit a ověřit registrační certifikát na uzlech {Node1,Node2}

Vysvětlení stavu selhání:

Během registrace musí být každý server v clusteru spuštěný s odchozím internetovým připojením k Azure. Rutina Register-AzStackHCI komunikuje s každým serverem v clusteru za účelem zřízení certifikátů. Každý server používá svůj certifikát k volání rozhraní API do služeb HCI v cloudu za účelem ověření registrace.

Pokud registrace selže, může se zobrazit následující zpráva: Registrace se nezdařila. Na uzlech {Node1,Node2} se nepodařilo vygenerovat certifikát podepsaný svým držitelem. Nepodařilo se nastavit a ověřit registrační certifikát na uzlech {Node1,Node2}

Pokud se za částí chybové zprávy nepodařilo vygenerovat certifikát podepsaný svým držitelem jsou názvy uzlů, pak systém nemohl certifikát na těchto serverech vygenerovat.

Nápravná akce:

  1. Zkontrolujte, jestli jsou všechny servery uvedené ve výše uvedené zprávě v provozu. Stav hcisvc můžete zkontrolovat spuštěním sc.exe query hcisvc příkazu a v případě potřeby ho spustit pomocí start-service hcisvcpříkazu .

  2. Zkontrolujte, že každý server uvedený v chybové zprávě má připojení k počítači, na kterém je rutina spuštěná Register-AzStackHCI . Ověřte to spuštěním následující rutiny z počítače, na kterém Register-AzStackHCI je spuštěn, pomocí příkazu New-PSSession pro připojení ke každému serveru v clusteru a ujistěte se, že funguje:

    New-PSSession -ComputerName {failing nodes}
    

Pokud za částí chybové zprávy Nejde nastavit a ověřit registrační certifikát na uzlech existují názvy uzlů, služba mohla certifikát na serverech vygenerovat, ale servery nemohly úspěšně volat rozhraní API cloudové služby HCI. Řešení potíží:

  1. Ujistěte se, že každý server má požadované připojení k internetu pro komunikaci s cloudovými službami Azure Stack HCI a dalšími požadovanými službami Azure, jako je Microsoft Entra ID, a že ho neblokují brány firewall. Viz Požadavky brány firewall pro Azure Stack HCI.

  2. Zkuste spustit rutinu Invoke-AzStackHciConnectivityValidation z modulu AzStackHCI.EnvironmentChecker a ujistěte se, že je úspěšná. Tato rutina vyvolá koncový bod stavu cloudových služeb HCI za účelem testování připojení.

  3. Podívejte se na protokoly ladění hcisvc na každém uzlu uvedeném v chybové zprávě.

    • Je v pořádku, když se několikrát zobrazí zpráva Operace ExecuteWithRetry AADTokenFetch selhala s opakovatelnou chybou, než selže s operací ExecuteWithRetry AADTokenFetch selhala po všech opakováních nebo operace ExecuteWithRetry AADTokenFetch proběhla úspěšně.
    • Pokud narazíte na operaci ExecuteWithRetry AADTokenFetch, která selhala po všech opakovaných pokusech v protokolech, systém nemohl načíst token Microsoft Entra ze služby ani po všech opakováních. K této zprávě je přidružená výjimka Microsoft Entra.
    • Pokud se zobrazí AADSTS700027: Kontrolní výraz klienta obsahuje neplatný podpis. [Důvod – platnost použitého klíče vypršela. Kryptografický otisk klíče používaného klientem: {SomeThumbprint}, Found key 'Start=06/29/2021 21:13:15, End=06/29/2023 21:13:15. Jedná se o problém s nastavením času na serveru. Zkontrolujte čas UTC na všech serverech spuštěním [System.DateTime]::UtcNow v PowerShellu a porovnejte ho se skutečným časem UTC. Pokud čas není správný, nastavte na serverech správné časy a zkuste registraci provést znovu.

Odstranění prostředku HCI z portálu a opětovná registrace stejného clusteru způsobuje problémy

Vysvětlení stavu selhání:

Pokud jste explicitně odstranili prostředek clusteru Azure Sack HCI z Azure Portal, aniž byste napřed zrušili registraci clusteru ze Windows Admin Center nebo PowerShellu, odstranění prostředku Azure Resource Manager HCI přímo z portálu způsobí špatný stav prostředku clusteru. Zrušení registrace by se vždy mělo aktivovat z clusteru HCI pomocí Unregister-AzStackHCI rutiny pro čisté zrušení registrace. Tato část popisuje postup čištění pro scénáře, ve kterých se prostředek clusteru HCI odstranil z portálu.

Nápravná akce:

  1. Přihlaste se k místnímu serveru clusteru HCI pomocí přihlašovacích údajů uživatele clusteru.
  2. Spuštěním rutiny Unregister-AzStackHCI v clusteru vyčistíte stav registrace clusteru a stav arc clusteru.
    • Pokud zrušení registrace proběhne úspěšně, přejděte na Microsoft Entra ID > Registrace aplikací (Všechny aplikace) a vyhledejte odpovídající clusterName název a clusterName.arc. Odstraňte dvě ID aplikací, pokud existují.
    • Pokud se zrušení registrace nezdaří s chybou CHYBA: Nepodařilo se zakázat integraci Služby Azure Arc s <názvem> uzlu, zkuste na uzlu spustit rutinu Disable-AzureStackHCIArcIntegration . Pokud je uzel ve stavu, kdy Disable-AzureStackHCIArcIntegration ho nejde spustit, odeberte uzel z clusteru a zkuste rutinu Unregister-AzStackHCI spustit znovu. Přihlaste se ke každému jednotlivému uzlu:
      1. Změňte adresář na místo, kde je nainstalovaný agent Arc: cd 'C:\Program Files\AzureConnectedMachineAgent\'.
      2. Získejte stav arcmagent.exe a určete skupinu prostředků Azure, na kterou se projektuje: .\azcmagent.exe show. Výstup tohoto příkazu zobrazuje informace o skupině prostředků.
      3. Vynuťte odpojení agenta Arc od uzlu: .\azcmagent.exe disconnect --force-local-only.
      4. Přihlaste se k Azure Portal a odstraňte prostředek Arc-for-Server ze skupiny prostředků určené v kroku ii.

Uživatel omylem odstranil ID aplikací.

Vysvětlení stavu selhání:

Pokud je cluster odpojený déle než 8 hodin, je možné, že přidružené registrace aplikací Microsoft Entra představující registrace clusteru HCI a Arc mohly být omylem odstraněny. Pro správné fungování clusteru HCI a scénářů Arc se v tenantovi během registrace vytvoří dvě registrace aplikací.

  • Pokud se <clustername> ID aplikace odstraní, prostředek clusteru Azure Connection v Azure Portal zobrazí odpojeno – Cluster není v připojeném stavu déle než 8 hodin. Podívejte se na protokoly ladění HCIsvc na uzlu: Chybová zpráva je Aplikace s identifikátorem ID<> nebyla nalezena v adresáři Výchozí adresář. K tomu může dojít v případě, že aplikaci nenainstaloval správce tenanta nebo s tím nesvolil žádný uživatel v tenantovi. Je možné, že jste odeslali žádost o ověření nesprávnému tenantovi.
  • Pokud <clustername>.arc je vytvořeno během povolení služby Arc, během normálního provozu nedochází k žádným viditelným chybám. Tato identita se vyžaduje pouze během procesu registrace a zrušení registrace. V tomto scénáři dojde k selhání zrušení registrace s chybou Nepodařilo se zakázat integraci Azure Arc v názvu> uzlu uzlu<. Zkuste na uzlu spustit rutinu Disable-AzureStackHCIArcIntegration. Pokud je uzel ve stavu, kdy nelze spustit rutinu Disable-AzureStackHCIArcIntegration, odeberte uzel z clusteru a zkuste znovu spustit rutinu Unregister-AzStackHCI.

Odstranění některé z těchto aplikací má za následek selhání komunikace z clusteru HCI do cloudu.

Nápravná akce:

  • Pokud dojde k odstranění pouze <clustername> AppId položky, proveďte registraci opravy clusteru a nastavte Microsoft Entra aplikace:

    Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
    

    Při opravě registrace se znovu vytvoří nezbytné Microsoft Entra aplikace a zároveň se zachovají další informace, jako je název prostředku, skupina prostředků a další možnosti registrace.

  • Pokud se <clustername>.arc ID aplikace odstraní, v protokolech se nezobrazí žádná viditelná chyba. Zrušení registrace selže, pokud <clustername>.arc je odstraněna. Pokud se zrušení registrace nezdaří, postupujte podle stejné nápravné akce popsané v této části.

Chyba mimo zásadu

Vysvětlení stavu selhání:

Pokud se u dříve zaregistrovaného clusteru zobrazuje stav OutOfPolicy, změny konfigurace systému můžou způsobit, že stav registrace Služby Azure Stack HCI vypadne ze zásad.

Systémové změny můžou mimo jiné zahrnovat:

  • Vypnutí konfliktů nastavení zabezpečeného spouštění na registrovaném uzlu.
  • Vymazání čipu TPM (Trusted Platform Module).
  • Výrazná změna systémového času.

Poznámka

Azure Stack HCI 21H2 s KB5010421 a novějšími verzemi se pokusí automaticky obnovit ze stavu OutOfPolicy . Další informace o stavu OutOfPolicy a další informace najdete v protokolu událostí Microsoft-AzureStack-HCI/Správa.

Jaké zprávy s ID události OutOfPolicy můžu očekávat, že se při registraci zobrazí?

Existují tři typy zpráv s ID událostí: informační zprávy, upozornění a chyby.

Následující zprávy byly aktualizace služby Azure Stack HCI 21H2 s KB5010421, a pokud tato znalostní báze není nainstalovaná, nezobrazí se.

ID informační události

Informační zprávy s ID událostí, ke kterým dochází během registrace. Zkontrolujte a projděte si všechny návrhy ve zprávě:

  • (Informační) ID události 592: "Azure Stack HCI iniciovala opravu svých dat. V tuto chvíli není vyžadována žádná další akce od uživatele."

  • (Informační) ID události 594: "V Azure Stack HCI došlo k chybě při přístupu k datům. Pokud chcete provést opravu, zkontrolujte, které uzly jsou ovlivněné – pokud je celý cluster outOfPolicy (spusťte Get-AzureStackHCI), spusťte Unregister-AzStackHCI clusteru, restartujte ho a pak spusťte Register-AzStackHCI. Pokud se to týká jenom tohoto uzlu, odeberte tento uzel z clusteru, restartujte ho a počkejte na dokončení opravy a pak se znovu připojte ke clusteru.

ID události upozornění

U varovných zpráv se stav registrace nedokončil. Může, ale nemusí se jednat o problém. Před provedením jakéhokoli kroku řešení potíží nejprve zkontrolujte zprávu s ID události.

(Upozornění) ID události 585: "Službě Azure Stack HCI se nepodařilo prodloužit platnost licence z Azure. Pokud chcete získat další podrobnosti o konkrétní chybě, povolte kanál událostí Microsoft-AzureStack-HCI/Debug.

Poznámka

Možné prodlevy při opětovném navazování úplného připojení k Azure se očekávají po úspěšné automatické opravě a můžou vést k zobrazení ID události 585 . To nemá vliv na úlohy ani licencování uzlu. To znamená, že je stále nainstalovaná licence, pokud uzel nebyl mimo 30denní interval před automatickou opravou.

Poznámka

V některých případech nemusí automatické obnovení služby Azure Stack HCI proběhnout úspěšně. K tomu může dojít v případě, že stav registrace všech uzlů v clusteru není v zásadách. Vyžadují se některé ruční kroky. Projděte si zprávy Microsoft-AzureStack-HCI/Správa ID událostí.

ID události chyby

Chybové zprávy ID události identifikují selhání v procesu registrace. Chybová zpráva obsahuje pokyny, jak chybu vyřešit.

  • (Chyba) ID události 591: Azure Stack HCI se nepodařilo připojit k Azure. Pokud se tato chyba bude zobrazovat i nadále, zkuste příkaz spustit Register-AzStackHCI znovu s parametrem -RepairRegistration ."

  • (Chyba) ID události 594: "Při přístupu k datům služby Azure Stack HCI došlo k chybě. Pokud chcete provést opravu, zkontrolujte, které uzly jsou ovlivněné – pokud je celý cluster outOfPolicy (spustit Get-AzureStackHCI), spusťte Unregister-AzStackHCI v clusteru, restartujte ho a pak spusťte Register-AzStackHCIpříkaz . Pokud je ovlivněný jenom tento uzel, odeberte ho z clusteru, restartujte ho, počkejte na dokončení opravy a znovu ho připojte ke clusteru.

Prostředek clusteru a služby Arc v Azure Portal existuje, ale stav Get-AzureStackHCI je Ještě nezaregistrováno

Vysvětlení stavu selhání:

Příčinou tohoto problému je zrušení registrace clusteru HCI s nesprávným cloudovým prostředím nebo nesprávnými informacemi o předplatném. Pokud uživatel spustí rutinu Unregister-AzStackHCI s nesprávnými -EnvironmentName parametry nebo -SubcriptionId parametry clusteru, odebere se stav registrace clusteru ze samotného místního clusteru, ale prostředky clusteru a služby Arc v Azure Portal budou dál existovat v původním prostředí nebo předplatném.

Příklad:

  • Špatně -EnvironmentName <value>: Zaregistrovali jste cluster v -EnvironmentName AzureUSGovernment jako v následujícím příkladu. Výchozí hodnota -EnvironmentName je Azurecloud. Například jste spustili:

    Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -EnvironmentName AzureUSGovernment
    

    Pak jste ale spustili rutinu Unregister-AzStackHCI s -EnvironmentName Azurecloud (výchozí) následujícím způsobem:

    Unregister-AzStackHCI -SubscriptionId "<subscription_ID>"
    
  • Špatně -SubscriptionId <value>: Cluster jste zaregistrovali -SubscriptionId "<subscription_id_1>" následujícím způsobem:

    Register-AzStackHCI  -SubscriptionId "<subscription_id_1>"
    

    Pak jste ale spustili rutinu Unregister-AzStackHCI pro jiné ID předplatného:

    Unregister-AzStackHCI -SubscriptionId "<subscription_id_2>"
    

Nápravná akce:

  1. Odstraňte cluster a prostředky Arc z portálu.
  2. Přejděte na Microsoft Entra ID > Registrace aplikací (Všechny aplikace) a vyhledejte odpovídající <clusterName> názvy a a <clusterName>.arcpak odstraňte dvě ID aplikací.

Vydání Sync-AzureStackHCI okamžitě po restartování uzlů clusteru vede k odstranění prostředku Arc

Vysvětlení stavu selhání:

Provedení synchronizace census před synchronizací uzlů může vést k tomu, že se synchronizace odešle do Azure, která nezahrnuje uzel. Výsledkem je odebrání prostředku Arc pro tento uzel. Rutina Sync-AzureStackHCI se musí použít jenom k ladění cloudového připojení clusteru HCI. Cluster HCI má po restartování krátký čas pro odsouhlasení stavu clusteru. proto nespustíte Sync-AzureStackHCI brzy po restartování uzlu.

Nápravná akce:

  1. Na Azure Portal se přihlaste k uzlu, který se zobrazuje jako Nenainstalováno.

  2. Odpojte agenta Arc pomocí následujících dvou příkazů:

    cd "C:\Program Files\AzureConnectedMachineAgent"
    

    pak

    .\azcmagent.exe disconnect --force-local-only
    
  3. Opravte registraci:

    Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1  -RepairRegistration
    
  4. Po operaci opravy se uzel vrátí do připojeného stavu.

Registrace se úspěšně dokončí, ale připojení Azure Arc na portálu uvádí Nenainstalováno

Scénář 1

Vysvětlení stavu selhání:

K tomu může dojít v případě, že se z poskytovatele prostředků HCI ve skupině prostředků Arc-for-Server odebere požadovaná role Azure Connected Machine Resource Manager.

Oprávnění najdete v okně Access Control skupiny prostředků v Azure Portal. Následující obrázek znázorňuje oprávnění:

Snímek obrazovky s oknem řízení přístupu

Nápravná akce:

Spusťte rutinu registrace opravy:

Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName Server1  -RepairRegistration

Scénář 2

Vysvětlení stavu selhání:

Příčinou této zprávy může být také přechodný problém, ke kterému někdy dochází při registraci Azure Stack HCI. Když k tomu dojde, rutina Register-AzStackHCI zobrazí následující zprávu upozornění:

Snímek obrazovky s výstupní zprávou z rutiny Register-AzStackHCI

Nápravná akce:

Počkejte 12 hodin od registrace, než se problém vyřeší automaticky.

Scénář 3

Vysvětlení stavu selhání:

K tomu může dojít také v případě, že proxy server není správně nakonfigurovaný pro připojení ke cloudovým službám Azure ARC z uzlů HCI. V protokolech agenta Arc se může zobrazit následující chyba:

Snímek obrazovky s protokoly agenta Arc

Nápravná akce:

Pokud chcete tento problém vyřešit, postupujte podle pokynů k aktualizaci nastavení proxy serveru. Pak znovu zaregistrujte cluster Azure Stack HCI.

Nejde obměňovat certifikáty ve Fairfaxu a Mooncake

Vysvětlení stavu selhání:

  1. Na Azure Portal se u prostředku clusteru v připojení k Azure zobrazí Odpojeno.
  2. Podívejte se na protokoly ladění HCIsvc na uzlu. Chybová zpráva je výjimka: AADSTS700027: Ověření podpisu selhalo v kontrolním výrazu klienta.
  3. Chyba se také může zobrazit jako RotateRegistrationCertificate selhal: Neplatná cílová skupina.

Nápravná akce:

Proveďte registraci opravy clusteru a přidejte do aplikace Microsoft Entra nové certifikáty:

Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration

Oprava registrace vygeneruje nové náhradní certifikáty v aplikaci Microsoft Entra a zachová další informace, jako je název prostředku, skupina prostředků a další možnosti registrace.

OnPremisesPasswordValidationTimeSkew

Vysvětlení stavu selhání:

Microsoft Entra generování tokenu selže s chybou času, pokud je čas místního uzlu příliš daleko nesynchronní se skutečným aktuálním časem (UTC). Microsoft Entra ID vrátí následující chybu:

AADSTS80013: OnPremisesPasswordValidationTimeSkew – Pokus o ověření nebylo možné dokončit kvůli časové nerovnoměrné distribuci mezi počítačem, na kterém běží ověřovací agent a AD. Řešení problémů se synchronizací času

Nápravná akce:

Ujistěte se, že je čas synchronizovaný se známým a přesným zdrojem času.

Nejde získat token pro tenanta s chybou

Vysvětlení stavu selhání:

Pokud je uživatelský účet použitý k registraci součástí více Microsoft Entra tenantů, musíte zadat -TenantId během registrace clusteru a zrušení registrace, jinak selže s chybou Nepodařilo se získat token pro tenanta s chybou. Pro přístup k tenantovi musíte použít vícefaktorové ověřování. Spusťte znovu Connect-AzAccount příkaz s dalším parametrem -TenantId.

Nápravná akce:

  • Pro registraci clusteru -TenantId zadejte parametr :

    Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -TenantId <Tenant_ID>
    
  • Pro zrušení registrace zadejte -TenantId parametr :

    Unregister-AzStackHCI -ComputerName ClusterNode1 -SubscriptionId "<subscription ID GUID>" -ResourceName HCI001 -TenantId <Tenant_ID>
    

Jeden nebo více uzlů clusteru se nemůže připojit k Azure

Vysvětlení stavu selhání:

K tomuto problému dochází v případě, že jeden nebo více uzlů clusteru mělo po registraci problémy s připojením a dlouho se nemohl připojit k Azure. Ani po vyřešení problémů s připojením se uzly kvůli prošlým certifikátům nemůžou znovu připojit k Azure.

Nápravná akce:

  1. Přihlaste se k odpojenému uzlu.

  2. Spusťte Disable-AzureStackHCIArcIntegration.

  3. Zkontrolujte stav integrace ARC spuštěním Get-AzureStackHCIArcIntegration příkazu a ujistěte se, že je teď pro odpojený uzel uvedeno Zakázáno:

    Snímek obrazovky s výstupem rutiny Get-AzureStackHCIArcIntegration

  4. Přihlaste se k Azure Portal a odstraňte prostředek Azure Resource Manager představující server Arc pro tento uzel.

  5. Znovu se přihlaste k odpojenému uzlu a spusťte Enable-AzureStackHCIArcIntegrationpříkaz .

  6. Na uzlu spusťte Sync-AzureStackHCI příkaz .

Selhání úlohy při pokusu o vytvoření virtuálního počítače

Vysvětlení stavu selhání:

Pokud cluster není zaregistrovaný v Azure při nasazení nebo pokud je zaregistrovaný, ale nepřipojí se k Azure déle než 30 dnů, systém nepovolí vytváření nebo přidání nových virtuálních počítačů. Když k tomu dojde, při pokusu o vytvoření virtuálních počítačů se zobrazí následující chybová zpráva:

There was a failure configuring the virtual machine role for 'vmname'. Job failed. Error opening "vmname" clustered roles. The service being accessed is licensed for a particular number of connections. No more connections can be made to the service at this time because there are already as many connections as the service can accept.

Nápravná akce:

Zaregistrujte cluster HCI v Azure. Informace o tom, jak cluster zaregistrovat, najdete v pokynech v dokumentaci k Register-AzStackHCI.

Použití společné skupiny prostředků pro prostředky clusteru a arc-for-Server

Nejnovější modul PowerShellu podporuje společnou skupinu prostředků pro prostředky clusteru i arc-for-Server nebo použití jakékoli existující skupiny prostředků pro prostředky Arc-for-Server.

U clusterů zaregistrovaných v modulu PowerShellu verze 1.4.1 nebo starší můžete novou funkci použít pomocí následujících kroků:

  1. Zrušte registraci clusteru spuštěním Unregister-AzStackHCI z jednoho z uzlů. Viz Zrušení registrace Azure Stack HCI pomocí PowerShellu.
  2. Nainstalujte nejnovější modul PowerShellu: Install-Module Az.StackHCI -Force.
  3. Spusťte Register-AzStackHCI předáním příslušných parametrů pro -ResourceGroupName a -ArcForServerResourceGroupName.

Poznámka

Pokud pro prostředky Arc-for-Server používáte samostatnou skupinu prostředků, doporučujeme použít skupinu prostředků, která má prostředky Arc-for-Server související pouze se službou Azure Stack HCI. Poskytovatel prostředků Azure Stack HCI má oprávnění ke správě všech ostatních prostředků Arc-for-Server ve skupině ArcServerResourceGroup.

Další kroky