Migrar um armazém de dados para um conjunto de SQL dedicado no Azure Synapse Analytics
As seções a seguir fornecem uma visão geral do que está envolvido na migração de uma solução de data warehouse existente para um pool SQL dedicado do Azure Synapse Analytics (anteriormente SQL data warehouse).
Descrição geral
Antes de começar a migração, você deve verificar se o Azure Synapse Analytics é a melhor solução para sua carga de trabalho. O Azure Synapse Analytics é um sistema distribuído projetado para executar análises em dados grandes. A migração para o Azure Synapse Analytics requer algumas alterações de design que não são difíceis de entender, mas que podem levar algum tempo para serem implementadas. Se a sua empresa requer um armazém de dados de classe empresarial, os benefícios valem o esforço. No entanto, se você não precisar do poder do Azure Synapse Analytics, é mais econômico usar o SQL Server ou o Banco de Dados SQL do Azure.
Considere usar o Azure Synapse Analytics quando:
- Ter um ou mais terabytes de dados.
- Planeje executar análises em quantidades substanciais de dados.
- Precisa da capacidade de dimensionar computação e armazenamento.
- Deseja economizar em custos pausando recursos de computação quando não precisar deles.
Em vez do Azure Synapse Analytics, considere outras opções para cargas de trabalho OLTP (processamento de transações online operacionais) que tenham:
- Leituras e gravações de alta frequência.
- Grande número de singleton seleciona.
- Altos volumes de inserções de linha única.
- Necessidades de processamento linha a linha.
- Formatos incompatíveis (por exemplo, JSON e XML).
Pré-migração
Depois de decidir migrar uma solução existente para o Azure Synapse Analytics, você precisa planejar sua migração antes de começar. Um objetivo principal do planejamento é garantir que seus dados, esquemas de tabela e código sejam compatíveis com o Azure Synapse Analytics. Há algumas diferenças de compatibilidade entre seu sistema atual e o Azure Synapse Analytics que você precisará solucionar. Além disso, migrar grandes quantidades de dados para o Azure leva tempo. Um planejamento cuidadoso acelerará o processo de obtenção de seus dados para o Azure.
Outro objetivo importante do planejamento é ajustar seu design para garantir que sua solução aproveite ao máximo o alto desempenho de consulta que o Azure Synapse Analytics foi projetado para fornecer. Projetar armazéns de dados para escala introduz padrões de design exclusivos, de modo que as abordagens tradicionais nem sempre são as melhores. Embora alguns ajustes de design possam ser feitos após a migração, fazer alterações no início do processo economizará tempo mais tarde.
Migrate
A execução de uma migração bem-sucedida requer que você migre seus esquemas de tabela, código e dados. Para obter orientações mais detalhadas sobre esses tópicos, consulte os seguintes artigos:
- Considere o design da tabela
- Considere a alteração de código
- Migrar os dados
- Considere o gerenciamento de carga de trabalho
Mais recursos
Para obter mais informações especificamente sobre migrações do Netezza ou Teradata para o Azure Synapse Analytics, comece na primeira etapa de uma sequência de sete artigos sobre migrações:
- Migrações do Netezza para o Azure Synapse Analytics
- Migrações do Teradata para o Azure Synapse Analytics
Migração de ativos de compromissos do mundo real
Para obter mais ajuda com a conclusão desse cenário de migração, consulte os recursos a seguir. Eles foram desenvolvidos em apoio a um projeto de migração do mundo real.
| Título/link | Description |
|---|---|
| Modelo e ferramenta de avaliação da carga de trabalho de dados | Essa ferramenta fornece plataformas de destino sugeridas de "melhor ajuste", prontidão para a nuvem e nível de correção de aplicativos ou bancos de dados para uma determinada carga de trabalho. Ele oferece cálculo simples com um clique e geração de relatórios que ajudam a acelerar avaliações de grandes propriedades, fornecendo um processo de decisão automatizado e uniforme da plataforma de destino. |
| Lidar com problemas de codificação de dados ao carregar dados no Azure Synapse Analytics | Esta postagem de blog fornece informações sobre alguns dos problemas de codificação de dados que você pode encontrar ao usar o PolyBase para carregar dados em pools SQL dedicados (anteriormente SQL data warehouse). Este artigo também fornece algumas opções que você pode usar para superar esses problemas e carregar os dados com êxito. |
| Obtendo tamanhos de tabela no pool SQL dedicado do Azure Synapse Analytics | Uma das principais tarefas que um arquiteto deve executar é obter métricas sobre um novo ambiente pós-migração. Os exemplos incluem a coleta de tempos de carregamento do local para a nuvem e a coleta de tempos de carregamento do PolyBase. Uma das tarefas mais importantes é determinar o tamanho do armazenamento em pools SQL dedicados (anteriormente SQL data warehouse) em comparação com a plataforma atual do cliente. |
A equipe de Engenharia de Dados SQL desenvolveu esses recursos. A carta principal desta equipe é desbloquear e acelerar a modernização complexa para projetos de migração de plataforma de dados para a plataforma de dados Azure da Microsoft.
Vídeos
Veja como a Walgreens migrou seu sistema de inventário de varejo com cerca de 100 TB de dados do Netezza para o Azure Synapse Analytics em tempo recorde.
Gorjeta
Para obter mais informações sobre migrações Synapse, consulte Guias de migração do Azure Synapse Analytics.