Solucionar problemas no Azure Stack Hub

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

Problemas comuns de suporte

As secções seguintes incluem ligações para documentação que cobre perguntas comuns enviadas ao Suporte da Microsoft sobre o Azure Stack Hub.

Considerações relacionadas com a compra

• Azure Stack Hub preços
• Descrição geral do Azure Stack Hub

Atualizações e diagnósticos

• Recolha registos de diagnóstico
• Validar o estado do sistema do Azure Stack Hub
• Atualizar cadência de lançamento do pacote
• Verificar e solucionar problemas de status do nó

Sistemas operacionais e tamanhos suportados para VMs convidadas

• Sistemas operativos convidados suportados no Azure Stack Hub
• Tamanhos de VM suportados no Azure Stack Hub

Microsoft Marketplace

• Itens do Marketplace da Microsoft disponíveis para o Azure Stack Hub

Gestão da capacidade

Memória

Para aumentar a capacidade total de memória disponível para o Azure Stack Hub, pode adicionar memória. No Azure Stack Hub, o servidor físico também é chamado de nó da 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

Um operador de cloud pode usar a definição do período de retenção para especificar um período em dias (0 a 9999) durante o qual qualquer conta eliminada pode potencialmente ser recuperada. O período padrão de retenção é 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.

Para mais informações, consulte Definir o período de retenção.

Gestão do controlo de acesso baseado em funções

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. Para mais informações, consulte Definir permissões de acesso usando controlo de acesso baseado em papéis.

Se os papéis incorporados para Azure recursos não satisfazem as necessidades específicas da sua organização, pode criar os seus próprios papéis personalizados.

Gestão do uso e faturação com base no tipo de subscrição

Escolha o tipo de conta de serviços compartilhados que você usa para o Azure Stack Hub. Os tipos de subscrições que pode usar para o registo de uma implementação multitenant do Azure Stack Hub são Fornecedor de Soluções em Nuvem (CSP) e Azure Partner Shared Services (APSS). Para mais informações, consulte Criar uma subscrição CSP ou APSS.

Métricas unitárias de escala

Pode usar o PowerShell para obter informações sobre utilização de carimbos sem ajuda do Suporte da Microsoft:

1. Crie uma sessão de Privileged Endpoint (PEP).

2. Execute o seguinte comando:

   Test-AzureStack
   

3. Feche a sessão PEP.

4. Execute o seguinte comando usando uma chamada invoke-command:

   Get-AzureStackLog -FilterByRole SeedRing
   

5. Extraia o ficheiro SeedRing.zip. Pode obter o relatório de validação da pasta ERCS onde executou Test-AzureStack.

Para mais informações, consulte Enviar registos de diagnóstico Azure Stack Hub usando o endpoint privilegiado.

Máquinas virtuais

Redefinição de uma palavra-passe de VM Linux

Se esquecer a palavra-passe de uma VM Linux e a opção Redefinir palavra-passe não estiver a funcionar devido a problemas com a extensão VMAccess, pode redefinir a palavra-passe seguindo estes passos:

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

2. Inicie sessão no portal do utilizador e depois:

   1. Anote o tamanho da VM, a NIC, o IP público, o grupo de segurança de rede e os discos de dados.
   2. Pare a VM afetada.
   3. Remove a VM afetada.
   4. Anexe o disco da VM afetada como disco de dados na VM de recuperação. (O disco pode demorar alguns minutos a ficar 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 e depois:

   1. Separe o disco da máquina virtual de recuperação.
   2. Recriar a VM a partir do disco.
   3. Transfira o IP público da VM anterior, anexe os discos de dados e complete tarefas relacionadas.

Também pode tirar um snapshot do disco original e criar um novo disco a partir dele, em vez de fazer as alterações diretamente no disco original. Para obter mais informações, consulte estes tópicos:

• Redefinir uma palavra-passe local Linux em Azure VMs
• Criar um disco a partir de um snapshot
• Alterar e redefinir a palavra-passe root (documentação Red Hat Enterprise Linux)

Falha na ativação da licença para Windows Server 2012 R2 durante o provisionamento

Se houver um problema com a ativação da licença, o Windows não consegue ser ativado e aparece uma marca de água no canto inferior direito do ecrã. Os registos WaSetup.xml localizados sob 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 de Ativação Automática de Máquinas Virtuais (AVMA) para a edição que pretende ativar.

Na VM, execute o seguinte comando:

slmgr /ipk <AVMA_key>

Para detalhes completos, consulte Ativação Automática de Máquina Virtual em Windows Server.

Imagem padrão e item de galeria

Deve adicionar uma imagem do Windows Server e um item de galeria antes de implementar VMs no Azure Stack Hub.

Ficheiros VHD no disco após eliminação da VM

Depois de apagares VMs, podes continuar a ver os ficheiros 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 elimina uma conta de armazenamento, a eliminação é imediatamente visível através do Azure Resource Manager. Mas os discos que ele possa conter ficam armazenados até que a recolha de lixo seja executada.

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

Armazenamento

Recuperação de armazenamento

A capacidade recuperada pode demorar até 14 horas a aparecer no portal. A recuperação de espaço depende de vários fatores, incluindo a percentagem de utilização dos ficheiros internos do contentor num armazenamento de blobs de blocos. Dependendo da quantidade de dados apagados, não há garantia quanto ao espaço que poderá ser recuperado quando o coletor de lixo funciona.

Pode ler mais sobre como configurar o limiar de retenção e a recuperação on-demand em Gerir contas de armazenamento Azure Stack Hub.

Explorador de Armazenamento do Azure não funciona com o Azure Stack Hub

Se estiver a usar um sistema integrado num cenário desconectado, recomendamos que utilize uma autoridade certificadora empresarial. Exporta o certificado raiz num formato Base64 e depois importa-o no Explorador de Armazenamento do Azure. Certifique-se de remover a barra final (/) do ponto final do Resource Manager. Para obter mais informações, consulte Preparar para se conectar ao Azure Stack Hub.

Serviço de Aplicações

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

Correções e atualizações do Azure Stack Hub

O processo de patch e atualização do Azure Stack Hub foi concebido para ajudar os operadores a aplicar pacotes de atualização de forma consistente e eficiente. Embora seja raro surgirem problemas durante o processo de aplicação de patches e atualizações, estes podem ocorrer. Recomendamos os seguintes passos caso tenha algum problema.

Antes de começar, certifique-se de seguir a lista de verificação de atividades de atualização e de ativar a recolha proativa de registos.

1. Siga os passos de remediação no alerta de falha.

2. Se não conseguires resolver o teu problema, cria um ticket de suporte Azure Stack Hub. Certifique-se de recolher registos do período em que o problema ocorreu.

Se uma atualização falhar, seja com um alerta crítico ou um aviso, é importante rever a falha e contactar o Serviço de Apoio ao Cliente da Microsoft conforme indicado no alerta. Deixar uma unidade de escala num estado de atualização falhada durante muito tempo pode causar problemas adicionais que são mais difíceis de resolver mais tarde.

Os seguintes problemas e soluções aplicam-se aos sistemas integrados do Azure Stack Hub.

PreparaçãoEstado falhado

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

Causa: Quando tentas instalar a atualização Azure Stack Hub, o estado da atualização pode falhar e mudar para PreparationFailed. Para sistemas ligados à internet, este estado normalmente indica que o pacote de atualização não pode ser descarregado corretamente devido a uma ligação à internet fraca.

Remediação: Selecione Instalar agora novamente. Se o problema persistir, carregue manualmente o pacote de atualização.

Ocorrência: Comum.

A atualização falhou, com um aviso para verificar e impor protetores de chaves externos nos CSVs

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

Causa: A palavra-passe do controlador de gestão da placa de base (BMC) não está definida corretamente.

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

Avisos e erros reportados enquanto uma atualização está em curso

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

Causa: Quando uma atualização Azure Stack Hub está no estado Em curso, avisos e erros podem ser reportados no portal. Os componentes podem expirar enquanto esperam por outros componentes durante uma atualização. Este tempo limite resulta em erro. O Azure Stack Hub tem um mecanismo para tentar novamente ou corrigir algumas tarefas devido a erros intermitentes.

Remediation: Embora a atualização Azure Stack Hub tenha um estado Em curso, pode ignorar avisos e erros reportados no portal.

Ocorrência: Comum.