Solucionar problemas de avaliação - FAQ

Este artigo fornece respostas para algumas das perguntas mais comuns sobre como solucionar problemas com a avaliação. Consulte os artigos Solucionar problemas com avaliação e Cenários suportados para solucionar problemas de avaliações.

Por que a SKU de disco do Azure recomendada é maior do que a local em uma avaliação de VM do Azure?

A avaliação de VM do Azure pode recomendar um disco maior com base no tipo de avaliação:

• O dimensionamento do disco depende de duas propriedades de avaliação: critérios de dimensionamento e tipo de armazenamento.
• Se os critérios de dimensionamento forem baseados no desempenho e o tipo de armazenamento estiver definido como Automático, os valores de IOPS e taxa de transferência do disco serão considerados ao identificar o tipo de disco de destino (HDD padrão, SSD padrão, Premium ou Ultra disk). Uma SKU de disco do tipo de disco é então recomendada, e a recomendação considera os requisitos de tamanho do disco local.
• Se os critérios de dimensionamento forem baseados no desempenho e o tipo de armazenamento for Premium, uma SKU de disco premium no Azure será recomendada com base nos requisitos de IOPS, taxa de transferência e tamanho do disco local. A mesma lógica é usada para executar o dimensionamento de disco quando o critério de dimensionamento é Como local e o tipo de armazenamento é HDD padrão, SSD padrão, Premium ou Ultra disco.

Por exemplo, digamos que você tenha um disco local com 32 GB de memória, mas as IOPS de leitura e gravação agregadas para o disco são 800 IOPS. A avaliação da VM do Azure recomenda um disco premium devido aos requisitos de IOPS mais altos. Ele também recomenda uma SKU de disco que pode suportar o IOPS e o tamanho necessários. A correspondência mais próxima neste exemplo seria P15 (256 GB, IOPS de 1100). Embora o tamanho exigido pelo disco local fosse de 32 GB, a avaliação da VM do Azure recomendou um disco maior devido ao alto requisito de IOPS do disco local.

Por que faltam dados de desempenho para algumas ou todas as VMs no meu relatório de avaliação?

Para avaliação baseada em desempenho, a exportação do relatório de avaliação diz 'PercentageOfCoresUtilizedMissing' ou 'PercentageOfMemoryUtilizedMissing' quando o dispositivo Azure Migrate não pode coletar dados de desempenho para as VMs locais. Certifique-se de verificar:

• Se as VMs estiverem ligadas durante o período para o qual você está criando a avaliação.
• Se apenas os contadores de memória estiverem ausentes e tentar avaliar as VMs do Hyper-V, verifique se tem a memória dinâmica ativada nessas VMs. Devido a um problema conhecido, atualmente o dispositivo Azure Migrate não pode coletar a utilização de memória para essas VMs.
• Se faltarem todos os contadores de desempenho, certifique-se de que os requisitos de acesso ao porto para avaliação são cumpridos. Saiba mais sobre os requisitos de acesso à porta para VMware, Hyper-V e avaliações físicas . Se algum dos contadores de desempenho estiver faltando, o Azure Migrate: Descoberta e avaliação retornará aos núcleos/memória alocados no local e recomendará um tamanho de VM de acordo.

Por que faltam dados de desempenho para alguns ou todos os servidores no meu relatório de avaliação da VM do Azure ou da Solução VMware do Azure?

Para a avaliação baseada no desempenho, a exportação do relatório de avaliação diz PercentageOfCoresUtilizedMissing ou PercentageOfMemoryUtilizedMissing quando o dispositivo Azure Migrate não consegue coletar dados de desempenho para os servidores locais. Certifique-se de verificar:

• Se os servidores estiverem ligados durante o período para o qual você está criando a avaliação.

• Se apenas contadores de memória estiverem faltando e você estiver tentando avaliar servidores em um ambiente Hyper-V. Nesse cenário, habilite a memória dinâmica nos servidores e recalcule a avaliação para refletir as alterações mais recentes. O dispositivo pode coletar valores de utilização de memória para servidores em um ambiente Hyper-V somente quando o servidor tem a memória dinâmica habilitada.

• Se todos os contadores de desempenho estiverem em falta, confirme que as ligações de saída nas portas 443 (HTTPS) são permitidas.

  Nota

  Se algum dos contadores de desempenho estiver ausente, o Azure Migrate: Descoberta e avaliação retornará aos núcleos/memória alocados no local e recomendará um tamanho de VM de acordo.

Por que faltam dados de desempenho para algumas ou todas as instâncias SQL ou bancos de dados na minha avaliação SQL do Azure?

Para garantir que os dados de desempenho sejam coletados, verifique se:

• Se os servidores SQL estiverem ligados durante o período para o qual você está criando a avaliação.
• Se o status da conexão do agente SQL no Azure Migrate for Conectado e também verifique a última pulsação.
• Se o status da conexão Migrar do Azure para todas as instâncias SQL for Conectado no painel da instância SQL descoberta.
• Se todos os contadores de desempenho estiverem ausentes, verifique se as conexões de saída na porta 443 (HTTPS) são permitidas.

Se algum dos contadores de desempenho estiver faltando, a avaliação do SQL do Azure recomenda a menor configuração do SQL do Azure para essa instância ou banco de dados.

Porque é que a classificação de confiança da minha avaliação é baixa?

A classificação de confiança é calculada para avaliações baseadas no desempenho com base na percentagem de pontos de dados disponíveis necessários para calcular a avaliação. Uma avaliação pode obter uma classificação de confiança baixa pelas seguintes razões:

• Não analisou o ambiente durante o período para o qual está a criar a avaliação. Por exemplo, se você estiver criando uma avaliação com a duração do desempenho definida como uma semana, precisará aguardar pelo menos uma semana após o início da descoberta para que todos os pontos de dados sejam coletados. Se não puder esperar pela duração, altere a duração do desempenho para um período mais curto e recalcule a avaliação.

• A avaliação não consegue recolher os dados de desempenho de alguns ou todos os servidores no período de avaliação. Para uma classificação de confiança elevada, certifique-se de que:

  • Os servidores são ligados durante a avaliação.
  • São permitidas ligações de saída nas portas 443.
  • Para servidores Hyper-V, a memória dinâmica está habilitada.
  • O status da conexão dos agentes no Azure Migrate é Conectado. Verifique também o último batimento cardíaco.
  • Para avaliações SQL do Azure, o status da conexão Migrar do Azure para todas as instâncias SQL é Conectado no painel de instância SQL descoberta.

  Recalcule a avaliação para refletir as últimas alterações na classificação de confiança.

• Para as avaliações da VM do Azure e da Solução VMware do Azure, poucos servidores foram criados após o início da descoberta. Por exemplo, digamos que você esteja criando uma avaliação para o histórico de desempenho do mês passado, mas alguns servidores foram criados no ambiente há apenas uma semana. Nesse caso, os dados de desempenho para os novos servidores não estarão disponíveis durante toda a duração e a classificação de confiança será baixa. Mais informações.

• Para avaliações do SQL do Azure, foram criadas poucas bases de dados ou instâncias do SQL após o início da deteção. Por exemplo, digamos que você esteja criando uma avaliação para o histórico de desempenho do mês passado, mas algumas instâncias SQL ou bancos de dados foram criados no ambiente há apenas uma semana. Nesse caso, os dados de desempenho para os novos servidores não estarão disponíveis durante toda a duração e a classificação de confiança será baixa. Mais informações.

Porque é que a minha utilização de RAM é superior a 100%?

Por design, no Hyper-V, se a memória máxima provisionada for menor do que a exigida pela VM, a avaliação mostrará que a utilização da memória é superior a 100%.

A licença do sistema operacional está incluída em uma avaliação de VM do Azure?

Atualmente, uma avaliação de VM do Azure considera o custo de licença do sistema operacional apenas para servidores Windows. Os custos de licença para servidores Linux não são considerados atualmente.

Como funciona o dimensionamento baseado em desempenho em uma avaliação de VM do Azure?

Uma avaliação de VM do Azure coleta continuamente dados de desempenho de servidores locais e os usa para recomendar a SKU da VM e a SKU de disco no Azure. Saiba mais sobre como os dados baseados no desempenho são coletados.

Posso migrar meus discos para um disco Ultra usando o Azure Migrate?

N.º Atualmente, o Azure Migrate e o Azure Site Recovery não oferecem suporte à migração para discos Ultra. Saiba mais sobre como implantar um disco Ultra.

Por que as IOPS provisionadas e a taxa de transferência no meu disco Ultra são mais do que as minhas IOPS e taxa de transferência locais?

De acordo com a página oficial de preços, o disco Ultra é cobrado com base no tamanho provisionado, IOPS provisionadas e taxa de transferência provisionada. Por exemplo, se você provisionou um disco Ultra de 200 GiB com 20.000 IOPS e 1.000 MB/segundo e o excluiu após 20 horas, ele será mapeado para a oferta de tamanho de disco de 256 GiB. Você será cobrado por 256 GiB, 20.000 IOPS e 1.000 MB/segundo por 20 horas.

IOPS a serem provisionadas = (Taxa de transferência descoberta) * 1024/256

A recomendação de disco Ultra considera latência?

Não, atualmente apenas o tamanho do disco, a taxa de transferência total e o IOPS total são usados para dimensionamento e cálculo de custos.

Eu posso ver que a série M suporta disco Ultra, mas na minha avaliação onde o disco Ultra foi recomendado, ele diz "Nenhuma VM encontrada para este local"

Este resultado é possível porque nem todos os tamanhos de VM que suportam discos Ultra estão presentes em todas as regiões suportadas por discos Ultra. Altere a região de avaliação de destino para obter o tamanho da VM deste servidor.

Por que minha avaliação está mostrando um aviso de que foi criada com uma oferta inválida?

Sua avaliação foi criada com uma oferta que não é mais válida e, portanto, os botões Editar e Recalcular estão desativados. Você pode criar uma nova avaliação com qualquer uma das ofertas válidas - Pay as you go, Pay as you go Dev/Test e Enterprise Agreement. Você também pode usar o campo Desconto(%) para especificar qualquer desconto personalizado sobre a oferta do Azure. Mais informações.

Por que minha avaliação está mostrando um aviso de que ela foi criada com um local de destino do Azure que foi preterido?

Sua avaliação foi criada com uma região do Azure que foi preterida e, portanto, os botões Editar e Recalcular estão desabilitados. Você pode criar uma nova avaliação com qualquer um dos locais de destino válidos. Mais informações.

Por que minha avaliação está mostrando um aviso de que ela foi criada com uma combinação inválida de Instâncias Reservadas, tempo de atividade da VM e Desconto (%)?

Quando você seleciona Instâncias reservadas, as propriedades Desconto (%) e Tempo de atividade da VM não são aplicáveis. Como sua avaliação foi criada com uma combinação inválida dessas propriedades, os botões Editar e Recalcular serão desativados. Crie uma nova avaliação. Mais informações.

Por que motivo algumas das minhas avaliações estão marcadas como “para ser atualizada para a versão de avaliação mais recente”?

Recalcule sua avaliação para exibir a experiência atualizada de avaliação do SQL do Azure para identificar o destino de migração ideal para suas implantações SQL em Instâncias Gerenciadas SQL do Azure, SQL Server na VM do Azure e Banco de Dados SQL do Azure:

• Recomendamos a migração de instâncias para o SQL Server na VM do Azure de acordo com as práticas recomendadas do Azure.
• Elevador e Shift de tamanho certo - Servidor para SQL Server na VM do Azure. Recomendamos isso quando as credenciais do SQL Server não estiverem disponíveis.
• Experiência de usuário aprimorada que abrange estimativas de prontidão e custo para vários destinos de migração para implantações SQL em uma avaliação.

Recomendamos que exporte a avaliação existente antes de recalcular.

Não vejo dados de desempenho para alguns adaptadores de rede em meus servidores físicos

Esse problema pode acontecer se o servidor físico tiver a virtualização Hyper-V habilitada. Nesses servidores, devido a uma lacuna de produto, o Azure Migrate atualmente descobre os adaptadores de rede física e virtual. A taxa de transferência de rede é capturada somente nos adaptadores de rede virtual descobertos.

A SKU VM do Azure recomendada para meu servidor físico está superdimensionada

Esse problema pode acontecer se o servidor físico tiver a virtualização Hyper-V habilitada. Nesses servidores, o Azure Migrate atualmente descobre os adaptadores de rede física e virtual. Como resultado, o número de adaptadores de rede descobertos é maior do que o número real. A avaliação da VM do Azure seleciona uma VM do Azure que pode dar suporte ao número necessário de adaptadores de rede, o que pode resultar em uma VM superdimensionada. Saiba mais sobre o impacto do número de adaptadores de rede no dimensionamento. Esta lacuna de produtos será colmatada no futuro.

A categoria de preparação está marcada como "Não está pronto" para o meu servidor físico

A categoria de preparação pode estar marcada incorretamente como Não pronto no caso de um servidor físico que tenha a virtualização Hyper-V habilitada. Nesses servidores, devido a uma lacuna de produto, o Azure Migrate atualmente descobre os adaptadores físicos e virtuais. Como resultado, o número de adaptadores de rede descobertos é maior do que o número real. Nas avaliações como local e baseadas no desempenho, a avaliação da VM do Azure escolhe uma VM do Azure que pode dar suporte ao número necessário de adaptadores de rede. Se for descoberto que o número de adaptadores de rede é superior a 32, o número máximo de NICs suportadas em VMs do Azure, o servidor será marcado como Não pronto. Saiba mais sobre o impacto do número de NICs no dimensionamento.

O número de NICs descobertas é maior do que o real para servidores físicos

Esse problema pode acontecer se o servidor físico tiver a virtualização Hyper-V habilitada. Nesses servidores, o Azure Migrate atualmente descobre os adaptadores físicos e virtuais. Como resultado, o número de NICs descobertas é maior do que o número real.

Capturar tráfego de rede

Para coletar logs de tráfego de rede:

1. Inicie sessão no portal do Azure.
2. Selecione F12 para iniciar as Ferramentas de Desenvolvimento. Se necessário, desmarque a configuração Limpar entradas na navegação .
3. Selecione a guia Rede e comece a capturar o tráfego de rede:
   • No Chrome, selecione Preservar registo. A gravação deve começar automaticamente. Um círculo vermelho indica que o tráfego está sendo capturado. Se o círculo vermelho não aparecer, selecione o círculo preto para começar.
   • No Microsoft Edge e no Internet Explorer, a gravação deve ser iniciada automaticamente. Caso contrário, selecione o botão verde de reprodução.
4. Tente reproduzir o erro.
5. Depois de encontrar o erro durante a gravação, pare a gravação e salve uma cópia da atividade gravada:
   • No Chrome, clique com o botão direito do rato e selecione Guardar como HAR com conteúdo. Essa ação compacta e exporta os logs como um arquivo .har.
   • No Microsoft Edge ou Internet Explorer, selecione a opção Exportar tráfego capturado. Essa ação compacta e exporta o log.
6. Selecione a guia Console para verificar se há avisos ou erros. Para salvar o log do console:
   • No Chrome, clique com o botão direito do rato em qualquer parte do registo da consola. Selecione Salvar como para exportar e compacte o log.
   • No Microsoft Edge ou Internet Explorer, clique com o botão direito do mouse nos erros e selecione Copiar tudo.
7. Feche as Ferramentas de Desenvolvimento.

De onde são descobertos os dados do sistema operacional na minha avaliação?

• Para VMs VMware, por padrão, são os dados do sistema operacional fornecidos pelo vCenter Server.
  • Para VMs VMware Linux, se a descoberta de aplicativos estiver ativada, os detalhes do sistema operacional serão buscados na VM convidada. Para verificar quais detalhes do sistema operacional estão na avaliação, vá para a visualização Servidores descobertos e passe o mouse sobre o valor na coluna Sistema operacional . No texto que aparece, você poderá ver se os dados do sistema operacional que você vê são coletados do vCenter Server ou da VM convidada usando as credenciais da VM.
  • Para VMs do Windows, os detalhes do sistema operacional são sempre buscados no vCenter Server.
• Para VMs Hyper-V, os dados do sistema operacional são coletados do host Hyper-V.
• Para servidores físicos, ele é buscado no servidor.

Próximos passos

Crie ou personalize uma avaliação.