Partilhar via


Solucionar problemas no Azure Stack Hub

Este artigo fornece informações de solução de problemas para ambientes integrados do Azure Stack Hub.

Perguntas frequentes

Essas seções incluem links para documentos que abrangem perguntas comuns enviadas ao Suporte da Microsoft.

Considerações relacionadas com a compra

Atualizações e diagnósticos

Sistemas operacionais e tamanhos suportados para VMs convidadas

Azure Marketplace

Gerencie a capacidade

Memória

Para aumentar a capacidade total de memória disponível para o Azure Stack Hub, você pode adicionar memória adicional. No Azure Stack Hub, seu servidor físico também é conhecido como um nó de unidade de escala. Todos os nós de unidade de escala que são membros de uma única unidade de escala devem ter a mesma quantidade de memória.

Período de retenção

A configuração de período de retenção permite que um operador de nuvem especifique um período de tempo em dias (entre 0 e 9999 dias) durante o qual qualquer conta excluída pode ser recuperada. O período de retenção padrão é definido como 0 dias. Definir o valor como 0 significa que qualquer conta excluída está imediatamente fora da retenção e marcada para coleta periódica de lixo.

Segurança, conformidade e identidade

Gerenciar RBAC

Um usuário no Azure Stack Hub pode ser um leitor, proprietário ou colaborador para cada instância de uma assinatura, grupo de recursos ou serviço.

Se as funções incorporadas para recursos do Azure não suprirem as necessidades específicas da sua organização, poderá criar as suas próprias funções personalizadas. Neste tutorial vai criar uma função personalizada com o nome Pedidos de Suporte do Leitor com o Azure PowerShell.

Gerir a utilização e a faturação como CSP

Escolha o tipo de conta de serviços compartilhados que você usa para o Azure Stack Hub. Os tipos de assinaturas que podem ser usados para o registro de um Hub de Stack do Azure multilocatário são:

  • Provedor de soluções na nuvem
  • Subscrição dos Serviços Partilhados do Parceiro

Obter métricas da unidade de escala

Você pode usar o PowerShell para obter informações de utilização de carimbo sem a ajuda do Suporte da Microsoft. Para obter a utilização do selo:

  1. Crie uma sessão PEP.

  2. Execute o seguinte comando:

    Test-AzureStack
    
  3. Termine a sessão PEP.

  4. Execute o seguinte usando uma chamada Invoke-Command:

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. Extrair as sementes .zip. Pode obter o relatório de validação da pasta ERCS onde executou Test-AzureStack.

Para obter mais informações, consulte Diagnóstico do Azure Stack Hub.

Solucionar problemas de máquinas virtuais (VMs)

Repor a palavra-passe da VM do Linux

Se você esquecer a senha de uma VM Linux e a opção Redefinir senha não estiver funcionando devido a problemas com a extensão VMAccess, você poderá executar uma redefinição seguindo estas etapas:

  1. Escolha uma VM Linux para usar como uma VM de recuperação.

  2. Inicie sessão no Portal do utilizador:

    1. Anote o tamanho da VM, NIC, IP público, NSG e discos de dados.
    2. Pare a VM afetada.
    3. Remova a VM afetada.
    4. Anexe o disco da VM afetada como um disco de dados na VM de recuperação (pode levar alguns minutos para que o disco esteja disponível).
  3. Entre na VM de recuperação e execute o seguinte comando:

    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. Inicie sessão no Portal do utilizador:

    1. Desanexe o disco da VM de recuperação.
    2. Recrie a VM a partir do disco.
    3. Certifique-se de transferir o IP público da VM anterior, anexar os discos de dados, etc.

Você também pode tirar um instantâneo do disco original e criar um novo disco a partir dele, em vez de executar as alterações diretamente no disco original. Para obter mais informações, consulte estes tópicos:

Falha na ativação de licença do Windows Server 2012 R2 durante o provisionamento

Nesse caso, o Windows não é ativado e você vê uma marca d'água no canto inferior direito da tela. Os logs de WaSetup.xml localizados em C:\Windows\Panther contêm o seguinte evento:

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

Para ativar a licença, copie a chave AVMA (Ativação Automática de Máquina Virtual) para a SKU que você deseja ativar.

Edição Chave AVMA
Centro de dados Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Padrão DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Itens Essenciais K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Na VM, execute o seguinte comando:

slmgr /ipk <AVMA_key>

Para obter detalhes completos, consulte Ativação de VM.

Uma imagem e um item de galeria do Windows Server devem ser adicionados antes de implantar VMs no Azure Stack Hub.

Eu apaguei algumas VMs, mas ainda vejo os arquivos VHD no disco

Esse comportamento é por design:

  • Quando você exclui uma VM, os VHDs não são excluídos. Os discos são recursos separados no grupo de recursos.
  • Quando uma conta de armazenamento é excluída, a exclusão fica visível imediatamente por meio do Gerenciador de Recursos do Azure. Mas os discos que ele pode conter ainda estão armazenados até que a recolha de lixo seja realizada.

Se você vir VHDs "órfãos", é importante saber se eles fazem parte da pasta de uma conta de armazenamento que foi excluída. Se a conta de armazenamento não foi excluída, é normal que ela ainda esteja lá.

Você pode ler mais sobre como configurar o limite de retenção e a recuperação sob demanda em gerenciar contas de armazenamento.

Solucionar problemas de armazenamento

Recuperação de armazenamento

Pode levar até 14 horas para que a capacidade recuperada apareça no portal. A recuperação de espaço depende de diferentes fatores, incluindo a porcentagem de uso de arquivos de contêiner internos no armazenamento de blobs de blocos. Portanto, dependendo da quantidade de dados eliminados, não há garantia sobre a quantidade de espaço que pode ser recuperado quando o sistema de recolha de lixo é executado.

Azure Storage Explorer não funciona com o Azure Stack Hub

Se você estiver usando um sistema integrado em um cenário desconectado, é recomendável usar uma autoridade de certificação (CA) corporativa. Exporte o certificado raiz em um formato Base-64 e importe-o no Gerenciador de Armazenamento do Azure. Certifique-se de remover a barra final (/) do ponto de extremidade do Gestor de Recursos. Para obter mais informações, consulte Preparar para se conectar ao Azure Stack Hub.

Solucionar problemas do Serviço de Aplicativo

O script Create-AADIdentityApp.ps1 falha

Se o script de Create-AADIdentityApp.ps1 necessário para o Serviço de Aplicativo falhar, certifique-se de incluir o parâmetro necessário -AzureStackAdminCredential ao executar o script. Para obter mais informações, consulte Pré-requisitos para implantar o Serviço de Aplicativo no Azure Stack Hub.

Solucionar problemas de atualizações do Azure Stack Hub

O patch e o processo de atualização do Azure Stack Hub foram projetados para permitir que os operadores apliquem pacotes de atualização de forma consistente e simplificada. Embora incomuns, problemas podem ocorrer durante o processo de correção e atualização. As etapas a seguir são recomendadas caso você encontre um problema durante o processo de patch e atualização:

  1. Pré-requisitos: Certifique-se de seguir a Lista de verificação de atividade de atualização e habilitar a coleta proativa de logs.

  2. Siga as etapas de correção no alerta de falha criado quando a atualização falhou.

  3. Se você não conseguir resolver o problema, crie um tíquete de suporte do Azure Stack Hub. Certifique-se de coletar registos para o intervalo de tempo em que o problema ocorreu. Se uma atualização falhar, seja com um alerta crítico ou um aviso, é importante que você revise a falha e entre em contato com o Atendimento Microsoft conforme indicado no alerta para que sua unidade de escala não permaneça em um estado de falha por muito tempo. Deixar uma unidade de escala em um estado de atualização com falha por um longo período de tempo pode causar problemas adicionais que são mais difíceis de resolver posteriormente.

Problemas comuns de patch e atualização do Azure Stack Hub

Aplica-se a: Sistemas integrados do Azure Stack Hub

Preparação Falhou

Aplicável: este problema aplica-se a todas as versões suportadas.

Causa: ao tentar instalar a atualização do Azure Stack Hub, o status da atualização pode falhar e alterar o estado para PreparationFailed. Para sistemas conectados à Internet, isso geralmente é indicativo de que o pacote de atualização não pode ser baixado corretamente devido a uma conexão fraca com a Internet.

Remediação: Você pode contornar esse problema clicando em Instalar agora novamente. Se o problema persistir, recomendamos carregar manualmente o pacote de atualização seguindo a seção Instalar atualizações .

Ocorrência: Comum

Falha na atualização: verifique e aplique os protetores de chave externa em CSVs

Aplicável: este problema aplica-se a todas as versões suportadas.

Causa: A senha do controlador de gerenciamento da placa base (BMC) não está definida corretamente.

Remediação: atualize a credencial do BMC e retome a atualização.

Avisos e erros reportados durante a atualização em curso

Aplicável: este problema aplica-se a todas as versões suportadas.

Causa: quando a atualização do Azure Stack Hub está no status Em andamento, avisos e erros podem ser relatados no portal. Os componentes podem falhar por tempo de espera aguardando outros durante a atualização, resultando em um erro. O Azure Stack Hub tem mecanismo para repetir ou corrigir algumas das tarefas devido a erros intermitentes.

Remediação: enquanto a atualização do Azure Stack Hub estiver em status Em andamento, avisos e erros relatados no portal podem ser ignorados.

Ocorrência: Comum

Falha na atualização de 2002

Aplicável: este problema aplica-se apenas à versão de 2002.

Causa: Ao tentar a atualização de 2002, a atualização pode falhar e fornecer esta mensagem: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Remediação: configure uma rede interna privada.