Estratégia de migração de dados para o Microsoft Sustainability Manager

Tem de importar ou migrar dados e configurações para o Microsoft Sustainability Manager para tornar a sua solução pronta para o lançamento. É necessário um esforço semelhante para preparar os ambientes de sandbox (desenvolvimento, teste e preparação) e mantê-los atualizados.

A migração de dados inclui a extração de dados de um sistema de origem, a transformação dos dados e o carregamento para um sistema de destino (neste caso, o Dataverse). No contexto do Microsoft Sustainability Manager, a tabela seguinte mostra as categorias de dados que necessita de configurar no sistema e a estratégia de migração.

Categorias de dados Propósito Estratégia de migração Ferramentas e tecnologias
Dados da organização Defina a estrutura lógica da organização que inclui divisões, departamentos e localizações físicas. Importar dados com modelos N/A
Dados de referência Dados principais, como tipos de combustível, tipos de veículo, fatores de emissão e mapeamentos fatores Importar dados com modelos Ferramenta de Migração da Configuração ou ferramentas de terceiros, como a XRMToolbox
Dados de atividade Fontes de emissões dos âmbitos 1, 2 e 3 Ingestão de dados utilizando conectores ou integração em lote Ferramentas e tecnologias mencionadas na Arquitetura de referência do Microsoft Sustainability Manager
Emissões pré-calculadas Emissões que são calculadas fora da solução Ingestão de dados utilizando conectores ou integração em lote Ferramentas e tecnologias mencionadas na Arquitetura de referência do Microsoft Sustainability Manager
Outros dados de configuração Tipos de unidade e outras entidades configuráveis Manual ou automatização com a gestão do ciclo de vida das aplicações (ALM) Ferramenta de Migração da Configuração ou ferramentas de terceiros, como a XRMToolbox

Lista de Verificação

Como criou concebeu a sua estratégia de migração?

  • Identifique o sistema de registo para cada elemento de dados. Depois de migrar dados para o Microsoft Cloud for Sustainability, descubra que elementos de dados precisam de ser sincronizados novamente com o sistema original.
  • Identifique a duração do período de congelamento para os sistemas de origem pararem de gerar novos dados enquanto os dados de origem serão extraídos, migrados, testados pela unidade e validados pelo negócio.
  • Considere a dependência e a relação entre entidades para o design da migração. É possível que existam complicações se houver registos subordinados que necessitem de ser criados ou removidos antes de criar ou eliminar o principal.
  • Crie dados semelhantes a produção para desenvolvimento em termos de tamanho e valores de campo para transformação. Defina as regras de máscara e a estratégia de ocultação para extrair os dados de produção e criar um conjunto de dados que poderá utilizar para desenvolver scripts de migração.
  • Identificar elementos de dados que necessitam de normalização ou desnormalização durante o processo de transformação.

Necessita de uma migração delta para migrar os dados alterados enquanto a migração em massa é executada?

  • Crie uma estratégia de migração delta se o período de congelamento não for durar o suficiente ou se não for possível congelar.
  • Identifique se haverá uma altura em que os registos migrados na primeira ronda, ou vaga, são modificados em ambos os sistemas. Se for esse o caso, identifique um processo de sincronização de dados para processar conflitos se ambos os sistemas tiverem modificações para o mesmo registo.

Recomendações

  • Sequência: a sequência de carregamento de dados é importante e, em alguns casos, os registos falham se não foram ordenados corretamente. Os registos referenciados têm de existir se aparecerem como um valor de procura em qualquer registo. Por isso, têm de ser identificados e carregados pela ordem correta.
  • Desativar automatizações e auditorias personalizadas: desative todos os passos de registo de plug-in, fluxos de trabalho, regras de negócio, fluxos de processo empresarial e auditoria personalizados durante a execução de scripts de migração de dados. Também pode contornar a lógica de negócio personalizada adicionando um parâmetro opcional ao seu pedido. Deixar a automatização ativada pode afetar não só o desempenho como também a integridade dos dados.
  • Ponto de restauro e reversão: pode iniciar uma cópia de segurança a pedido antes de iniciar o exercício de migração de dados. Se houver falhas durante o exercício de migração de dados, pode restaurar a instância utilizando a caraterística de gestão de cópias de segurança e instâncias do Power Platform.

Próximos passos