Compartilhar 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 sobre a compra

Atualizações e diagnósticos

Sistemas operacionais e tamanhos com suporte para VMs convidadas

Azure Marketplace

Gerenciar 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 do 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 potencialmente 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 de retenção e marcada para coleta de lixo periódica.

Segurança, conformidade e identidade

Gerenciar RBAC

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

Se as funções internas dos recursos do Azure não atenderem às necessidades específicas de sua organização, você poderá criar suas próprias funções personalizadas. Para este tutorial, crie uma função personalizada chamada Tíquetes de suporte do leitor usando o Azure PowerShell.

Gerenciar uso e cobrança como um 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 usadas para o registro de um Azure Stack Hub multilocatário são:

  • Provedor de Soluções na Nuvem
  • Assinatura de serviços compartilhados de parceiros

Obter métricas de unidade de escala

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

  1. Crie uma sessão PEP.

  2. Execute o comando a seguir:

    Test-AzureStack
    
  3. Sair da sessão PEP.

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

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. Extraia o .zipde propagação. Você pode obter o relatório de validação da pasta ERCS em que executou Test-AzureStack.

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

Solucionar problemas de máquinas virtuais (VMs)

Redefinir a senha da máquina virtual

Se você esquecer a senha de uma VM do 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. Entre no portal do usuário:

    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. Entre no portal do usuário:

    1. Desanexe o disco da VM de recuperação.
    2. Recrie a VM 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 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 da licença para o Windows Server 2012 R2 durante o provisionamento

Nesse caso, o Windows falha ao ativar 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
Datacenter Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Padrão DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essenciais K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Na VM, execute o seguinte comando:

slmgr /ipk <AVMA_key>

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

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

Exclui 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 Azure Resource Manager. Mas os discos que ele pode conter ainda são mantidos no armazenamento até que a coleta de lixo seja executada.

Se você vir VHDs "órfãos", é importante saber se eles fazem parte do diretório 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 fatores diferentes, incluindo o percentual de uso de arquivos de contêiner internos no repositório de blobs de blocos. Portanto, dependendo da quantidade de dados excluída, não há garantia sobre o volume de espaço que pode ser recuperado quando o coletor de lixo é acionado.

O Gerenciador de Armazenamento do Azure não está funcionando com o Azure Stack Hub

Se você estiver usando um sistema integrado em um cenário desconectado, é recomendável usar uma AC (Autoridade de Certificação 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 à direita (/) do ponto de extremidade do Resource Manager. Para obter mais informações, consulte Preparar para se conectar ao Azure Stack Hub.

Solucionar problemas do Serviço de Aplicativo

Create-AADIdentityApp.ps1 script falha

Se o Create-AADIdentityApp.ps1 script 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 processo de atualização e patch do Azure Stack Hub foi projetado para permitir que os operadores apliquem pacotes de atualização de maneira consistente e simplificada. Embora não seja incomum, podem ocorrer problemas durante o processo de atualização e patch. As etapas a seguir são recomendadas caso você encontre um problema durante o processo de atualização e patch:

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

  3. Se você não conseguir resolver o problema, crie um tíquete de suporte do Azure Stack Hub. Certifique-se de coletar logs para o período de tempo em que o problema ocorreu. Se uma atualização falhar, com um alerta crítico ou um aviso, é importante que você examine a falha e entre em contato com os Serviços de Suporte ao Cliente da Microsoft, conforme direcionado 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

Falha na preparação

Aplicável: esse problema se aplica a todas as versões com suporte.

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 indica que o pacote de atualização não pode ser baixado corretamente devido a uma conexão de Internet fraca.

Correção: você pode contornar esse problema clicando em Instalar 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: verificar e impor protetores de chave externa em CSVs

Aplicável: esse problema se aplica a todas as versões com suporte.

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

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

Avisos e erros relatados enquanto a atualização está em andamento

Aplicável: esse problema se aplica a todas as versões com suporte.

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

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

Ocorrência: Comum

Falha na atualização de 2002

Aplicável: esse problema se aplica somente à 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.

Correção: configurar uma rede interna privada.