Visão geral da avaliação (migrar para o Azure SQL)

Este artigo fornece uma visão geral das avaliações para migrar instâncias locais do SQL Server de um ambiente VMware, Microsoft Hyper-V e físico para o SQL Server na VM do Azure ou no Banco de Dados SQL do Azure ou na Instância Gerenciada SQL do Azure usando a ferramenta Azure Migrate: Discovery and assessment.

O que é uma avaliação?

Uma Avaliação com a Ferramenta de Descoberta e Avaliação é um instantâneo dos dados num determinado momento e mede a prontidão, estimando o impacto da migração de servidores locais para o Azure.

Tipos de avaliações

Existem quatro tipos de avaliações que pode criar utilizando a ferramenta Azure Migrate: Discovery and Assessment.

Tipo de Avaliação	Detalhes
Azure VM	Avaliações para migrar os seus servidores no local para máquinas virtuais do Azure. Você pode avaliar seus servidores locais no ambiente VMware e Hyper-V e servidores físicos para migração para VMs do Azure usando esse tipo de avaliação.
Azure SQL	Avaliações para migrar seus servidores SQL locais de seus ambientes VMware, Microsoft Hyper-V e físico para o SQL Server na VM do Azure, ou Banco de Dados SQL do Azure ou Instância Gerenciada SQL do Azure.
Serviço de Aplicativo do Azure	Avaliações para migrar seus aplicativos Web ASP.NET locais, executados em servidores Web IIS, do seu ambiente VMware para o Serviço de Aplicativo do Azure.
Azure VMware Solution (AVS)	Avaliações para migrar seus servidores locais para o Azure VMware Solution (AVS). Você pode avaliar as suas VMs VMware locais para migração para o Azure VMware Solution (AVS) usando este tipo de avaliação. Saiba mais.

Nota

Se o número de avaliações de VM ou AVS do Azure estiver incorreto na ferramenta de descoberta e avaliação, selecione o número total de avaliações para navegar até todas as avaliações e recalcular as avaliações de VM do Azure ou AVS. Em seguida, a ferramenta Descoberta e avaliação mostra a contagem correta para esse tipo de avaliação.

Uma avaliação SQL do Azure fornece dois critérios de dimensionamento:

Critérios de dimensionamento	Detalhes	Dados
Como no local	Avaliações que fazem recomendações com base apenas na configuração local do SQL Server	A configuração SQL do Azure é baseada na configuração local do SQL Server, que inclui núcleos alocados, memória total alocada e tamanhos de banco de dados.
Baseado no desempenho	Avaliações que fazem recomendações com base nos dados de desempenho recolhidos	A configuração SQL do Azure é baseada em dados de desempenho de instâncias SQL e bancos de dados, que incluem utilização de CPU, utilização de memória, IOPS (arquivos de dados e log), taxa de transferência e latência de operações de E/S.

Como avalio meus servidores SQL locais?

Você pode avaliar suas instâncias locais do SQL Server usando os dados de configuração e utilização coletados por um dispositivo leve do Azure Migrate. O dispositivo descobre instâncias e bancos de dados do SQL Server local e envia os dados de configuração e desempenho para o Azure Migrate. Saiba mais.

Como faço para avaliar com o aparelho?

Se você estiver implantando um dispositivo Azure Migrate para descobrir servidores locais, execute as seguintes etapas:

1. Configure o Azure e seu ambiente local para trabalhar com o Azure Migrate.
2. Para sua primeira avaliação, crie um projeto do Azure Migrate e adicione a ferramenta Azure Migrate: Discovery and assessment a ele.
3. Implemente uma aplicação leve do Azure Migrate. O dispositivo descobre continuamente servidores locais e envia dados de configuração e desempenho para o Azure Migrate. Implante o dispositivo como uma VM ou um servidor físico. Você não precisa instalar nada nos servidores que deseja avaliar.

Depois de o dispositivo iniciar a descoberta, poderá reunir os servidores que deseja avaliar num grupo e executar uma avaliação para o grupo com o tipo de avaliação Azure SQL.

Siga nosso tutorial para avaliar instâncias do SQL Server para experimentar essas etapas.

Como o dispositivo calcula dados de desempenho para instâncias e bancos de dados SQL?

O dispositivo coleta dados de desempenho para configurações de computação com estas etapas:

1. O aparelho recolhe um ponto de amostragem em tempo real. Para servidores SQL, ele coleta um ponto de exemplo a cada 30 segundos.
2. O aparelho agrega os pontos de dados de amostra recolhidos a cada 30 segundos durante 10 minutos. Para criar o ponto de dados, o dispositivo seleciona os valores de pico de todas as amostras. Ele envia o máximo, a média e a variância de cada contador para o Azure.
3. O Azure Migrate armazena todos os pontos de dados de 10 minutos do último mês.
4. Quando você cria uma avaliação, o Azure Migrate identifica o ponto de dados apropriado a ser usado para o dimensionamento correto. A identificação é baseada nos valores de percentis para o histórico de desempenho e utilização do percentil.
   • Por exemplo, se o histórico de desempenho for de uma semana e a utilização do percentil estiver no 95.º percentil, a avaliação classificará os pontos de amostra de intervalos de 10 minutos para a última semana. Ele os classifica em ordem crescente e escolhe o valor do percentil 95 para dimensionamento adequado.
   • O valor do percentil 95 garante que você ignore quaisquer valores atípicos, que podem ser incluídos se você escolher o percentil 99.
   • Se quiser escolher o pico de uso para o período e não quiser perder nenhum valor atípico, selecione o percentil 99 para utilização percentil.
5. Esse valor é multiplicado pelo fator de conforto para obter os dados de utilização de desempenho efetivo para essas métricas que o dispositivo coleta:
   • Utilização da CPU (%)
   • Utilização da memória (%)
   • Ler operações de I/O/s e Gravar operações de I/O/s (dados e ficheiros de log)
   • Velocidade de Leitura e Escrita em MB/s (Taxa de transferência)
   • Latência das operações de E/S

Quais propriedades são usadas para criar e personalizar uma avaliação SQL do Azure?

As propriedades de avaliação do SQL do Azure incluem:

Seção	Cenário	Detalhes
Configurações de alvo e preços	Localização de destino	A região do Azure para a qual você deseja migrar. A configuração do SQL do Azure e as recomendações de custo são baseadas no local especificado.
Configurações de alvo e preços	Tipo de ambiente	O ambiente para as implantações SQL aplicarem preços aplicáveis à Produção ou Desenvolvimento/Teste.
Configurações de alvo e preços	Programa de oferta/licenciamento	A oferta do Azure se você estiver inscrito. Atualmente, o campo é Pay-as-you-go por padrão, que oferece preços de varejo do Azure. Pode beneficiar de descontos adicionais ao aplicar a capacidade reservada e o Benefício Híbrido do Azure à oferta de pagamento conforme o uso. Você pode aplicar o Benefício Híbrido do Azure em conjunto com a oferta de pague conforme o uso e o ambiente de desenvolvimento/teste. A avaliação não suporta a aplicação de Capacidade Reservada em cima da oferta de pagamento conforme o uso e do ambiente de Desenvolvimento/Teste. Se a oferta estiver definida como Pay-as-you-go e a capacidade reservada estiver definida como Sem instâncias reservadas, as estimativas de custo mensal serão calculadas multiplicando o número de horas escolhidas no campo de tempo de atividade da VM pelo preço horário da SKU recomendada.
Configurações de alvo e preços	Opções de poupança - Azure SQL MI e DB (PaaS)	Especifique a opção de economia de capacidade reservada que você deseja que a avaliação considere para ajudar a otimizar seu custo de computação do Azure. As reservas do Azure (1 ano ou 3 anos reservados) são uma boa opção para os recursos em execução mais consistentes. Quando você seleciona 'Nenhum', o custo de computação do Azure é baseado na taxa Pay as you go ou com base no uso real. Você precisa selecionar o programa de oferta/licenciamento pré-pago para poder usar Instâncias Reservadas. Quando você seleciona qualquer opção de economia diferente de 'Nenhuma', as configurações 'Desconto (%)' e 'Tempo de atividade da VM' não são aplicáveis. As estimativas de custos mensais são calculadas multiplicando 744 horas pelo preço horário do SKU recomendado.
Configurações de alvo e preços	Opções de economia - SQL Server na VM do Azure (IaaS)	Especifique a opção de economia que você deseja que a avaliação considere para ajudar a otimizar seu custo de computação do Azure. As reservas do Azure (1 ano ou 3 anos reservados) são uma boa opção para os recursos em execução mais consistentes. O Plano de Poupança do Azure (plano de poupança de 1 ou 3 anos) proporciona flexibilidade adicional e otimização de custos automatizada. Idealmente, após a migração, você poderia usar o plano de reserva e economia do Azure ao mesmo tempo (a reserva é consumida primeiro), mas nas avaliações de migração do Azure, você só pode ver estimativas de custo de 1 opção de economia de cada vez. Quando você seleciona 'Nenhum', o custo de computação do Azure é baseado na taxa Pay as you go ou com base no uso real. Você precisa selecionar a opção de “pagamento conforme o uso” na oferta/programa de licenciamento para poder usar as Instâncias Reservadas ou o Plano de Economia do Azure. Quando você seleciona qualquer opção de economia diferente de 'Nenhuma', as configurações 'Desconto (%)' e 'Tempo de atividade da VM' não são aplicáveis. As estimativas de custo mensal são calculadas multiplicando 744 horas no campo de tempo de atividade da VM pelo preço horário da SKU recomendada.
Configurações de alvo e preços	Moeda	A moeda de faturação da sua conta.
Configurações de alvo e preços	Desconto (%)	Quaisquer descontos específicos da subscrição que receba sobre a oferta do Azure. A predefinição é 0%.
Configurações de alvo e preços	Tempo de atividade da VM	Especifique a duração (dias por mês/hora por dia) que os servidores/VMs executam. Isso é útil para calcular estimativas de custo para o SQL Server na VM do Azure, onde você está ciente de que as VMs do Azure podem não ser executadas continuamente. As estimativas de custo para servidores em que o destino recomendado é o SQL Server na VM do Azure baseiam-se na duração especificada. O padrão é 31 dias por mês/24 horas por dia.
Configurações de alvo e preços	Benefício Híbrido do Azure	Especifique se você já tem uma licença do Windows Server e/ou do SQL Server ou uma assinatura do Enterprise Linux (RHEL e SLES). O Benefício Híbrido do Azure é um benefício de licenciamento que ajuda a reduzir significativamente os custos de execução das cargas de trabalho na cloud. Permite-lhe utilizar localmente as suas licenças do Windows Server e do SQL Server com Software Assurance no Azure. Por exemplo, se tiveres uma licença do SQL Server e esta estiver coberta com o Software Assurance ativo de Subscrições de SQL Server, poderás solicitar o Benefício Híbrido do Azure quando trazeres as licenças para o Azure.
Critérios de avaliação	Critérios de dimensionamento	Definido como Baseado no desempenho por padrão, o que significa que o Azure Migrate coleta métricas de desempenho pertencentes a instâncias SQL e aos bancos de dados gerenciados por ela para recomendar um SQL Server de tamanho ideal na VM do Azure e/ou no Banco de Dados SQL do Azure e/ou na configuração da Instância Gerenciada SQL do Azure. Você pode alterar isso para As on-premises para obter recomendações baseadas apenas na configuração local do SQL Server sem as otimizações baseadas em métricas de desempenho.
Critérios de avaliação	Histórico de desempenho	Indique a duração dos dados na qual pretende basear a avaliação. (O padrão é um dia)
Critérios de avaliação	Utilização de percentis	Indique o valor de percentil que você deseja usar para a amostra de desempenho. (O padrão é percentil 95)
Critérios de avaliação	Fator conforto	Indique o buffer que você deseja usar durante a avaliação. Isso explica problemas como uso sazonal, histórico de desempenho curto e prováveis aumentos no uso futuro.
Critérios de avaliação	Preferência de otimização	Especificar a preferência pelo relatório de avaliação recomendado. Selecionar Minimizar custo resultaria no relatório de avaliação Recomendado recomendando os tipos de implantação que têm menos problemas de migração e são mais econômicos, enquanto selecionar Modernizar para PaaS resultaria em Relatório de avaliação recomendado recomendando tipos de implantação de PaaS (Azure SQL MI ou DB) sobre IaaS Azure(VMs), sempre que a instância do SQL Server estiver pronta para migração para PaaS independentemente do custo.
Dimensionamento da Instância Gerenciada SQL do Azure	Camada de serviço	Escolha a opção de camada de serviço mais apropriada para acomodar suas necessidades de negócios para a migração para a Instância Gerenciada SQL do Azure: Selecione Recomendado se quiser que o Azure Migrate recomende a camada de serviço mais adequada para seus servidores. Isso pode ser de uso geral ou crítico para os negócios. Selecione Finalidade Geral se desejar uma configuração SQL do Azure projetada para cargas de trabalho orientadas para o orçamento. Selecione Business Critical se quiser uma configuração SQL do Azure projetada para cargas de trabalho de baixa latência com alta resiliência a falhas e failovers rápidos.
Dimensionamento da Instância Gerenciada SQL do Azure	Tipo de instância	Predefinido para instância única.
Dimensionamento da Instância Gerenciada SQL do Azure	Nível de preços	Definido para Padrão.
Dimensionamento de SQL Server em VM do Azure	Série VM	Especifique a série de máquinas virtuais do Azure que pretende considerar para o dimensionamento do SQL Server no Azure VM. Baseado nos requisitos de configuração e desempenho do seu SQL Server ou instância do SQL Server, a avaliação recomenda um tamanho de VM da lista selecionada de séries de VM. Você pode editar as configurações conforme necessário. Por exemplo, se você não quiser incluir a VM da série D, poderá excluir a série D dessa lista. Como as avaliações SQL do Azure pretendem oferecer o melhor desempenho para suas cargas de trabalho SQL, a lista de séries de VMs só tem VMs otimizadas para executar seu SQL Server em Máquinas Virtuais (VMs) do Azure. Saiba mais.
Dimensionamento de SQL Server em VM do Azure	Tipo de armazenamento	O padrão é Recomendado, o que significa que a avaliação recomenda o Disco Gerenciado do Azure mais adequado com base no tipo de ambiente escolhido, tamanho do disco local, IOPS e taxa de transferência.
Dimensionamento do Banco de Dados SQL do Azure	Camada de serviço	Escolha a opção de camada de serviço mais apropriada para acomodar suas necessidades de negócios para a migração para o Banco de Dados SQL do Azure: Selecione Recomendado se quiser que o Azure Migrate recomende a camada de serviço mais adequada para seus servidores. Isso pode ser de uso geral ou crítico para os negócios. Selecione Finalidade Geral se desejar uma configuração SQL do Azure projetada para cargas de trabalho orientadas para o orçamento. Selecione Business Critical se quiser uma configuração SQL do Azure projetada para cargas de trabalho de baixa latência com alta resiliência a falhas e failovers rápidos.
Dimensionamento do Banco de Dados SQL do Azure	Tipo de instância	Pré-configurado para Banco de dados único.
Dimensionamento do Banco de Dados SQL do Azure	Modelo de compra	Definido como vCore.
Dimensionamento do Banco de Dados SQL do Azure	Camada de computação	O valor foi definido para o padrão provisionado.
Propriedades de alta disponibilidade e recuperação de desastres	Região de recuperação de desastres	Definido para o par de replicação cruzada de regiões do local de destino. Em um evento improvável quando o local de destino escolhido ainda não tiver esse par, o próprio local de destino especificado será escolhido como a região de recuperação de desastres padrão.
Propriedades de alta disponibilidade e recuperação de desastres	Intenção de várias sub-redes	Padrão para recuperação de desastres. Selecione Recuperação de desastres se desejar replicação assíncrona de dados em que alguns atrasos de replicação sejam toleráveis. Isso permite maior durabilidade usando redundância geográfica. Em caso de failover, os dados que ainda não foram replicados podem ser perdidos. Selecione Alta disponibilidade se desejar que a replicação de dados seja síncrona e que nenhuma perda de dados devido a atraso de replicação seja permitida. Essa configuração permite que a avaliação aproveite as opções internas de alta disponibilidade nos Bancos de Dados SQL do Azure e nas Instâncias Gerenciadas do SQL do Azure, e as zonas de disponibilidade e redundância de zona nas Máquinas Virtuais do Azure para fornecer maior disponibilidade. Em caso de failover, nenhum dado é perdido.
Propriedades de alta disponibilidade e recuperação de desastres	Acesso à Internet	Definido como Disponível Selecione Disponível se permitir acesso à Internet para saída a partir de VMs do Azure. Isso permite o uso do Cloud Witness , que é a abordagem recomendada para Clusters de Failover do Windows Server em Máquinas Virtuais do Azure. Selecione Não disponível se as VMs do Azure não tiverem acesso de saída à Internet. Isso requer o uso de um Disco Compartilhado como testemunha para Clusters de Failover do Windows Server em Máquinas Virtuais do Azure.
Propriedades de alta disponibilidade e recuperação de desastres	Intenção do modo de confirmação assíncrona	Padrão para recuperação de desastres. Selecione Recuperação de desastres se estiver usando o modo de disponibilidade de confirmação assíncrona para permitir maior durabilidade para os dados sem afetar o desempenho. Em caso de failover, os dados que ainda não foram replicados podem ser perdidos. Selecione Alta disponibilidade se estiver usando o modo de disponibilidade de dados de confirmação assíncrona para melhorar a disponibilidade e dimensionar o tráfego de leitura. Essa configuração permite que a avaliação aproveite os recursos internos de alta disponibilidade nos Bancos de Dados SQL do Azure, nas Instâncias Gerenciadas SQL do Azure e nas Máquinas Virtuais do Azure para fornecer maior disponibilidade e expansão.
Segurança	Segurança	Por predefinição, está definido para Sim, com o Microsoft Defender for Cloud. Especifica se você deseja avaliar a prontidão e o custo das ferramentas de segurança no Azure. Se a configuração tiver o valor padrão Sim, com o Microsoft Defender for Cloud, ela avaliará a prontidão de segurança e os custos do seu Azure SQL MI/DB com o Microsoft Defender for Cloud.

Analise as práticas recomendadas para criar uma avaliação com o Azure Migrate.

Calcular prontidão

Nota

A avaliação inclui apenas bases de dados que estão em estado online. Caso a base de dados esteja em qualquer outro estado, a avaliação ignora o respetivo cálculo de preparação, dimensionamento e custo. Caso deseje avaliar essas bases de dados, altere o estado da base de dados e recalcule a avaliação dentro de algum tempo.

Preparação para SQL do Azure

Verificações de prontidão para diferentes estratégias de migração:

Implantação recomendada, Instâncias para SQL Server em VM do Azure, Instâncias para Azure SQL MI, Base de dados para Azure SQL DB.

A preparação do SQL do Azure para instâncias e bancos de dados SQL é baseada em uma verificação de compatibilidade de recursos com o SQL Server na VM do Azure, no Banco de Dados SQL do Azure e na Instância Gerenciada SQL do Azure:

1. A avaliação SQL do Azure considera os recursos de instância do SQL Server que são usados atualmente pelas cargas de trabalho do SQL Server de origem (trabalhos do SQL Agent, servidores vinculados, etc.) e os esquemas de bancos de dados do usuário (tabelas, exibições, gatilhos, procedimentos armazenados etc.) para identificar problemas de compatibilidade.
2. Se não forem encontrados problemas de compatibilidade, a instância será marcada como Pronta para o tipo de implantação de destino (SQL Server na VM do Azure ou Banco de Dados SQL do Azure ou Instância Gerenciada SQL do Azure)
3. Se houver problemas de compatibilidade não críticos, como recursos preteridos ou sem suporte que não bloqueiam a migração para um tipo de implantação de destino específico, a instância será marcada como Pronta (hiperlinkada) com detalhes de aviso e orientação de correção recomendada. Isso inclui a situação em que os dados de origem têm uma configuração de "Grupo de Disponibilidade Always On" e as réplicas necessárias excedem as disponíveis com o tipo específico de implantação de destino.
4. Se houver algum problema de compatibilidade que possa bloquear a migração para um tipo de implantação de destino específico, a instância será marcada como Pronta com condições com detalhesdo problema e orientação de correção recomendada.
   • Nos relatórios recomendados de implantação, Instâncias para SQL MI do Azure e Instâncias para SQL Server em prontidão no VM do Azure, se houver uma única base de dados numa instância SQL que não esteja pronta para um determinado tipo de implantação de destino, essa instância será marcada como Pronta com condições para esse tipo de implantação.
5. Não está pronto: a avaliação não conseguiu encontrar uma configuração do SQL Server no Azure VM/Azure SQL MI/Azure SQL DB que atendesse às características de configuração e desempenho desejadas. Analise a recomendação para preparar a instância/servidor para o tipo de implantação de destino desejado.
6. Se a descoberta ainda estiver em andamento ou se houver problemas de descoberta para uma instância ou banco de dados SQL, a instância será marcada como Desconhecida , pois a avaliação não pôde calcular a prontidão para essa instância SQL.

Nota

Na estratégia de implantação recomendada, migrar instâncias para o SQL Server na VM do Azure é a estratégia recomendada para migrar instâncias do SQL Server. No entanto, quando as credenciais do SQL Server não estão disponíveis, a avaliação do SQL do Azure fornece recomendações de elevação e deslocamento de tamanho certo, ou seja, "Servidor para SQL Server na VM do Azure".

Todos os servidores para SQL Server na VM do Azure:

Consulte a prontidão aqui.

Tipo de implantação recomendado

Para a estratégia de migração de implantação recomendada, a avaliação recomenda um tipo de implantação SQL do Azure que seja o mais compatível com sua instância SQL e o mais econômico. A migração para um destino recomendado pela Microsoft reduz o esforço geral de migração. Se sua instância estiver pronta para o SQL Server na VM do Azure, na Instância Gerenciada SQL do Azure e no Banco de Dados SQL do Azure, o tipo de implantação de destino, que tem menos problemas de preparação para migração e é o mais econômico, é recomendado. Se você selecionar o tipo de implantação de destino como Recomendado nas propriedades de avaliação do SQL do Azure, o Azure Migrate recomendará um tipo de implantação do Azure SQL que seja compatível com sua instância SQL. A migração para um destino recomendado pela Microsoft reduz o esforço geral de migração.

Nota

Na estratégia de implantação recomendada, se o SQL Server de origem for adequado para todos os três destinos de implantação - SQL Server na VM do Azure, Instância Gerenciada do SQL do Azure e Banco de Dados SQL do Azure, a avaliação recomenda uma opção específica que otimiza seu custo e se encaixa nos limites de tamanho e desempenho.

Prontidão de segurança

Se o banco de dados/instância estiver marcado como Pronto para o tipo de implantação de destino Azure SQL DB/MI, ele será automaticamente considerado Pronto para o Microsoft Defender for SQL. Se o banco de dados/instância estiver marcado como Pronto para o tipo de implantação de destino SQL Server na VM do Azure, ele será considerado Pronto para o Microsoft Defender for SQL se estiver executando qualquer uma destas versões:

• SQL Server versões 2012, 2014, 2016, 2017, 2019, 2022
• Para todas as outras versões, está marcado como Pronto com Condições.

Calcular dimensionamento

Depois que a avaliação determina a prontidão e o tipo de implantação SQL do Azure recomendado, ela calcula uma camada de serviço específica e a configuração SQL do Azure (tamanho da SKU) que podem atender ou exceder o desempenho do SQL Server local. Este cálculo depende de se estiver a usar critérios de dimensionamento como no local ou baseados no desempenho.

Como cálculo de dimensionamento local

Se utilizares critérios de dimensionamento no local, a avaliação utilizará apenas dados de configuração da instância SQL e não considerará os dados de desempenho.

Instâncias para Azure SQL MI e bancos de dados para a configuração do Azure SQL DB

A avaliação calcula uma camada de serviço específica e uma configuração SQL do Azure (tamanho SKU) que podem atender ou exceder a configuração da instância SQL local:

1. Durante o processo de descoberta, o Azure Migrate coleta a configuração da instância SQL que inclui:
   • vCores (alocado)
   • Memória (alocada)
   • Tamanho total do banco de dados e organizações de arquivos de banco de dados
     • O tamanho do banco de dados é calculado adicionando todos os dados e arquivos de log.
2. A avaliação agrega todos os dados de configuração e tenta encontrar a melhor correspondência entre várias camadas e configurações de serviço SQL do Azure e escolhe uma configuração que pode corresponder ou exceder os requisitos da instância SQL, otimizando o custo.

Instâncias para o SQL Server na configuração da VM do Azure

O relatório de avaliação de instância para SQL Server na VM do Azure abrange a abordagem ideal para migrar instâncias e bancos de dados do SQL Server para o SQL Server na VM do Azure, aderindo às práticas recomendadas. Saiba mais.

Dimensionamento do armazenamento

Para o dimensionamento de armazenamento, a avaliação mapeia cada disco de instância para um disco do Azure. O dimensionamento funciona da seguinte forma:

• O tamanho de disco necessário para cada um dos discos é o tamanho das unidades de Dados SQL e Log SQL.

• A avaliação recomenda a criação de um pool de discos de armazenamento para todas as unidades de log e dados SQL. Para unidades temporárias, a avaliação recomenda armazenar os arquivos na unidade local.

• Se a avaliação não conseguir encontrar um disco para o tamanho necessário, ela marcará a instância como inadequada para migrar para o SQL Server na VM do Azure

• Se a avaliação encontrar um conjunto de discos adequados, ela selecionará os discos que suportam o local especificado nas configurações de avaliação.

• Se o tipo de ambiente for Produção, a avaliação tenta encontrar discos Premium para mapear cada um dos discos, caso contrário, tenta encontrar um disco adequado, que pode ser disco SSD Premium ou Standard.

  • Se houver vários discos qualificados, a avaliação selecionará o disco com o menor custo.

Dimensionamento de recursos de computação

Depois de calcular os requisitos de armazenamento, a avaliação considera os requisitos de CPU e RAM da instância para encontrar um tamanho de VM adequado no Azure.

• A avaliação examina os núcleos alocados e a RAM para encontrar um tamanho de VM do Azure adequado.
• Se nenhum tamanho adequado for encontrado, o servidor será marcado como inadequado para o Azure.
• Se for encontrado um tamanho adequado, o Azure Migrate aplicará os cálculos de armazenamento. Em seguida, ele aplica as configurações de local e camada de preço para a recomendação final de tamanho da VM.
• Se existirem vários tamanhos de VMs do Azure elegíveis, é recomendado aquele que tiver o custo mais baixo.

Nota

Como as avaliações SQL do Azure se destinam a fornecer o melhor desempenho para suas cargas de trabalho SQL, a lista de séries de VMs só tem VMs otimizadas para executar seu SQL Server em Máquinas Virtuais (VMs) do Azure. Saiba mais.

Servidores para SQL Server na configuração de VM do Azure

Para consultar a estratégia de migração de todos os servidores para o SQL Server numa VM do Azure, consulte o dimensionamento de computação e armazenamento aqui.

Nota

As classificações de confiança não são aplicáveis a avaliações SQL do Azure usando critérios de dimensionamento no local.

Cálculo de dimensionamento baseado no desempenho

Se você usar o dimensionamento baseado em desempenho , a avaliação usará a configuração da instância SQL e os dados de desempenho para gerar recomendações que atendam ou excedam os requisitos de desempenho.

Instâncias para Azure SQL MI e bancos de dados para a configuração do Azure SQL DB

A avaliação calcula uma camada de serviço específica e uma configuração SQL do Azure (tamanho de SKU) que podem atender ou exceder os requisitos de desempenho da instância SQL local:

1. Durante o processo de descoberta, o Azure Migrate coleta a configuração e o desempenho da instância SQL que incluem:
   • vCores (alocados) e a utilização da CPU (%)
     • A utilização da CPU para uma instância SQL é a porcentagem de CPU alocada utilizada pela instância no servidor SQL
     • A utilização da CPU para um banco de dados é a porcentagem de CPU alocada utilizada pelo banco de dados na instância SQL
   • Memória (alocada) e utilização de memória (%)
   • Ler IO/s e Gravar IO/s (dados e ficheiros de log)
     • E/S de leitura e E/S de gravação ao nível da instância SQL são calculados somando a E/S de leitura e a E/S de gravação de todos os bancos de dados detectados nessa instância.
   • Velocidade de Leitura e Escrita em MB/s (Taxa de transferência)
   • Latência das operações de E/S
   • Tamanho total do banco de dados e organizações de arquivos de banco de dados
     • O tamanho do banco de dados é calculado adicionando todos os dados e arquivos de log.
   • Configuração de sub-rede de rede da Instância de Cluster de Failover Sempre Ativa (Sub-rede Única ou Multi-Sub-rede)
   • Configurações do Grupo de Disponibilidade Always On
     • Configuração de rede das instâncias envolvidas (sub-rede única ou múltipla)
     • Número e tipo de réplicas secundárias
       • Modo de disponibilidade: Confirmação síncrona vs Confirmação assíncrona
       • Modo de conexão: Somente leitura vs Nenhum
2. A avaliação agrega todos os dados de configuração e desempenho e tenta encontrar a melhor correspondência entre várias camadas e configurações de serviço SQL do Azure e escolhe uma configuração que pode corresponder ou exceder os requisitos de desempenho da instância SQL, otimizando o custo.

Instâncias para o SQL Server na configuração da VM do Azure

O relatório de avaliação de instância para SQL Server na VM do Azure abrange a abordagem ideal para migrar instâncias e bancos de dados do SQL Server para o SQL Server na VM do Azure, aderindo às práticas recomendadas. Saiba mais.

Se a origem for uma FCI (Instância de Cluster de Failover Always On) do SQL Server, o relatório de avaliação abordará a abordagem para migrar para uma Instância de Cluster de Failover do SQL Server de dois nós. Isso preserva a alta disponibilidade e as intenções de recuperação de desastres, ao mesmo tempo em que adere às práticas recomendadas. Saiba mais.

Dimensionamento do armazenamento

Para o dimensionamento de armazenamento, a avaliação mapeia cada disco de instância para um disco do Azure. O dimensionamento funciona da seguinte forma:

• A avaliação adiciona as IOPS de leitura e gravação de um disco para obter o total de IOPS necessário. Da mesma forma, ele adiciona os valores de taxa de transferência de leitura e gravação para obter a taxa de transferência total de cada disco. O tamanho de disco necessário para cada um dos discos é o tamanho das unidades de Dados SQL e Log SQL.

• A avaliação recomenda a criação de um pool de discos de armazenamento para todas as unidades de log e dados SQL. Para unidades temporárias, a avaliação recomenda armazenar os arquivos na unidade local.

• Se a avaliação não conseguir encontrar um disco para o tamanho, IOPS e taxa de transferência necessários, ela marcará a instância como inadequada para migrar para o SQL Server na VM do Azure

• Se a avaliação encontrar um conjunto de discos adequados, ela selecionará os discos que suportam o local especificado nas configurações de avaliação.

• Se a origem for uma Instância de Cluster de Failover Always On do SQL Server, seleciona-se a configuração de disco partilhado.

• Se o tipo de ambiente for Produção, a avaliação tenta encontrar discos Premium para mapear cada um dos discos, caso contrário, tenta encontrar um disco adequado, que pode ser disco SSD Premium ou Standard. Se houver vários discos qualificados, a avaliação selecionará o disco com o menor custo.

Dimensionamento de recursos de computação

Depois que os discos de armazenamento são identificados, a avaliação considera os requisitos de CPU e memória da instância para encontrar uma SKU de VM adequada no Azure.

A avaliação calcula os núcleos e a memória utilizados efetivos para encontrar um tamanho de VM do Azure adequado. ARAM ou memória efetiva utilizada para uma instância é calculada agregando o cache de buffer (tamanho do pool de buffers em MB) para todos os bancos de dados em execução em uma instância.

Se existirem vários tamanhos de VMs do Azure elegíveis, é recomendado aquele que tiver o custo mais baixo.

Se a origem for uma Instância de Cluster de Failover Always On do SQL Server, o tamanho da computação será usado novamente para uma segunda VM do Azure para atender à necessidade de dois nós.

Rightsizing para migração de Lift e Shift para VM do Azure

Para a migração lift and shift, consulte o dimensionamento de computação e armazenamento aqui.

Detalhes da recomendação

Quando o cálculo de prontidão e dimensionamento estiver concluído, a preferência de otimização será aplicada para chegar a um destino e configuração recomendados. Os Detalhes da Recomendação fornecem uma explicação detalhada dos cálculos de prontidão e dimensionamento por trás da recomendação.

Orientação para migração

Esta seção fornece orientação para configurar o recurso de destino e as etapas para migrar. As etapas são específicas para as combinações de implantação de origem e destino. Esta orientação é particularmente útil para utilizadores que pretendem migrar instâncias de cluster de failover Always On (FCI) e grupos de disponibilidade (AG).

Custos mensais

Depois que as SKUs candidatas são selecionadas, a avaliação SQL do Azure calcula os custos de computação e armazenamento para as configurações SQL do Azure recomendadas usando uma API de preços internos. Ele agrega o custo de computação e armazenamento em todas as instâncias para calcular o custo total mensal de computação.

Custo da computação

Para calcular o custo de computação para uma configuração SQL do Azure, a avaliação considera as seguintes propriedades:

• Benefício Híbrido do Azure para licenças SQL e Windows ou subscrição Enterprise Linux (RHEL e SLES)
• Tipo de ambiente
• Capacidade reservada
• Local de destino do Azure
• Moeda
• Programa de oferta/licenciamento
• Desconto (%)

Custo do armazenamento

As estimativas de custo de armazenamento incluem apenas arquivos de dados e não arquivos de log.

Para calcular o custo de armazenamento para uma configuração SQL do Azure, a avaliação considera as seguintes propriedades:

Cenários de migração do SQL Server

A Avaliação SQL fornece um relatório combinado que permite comparar a migração de suas cargas de trabalho locais com destinos SQL disponíveis. O relatório define diferentes estratégias de migração que você pode considerar para suas implantações SQL. Você pode revisar a prontidão e o custo para tipos de implantação alvo e as estimativas de custo para Servidores/Instâncias/Bases de Dados SQL marcados como prontos ou prontos com condições:

Implantação recomendada: esta é uma estratégia em que um tipo de implantação SQL do Azure é o mais compatível com sua instância SQL. É o mais rentável e é recomendado pela Microsoft. A migração para um destino recomendado pela Microsoft reduz o esforço geral de migração. Se sua instância estiver pronta para o SQL Server na VM do Azure, na Instância Gerenciada SQL do Azure e no Banco de Dados SQL do Azure, recomenda-se o tipo de implantação de destino, que tem menos problemas de preparação para migração e é o mais econômico. Você pode ver a preparação da instância do SQL Server para diferentes destinos de implantação recomendados e estimativas de custo mensais para instâncias SQL marcadas como Pronto e Pronto com condições.

Nota

Na estratégia de implantação recomendada, migrar instâncias para o SQL Server na VM do Azure é a estratégia recomendada para migrar instâncias do SQL Server. Quando as credenciais do SQL Server não estão disponíveis, a avaliação SQL do Azure fornece recomendações para migração adequada, ou seja, recomendações de Servidor para SQL Server em VM no Azure.

Migrar todas as instâncias para o SQL MI do Azure: nesta estratégia, você pode ver as estimativas de preparação e custo para migrar todas as instâncias do SQL Server para a Instância Gerenciada SQL do Azure. Não há custo de armazenamento adicionado para o primeiro armazenamento de 32 GB/instância/mês e o custo de armazenamento adicional é adicionado para armazenamento em incrementos de 32 GB. Saiba mais.

Migrar todas as instâncias para o SQL Server na VM do Azure: nesta estratégia, você pode ver as estimativas de preparação e custo para migrar todas as instâncias do SQL Server para o SQL Server na VM do Azure.

Migrar todos os servidores para o SQL Server na VM do Azure: nesta estratégia, você pode ver como rehospedar os servidores que executam o SQL Server para o SQL Server na VM do Azure e revisar as estimativas de preparação e custo. Mesmo quando as credenciais do SQL Server não estiverem disponíveis, este relatório fornecerá recomendações adequadas de lift-and-shift, ou seja, recomendações de migração de "Servidor para SQL Server na VM do Azure". A lógica de prontidão e dimensionamento é semelhante ao tipo de avaliação de VM do Azure.

Migrar todos os bancos de dados SQL para o Banco de Dados SQL do Azure Nessa estratégia, você pode ver como migrar bancos de dados individuais para o Banco de Dados SQL do Azure e revisar as estimativas de prontidão e custo.

• Local de destino do Azure
• Moeda
• Programa de oferta/licenciamento
• Desconto (%)

Nota

O custo do armazenamento de backup não está incluído na avaliação.

Um custo mínimo de armazenamento de 5 GB é adicionado na estimativa de custo e o custo de armazenamento adicional é adicionado para armazenamento em incrementos de 1 GB. Saiba mais.

Próximos passos

• Analise as práticas recomendadas para criar avaliações.
• Saiba como executar uma avaliação SQL do Azure.