Risolvere i problemi nell'hub di Azure Stack

  • Articolo

Questo documento fornisce informazioni sulla risoluzione dei problemi per gli ambienti integrati dell'hub di Azure Stack. Per informazioni su Azure Stack Development Kit, vedere Risoluzione dei problemi di ASDK o ottenere assistenza dagli esperti nel forum MSDN dell'hub di Azure Stack.

Domande frequenti

Queste sezioni includono collegamenti a documenti che illustrano le domande comuni inviate a supporto tecnico Microsoft.

Considerazioni relative all'acquisto

Aggiornamenti e diagnostica

Sistemi operativi e dimensioni supportati per le macchine virtuali guest

Azure Marketplace

Gestire la capacità

Memoria

Per aumentare la capacità totale di memoria disponibile per l'hub di Azure Stack, è possibile aggiungere ulteriore memoria. Nell'hub di Azure Stack il server fisico viene definito anche nodo di unità di scala. Tutti i nodi di unità di scala che fanno parte di una singola unità di scala devono avere la stessa quantità di memoria.

Periodo di memorizzazione

L'impostazione del periodo di conservazione consente a un operatore cloud di specificare un periodo di tempo in giorni (compreso tra 0 e 9999 giorni) durante il quale qualsiasi account eliminato può essere potenzialmente recuperato. Il periodo di conservazione predefinito è impostato su 0 giorni. L'impostazione del valore su 0 indica che qualsiasi account eliminato non è immediatamente archiviato e contrassegnato per l'operazione di Garbage Collection periodica.

Sicurezza, conformità e identità

Gestire il controllo degli accessi in base al ruolo

Un utente nell'hub di Azure Stack può essere un lettore, proprietario o collaboratore per ogni istanza di una sottoscrizione, un gruppo di risorse o un servizio.

Se i ruoli predefiniti per le risorse di Azure non soddisfano le esigenze specifiche dell'organizzazione, è possibile creare ruoli personalizzati. Per questa esercitazione viene creato un ruolo personalizzato denominato Reader Support Tickets con Azure PowerShell.

Gestire uso e fatturazione come provider di servizi cloud

Scegliere il tipo di account di servizi condivisi usato per l'hub di Azure Stack. I tipi di sottoscrizione che è possibile usare per la registrazione di un hub di Azure Stack multi-tenant sono:

  • Provider di soluzioni cloud
  • Sottoscrizione di servizi condivisi per partner

Ottenere le metriche delle unità di scala

È possibile usare PowerShell per ottenere informazioni sull'utilizzo dello stamp senza assistenza da supporto tecnico Microsoft. Per ottenere l'utilizzo dello stamp:

  1. Creare una sessione PEP.

  2. Eseguire il comando seguente:

    Test-AzureStack

  3. Uscire dalla sessione PEP.

  4. Eseguire il comando seguente usando una chiamata Invoke-Command:

    Get-AzureStackLog -FilterByRole SeedRing

  5. Estrarre il seeding .zip. È possibile ottenere il report di convalida dalla cartella ERCS in cui è stato eseguito Test-AzureStack.

Per altre informazioni, vedere Diagnostica dell'hub di Azure Stack.

Risolvere i problemi delle macchine virtuali

Reimpostare la password di una VM Linux

Se si dimentica la password per una macchina virtuale Linux e l'opzione Reimposta password non funziona a causa di problemi con l'estensione VMAccess, è possibile eseguire una reimpostazione seguendo questa procedura:

  1. Scegliere una macchina virtuale Linux da usare come macchina virtuale di ripristino.

  2. Accedere al portale utenti:

    1. Prendere nota delle dimensioni della macchina virtuale, della scheda di interfaccia di rete, dell'INDIRIZZO IP pubblico, del gruppo di sicurezza di rete e dei dischi dati.
    2. Arrestare la macchina virtuale interessata.
    3. Rimuovere la macchina virtuale interessata.
    4. Collegare il disco dalla macchina virtuale interessata come disco dati nella macchina virtuale di ripristino(potrebbero essere necessari alcuni minuti per rendere disponibile il disco).

  3. Accedere alla macchina virtuale di ripristino ed eseguire il comando seguente:

    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. Accedere al portale utenti:

    1. Scollegare il disco dalla macchina virtuale di ripristino.
    2. Ricreare la macchina virtuale dal disco.
    3. Assicurarsi di trasferire l'indirizzo IP pubblico dalla macchina virtuale precedente, collegare i dischi dati e così via.

È anche possibile creare uno snapshot del disco originale e crearne uno nuovo anziché eseguire le modifiche direttamente sul disco originale. Per altre informazioni, vedere gli argomenti seguenti:

L'attivazione della licenza non riesce in Windows Server 2012 R2 durante il provisioning

In questo caso, Windows non verrà attivato e verrà visualizzata una filigrana nell'angolo inferiore destro dello schermo. I log WaSetup.xml presenti in C:\Windows\Panther contengono l'evento seguente:

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

Per attivare la licenza, copiare la chiave di attivazione automatica della macchina virtuale (AVMA) per lo SKU che si vuole attivare.

Edizione Chiave AVMA
Data center Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Nella macchina virtuale eseguire il comando seguente:

slmgr /ipk <AVMA_key>

Per informazioni dettagliate, vedere Attivazione della macchina virtuale.

È necessario aggiungere un'immagine e un elemento della raccolta di Windows Server prima di distribuire le macchine virtuali nell'hub di Azure Stack.

Sono state eliminate alcune macchine virtuali, ma vengono comunque visualizzati i file del disco rigido virtuale su disco

Questo comportamento è previsto dalla progettazione:

  • Quando si elimina una macchina virtuale, i dischi rigidi virtuali non vengono eliminati. I dischi sono risorse separate nel gruppo di risorse.
  • Quando un account di archiviazione viene eliminato, l'eliminazione è visibile immediatamente tramite Azure Resource Manager. Tuttavia, i dischi che possono contenere vengono mantenuti nell'archiviazione fino all'esecuzione di Garbage Collection.

Se vengono visualizzati dischi rigidi virtuali "orfani", è importante sapere se fanno parte della cartella per un account di archiviazione eliminato. Se l'account di archiviazione non è stato eliminato, è normale che siano ancora presenti.

Per altre informazioni sulla configurazione della soglia di conservazione e del recupero su richiesta, vedere Gestire gli account di archiviazione.

Risolvere i problemi relativi alle risorse di archiviazione

Recupero archiviazione

La capacità recuperata può richiedere fino a 14 ore per la visualizzazione nel portale. Il recupero dello spazio dipende da diversi fattori, tra cui la percentuale di utilizzo dei file contenitore interni nell'archivio BLOB in blocchi. Pertanto, a seconda della quantità di dati eliminati, non esiste alcuna garanzia sulla quantità di spazio che potrebbe essere recuperata durante l'esecuzione di Garbage Collector.

Azure Storage Explorer non usare l'hub di Azure Stack

Se si usa un sistema integrato in uno scenario disconnesso, è consigliabile usare un'autorità di certificazione enterprise (CA). Esportare il certificato radice in un formato Base-64 e quindi importarlo in Azure Storage Explorer. Assicurarsi di rimuovere la barra finale (/) dall'endpoint di Resource Manager. Per altre informazioni, vedere Preparare la connessione all'hub di Azure Stack.

Risolvere i problemi servizio app

lo script Create-AADIdentityApp.ps1 ha esito negativo

Se lo script di Create-AADIdentityApp.ps1 richiesto per servizio app ha esito negativo, assicurarsi di includere il parametro richiesto -AzureStackAdminCredential durante l'esecuzione dello script. Per altre informazioni, vedere Prerequisiti per la distribuzione del servizio app nell'hub di Azure Stack.

Risolvere i problemi relativi ad aggiornamenti dell'hub di Azure Stack

Il processo di patch e aggiornamento dell'hub di Azure Stack è progettato per consentire agli operatori di applicare pacchetti di aggiornamento in modo coerente e semplificato. Sebbene non comuni, i problemi possono verificarsi durante il processo di patch e aggiornamento. La procedura seguente è consigliabile riscontrare un problema durante il processo di patch e aggiornamento:

  1. Prerequisiti: assicurarsi di aver seguito l'elenco di controllo attività di aggiornamento e abilitare la raccolta di log proattiva.

  2. Seguire i passaggi di correzione nell'avviso di errore creato quando l'aggiornamento non è riuscito.

  3. Se non è stato possibile risolvere il problema, creare un ticket di supporto dell'hub di Azure Stack. Assicurarsi di aver raccolto i log per l'intervallo di tempo in cui si è verificato il problema. Se un aggiornamento ha esito negativo, con un avviso critico o un avviso, è importante esaminare l'errore e contattare i servizi di supporto tecnico Microsoft come indicato nell'avviso in modo che l'unità di scalabilità non rimanga in uno stato non riuscito per molto tempo. L'uscita di un'unità di scalabilità in uno stato di aggiornamento non riuscito per un periodo di tempo esteso può causare problemi aggiuntivi più difficili da risolvere in seguito.

Problemi comuni relativi ad aggiornamenti e patch per l'hub di Azure Stack

Si applica a: Sistemi integrati dell'hub di Azure Stack

PreparationFailed

Applicabile: questo problema si applica a tutte le versioni supportate.

Causa: quando si tenta di installare l'aggiornamento dell'hub di Azure Stack, lo stato dell'aggiornamento potrebbe non riuscire e modificare lo stato in PreparationFailed. Per i sistemi connessi a Internet, questo è in genere indicativo del pacchetto di aggiornamento non è in grado di scaricare correttamente a causa di una connessione Internet debole.

Correzione: è possibile risolvere questo problema facendo clic su Installa di nuovo. Se il problema persiste, è consigliabile caricare manualmente il pacchetto di aggiornamento seguendo la sezione Installa aggiornamenti .

Occorrenza: Comune

Aggiornamento non riuscito: controllare e applicare protezioni di chiavi esterne nelle unità CSV

Applicabile: questo problema si applica a tutte le versioni supportate.

Causa: la password BMC (Baseboard Management Controller) non è impostata correttamente.

Correzione: aggiornare le credenziali BMC e riprendere l'aggiornamento.

Avvisi ed errori segnalati durante l'aggiornamento

Applicabile: questo problema si applica a tutte le versioni supportate.

Causa: quando l'aggiornamento dell'hub di Azure Stack è in corso, gli avvisi e gli errori possono essere segnalati nel portale. I componenti possono attendere altri componenti durante l'aggiornamento causando un errore. L'hub di Azure Stack ha un meccanismo per riprovare o correggere alcune delle attività a causa di errori intermittenti.

Correzione: mentre l'aggiornamento dell'hub di Azure Stack è in corso, gli avvisi e gli errori segnalati nel portale possono essere ignorati.

Occorrenza: Comune

Aggiornamento 2002 non riuscito

Applicabile: questo problema si applica solo alla versione 2002.

Causa: quando si tenta l'aggiornamento 2002, l'aggiornamento potrebbe non riuscire e fornire questo messaggio: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Correzione: configurare una rete interna privata.