Planejamento de migração: Teradata para Fabric Data Warehouse

Aplica-se a:✅Armazém de dados no Microsoft Fabric

Migrar um ambiente corporativo do Teradata para o Fabric Data Warehouse envolve mais do que apenas a transferência de esquemas e dados. Planejamento de código SQL e BTEQ, processos de carregamento, segurança, geração de relatórios, operações e desempenho.

Este artigo organiza o trabalho em cinco etapas. Use os estágios como um procedimento operacional reutilizável para cada onda de migração. Para a implementação recomendada, veja Métodos de migração para Teradata. Para remediação de código, veja Translate Teradata SQL para Fabric Data Warehouse.

Importante

Confirme as limitações atuais de Fabric Data Warehouse e a área de superfície do T-SQL antes de cada onda de migração. Atribua um responsável e um plano de remediação para cada divergência bloqueadora.

Use a modernização seletiva para a maioria das cargas de trabalho:

  • Mantenha modelos de negócios e lógica validados.
  • Use o Assistente de Migração para traduzir e implantar metadados suportados.
  • Substitua SQL, utilitários e operações específicos do Teradata por padrões Fabric-nativos.
  • Redesenhe apenas as cargas de trabalho bloqueadas por dependências não suportadas ou problemas arquitetônicos existentes.

Migre em ondas por domínio de negócio, data mart ou cluster de carga de trabalho. Evite uma única migração do big bang.

Analise e avalie

Avalie esses fluxos de trabalho juntos para não perder nenhuma dependência:

Fluxo de trabalho Assess
Design e desempenho Modelo de dados, volume, crescimento, descompasso, largura da tabela, concorrência, tempo de execução e objetivos de serviço
ETL e carregamento FastLoad, MultiLoad, Teradata Parallel Transporter, importação/exportação com BTEQ, agendamentos, comportamento de reinício e cargas incrementais
Segurança e operações Usuários, funções, permissões, contas de serviço, auditoria, recuperação, monitoramento e propriedade de suporte
Visualização e relatórios Relatórios, modelos semânticos, aplicações, exportações, cronogramas de atualização e dependências de conexão
Compatibilidade SQL Tabelas, views, macros, procedimentos, funções, tipos de dados, QUALIFY, tabelas voláteis, PERIOD e controle de fluxo do BTEQ
Ferramentas de migração Extração de metadados, prontidão do Assistente de Migração, movimentação de dados, controle de código-fonte e automação de implantação
Além da migração Transição, reversão, otimização, treinamento, desativação e práticas reutilizáveis para ondas posteriores

Defina resultados do negócio, escopo, proprietários, medidas de sucesso e expectativas de reversão. Produzir um inventário de objetos, mapa de dependências, linha base de carga de trabalho, registrador de compatibilidade e plano de onda.

Planejar e projetar

Transforme a avaliação em um design executável:

  1. Confirme o Warehouse como o alvo para análises relacionais centradas em SQL.
  2. Defina ambientes de trabalho de desenvolvimento, teste e produção, capacidade, nomeação e propriedade.
  3. Mapeie objetos e tipos de dados do Teradata para destinos do Fabric. Grave itens não suportados e alternativas aprovadas. Use o Assistente de Migração para tradução de metadados.
  4. Projete o movimento histórico e incremental de dados separadamente.
  5. Redesenhe o acesso com base no Microsoft Entra ID, nas funções do espaço de trabalho, nas permissões de item e nas permissões SQL do Warehouse.
  6. Defina critérios de implantação, validação, transição e reversão.

Favoreça um modelo dimensional, carregamento orientado a lotes, ELT modular e reutilização governada via OneLake no projeto alvo.

Migrate

Execute cada onda nesta ordem:

  1. Configure os espaços de trabalho de destino, as identidades, as conexões e o caminho de implantação.
  2. Faça upload dos arquivos SQL extraídos do Teradata para o Assistente de Migração, traduza metadados e corrija objetos que exigem atenção.
  3. Copie um conjunto de dados representativo e valide o throughput, mapeamentos, erros e o comportamento de reiniciação.
  4. Completar a carga histórica e estabelecer sincronização incremental quando necessário.
  5. Recrie processos de segurança e operacionais.
  6. Valide dados, comportamento SQL, relatórios, aplicações e desempenho representativo.
  7. Redirecione conexões e corte depois que os critérios de aceitação passam.

Não use o sucesso da criação de objetos como único sinal de conclusão. Uma onda só é concluída quando dados, comportamento, segurança, operações e consumo posterior atendem aos critérios de aceitação.

Monitorar e controlar

Operar a fonte e o alvo em paralelo durante o período exigido pelo perfil de risco da carga de trabalho.

  • Compare a atualização dos dados, a contagem de linhas, as agregações de negócios e os resultados dos relatórios entre os ambientes.
  • Monitore a duração do carregamento, duração da consulta, falhas, tentativas, consumo de capacidade, sessões ativas e problemas relatados pelos usuários.
  • Revise atribuições de acesso, identidades privilegiadas, permissões do Warehouse e resultados de testes de segurança.
  • Mantenha código traduzido, recursos de implantação, decisões de mapeamento, evidências de teste e exceções no controle de versão.
  • Acompanhe a prontidão da migração por carga de trabalho e porta de aceitação, não apenas pela quantidade de objetos migrados.
  • Registre problemas recorrentes de tradução e de carregamento como diretrizes reutilizáveis para ondas seguintes.
  • Estabeleça procedimentos de escalonamento, recuperação, reversão e suporte intensivo pós-implantação antes da entrada em produção.

A governança inclui linhagem, propriedade, classificação, retenção, auditoria e responsabilidade operacional. Aplique esses controles durante a migração, e não após a virada final.

Otimizar e modernizar

Depois de estabelecer a correção e estabilidade, remova padrões temporários de compatibilidade e use recursos Fabric-native.

  • Converta instruções SQL literais em T-SQL modular.
  • Simplifique visões profundamente aninhadas e tarefas procedurais monolíticas.
  • Padronize a ingestão de alto throughput com base em padrões eficientes baseados em arquivos que podem ser reiniciados.
  • Ajuste com base nas diretrizes de desempenho do Fabric Data Warehouse e em testes representativos de concorrência.
  • Reduza cópias desnecessárias de dados usando acesso governado ao OneLake quando isso se adequar à arquitetura.
  • Integre o Data Factory, o Power BI, os notebooks e outras cargas de trabalho do Fabric sempre que reduzirem a duplicação ou a complexidade operacional.
  • Revise a capacidade, a segurança, a confiabilidade e o custo depois que o comportamento da carga de trabalho se estabilizar.
  • Transforme a onda completa em um modelo reutilizável para o próximo domínio.

Lista de verificação de aceitação da onda de migração

Antes da transição, verifique se:

  • O inventário de objetos e o mapa de dependências estão completos para a onda.
  • Limitações de bloqueio do T-SQL têm remediações aprovadas.
  • Esquema e código são implantados repetivelmente em todos os ambientes de destino.
  • Caminhos históricos e incrementais de dados passam por testes de escala e recuperação.
  • A reconciliação de dados e a validação de negócios atendem aos limites acordados.
  • A segurança é recriada e validada com identidades representativas.
  • Relatórios, modelos semânticos, aplicações e trabalhos operacionais passam pelos testes.
  • Desempenho e concorrência atendem aos objetivos da carga de trabalho.
  • O monitoramento, a responsabilidade do suporte, o rollback e os planos de suporte intensivo pós-implantação estão ativos.
  • Proprietários de empresas e técnicos aprovam a transição.

Conteúdo relacionado

  • Última atualização em