Escolha o recurso correto do Banco de Dados SQL do Azure
No nosso cenário de fabricação de bicicletas, você já identificou e traçou o perfil dos bancos de dados que deseja migrar para o Banco de Dados SQL do Azure. Agora, você quer planejar a migração levando em conta a capacidade de recuperação de dados, a segurança, a recuperação de desastre 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 elástico e único:
| Categoria | Recurso |
|---|---|
| Backup e recuperação | Backups automáticos |
| Restauração em um momento determinado | |
| Retenção de backup por sete dias ou mais | |
| A retenção de backup de longo prazo armazena backups por até dez anos | |
| Alta disponibilidade | Garantia de disponibilidade de 99,99% |
| Disponibilidade interna com três réplicas secundárias | |
| Redundância de zona por meio das zonas de disponibilidade do Azure | |
| Recuperação de desastre | Restauração geográfica de backups de banco de dados |
| Replicação geográfica ativa entre regiões do Azure | |
| Escalabilidade de serviço | Expansão ou redução dinâmicas de capacidade |
| Expandir horizontalmente com vários fragmentos | |
| Compartilhar recursos de computação entre bancos de dados com pools elásticos | |
| Segurança | Suporte para autenticação do Microsoft Entra |
| Recursos de segurança somente de nuvem, como a Proteção Avançada contra Ameaças | |
| TDE (Transparent Data Encryption) habilitada por padrão | |
| Suporte para máscara de dados dinâmicos e estáticos, segurança em nível de linha e Always Encrypted | |
| Lista de permitidos do firewall | |
| Licenciamento | Modelo de compra de DTU para custos de previsão |
| Modelo de compra vCore para permitir que o armazenamento seja expandido independentemente da computação | |
| Combine o modelo de compra vCore com o benefício híbrido do Azure para o SQL Server e economize até 30% |
Dica
Para analisar os benefícios da migração para o Banco de Dados SQL do Azure e os recursos disponíveis, consulte o módulo Implantar soluções PaaS com o SQL do Azure.
Recursos exclusivos do Banco de Dados SQL do Azure
O Banco de Dados SQL do Azure tem suporte para alguns recursos que não estão disponíveis em outras ofertas do SQL do Azure:
| Recurso | Definição |
|---|---|
| Hiperescala | Arquitetura nativa da nuvem que permite computação e armazenamento escalonáveis de forma independente, fornecendo maior flexibilidade e recursos ao invés de outras camadas. |
| Dimensionamento automático | Com a camada de computação sem servidor |
| Ajuste automático (índices) | Esse recurso interno identifica e cria automaticamente índices que podem melhorar o desempenho de sua carga de trabalho. Ele também verifica se o desempenho da consulta melhorou e remove os índices duplicados ou não utilizados. |
| Consulta elástica | Permite que você execute consultas T-SQL que fazem a ponte entre vários bancos de dados noBanco de Dados SQL do Azure. Esse recurso é útil para aplicativos que utilizam nomes de três e quatro partes que não podem ser alterados. |
| Trabalhos elásticos | O recurso de trabalho elástico é a substituição do SQL Server Agent para Banco de Dados SQL do Azure. Até certo ponto, o trabalho elástico é equivalente ao recurso de Administração de Vários Servidores disponível na instância do SQL Server. |
| Sincronização de Dados SQL | Ele permite que você sincronize dados de forma incremental em vários bancos de dados executados no Banco de Dados SQL ou no SQL Server. |
| QPI (Análises de Desempenho de Consultas) | Essa ferramenta ajuda a encontrar as consultas a serem otimizadas para melhorar o desempenho geral da carga de trabalho e utilizar com eficiência o recurso pelo qual você está pagando. |
Importante
Para entender as diferenças adicionais de recursos entre o Banco de Dados SQL, o SQL Server e a Instância Gerenciada de 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 com suporte
Existem dois modos de migração para o Banco de Dados SQL do Azure: Online e Offline. O modo online tem um tempo de inatividade mínimo ou nenhum, enquanto o modo offline experimenta um tempo de inatividade durante o processo de migração.
| Ferramenta | Modo de migração |
|---|---|
| Serviço de Migração de Banco de Dados do Azure | Offline |
| Replicação transacional | Online |
| Migrações para Azure | Offline |
| Sincronização de Dados SQL | * Offline |
| Assistente de importação e exportação/BACPAC | Offline |
| Cópia em massa (programa utilitário bcp) | Offline |
| Fábrica de dados do Azure | Offline |
| AMD (Assistente de Migração de Dados) | Offline |
* Pode ter um impacto maior no desempenho, dependendo da carga de trabalho.
Observação
Embora o Assistente de Migração de Dados seja uma ferramenta útil disponível, recomendamos que você use o Serviço de Migração de Banco de Dados do Azure em migrações grandes e para ter experiência geral aprimorada.
Desempenho da migração
Considere as seguintes recomendações ao migrar para o Banco de Dados SQL do Azure:
- Monitorar a E/S e a latência do arquivo de dados na origem e mitigar os gargalos.
- Escale verticalmente o banco de dados SQL do Azure de destino para vCore Gen5 8 Comercialmente Crítico ou utilize a camada do serviço de Hiperescala para minimizar a latência dos arquivos de log.
- Certifique-se de que a largura de banda da sua 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 redução horizontal após a migração.
- Minimize a distância entre os arquivos BACPAC e o data center de destino.
- Desabilite a atualização automática e crie estatísticas automaticamente durante a migração.
- Particione tabelas e índices, remova exibições indexadas e recrie-as após a migração.
- Considere a possibilidade de migrar dados históricos raramente consultados para um banco de dados separado no Banco de Dados SQL do Azure e consultá-los utilizando consultas elásticas.
Tentar estabelecer novamente as conexões de aplicativo
Ao migrar para o Banco de Dados SQL do Azure, é importante prever falhas transitórias ocasionais ao se conectar ao recurso de banco de dados e implementar um método de logica de repetição adequado. Definir um número máximo de repetições antes do encerramento do programa também é importante.
É recomendável aguardar 5 segundos no mínimo em sua primeira repetição. Cada tentativa posterior deve aumentar o atraso exponencialmente, até um máximo de 60 segundos.
Observação
Se uma instrução SELECT falhar com um erro transitório para o Banco de Dados SQL do Azure, não a repita diretamente. Em vez disso, repita a instrução SELECT em uma nova conexão.
Para saber mais sobre os princípios de repetição de conexão, consulte Solucionar problemas de erros de conexão transitórios no Banco de Dados SQL do Azure e na instância gerenciada do SQL.