Rever estratégias e ferramentas de migração

10 minutos

No contexto da migração do SQL Server, um planejamento cuidadoso é essencial para garantir uma migração bem-sucedida. Este planeamento envolve abordar os aspetos "como" e "porquê" da migração.

Uma representação visual do processo de migração do SQL Server onde enfatiza a compreensão dos benefícios, a utilização de ferramentas e o equilíbrio do tempo de inatividade para uma migração bem-sucedida.

Entender o porquê implica reconhecer os benefícios após a conclusão da migração.
O modo engloba a seleção de instrumentos de migração adequados e o desenvolvimento de um plano de migração abrangente.
Um elemento crítico nesse processo é avaliar a quantidade de tempo de inatividade que a organização está disposta a tolerar. Minimizar o tempo de inatividade durante o processo de migração é crucial para manter a eficiência operacional e a continuidade.

Neste projeto de migração, sua equipe iniciou o processo com uma reunião inicial. Sua função é explorar as ferramentas para migrar alguns SQL Servers e fornecer informações sobre o efeito potencial nos custos futuros de licenciamento SQL. Além disso, você precisa chegar a um acordo sobre o nível aceitável de tempo de inatividade. O gerente de projeto também deseja incorporar uma fase de teste, durante a qual alguns servidores migram para teste antes de executar a migração completa.

Compreender os benefícios da migração

Você provavelmente trabalha com máquinas virtuais em sua própria infraestrutura usando o Hyper-V ou máquinas virtuais de outros fornecedores. Como resultado, migrar para essa plataforma não deve apresentar uma curva de aprendizado íngreme.

O uso de uma máquina virtual (VM) permite que você tenha o controle administrativo total sobre o sistema operacional host e a instância do SQL Server. Você pode configurar e gerenciar alta disponibilidade, recuperação de desastres e aplicação de patches para o SQL Server mais facilmente do que em suas máquinas locais. Você também pode configurar backups e atualizações automáticos para aliviar sua carga administrativa geral. A execução do SQL Server na Máquina Virtual do Azure suporta totalmente estes componentes do SQL Server:

Replicação transacional do SQL Server
Grupos de Disponibilidade AlwaysOn
Serviços de Integração
Analysis Services
Reporting Services
Envio de registos

O SQL Server é otimizado para migrar aplicativos existentes do SQL Server para máquinas virtuais do Azure, com até 256 TB de armazenamento suportado. Todas as versões e edições do SQL Server estão disponíveis e oferecem 100% de compatibilidade com suas versões locais do SQL Server.

Licenciamento

Há três tipos de modelo de licenciamento que podem ser usados para máquinas virtuais do SQL Server hospedadas no Azure. Avalie qual é o mais adequado para o seu cenário de migração.

O modelo pay-as-you-go (PAYG) significa que o custo por segundo de execução da VM do Azure inclui o custo da licença do SQL Server.
O modelo traga sua própria licença (BYOL) também é conhecido como Benefício Híbrido do Azure (AHB) e permite que você use sua própria licença do SQL Server com uma VM executando o SQL Server e pague apenas pelo uso da VM. Esta opção está disponível apenas para clientes que tenham um Enterprise Agreement.
O modelo de licença de alta disponibilidade/recuperação de desastres (HA/DR) é usado para a réplica HA/DR gratuita no Azure. Se você tiver o Software Assurance, poderá implementar planos híbridos de recuperação de desastres com o SQL Server sem incorrer em custos adicionais de licenciamento para a instância passiva de recuperação de desastres.

Gorjeta

Para saber como alterar o modelo de licença para uma máquina virtual SQL no Azure, consulte Alterar o modelo de licença para uma máquina virtual SQL no Azure.

Rede

Se você provisionar uma VM do SQL Server no portal do Azure, terá a opção de especificar o tipo de conectividade SQL, que inclui:

Público: conecte-se ao SQL Server pela Internet.
Privado: Conecte-se ao SQL Server na mesma rede virtual.
Local: conecte-se ao SQL Server localmente na mesma máquina virtual.

Se você quiser se conectar ao mecanismo de banco de dados do SQL Server pela Internet, selecione Público. O portal executa automaticamente os seguintes passos:

Habilita o protocolo TCP/IP para SQL Server.
Configura uma regra de firewall para abrir a porta TCP do SQL Server (padrão 1433).
Habilita a Autenticação do SQL Server, necessária para acesso público.
Configura o grupo de segurança de rede na VM para todo o tráfego TCP na porta do SQL Server.

Quando você escolhe Privado para o tipo de conectividade SQL no portal, o Azure define a maioria das configurações idênticas a Público. A diferença é que não há nenhuma regra de grupo de segurança de rede para permitir o tráfego externo na porta do SQL Server (padrão 1433). Você pode alterar as configurações de conectividade para sua máquina virtual SQL no portal do Azure.

Gestão de chaves

O SQL Server fornece recursos de criptografia que exigem que você gerencie e armazene as chaves criptográficas. O serviço Azure Key Vault (AKV) foi projetado para melhorar a segurança e o gerenciamento dessas chaves em um local seguro e altamente disponível. O SQL Server Connector permite que o SQL Server use essas chaves do Cofre de Chaves do Azure.

Você pode economizar tempo usando o recurso de integração AKV. Quando esse recurso está habilitado, ele instala automaticamente o SQL Server Connector. Em seguida, o recurso configura o provedor de Gerenciamento Extensível de Chaves (EKM) para acessar o AKV e cria as credenciais para permitir que você acesse seu cofre.

Dimensionamento de máquinas virtuais

Para começar, você pode escolher uma imagem de máquina virtual do SQL Server com sua versão, edição e sistema operacional necessários. Além disso, você pode configurar o número de CPUs e memória para o tamanho apropriado para suas cargas de trabalho.

Muitas das opções de ajuste de desempenho do banco de dados que você usa para garantir que seu SQL Server tenha um bom desempenho para suas cargas de trabalho locais ainda se aplicam ao SQL Server em execução em uma VM do Azure. Há outras considerações que você precisa estar atento, incluindo o tamanho da VM e a configuração dos discos. Use a lista de verificação a seguir como um guia para garantir que você tenha o desempenho ideal configurado para um SQL Server em execução na Máquina Virtual do Azure.

Métrica de desempenho	Opção de otimização
Máquina virtual	O tamanho mínimo de máquina virtual que deve ser selecionado para edições Enterprise do SQL Server é DS3_v2 ou superior Para edição padrão ou web, use DS2_v2 como um tamanho mínimo
Armazenamento	Use SSDs premium para cargas de trabalho de produção Armazenamento padrão para ambiente de desenvolvimento/teste Certifique-se de que o armazenamento está localizado no mesmo local que a máquina virtual
Discos	Use um mínimo de 2 discos P30 (1 para arquivos de log e 1 para arquivos de dados, incluindo TempDB) Para cargas de trabalho que exigem ~50.000 IOPS, considere o uso de um SSD Ultra Evite usar o sistema operacional ou discos temporários para armazenamento ou registro em log do banco de dados Habilite o cache de leitura no(s) disco(s) que hospeda os arquivos de dados e os arquivos de dados do TempDB Não habilite o cache no(s) disco(s) que hospeda o arquivo de log Distribua vários discos de dados do Azure para obter maior taxa de transferência de E/S Formato com tamanhos de alocação documentados Coloque o TempDB no SSD local para cargas de trabalho de missão crítica do SQL Server (depois de escolher o tamanho correto da VM)
E/S	Habilitar a compactação de página do banco de dados Habilitar a inicialização instantânea de arquivos de dados Limitar o crescimento automático do banco de dados Desativar a redução automática do banco de dados Mover todos os bancos de dados para discos de dados, incluindo bancos de dados do sistema Mover o log de erros do SQL Server e rastrear diretórios de arquivos para discos de dados Configurar locais de arquivos de banco de dados e backup padrão Ativar páginas bloqueadas Aplicar correções de desempenho do SQL Server

Pode haver uma configuração de desempenho específica que você deseja aplicar que seja específica para sua carga de trabalho. Certifique-se de que as configurações são testadas em um ambiente de teste antes da migração.

Ferramentas e recursos para dar suporte à migração

Há muitas maneiras diferentes de migrar seu SQL Server para uma Máquina Virtual do Azure. A primeira etapa do processo é provisionar uma VM do Azure que tenha o SQL Server instalado.

Você obtém o melhor desempenho de transferência de dados migrando os arquivos de banco de dados para a VM do Azure usando um arquivo de backup compactado.

Para minimizar o tempo de inatividade durante o processo de migração do banco de dados, use a opção Always On ou a opção de replicação transacional. Se não for possível usar nenhum dos métodos acima, você ainda poderá migrar manualmente seu banco de dados.

Essas são as principais ferramentas e recursos para dar suporte e migrar seus bancos de dados do SQL Server para o SQL Server em execução em uma Máquina Virtual do Azure.

Extensão de Migração do SQL do Azure para o Azure Data Studio – A extensão de Migração do SQL do Azure é alimentada com a versão mais recente do Serviço de Migração de Banco de Dados do Azure e ajuda a avaliar sua prontidão de migração, fornecendo recomendações de SKU apropriadas para recursos do Azure e facilitando a migração do banco de dados do SQL Server para o Azure e é ideal para bancos de dados de pequeno a médio porte. Ele é alimentado pela versão mais recente dos Serviços de Migração de Dados e também fornece um recurso de avaliação avançada que avalia bancos de dados do SQL Server que estão prontos para migração para o Azure SQL.
Backup e restauração com o Armazenamento de Blobs do Azure – Você pode restaurar um banco de dados do Armazenamento de Blobs do Azure para o SQL Server em execução em uma Máquina Virtual do Azure.
Desanexar e anexar de uma URL – Desanexe seu banco de dados e arquivos de log e transfira-os para uma conta de Armazenamento do Azure. Em seguida, anexe o banco de dados da URL de blob em sua Máquina Virtual do Azure.
Envio de logs – O envio de logs é um método para migrar um banco de dados do SQL Server para uma VM do Azure. Ele envolve a sincronização contínua de uma cópia secundária do banco de dados no servidor de destino usando backups de log de transações do servidor de origem. Quando pronto, o backup de log final é aplicado à VM do Azure, permitindo uma migração perfeita com o mínimo de tempo de inatividade.
Azure Migrate – O Azure Migrate é um serviço de migração abrangente que dá suporte a uma ampla variedade de cenários de migração, incluindo a migração do SQL Server. O Azure Migrate fornece um conjunto de ferramentas projetadas para avaliação e migração de servidores, infraestrutura, aplicativos e dados locais em escala, com o objetivo de migrá-los para o Azure.
Assistente de Experimentação de Banco de Dados (DEA) – Use-o para avaliar se o servidor de destino pode lidar com a carga de trabalho se você tiver preocupações com o desempenho. Você pode usar as métricas de análise para fornecer dados de comparação para permitir que você decida se a versão de destino forneceria uma experiência melhor após a migração.
DMA (Assistente de Migração de Dados) – Use-o para migrar esquema de banco de dados, dados, usuários, funções de servidor, logon do SQL Server e do Windows de um SQL Server local para um SQL Server na Máquina Virtual do Azure. A ferramenta primeiro executa uma avaliação que solicita que você resolva quaisquer problemas de compatibilidade. Em seguida, você pode usar a mesma ferramenta para migrar o esquema e os dados do banco de dados avaliados para o Azure.

Nota

Embora o Assistente de Migração de Banco de Dados seja uma ferramenta útil disponível, recomendamos que você use o Serviço de Migração de Banco de Dados do Azure para migrações grandes e experiência geral aprimorada.

Gorjeta

Para saber como avaliar a(s) instância(s) do SQL Server local para migrar para o Azure SQL e como descobrir novos recursos na plataforma SQL Server de destino dos quais o banco de dados pode se beneficiar após uma atualização, consulte Avaliar bancos de dados do SQL Server para migração para o módulo SQL do Azure.

Defina sua abordagem de migração

É importante considerar os requisitos de tempo de inatividade dos negócios associados à migração. Se você migrar para o SQL Server em uma máquina virtual ou para um Banco de Dados SQL do Azure.

O método escolhido para migrar o banco de dados normalmente depende de quanto tempo os bancos de dados do SQL Server podem ficar offline. Outro fator na sua decisão pode ser quanto do processo você gostaria de automatizar, em vez de fazer a migração manualmente. Há três tipos de migrações com base no tempo de inatividade:

Migração sem tempo de inatividade
Migração de pequena janela de manutenção
Migração de grandes janelas de manutenção

Migração sem tempo de inatividade

Cargas de trabalho de missão crítica normalmente não exigem migrações de tempo de inatividade. Você pode usar grupos de disponibilidade Always On para replicar dados de um banco de dados do SQL Server para o SQL Server na Máquina Virtual do Azure.

Migração de pequena janela de manutenção

As pequenas janelas de manutenção são frequentemente medidas em minutos. Use o Serviço de Migração de Banco de Dados do Azure para replicar e migrar dados de um banco de dados SQL Server local para um SQL Server em execução na Máquina Virtual do Azure.