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

Aplica-se para:✅ Armazém no Microsoft Fabric

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

Este artigo organiza o trabalho em cinco fases. Use os níveis como um manual repetível para cada vaga 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 vaga de migração. Atribua um responsável e um plano de remediação a cada diferença bloqueadora.

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

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

Migrar em ondas de acordo com o domínio de negócio, o data mart ou o cluster de cargas de trabalho. Evite uma única migração em grande escala.

Analisar e avaliar

Avalie estes fluxos de trabalho em conjunto para não perder nenhuma dependência:

Fluxo de Trabalho Assess
Design e desempenho Modelo de dados, volume, crescimento, assimetria, largura da tabela, concorrência, tempo de execução e objetivos do serviço
ETL e carregamento FastLoad, MultiLoad, Transportador Paralelo Teradata, importação/exportação BTEQ, agendamentos, comportamento de reinício e cargas incrementais
Segurança e operações Utilizadores, funções, permissões, contas de serviço, auditoria, recuperação, monitorização e propriedade do suporte
Visualização e reporte Relatórios, modelos semânticos, aplicações, exportações, agendas de atualização e dependências de ligação
Compatibilidade SQL Tabelas, vistas, macros, procedimentos, funções, tipos de dados, QUALIFY, tabelas voláteis, PERIOD e fluxo de controlo do BTEQ
Ferramentas de migração Extração de metadados, preparação para o Assistente de Migração, movimentação de dados, controlo de código-fonte e automatização da implementação
Para além da migração transição, reversão, otimização, formação, desativação e práticas reutilizáveis para ondas posteriores

Defina resultados empresariais, âmbito, proprietários, medidas de sucesso e expectativas de recuo. Produzir um inventário de objetos, mapa de dependências, linha base de carga de trabalho, registo de compatibilidade e plano de ondas.

Planejar e projetar

Transforme a avaliação num desenho executável:

  1. Confirme o Warehouse como alvo para análises relacionais centradas em SQL.
  2. Defina espaços de trabalho de desenvolvimento, teste e produção, capacidade, nomeação e propriedade.
  3. Mapeamento de objetos do Teradata e tipos de dados para destinos do Fabric. Registar itens não suportados e alternativas aprovadas. Use o Assistente de Migração para tradução de metadados.
  4. Projetar o movimento histórico e incremental de dados separadamente.
  5. Reestruture 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 no Warehouse.
  6. Defina critérios de implementação, validação, transição e reversão.

Privilegie um modelo dimensional, carregamento orientado para lotes, ELT modular e reutilização governada por meio do OneLake na arquitetura de destino.

Migrate

Execute cada onda por esta ordem:

  1. Configure os espaços de trabalho de destino, as identidades, as conexões e o caminho de implementação.
  2. Carregar ficheiros SQL extraídos do Teradata para o Assistente de Migração, traduzir metadados e corrigir objetos que requerem atenção.
  3. Copie um conjunto de dados representativo e valide a taxa de transferência, os mapeamentos, os erros e o comportamento após reinício.
  4. Completar a carga histórica e estabelecer sincronização incremental quando necessário.
  5. Recriar processos de segurança e operacionais.
  6. Valide dados, comportamento SQL, relatórios, aplicações e desempenho representativo.
  7. Redireciona as ligações e corta depois de passar os critérios de aceitação.

Não uses o sucesso na criação de objetos como único sinal de conclusão. Uma onda só está completa quando os dados, o comportamento, a segurança, as operações e o consumo por sistemas a jusante cumprem os respetivos critérios de aceitação.

Monitorizar e governar

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

  • Compare a frescura dos dados, contagem de linhas, agregados de negócio e resultados de relatórios entre ambientes.
  • Monitorizar a duração do carregamento, duração da consulta, falhas, tentativas, consumo de capacidade, sessões ativas e problemas reportados pelos utilizadores.
  • Revise atribuições de acesso, identidades privilegiadas, permissões do Warehouse e resultados dos testes de segurança.
  • Mantém o código traduzido, os artefactos de implementação, as decisões de mapeamento, as evidências de teste e as exceções no controlo de código-fonte.
  • Acompanhe a prontidão de migração por carga de trabalho e porta de aceitação, não apenas pelo número de objetos migrados.
  • Registar problemas recorrentes de tradução e carregamento como orientações reutilizáveis para fases posteriores.
  • Estabelecer procedimentos de escalonamento, recuperação, reversão e acompanhamento intensivo pós-implementação antes da entrada em produção.

A governação inclui linhagem, propriedade, classificação, retenção, auditoria e responsabilidade operacional. Aplique estes controlos durante a migração, em vez de depois da transição final.

Otimizar e modernizar

Depois de garantir a correção e a estabilidade, remova padrões temporários de compatibilidade e utilize as capacidades nativas do Fabric.

  • Refatorizar traduções literais de SQL para T-SQL modular.
  • Simplificar visualizações muito aninhadas e processos procedurais monolíticos.
  • Padronizar a ingestão de alto débito em padrões eficientes e reiniciáveis baseados em ficheiros.
  • Otimize utilizando as diretrizes de desempenho do Fabric Data Warehouse e testes de concorrência representativos.
  • Reduza as cópias de dados desnecessárias, utilizando o acesso governado ao OneLake quando tal se adequar à arquitetura.
  • Integrar o Data Factory, o Power BI, os notebooks e outras cargas de trabalho do Fabric sempre que tal reduza a duplicação ou a complexidade operacional.
  • Reveja a capacidade, a segurança, a fiabilidade e o custo depois de o comportamento da carga de trabalho estabilizar.
  • Transforme a onda completa num 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, certifique-se de que:

  • O inventário de objetos e o mapa de dependências estão completos para a onda.
  • As limitações de bloqueio do T-SQL têm medidas de correção aprovadas.
  • O esquema e o código são implementados repetivelmente em todos os ambientes de destino.
  • Os fluxos de dados históricos e incrementais passam os testes de escala e recuperação.
  • A reconciliação de dados e a validação empresarial cumprem os limiares acordados.
  • A segurança é recriada e validada com identidades representativas.
  • Relatórios, modelos semânticos, aplicações e trabalhos operacionais passam nos testes.
  • O desempenho e a concorrência satisfazem os objetivos da carga de trabalho.
  • A monitorização, a responsabilidade pelo suporte, a reversão e os planos de suporte intensivo pós-implementação estão ativos.
  • Os proprietários de empresas e técnicos aprovam o corte.

Conteúdo relacionado

  • Última atualização a