Escolha o recurso correto do Banco de Dados SQL do Azure

7 minutos

Em nosso cenário de fabricação de bicicletas, você já identificou e criou o perfil dos bancos de dados que deseja migrar para o Banco de Dados SQL do Azure. Agora, você deseja planejar a migração, considerando a capacidade de recuperação de dados, recuperação de desastres, segurança e outros detalhes de implementação.

Você gostaria de conhecer as ferramentas e os recursos disponíveis para dar suporte ao processo de migração para o Banco de Dados SQL do Azure.

Benefícios do Banco de Dados SQL do Azure

A seguir resumimos os benefícios da implantação de bancos de dados de pool único e elástico:

Categoria	Funcionalidade
Backup e recuperação	Cópia de segurança automática
	Restauro para um ponto anterior no tempo
	Retenção de backup 7 dias+
	A retenção de backup de longo prazo armazena backups por até 10 anos
Elevada disponibilidade	99,99% de garantia de disponibilidade
	Disponibilidade integrada com três réplicas secundárias
	Redundância de zona através de zonas de disponibilidade do Azure
Recuperação após desastre	Restauração geográfica de backups de banco de dados
	Replicação geográfica ativa entre regiões do Azure
Escalabilidade do serviço	Escalonamento e redução dinâmicos
	Dimensionamento com vários fragmentos
	Compartilhar recursos de computação entre bancos de dados usando pools elásticos
Segurança	Suporte para autenticação Microsoft Entra
	Recursos de segurança somente na nuvem, como Proteção Avançada contra Ameaças
	Criptografia de dados transparente (TDE) habilitada por padrão
	Suporte para mascaramento de dados dinâmicos e estáticos, segurança em nível de linha e Always Encrypted
	Lista de permissões do firewall
Licenciamento	Modelo de compra DTU para custeio preditivo
	Modelo de compra vCore, permitindo que o armazenamento seja dimensionado independentemente da computação
	Combine o modelo de compra vCore com o Benefício Híbrido do Azure para SQL Server para obter economias de custos de até 30%

Gorjeta

Para analisar os benefícios da migração para o Banco de Dados SQL do Azure e os recursos disponíveis, consulte Implantar soluções PaaS com o módulo SQL do Azure.

Recursos exclusivos do Banco de Dados SQL do Azure

Alguns recursos são suportados no Banco de Dados SQL do Azure que não estão disponíveis em outras ofertas do Azure SQL:

Caraterística	Definição
Hyperscale	Arquitetura nativa da nuvem que permite computação e armazenamento escaláveis de forma independente, proporcionando maior flexibilidade e recursos do que outros níveis.
Dimensionamento automático	Com camada de computação sem servidor
Ajuste automático (índices)	Esse recurso interno identifica e cria automaticamente índices que podem melhorar o desempenho da sua carga de trabalho. Também verifica se o desempenho da consulta melhorou e remove índices não utilizados ou duplicados.
Consulta elástica	Permite executar consultas T-SQL que fazem a ponte entre vários bancos de dados no Banco de dados SQL. Esse recurso é útil para aplicativos que usam nomes de três e quatro partes que não podem ser alterados.
Tarefas elásticas	O recurso de trabalho elástico é a substituição do SQL Server Agent pelo Banco de Dados SQL do Azure. Até certo ponto, o trabalho elástico é equivalente ao recurso Administração Multiservidor disponível na instância do SQL Server.
Sincronização de dados SQL	Ele permite sincronizar dados incrementalmente em vários bancos de dados em execução no Banco de dados SQL ou no SQL Server.
Insights de desempenho de consulta (QPI)	Essa ferramenta ajuda a encontrar as consultas a serem otimizadas para melhorar o desempenho geral da carga de trabalho e usar com eficiência o recurso pelo qual você está pagando.

Importante

Para entender as diferenças de recursos adicionais entre o Banco de Dados SQL, o SQL Server e a Instância Gerenciada SQL do Azure, bem como as diferenças entre as diferentes opções do Banco de Dados SQL do Azure, consulte Recursos do Banco de Dados SQL.

Opções de migração suportadas

Há dois modos de migração para o Banco de Dados SQL do Azure: Online e Offline. O modo online tem tempo de inatividade mínimo ou nenhum, enquanto o modo offline experimenta tempo de inatividade durante o processo de migração.

Ferramenta	Modo de migração
Azure Database Migration Service	Offline
Replicação transacional	Online
Azure Migrate	Offline
Sincronização de dados SQL	* Offline
Assistente de Importação e Exportação/BACPAC	Offline
Cópia em massa (utilitário bcp)	Offline
Fábrica de Dados do Azure	Offline
Assistente de Migração de Dados (DMA)	Offline

* Pode ter um maior impacto no desempenho, dependendo da carga de trabalho.

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.

Desempenho da migração

Considere as seguintes recomendações ao migrar para o Banco de Dados SQL do Azure:

Monitore a E/S e a latência do arquivo de dados na origem e atenue quaisquer gargalos.
Aumente a escala do banco de dados SQL do Azure de destino para Business Critical Gen5 8 vCore ou use a camada de serviço Hyperscale para minimizar a latência dos arquivos de log.
Certifique-se de que a largura de banda da rede possa acomodar a taxa máxima de ingestão de logs.
Escolha a camada de serviço e o tamanho de computação mais altos para obter o máximo desempenho de transferência e diminua após a migração.
Minimize a distância entre os arquivos BACPAC e o data center de destino.
Desative a atualização automática e crie estatísticas automaticamente durante a migração.
Particione tabelas e índices, solte exibições indexadas e recrie-as após a migração.
Considere migrar dados históricos raramente consultados para um banco de dados separado no Banco de Dados SQL do Azure e consultá-los usando consultas elásticas.

Repetir conexões de aplicativos

Ao migrar para o Banco de Dados SQL do Azure, é importante antecipar falhas transitórias ocasionais ao se conectar ao recurso de banco de dados e implementar um método de lógica de repetição adequado. Definir um número máximo de tentativas antes que o programa seja encerrado também é importante.

Recomendamos esperar 5 segundos, no mínimo, na sua primeira tentativa. Cada repetição sequencial deve aumentar o atraso exponencialmente, até um máximo de 60 segundos.