Solucionar problemas de avaliação - Perguntas frequentes

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

Por que o SKU de disco do Azure recomendados são maiores do que os locais 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 de disco depende de duas propriedades de avaliação: tipo de armazenamento e critério de dimensionamento.
• Se os critérios de dimensionamento forem Com base no desempenho e o tipo de armazenamento estiver definido como Automático, os valores de IOPS e de taxa de transferência do disco serão levados em consideração ao identificar o tipo de disco de destino (HDD Standard, SSD Standard, Premium ou Ultra). Um SKU de disco no tipo de disco é recomendado, e a recomendação considera os requisitos de tamanho do disco local.
• Se os critérios de dimensionamento forem Com base no desempenho e o tipo de armazenamento for Premium, uma SKU de disco premium no Azure será recomendada com base em requisitos de IOPS, taxa de transferência e tamanho no disco local. A mesma lógica será usada no dimensionamento do disco quando o critério de dimensionamento for Como local e o tipo de armazenamento for HDD Standard, SSD Standard, Premium ou Disco Ultra.

Por exemplo, digamos que você tenha um disco local com 32 GB de memória, mas o IOPS de leitura e gravação agregado para o disco é de 800 IOPS. A avaliação de VM do Azure recomenda um disco Premium devido aos requisitos de IOPS mais altos. Ela também recomenda um SKU de disco que possa dar suporte ao tamanho e ao IOPS necessários. A correspondência mais próxima neste exemplo seria P15 (256 GB, IOPS de 1100). Portanto, mesmo que o tamanho necessário para o disco local fosse 32 GB, uma avaliação de VM do Azure recomendaria um disco com tamanho maior devido ao alto requisito de IOPS do disco local.

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

Para a avaliação Com base no desempenho, o relatório de avaliação exportado indica “PercentageOfCoresUtilizedMissing” ou “PercentageOfMemoryUtilizedMissing” quando o dispositivo de Migrações para Azure não pode coletar dados de desempenho das VMs locais. Confira:

• Se as VMs estão ativadas pelo tempo para o qual está criando a avaliação.
• Se apenas os contadores de memória estiverem ausentes e você estiver tentando avaliar as VMs do Hyper-V, verifique se você tem memória dinâmica habilitada nessas VMs. Devido a um problema conhecido, atualmente o dispositivo de Migrações para Azure não pode coletar a utilização de memória para essas VMs.
• Se todos os contadores de desempenho estiverem ausentes, verifique se os requisitos de acesso à porta para avaliação foram atendidos. Saiba mais sobre os requisitos de acesso de porta para VMware, Hyper-V e avaliações físicas. Se algum dos contadores de desempenho estiver ausente, a ferramenta Migrações para Azure: a descoberta e avaliação do servidor volta para os núcleos alocados/memória local e recomenda um tamanho de VM compatível.

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

Para a avaliação Com base no desempenho, o relatório de avaliação exportado indica PercentageOfCoresUtilizedMissing ou PercentageOfMemoryUtilizedMissing quando o dispositivo de Migrações para Azure não pode coletar dados de desempenho dos servidores locais. Confira:

• Se os servidores estiverem ligados durante a criação da avaliação.

• Se apenas os contadores de memória estiverem ausentes e você estiver tentando avaliar as servidores no ambiente em um 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 só poderá coletar valores de utilização de memória para servidores em um ambiente Hyper-V quando o servidor tiver a memória dinâmica habilitada.

• Se todos os contadores de desempenho estiverem ausentes, verifique se as conexões de saída nas portas 443 (HTTPS) são permitidas.

  Observação

  Se algum dos contadores de desempenho estiver ausente, a ferramenta Migrações para Azure: a descoberta e avaliação do servidor volta para os núcleos alocados/memória local e recomenda um tamanho de VM compatível.

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

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

• Se os servidores SQL estiverem ligados durante a criação da avaliação.
• Se o status da conexão do SQL Agent em Migrações para Azure for Conectado, também verifique a última pulsação.
• Se o status de conexão em Migrações para 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 ausente, a avaliação do SQL do Azure recomendará a menor configuração do SQL do Azure para essa instância ou banco de dados.

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

A classificação de confiança é calculada para avaliações Com base no desempenho de acordo com a porcentagem necessária de pontos de dados disponíveis para computar a avaliação. Uma avaliação poderia obter uma classificação de baixa confiança pelos seguintes motivos:

• Você não criou o perfil do ambiente pelo tempo para o qual está criando a avaliação. Por exemplo, se você está criando uma avaliação com duração de desempenho definida como uma semana, precisa aguardar pelo menos uma semana após iniciar a descoberta para que todos os pontos de dados sejam coletados. Se não puder esperar tanto tempo, mude a execução para um período mais curto e recalcule a avaliação.

• A avaliação não é capaz de coletar os dados de desempenho de alguns ou de todos os servidores no período de avaliação. Para uma classificação de confiança alta, verifique se:

  • Os servidores estão ativados durante toda a avaliação.
  • As conexões de saída nas portas 443 são permitidas.
  • Para servidores Hyper-V, se a memória dinâmica está habilitada.
  • O status de conexão dos agentes em Migrações para Azure é Conectado. Verifique também a última pulsação.
  • Para avaliações do SQL do Azure, o status de conexão de Migrações para Azure de todas as instâncias SQL é Conectado no painel da instância SQL descoberta.

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

• Para avaliações de VM do Azure e Solução VMware do Azure, poucos servidores foram criados após o início da descoberta. Por exemplo, se você estiver criando uma avaliação para o histórico de desempenho do mês passado, mas alguns servidores foram criados no ambiente somente há uma semana. Nesse caso, os dados de desempenho dos novos servidores não estariam disponíveis durante todo o período e a classificação de confiança seria baixa. Saiba mais.

• Para avaliações do SQL do Azure, poucas instâncias ou bancos de dados SQL foram criados após o início da descoberta. Por exemplo, se você estiver criando uma avaliação para o histórico de desempenho do mês passado, mas algumas instâncias ou bancos de dados SQL foram criados no ambiente somente há uma semana. Nesse caso, os dados de desempenho dos novos servidores não estariam disponíveis durante todo o período e a classificação de confiança seria baixa. Saiba mais.

Por que a utilização de RAM está acima de 100%?

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

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

Uma avaliação de VM do Azure atualmente considera o custo de licença do sistema operacional somente 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 os dados de desempenho dos servidores locais e os utiliza para recomendar a SKU da VM e a SKU de disco no Azure. Saiba mais sobre como os dados baseados em desempenho são coletados.

Posso migrar meus discos para um disco Ultra usando as Migrações para Azure?

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

Por que o IOPS provisionado e a taxa de transferência do meu disco Ultra são maiores do que o IOPS e a taxa de transferência locais?

De acordo com a página oficial de preços, o disco Ultra é cobrado com base no tamanho, no IOPS e na taxa de transferência provisionados. 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 ser provisionado = (Taxa de transferência descoberta) * 1024/256

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

Não. Atualmente, apenas o tamanho do disco, a taxa de transferência total e o IOPS total são usados para definir o tamanho e o custo.

Posso ver que a série M oferece suporte ao disco Ultra, mas na minha avaliação em que o disco Ultra foi recomendado, é exibida a mensagem "Nenhuma VM encontrada para esse local"

Esse resultado é possível porque nem todos os tamanhos de VM com suporte a discos Ultra estão presentes em todas as regiões com suporte a disco Ultra. Altere a região de avaliação de destino para obter o tamanho da VM para esse servidor.

Por que minha avaliação mostra 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 desabilitados. É possível criar uma avaliação com qualquer uma das seguintes ofertas válidas: Pré-pago, Pré-pago de desenvolvimento/teste e Enterprise Agreement. Também é possível usar o campo Desconto (%) para especificar qualquer desconto personalizado sobre a oferta do Azure. Saiba mais.

Por que minha avaliação mostra um aviso de que foi criada com um local do Azure de destino 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 local de destino válido. Saiba mais.

Por que minha avaliação mostra um aviso de que 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. À medida que sua avaliação foi criada com uma combinação inválida dessas propriedades, os botões para Editar e Recalcular são desabilitados. Crie uma nova avaliação. Saiba mais.

Por que algumas das minhas avaliações são marcadas como "a serem atualizadas para a versão de avaliação mais recente"?

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

• Recomendamos migrar instâncias para o SQL Server na VM do Azure de acordo com as melhores práticas do Azure.
• Lift and Shift do tamanho certo – Servidor para o SQL Server na VM do Azure. Recomendamos isso quando as credenciais do SQL Server não estão disponíveis.
• Experiência aprimorada do usuário que abrange as estimativas de preparação e custo para vários destinos de migração nas implantações de SQL em uma avaliação.

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

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

Este problema poderá acontecer se o servidor físico tiver a virtualização do Hyper-V habilitada. Nesses servidores, devido a uma lacuna de produtos, o Migrações para Azure atualmente descobre os adaptadores de rede física e virtual. A taxa de transferência de rede é capturada apenas nos adaptadores de rede virtual descobertos.

O SKU de VM do Azure recomendado para meu servidor físico está superdimensionado

Este problema poderá acontecer se o servidor físico tiver a virtualização do Hyper-V habilitada. Nesses servidores, o Migrações para Azure atualmente descobre os adaptadores de rede física e virtual. Como resultado, o número de adaptadores de rede descobertos é maior que o número real. A avaliação de VM do Azure escolhe uma VM do Azure que pode dar suporte ao número necessário de adaptadores de rede, que pode potencialmente resultar em uma VM superdimensionada. Saiba mais sobre o impacto do número de adaptadores de rede no dimensionamento. Essa lacuna do produto será abordada no futuro.

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

A categoria de preparação pode estar marcada incorretamente como Não está pronto no caso de um servidor físico que tenha a virtualização do Hyper-V habilitada. Nesses servidores, devido a uma lacuna de produtos, o Migrações para Azure atualmente descobre os adaptadores físicos e virtuais. Como resultado, o número de adaptadores de rede descobertos é maior que o número real. Em avaliações locais e Com base no desempenho, a avaliação de VM do Azure escolhe uma VM do Azure que pode dar suporte ao número necessário de adaptadores de rede. Se o número de adaptadores de rede for descoberto como maior que 32, o número máximo de NICs com suporte 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 descobertos é acima do real para servidores físicos

Este problema poderá acontecer se o servidor físico tiver a virtualização do Hyper-V habilitada. Nesses servidores, o Migrações para Azure atualmente descobre os adaptadores físicos e virtuais. Como resultado, o número de NICs descobertos é maior que o número real.

Capturar o tráfego de rede

Para coletar os logs de tráfego de rede:

1. Entre no portal do Azure.
2. Selecione F12 para iniciar as Ferramentas para Desenvolvedores. Se necessário, desmarque a configuração Limpar entradas na navegação.
3. Clique na guia Rede e inicie a captura do tráfego de rede:
   • No Chrome, selecione Preservar log. A gravação deve ser iniciada 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 iniciar.
   • No Microsoft Edge e no Internet Explorer, a gravação deve ser iniciada automaticamente. Se isso não acontecer, clique no botão verde para executar.
4. Tente reproduzir o erro.
5. Depois que você tiver encontrado o erro durante a gravação, interrompa a gravação e salve uma cópia da atividade registrada:
   • No Chrome, clique com o botão direito do mouse e selecione Salvar 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 em qualquer lugar no log do console. Selecione Salvar como para exportar e compactar o log.
   • No Microsoft Edge ou no Internet Explorer, clique com o botão direito do mouse nos erros e selecione Copiar tudo.
7. Fechar as Ferramentas para Desenvolvedores.

De onde os dados de sistema operacional em minha avaliação são descobertos?

• Para VMs VMware, por padrão, são os dados do sistema operacional fornecidos pelo vCenter Server.
  • Para VMs do VMware Linux, se a descoberta de aplicativos estiver habilitada, os detalhes do sistema operacional serão buscados na VM convidada. Para verificar quais detalhes do sistema operacional na avaliação, vá para a exibiçã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 do Hyper-V, os dados do sistema operacional são coletados do host do Hyper-V.
• Para servidores físicos, ele é buscado no servidor.

Próximas etapas

Crie ou personalize uma avaliação.