Documento de estratégia de conversão de dados oracle

Estratégia de conversão de dados.

O objetivo principal de uma estratégia de conversão será identificar a abordagem geral a ser usada para converter os dados mestre e transacionais necessários de sistemas legados para a nova Solução.

A implementação do sistema quase sempre envolve alguma conversão. É crucial para uma organização identificar os dados que precisam ser transferidos de um sistema para outro e o formato da transferência para que ele possa ser usado com sucesso pelo novo sistema.

A CNT utiliza algumas diretrizes básicas para preparar qualquer plano de conversão de dados, incluindo:

Requisitos de conversão de dados Conversão manual Conversão automática Métodos de conversão de dados Dados Precisores de limpeza Requisitos de conversão Cronogramas.

Lista de verificação do projeto de migração de dados: um modelo para o planejamento efetivo da migração de dados.

Lista de verificação de migração de dados: planejador para migração de dados.

Lista de verificação de migração de dados: o guia definitivo para planejar sua próxima migração de dados.

Começando com uma migração de dados c hecklist para o seu projeto de migração de dados é uma das tarefas mais desafiadoras, particularmente para os não iniciados.

Para ajudar, compilei uma lista de atividades 'must-do' que eu achei essenciais para migrações bem-sucedidas.

Não é uma lista definitiva, você quase certamente precisará adicionar mais pontos, mas é um ótimo ponto de partida.

Por favor, critique isso, estenda-o usando os comentários abaixo, compartilhe-o, mas, acima de tudo, use-o para garantir que você esteja totalmente preparado para a desafiadora estrada à frente.

DICA: a qualidade dos dados desempenha um papel fundamental nesta lista de verificação, por isso certifique-se de verificar o Data Quality Pro, o nosso site da irmã com a maior coleção de tutoriais práticos, guias de qualidade de dados e suporte especializado para qualidade de dados na internet.

Obtenha um kit de lista de verificação gratuito: planilha de planejamento do projeto + MindMap.

Serio sobre a entrega de uma migração de dados bem sucedida?

Baixe o mesmo kit de lista de verificação que uso em compromissos de clientes e aprendo táticas avançadas para planejamento de migração de dados.

Planilha de planejamento de projeto (para Excel / Google Sheets) MindMap online interativo (ótimo para navegação)

Baixe o kit.

Nós nunca enviamos spam ou vendemos seus detalhes.

Fase 1: Planejamento pré-migração.

Você avaliou a viabilidade da sua migração com uma avaliação de impacto pré-migração?

A maioria dos projetos de migração de dados se encaminham para o projeto principal sem considerar se a migração é viável, quanto tempo demorará, qual a tecnologia necessária e quais os perigos futuros.

É aconselhável realizar uma avaliação de impacto pré-migração para verificar o custo e o resultado provável da migração. Quanto mais tarde você planeja fazer isso, maior será o risco para marcar de acordo.

Você baseou as estimativas do projeto em adivinhação ou uma avaliação mais precisa?

Não se preocupe, você não está sozinho, a maioria dos projetos baseia-se em estimativas de projetos anteriores, na melhor das hipóteses, ou otimistas, na melhor das hipóteses.

Mais uma vez, sua avaliação de impacto pré-migração deve fornecer uma análise muito mais precisa dos requisitos de custo e recursos, então, se você tiver prazos apertados, uma migração complexa e recursos limitados, certifique-se de que você realize uma avaliação de impacto de migração o mais cedo possível.

Você fez as empresas e as comunidades de TI conscientes de seu envolvimento?

Faz todo o sentido informar os interessados ​​de dados relevantes e as equipes técnicas dos seus compromissos futuros antes da partida da migração.

Pode ser muito difícil arrastar um especialista em assuntos do seu dia de trabalho para uma sessão de análise de 2-3 horas, uma vez por semana, se seus idosos não estiverem a bordo, além de identificar quais recursos são necessários antecipadamente, você eliminará o risco de ter lacunas no seu legado ou no alvo.

Além disso, existem inúmeros aspectos da migração que exigem assinatura e compromisso empresarial. Obtenha antecipadamente os patrocinadores e as partes interessadas e assegurem que compreendam e concordam com o envolvimento deles.

Você concordou formalmente com as restrições de segurança para o seu projeto?

Eu tenho lembranças maravilhosas de uma migração onde pensamos que tudo estava em vigor, então nós começamos o projeto e logo foi encerrado no primeiro dia.

Assumimos que as medidas de segurança que tínhamos concordado com o gerente de projeto do cliente eram suficientes, no entanto, não consideramos a equipe de segurança corporativa entrar em ação e exigir um conjunto de controles muito mais rigorosos que causaram 8 semanas de atraso no projeto.

Não cometer o mesmo erro, obter um acordo formal das equipes relevantes de governança de segurança com antecedência. Basta colocar sua cabeça na areia e, na esperança de que você não seja pego, não é profissional e altamente arriscado, dada a recente perda de dados em muitas organizações.

Você identificou seus principais recursos de projeto de migração de dados e quando eles são necessários?

Não comece seu projeto na expectativa de que a Jobserve forneça magicamente os recursos que faltava, você precisa.

Conheci uma empresa há vários meses que decidiu que não exigiam um analista de migração de dados, porque o "plano do projeto estava tão bem definido". Basta dizer que agora estão indo para problemas à medida que o projeto gira fora de controle, então certifique-se de entender exatamente quais são as funções necessárias para uma migração de dados.

Certifique-se também de ter um plano para trazer esses papéis no projeto no momento certo.

Por exemplo, há uma tendência para lançar um projeto com um contingente completo de desenvolvedores armados com ferramentas e raring para ir. Isso é caro e desnecessário. Um pequeno grupo de migração de dados, qualidade de dados e analistas de negócios podem realizar a maior parte da descoberta e mapeamento de migração bem antes que os desenvolvedores se envolvam, muitas vezes criando uma migração muito mais bem-sucedida.

Então, a lição é entender as principais atividades e dependências de migração, então planeja ter os recursos adequados disponíveis quando necessário.

Você determinou a estrutura ideal de entrega do projeto?

As migrações de dados não se adequam a uma abordagem de cachoeira, mas a grande maioria dos planos de migração de dados que presenciei quase sempre se assemelham a um design de cachoeira clássico.

O planejamento de projetos ágeis e iterativos com gotas de entrega altamente focadas é muito mais eficaz para garantir que seu plano geral seja flexível o suficiente para lidar com os prováveis ​​eventos de mudança que ocorrerão.

Além disso, o seu plano de projeto tem contingência suficiente? 84% das migrações falham ou experimentam atrasos, você está confiante de que o seu não sofrerá as mesmas consequências?

Certifique-se de ter capacidade suficiente em seu plano para lidar com a provável ocorrência de atraso.

Você tem um conjunto bem definido de descrições de trabalho para que cada membro entenda seus papéis?

O início do projeto chegará a você como um trem de frete em breve, então assegure-se de que todos os seus recursos saibam o que se espera deles.

Se você não possui um conjunto exato de tarefas e responsabilidades já definidas, significa que você não sabe o que sua equipe deve entregar e em que ordem. Claramente, não é uma situação ideal.

Planeje a seqüência de tarefas, entregas e dependências que você espera ser necessária e, em seguida, atribua funções a cada atividade. Verifique sua lista de recursos, você tem os recursos certos para completar essas tarefas?

Esta é uma área que a maioria dos projetos luta com isso, entendendo claramente o que seus recursos precisam realizar, o ajudará a estar completamente preparado para a fase de iniciação do projeto.

Você criou um fluxo de trabalho de tarefas estruturado para que cada membro entenda quais são as tarefas esperadas e em qual seqüência?

Esta é uma extensão do ponto anterior, mas é extremamente importante.

A maioria dos planos do projeto terá algumas datas ou cronogramas de queda vagas indicando quando as empresas ou equipes técnicas exigem uma versão específica ou atividade a ser concluída.

O que isso não mostrará é o fluxo de trabalho preciso que o levará a esses pontos. Isso precisa ser idealmente definido antes do início do projeto para que não haja confusão à medida que você se move para a fase de iniciação.

Ele também irá ajudá-lo a identificar lacunas em seu modelo de recursos, onde as habilidades ou orçamentos necessários estão faltando.

Você criou a documentação de treinamento apropriada e projetou um plano de treinamento?

Os projetos de migração de dados normalmente requerem muitas ferramentas adicionais e plataformas de suporte a projetos para funcionar sem problemas.

Certifique-se de que todos os seus materiais de treinamento e ferramentas educacionais sejam testados e implantados antes do início do projeto.

O ideal seria que todos os recursos fossem totalmente treinados antes do projeto, mas, se isso não for possível, assegure, pelo menos, que treinamento e educação sejam tidos em conta no plano.

Você tem uma política de gerenciamento de configuração e um software instalados?

Projetos de migração de dados criam muitos materiais de recursos. Resultados de perfil, problemas de qualidade de dados, especificações de mapeamento, especificações de interface - a lista é infinita.

Certifique-se de que você tenha uma abordagem de gerenciamento de configuração bem definida e testada antes do início do projeto, você não quer tropeçar com o início do projeto tentando fazer as coisas funcionarem, testá-las com antecedência e criar os materiais de treinamento necessários.

Você planejou que um ambiente de trabalho seguro e colaborativo esteja no lugar?

Se o seu projeto é susceptível de envolver terceiros e suporte inter-organizacional, vale a pena usar um produto dedicado para gerenciar todas as comunicações, materiais, planejamento e coordenação no projeto.

Isso também fará com que seu projeto seja executado mais suave se estiver configurado e pronto antes do início do projeto.

Você criou um conjunto acordado de documentos de política de migração de dados?

Como se espera que o pessoal do projeto manipule dados com segurança? Quem será responsável pela assinatura de regras de qualidade de dados? Que procedimentos de escalonamento estarão em vigor?

Há uma infinidade de políticas diferentes necessárias para que uma migração típica funcione sem problemas, vale a pena acordá-los antes da migração, de modo que a fase de iniciação do projeto seja executada sem esforço.

Fase 2: Iniciação do Projeto.

Você criou um plano de comunicação de partes interessadas e um registro de partes interessadas?

Durante esta fase, você precisa formalizar a forma como cada parte interessada será informada. Podemos ter criado previamente uma política geral, mas agora precisamos instanciá-la com cada participante individual.

Não crie uma lacuna de ansiedade no seu projeto, determine o nível de relatórios que você enviará para cada tipo de stakeholder e obterá acordo com eles no formato e na freqüência. Deixando-os um e-mail seis meses depois do projeto, você está indo para um atraso de 8 semanas, você não ganhará nenhum favor.

Para se comunicar com as partes interessadas, obviamente, você deve saber quem eles são e como contatá-los! Registre todos os tipos de partes interessadas e indivíduos que irão exigir contato ao longo do projeto.

Você modificou e publicou suas políticas de projetos?

Agora é a hora de obter suas políticas concluídas e divulgadas em toda a equipe e novos recrutas.

Quaisquer políticas que definam como as empresas serão envolvidas durante o projeto também precisam ser distribuídas e assinadas.

Não suponha que todos saibam o que se espera deles, para que as pessoas costumam aprender sobre e iniciar as políticas do projeto no início do ciclo de vida.

Você criou um plano de projeto de alto nível de primeiro corte?

Se você seguiu a melhor prática e implementou uma avaliação de impacto pré-migração, você deve ter um nível razoável de detalhes para seu plano de projeto. Caso contrário, simplesmente complete o máximo possível com uma advertência acordada de que os dados direcionarão o projeto. Eu ainda recomendaria a realização de uma avaliação do impacto da migração durante a fase de iniciação, independentemente das atividades de análise que ocorrerão na próxima fase.

Você não pode criar cronogramas precisos para seu plano de projeto até analisar os dados.

Por exemplo, simplesmente criar uma janela arbitrária de 8 semanas para "atividades de limpeza de dados" não tem sentido se os dados forem verdadeiramente abismal. Também é vital que você entenda as dependências em um projeto de migração de dados, você não pode codificar os mapeamentos até descobrir os relacionamentos e não pode fazê-lo até a conclusão da fase de análise e descoberta.

Além disso, não confie apenas em uma cópia de carbono de um plano de projeto de migração de dados anterior, seu plano será ditado pelas condições encontradas no chão e os compromissos gerais do programa que seu projeto particular determina.

Você configurou sua plataforma de colaboração de projetos?

Isso deve ser criado idealmente antes do início do projeto, mas se ele não tiver agora é o momento de obtê-lo no lugar.

Existem alguns ótimos exemplos dessas ferramentas listadas em nosso site da comunidade irmã aqui:

Você criou seus documentos de projeto padrão?

Durante esta fase, você deve criar sua documentação típica do projeto, como registro de risco, registro de problemas, critérios de aceitação, controles de projetos, descrições de cargos, relatório de progresso do projeto, relatório de gerenciamento de mudanças, RACI etc.

Eles não precisam ser completos, mas eles precisam ser formalizados com um processo que todos conhecem.

Você definiu e formalizou seus acordos e requisitos do fornecedor de terceiros?

O início do projeto é um ótimo ponto de partida para determinar quais conhecimentos adicionais são necessários.

Não deixe suposições quando se envolver com recursos externos, deve haver instruções claras sobre o que exatamente precisa ser entregue, não deixe isso muito tarde.

Você agendou adequadamente suas próximas tarefas de fase?

Nesta fase, você deve planejar meticulosamente as atividades da próxima fase, de modo a garantir que as empresas e as comunidades de TI estejam cientes das oficinas em que elas estarão envolvidas.

Você resolveu quaisquer problemas de segurança e obteve acesso aprovado aos conjuntos de dados legados?

Não assuma que, porque o seu projeto foi assinado, você terá automaticamente acesso aos dados.

Obtenha aprovações de representantes de segurança (antes desta fase, se possível) e consulte a TI sobre como você poderá analisar o legado e os sistemas de origem sem impactar o negócio. Os extratos completos de dados em uma plataforma de análise segura e independente são a melhor opção, mas você pode ter que se comprometer.

É aconselhável criar uma política de segurança para o projeto para que todos estejam cientes de suas responsabilidades e a abordagem profissional que você irá assumir no projeto.

Você definiu os requisitos de hardware e software para as fases posteriores?

Em que máquinas o time correu? Que software eles precisarão? Quais licenças você precisará em cada fase? Parece óbvio, não para um gerente de projeto recente que esqueceu completamente de colocar o pedido e teve que assistir 7 membros de sua equipe sentindo ociosamente, como o pedido de compra rastreado através de compras. Não cometa o mesmo erro, olhe para cada fase do projeto e determine o que será necessário.

Ferramentas de reengenharia de modelos? Ferramentas de perfil de qualidade de dados? Ferramentas de limpeza de dados? Software de gerenciamento de projetos? Software de apresentação? Software de relatórios? Software de rastreamento de problemas? Ferramentas ETL?

Você também precisará determinar quais sistemas operacionais, hardware e licenciamento são necessários para construir sua análise, teste, QA e servidores de produção. Muitas vezes, pode demorar semanas para adquirir esse tipo de equipamento, de modo que, idealmente, precisa ter feito isso mesmo antes do início do projeto.

Fase 3: Análise de paisagem.

Você criou um dicionário de dados detalhado?

Um dicionário de dados pode significar muitas coisas para muitas pessoas, mas é aconselhável criar um catálogo simples de todas as informações que você obteve nos dados em avaliação. Tornar essa ferramenta fácil de procurar, acessível, mas com segurança baseada em função, quando necessário. Um wiki de projeto é uma ferramenta útil a este respeito.

Você criou uma fonte de alto nível para segmentar a especificação de mapeamento?

Nesta fase, você não terá uma especificação completa de origem para destino, mas você deve ter identificado objetos e relacionamentos de alto nível que serão vinculados durante a migração. Estes serão analisados ​​posteriormente na fase de projeto posterior.

Você determinou volumetria de alto nível e criou um relatório de escopo de alto nível?

É importante que você não se engane com o problema de gargalo da taxa de carga para evitar que esta situação assegure que você avalie completamente o alcance e o volume de dados a serem migrados.

Concentre-se em dados de poda históricos ou excedentes aos requisitos (veja aqui para aconselhamento). Crie um relatório de escopo final detalhando o que será no escopo da migração e obterá o negócio para assinar isso.

O processo de gerenciamento de risco foi compartilhado com a equipe e eles atualizaram o registro de risco?

Haverá muitos riscos descobertos durante esta fase, por isso, facilite a gravação dos riscos. Crie um formulário on-line simples onde qualquer pessoa possa adicionar riscos durante sua análise, você também pode filtrar-los mais tarde, mas, por enquanto, precisamos reunir o máximo possível e ver de onde são provenientes os principais problemas.

Você criou um processo de gerenciamento de qualidade de dados e um relatório de impacto?

Se você seguiu nossas chamadas de treinamento on-line, você saberá que sem um processo robusto de gerenciamento de regras de qualidade de dados, seu projeto quase certamente falhará ou experimentará atrasos.

Compreenda o conceito de descoberta, gerenciamento e resolução de regras de qualidade de dados para que você entregue uma migração que seja adequada.

O processo de qualidade dos dados não é um esforço único, continuará ao longo do projeto, mas nesta fase estamos preocupados com a descoberta do impacto dos dados, para que decisões possam afetar os prazos dos projetos, entregas, orçamento, recursos, etc.

Você criou e compartilhou uma estratégia de aposentadoria do sistema de primeiro corte?

Agora é a hora de começar a aquecer o negócio pelo fato de que seus sistemas amados serão desativados pós-migração. Certifique-se de que eles são informados sobre os objetivos do projeto e iniciar o processo de descobrir o que é necessário para encerrar os sistemas legados. É melhor abordar isso agora do que deixá-lo até mais tarde no projeto, quando a política pode impedir o progresso.

Você criou modelos conceituais / lógicos / físicos e comuns?

Esses modelos são incrivelmente importantes para a comunicação e a definição da estrutura dos ambientes de legado e de destino.

A razão pela qual temos tantas camadas de modelagem é de modo que entendamos todos os aspectos da migração desde o ponto de vista profundamente técnico até a forma como a comunidade empresarial opera as operações hoje e como elas desejam executar operações no futuro. Vamos discutir o projeto com vários negócios e grupos de TI para que os diferentes modelos nos ajudem a transmitir o significado para a comunidade apropriada.

A criação de modelos conceituais e lógicos também nos ajuda a identificar lacunas no pensamento ou no design entre os ambientes de origem e de destino muito mais cedo no projeto para que possamos corrigir o design da solução.

Você refinou as estimativas do seu projeto?

A maioria dos projetos começa com alguma noção vaga de quanto tempo cada fase levará. Use sua fase de análise de paisagem para determinar os prazos prováveis ​​com base na qualidade dos dados, complexidade, recursos disponíveis, restrições de tecnologia e uma série de outros fatores que irão ajudá-lo a determinar como estimar os cronogramas do projeto.

Fase 4: Projeto de Solução.

Você criou uma especificação detalhada de design de mapeamento?

Até o final desta fase, você deve ter uma especificação completa de como os objetos de origem e de destino serão mapeados, até o nível de atributo. Isso precisa estar em um nível suficiente para ser passado para um desenvolvedor para implementação em uma ferramenta de migração de dados.

Observe que não avançamos imediatamente na compilação, seguindo a análise de paisagens. É muito mais econômico para mapear a migração usando especificações em oposição à codificação, o que pode ser caro e mais complexo para redesenhar se os problemas forem descobertos.

Você criou uma especificação de design de interface?

No final desta etapa, você deve ter um design firme para qualquer projeto de interface que seja necessário para extrair os dados de seus sistemas legados ou para carregar os dados nos sistemas alvo. Por exemplo, algumas migrações requerem a funcionalidade de captura de dados de mudança, pelo que isso precisa ser projetado e prototipado durante esta fase.

Você criou uma especificação de gerenciamento de qualidade de dados?

Isso irá definir como você planeja gerenciar os vários problemas de qualidade de dados descobertos durante a fase de análise de paisagem. Estes podem cair em certas categorias, tais como:

Ignorar limpar na fonte Limpar no processo de teste Limpe o voo usando a lógica de codificação Limpe no alvo.

Você definiu os requisitos de hardware de produção?

Nesta fase, você deve ter uma idéia muito mais firme do que a tecnologia será necessária no ambiente de produção.

O desempenho da taxa de transferência de volumetria e interface deve ser conhecido para que você possa especificar o equipamento apropriado, as configurações RAID, o sistema operacional, etc.

Você concordou com os acordos de nível de serviço para a migração?

Nesta fase, é aconselhável concordar com os patrocinadores empresariais sobre o que sua migração irá fornecer, quando e a que qualidade.

Qualidade, custo e tempo são variáveis ​​que precisam ser acordadas antes da fase de construção, de modo a garantir que seus patrocinadores tenham conhecimento das limitações de projeto da migração e exatamente o que isso significará para os serviços empresariais que planejam lançar na plataforma de destino .

Fase 5: Build & amp; Teste.

Sua equipe de compilação documentou a lógica de migração?

O time que gerencia a execução da migração pode não ser a equipe responsável pela codificação da lógica de migração.

Portanto, é essencial que as transformações e as regras utilizadas para mapear o legado e os ambientes alvo sejam publicadas com precisão. Isso permitirá que a equipe de execução analise a causa raiz de qualquer problema subseqüente descoberto.

Você testou a migração com um espelho do ambiente ao vivo?

É aconselhável testar a migração com dados do ambiente de produção, e não um conjunto de amostras menores. Ao limitar sua amostra de dados de teste, você certamente irá executar condições dentro dos dados ao vivo que causam um defeito na sua migração em tempo de execução.

Você desenvolveu um mecanismo de validação de migração independente?

Muitos projetos baseiam o sucesso da migração em quantas "falhas" testemunham durante o processo. Isso geralmente é onde um item de dados não pode ser migrado devido a alguma restrição ou violação de regra no alvo ou armazenamento de dados de transformação. Eles então continuam a resolver essas falhas e, quando não há mais problemas de carregamento encontrados, realizar alguns testes volumétricos básicos.

"Tivemos 10.000 clientes em nosso sistema legado e agora temos 10.000 clientes em nosso alvo, trabalho feito".

Recentemente fizemos uma chamada membro da comunidade com sede em Omã. Seu hospital havia subcontratado uma migração de dados para uma empresa que desde então havia concluído o projeto. Vários meses após o projeto de migração descobriram que muitos milhares de pacientes agora tinham registros incompletos, atributos faltantes e qualidade de dados geralmente sub-padrão.

É aconselhável conceber uma solução que avaliará de forma independente o sucesso da fase de execução. Não confie nos relatórios e estatísticas que retornam da sua ferramenta de migração como base para o sucesso da migração.

Eu aconselho os clientes a examinar a migração de forma independente, usando um fornecedor completamente diferente, onde os orçamentos permitem. Uma vez que o projeto de migração tenha terminado oficialmente e esses recursos especializados tenham sido deixados para novos projetos, pode ser incrivelmente difícil resolver problemas sérios, então comece a criar um método de validação da migração durante esta fase, não o deixe até a execução do projeto. seja tarde demais.

Você definiu sua estratégia de relatórios e tecnologia associada?

Seguindo do ponto anterior, você precisa criar uma estratégia de relatório robusta para que as várias funções envolvidas na execução do projeto possam ver o progresso no formato que lhes convier.

Por exemplo, um gerente de migração pode querer ver estatísticas diárias, um operador de migração precisará ver estatísticas de tempo de execução e um patrocinador de negócios pode querer ver o desempenho semanal etc.

Se você criou acordos de nível de serviço para o sucesso da migração, eles precisam ser incorporados na estratégia de relatórios para que você possa acompanhar e verificar o progresso em relação a cada SLA.

Você definiu uma solução contínua de monitoramento de qualidade de dados?

A qualidade dos dados é contínua e certamente não deve cessar quando a migração foi entregue, pois pode haver uma série de defeitos de dados insidiosos que espreitam nos dados migrados anteriormente não detectados.

Além disso, os novos usuários do sistema podem introduzir erros por falta de experiência para planejar isso agora, criando um ambiente contínuo de monitoramento de qualidade de dados para a plataforma de destino.

Uma ferramenta útil aqui é qualquer produto de qualidade de dados que pode permitir que você crie regras de qualidade de dados específicas, possui funcionalidade de correspondência e também possui um elemento de painel.

Você criou uma política de retorno de migração?

E se a migração falhar? Como você irá reverter? O que precisa ser feito para facilitar isso?

Espero pelo melhor, mas planeje o pior caso, que é uma migração falhada. Isso muitas vezes pode ser incrivelmente complexo e requer suporte inter-organização, portanto, planeje bem antes da execução.

Você confirmou sua estratégia de desativação de legado?

Até agora, você deve ter uma abordagem clara, com total concordância, de como você irá desativar o ambiente herdado após a execução da migração.

Você completou qualquer treinamento de execução relevante?

A equipe que executa a fase de execução pode ser diferente daquela na fase de construção, é evidente que a execução da migração pode ser complexa, de modo a garantir que os materiais de treinamento relevantes sejam planejados e entregues até o final desta fase.

Você obteve o sinal para níveis de qualidade de dados antecipados no alvo?

É raro que todos os defeitos de dados possam ser resolvidos, mas nesta fase você certamente deve saber o que são e o impacto que eles causarão.

Os dados não são de sua responsabilidade no entanto, ele pertence ao negócio para garantir que assinem quaisquer problemas antecipados para que estejam plenamente conscientes das limitações que os dados apresentam.

Você definiu a estratégia de execução de migração de dados?

Algumas migrações podem levar algumas horas, algumas podem ocorrer em anos.

Você precisará criar um plano muito detalhado sobre como ocorrerá a execução da migração. Isso incluirá seções como o que os dados serão movidos, quem assinará cada fase, quais testes serão realizados, quais os níveis de qualidade dos dados previstos, quando a empresa poderá usar os dados, quais medidas de transição precisam ser tomados.

Isso pode se tornar uma atividade bastante considerável, como sempre, planejar com antecedência.

Você criou um processo de análise de lacunas para medir o progresso atual versus atual?

Isto é particularmente apropriado para migrações em grande escala.

Se você indicou ao negócio que você estará executando a migração durante um período de 8 semanas e que as entregas específicas serão criadas, você pode então mapear isso em um gráfico de excel com pontos de tempo e volumetria antecipada.

À medida que sua migração é executada, você pode, em seguida, traçar um gráfico atual contra estimado para que você possa identificar lacunas.

Fase 6: Execute & amp; Validar.

Você manteve um registro preciso do progresso do SLA?

Você precisará demonstrar aos patrocinadores de negócios e auditores independentes que sua migração foi compatível. Como você vai fazer isso, varia, mas se você concordou antecipadamente com o SLA, é necessário denunciar isso.

Você validou de forma independente a migração?

Já cobriu isso, mas vale ressaltar novamente que você não pode confiar na sua arquitetura de migração para validar a migração. Um processo independente deve ser tomado para garantir que o processo de migração entregue os dados a um nível de qualidade suficiente para suportar os serviços de destino.

Fase 7: Desativação & amp; Monitor.

Você completou sua validação de aposentadoria do sistema?

Normalmente, haverá uma série de pré-condições que precisam ser atendidas antes que um sistema possa ser encerrado.

Certifique-se de que estes estão totalmente documentados e acordados (isso deve ter sido feito anteriormente) para que você possa começar a confirmar que a migração atendeu a essas condições.

Você distribuiu a propriedade do ambiente de monitoramento da qualidade dos dados?

Feche seu projeto passando o processo e a tecnologia adotada para medir a qualidade dos dados durante o projeto.

Por favor, note que esta lista não é exaustiva, há muitas outras atividades que podem ser adicionadas aqui, mas deve fornecer um ponto de partida razoável.

Você também pode achar que muitas dessas atividades não são necessárias para o seu tipo de migração, mas são incluídas para clareza, como sempre, sua migração é única, então, exigirá ações específicas a serem tomadas que não estejam nesta lista.

Por que não adicionar suas sugestões para atividades adicionais usando os comentários abaixo para que possamos estender essa lista para um livreto de melhores práticas para download?

Obtenha uma lista de verificação de migração de dados de mais de 50 para planejar seu projeto.

& # xf007; Dylan Jones (Editor) & # xf017; 3 de dezembro de 2008 e # xf115; Metodologia de migração de dados.

Posts Relacionados.

Criando uma migração bem sucedida de dados de saúde: Entrevista especializada com Ali McGuckin.

Migrando para o SAP SuccessFactors: conselhos práticos para uma migração de dados no tempo e no orçamento, com Miles Davies.

Tech Briefing: Migrando Dados & # 8211; Como você sabe que está pronto para ir?

Melhores Práticas de Migração de Dados para o seu próximo Projeto.

Comentários estão fechados.

Para ajudá-lo a criar uma carreira, projeto ou empresa de migração de dados bem sucedida.

Requisitos e Estratégias de Conversão de Dados CV010.

Interesses relacionados.

Classificação e Estatísticas.

Opções de compartilhamento.

Ações de documentos.

As páginas 6 a 53 não são mostradas nesta pré-visualização.

Documentos recomendados.

Documentos semelhantes aos requisitos e estratégia de conversão de dados CV010.

Documentos sobre o banco de dados Oracle.

Mais de iscjcoracledev.

Menu de Rodapé.

Legal.

Mídia social.

Direitos autorais e cópia; 2017 Scribd Inc.. Procure livros. Site móvel. Diretório do site. Idioma do site:

Você tem certeza?

Esta ação pode não ser possível desfazer. Você tem certeza que quer continuar?

Tem certeza de que deseja excluir esta lista?

Tudo o que você selecionou também será removido de suas listas.

Este livro também será removido de todas as suas listas.

Nós temos títulos com curadoria que achamos que você adorará.

O resto deste título estará disponível em breve.

Os requisitos e a Estratégia de conversão de dados CV010 estarão disponíveis em.

Prasad Bhogle.

Estratégias de conversão de dados na implementação do Oracle E-Business Suite.

Quando se fala sobre a implementação do pacote Oracle E-Business, as questões sobre dados surgem:

Como os dados do sistema legado existentes estarão disponíveis em um novo sistema? Haverá um movimento completo do sistema OLD para o NOVO sistema ou ambos os sistemas coexistirão por algum tempo antes do corte completo? Haverá alguma comunicação necessária entre o sistema OLD e NOVO? O mais importante é como conseguir isso?

Ao discutir sobre essas questões, poucos termos se usam intercambiáveis, viz. Migração de Dados, Conversão de Dados, Interfaces, etc. Todos podem ser trazidos sob um único guarda-chuva / categoria chamado Movimento de Dados.

Este white paper fala sobre várias estratégias / tecnologias que podem ser usadas para a comunicação de dados entre o sistema antigo e o Oracle E-Business Suite. Isso dá a visão geral sobre vários componentes técnicos envolvidos em cuidar da palavra mais importante chamada "DATA".

Este white paper tenta dar uma direção para responder as perguntas acima. Para tornar os dados legados disponíveis para o novo sistema, é necessário efetuar a entrada de dados manualmente ou usar ferramentas como carregador de dados, win-runner que simulam a ação do teclado / mouse e tornam a entrada de dados mais rápida. Se os dados são enormes, a ajuda do programador / desenvolvedor é necessária para criar o programa para automatizar o carregamento de dados. Se dois sistemas vão coexistir por algum tempo e se comunicar uns com os outros, os programas que são executados em intervalos regulares para mover os dados são necessários.

Definindo várias terminologias.

Data Migration is a process of moving required (and most often very large) volumes of data from our clients' existing systems to new systems. Existing systems can be anything from custom-built IT infrastructures to spreadsheets and standalone databases.

Data conversion can be defined as a process of converting data from one structural form to another to suit the requirements of the system to which it is migrated.

Interface is set of programs for connection between two systems in order to synchronize the Data. They can be Manual, Batch or Real-Time. They are used repeatedly and should therefore be designed and constructed in the most efficient manner possible.

Though Data Migration, conversion, interfaces are treated differently but technical folks should not differentiate between them. The design of the all program should same like interfaces, because in most of the implementation data need to be moved multiple times and for some time both legacy system and Oracle Apps 11i happened to be active. Bottom line if data needs to be moved programmatically i. e. without using tools like data loader or manual data entry then it is better to design the program which can be execute multiple time as a concurrent program.

More articles from this author.

Search Trainings.

Fully verifiable testimonials.

Apps2Fusion - Event List.

Enquire For Training.

Itens relacionados.

Receba atualizações por e-mail.

Artigos Mais Recentes.

QUICK MENU.

Artigos populares.

NOSSA EMPRESA.

About Apps2Fusion.

Apps2Fusion are passionate about Fusion Cloud E-Learning and classroom trainings. Training is our core business and we have been doing this for many many years. We work hard to advise trainees with right career paths. We have published various five star rated Oracle Press Books each was best sellers in its category. We have helped many and could help you as well.

Data Conversion Strategy.

The primary objective of a conversion strategy will be to identify the overall approach to be used to convert the required Master and Transactional Data from legacy systems to the new Solution.

A system implementation almost always involves some conversion. It is crucial for an organization to identify the data that needs to be transferred from one system to another and the format of transfer so that it can successfully be used by the new system.

CNT utilizes some basic guidelines in preparing any data conversion plan including:

Data Conversion Requirements Manual Conversion Automatic Conversion Data conversion methods Data Cleansing requirements Conversion Testing Timelines.