Definição da estratégia de conversão de dados

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.

migração de dados.

Storage Federation - IT Without Limits & ndash; HP A Importância da Automação para Simplificar Cloud Migrations & ndash; TechTarget See More.

A migração de dados é o processo de transferência de dados entre sistemas de armazenamento de dados, formatos de dados ou sistemas informáticos. Um projeto de migração de dados é feito por vários motivos, que incluem substituir ou atualizar servidores ou equipamentos de armazenamento, mover dados para provedores de nuvem de terceiros, consolidação de sites, manutenção de infraestrutura, migração de aplicativos ou banco de dados, atualizações de software, fusões de empresas ou deslocalização de centro de dados.

8 Passos para expandir e substituir as matrizes de disco.

Independentemente de quão alto desempenho sua matriz de armazenamento ou quão bem você gerencia seus dados, cada sistema chega a um ponto de ruptura. Se são tempos de carregamento de aplicativos longos, ou percebendo após um desastre que seus dados não estão tão disponíveis como você pensou, quando você chegar a esse ponto, você precisará estar pronto para expandir ou substituir sua matriz de disco existente. Neste guia, aprenda 8 coisas para levar em consideração quando esse tempo chegar; poderia estar mais perto do que você pensa.

Ao enviar suas informações pessoais, você concorda que a TechTarget e seus parceiros podem entrar em contato com você sobre conteúdo relevante, produtos e ofertas especiais.

Você também concorda que suas informações pessoais podem ser transferidas e processadas nos Estados Unidos e que você leu e aceita os Termos de Uso e a Política de Privacidade.

Criando um plano de migração de dados.

Um projeto de migração de dados pode ser um desafio porque os administradores devem manter a integridade dos dados, tempo do projeto para que haja um impacto mínimo no negócio e mantenha um olho nos custos. Qualquer problema que ocorra durante a migração afetará o negócio, de modo que um plano de migração de dados é fundamental para garantir um mínimo de interrupção e tempo de inatividade para os processos comerciais ativos.

Os fatores a considerar durante um projeto de migração de dados incluem o tempo que a migração levará; a quantidade de tempo de inatividade requerida; e o risco para o negócio devido a problemas técnicos de compatibilidade, corrupção de dados, problemas de desempenho de aplicativos e dados perdidos ou perda de dados.

Existem três grandes categorias de motores de dados.

O software baseado em host é o melhor para migrações específicas de aplicativos, como atualizações de plataformas, replicação de banco de dados e cópia de arquivos. O software baseado em matriz é usado principalmente para migrar dados entre sistemas similares. Os dispositivos de rede migram volumes, arquivos ou blocos de dados de acordo com sua configuração.

As seguintes práticas recomendadas devem ser usadas para proteger dados durante uma migração.

Compreenda quais dados você está migrando, onde ele vive, em que forma está e na forma que ele terá em seu novo destino. Extraia, transforma e descomprime dados antes de movê-lo. Implementar políticas de migração de dados para que os dados sejam movidos de maneira ordenada. Teste e valide os dados migrados para garantir que ele seja exato. Auditar e documentar todo o processo de migração de dados.

Tipos de migração de dados e seus desafios.

O processo de migração de dados é realizado em três níveis.

A migração de armazenamento é justificada através de atualizações de tecnologia e o processo é usado como um ótimo momento para validação e redução de dados, identificando dados obsoletos ou corruptos. O processo envolve mover blocos de armazenamento e arquivos de um sistema de armazenamento para outro, seja no disco, na fita ou na nuvem. Existem inúmeros produtos e ferramentas de migração de armazenamento que ajudam a suavizar o processo. A migração de armazenamento também oferece a chance de remediar qualquer armazenamento órfão ou ineficiências.

para baixar nossos dados gratuitos.

A migração da base de dados é feita quando há necessidade de alterar os fornecedores de banco de dados, atualizar o software do banco de dados ou mover um banco de dados para a nuvem. Neste tipo de migração, os dados subjacentes podem mudar, o que pode afetar a camada da aplicação quando há uma alteração no protocolo ou no idioma de dados. As migrações de dados em bancos de dados tratam de modificar os dados sem alterar o esquema. Algumas tarefas principais incluem a avaliação do tamanho do banco de dados para determinar quanto espaço de armazenamento é necessário, testando aplicativos e garantindo a confidencialidade dos dados. Problemas de compatibilidade podem ocorrer durante o processo de migração, por isso é importante testar primeiro o processo.

A migração de aplicativos pode ocorrer ao mudar para outro aplicativo ou plataforma de fornecedor. Este processo tem suas próprias camadas inerentes de complexidade porque as aplicações interagem com outras aplicações e cada uma possui seu próprio modelo de dados. As aplicações não são projetadas para serem portáteis. As ferramentas de gerenciamento, sistemas operacionais e configurações de máquinas virtuais podem diferir das do ambiente em que o aplicativo foi desenvolvido ou implantado. A migração de aplicativos bem sucedida pode exigir o uso de produtos de middleware para colmatar falhas de tecnologia.

A migração em nuvem é uma grande tendência tecnológica, já que a nuvem oferece flexibilidade sob demanda, escalabilidade e redução de Capex para infra-estruturas locais. Os provedores de nuvem pública oferecem uma variedade de serviços para migrações de armazenamento, banco de dados e aplicativos.

Migração de dados versus integração de dados.

A migração de dados não deve ser confundida com a integração de dados. A migração de dados envolve mover ou copiar dados de um sistema para outro, ou um ambiente para outro, enquanto a integração de dados trata do fluxo de dados entre várias aplicações e sistemas. Os administradores que executam a integração de dados devem estar familiarizados com as tecnologias de extração, transformação e carga.

Continue lendo sobre migração de dados.

Dig Mais aprofundado na migração de armazenamento.

O aplicativo de migração de arquivos do Data Dynamics StorageX adiciona suporte.

Criar uma estratégia eficaz de migração de dados para VMs.

O Caringo Swarm aprimora a migração com o software FileFly.

Allegiance Health migra para Atmos com Seven10 Storage.

O aplicativo de migração de arquivos do Data Dynamics StorageX adiciona suporte.

O Caringo Swarm aprimora a migração com o software FileFly.

Allegiance Health migra para Atmos com Seven10 Storage.

AutoVirt adiciona ferramenta para ajudar projetos de migração de dados.

Projetos de migração de dados: Evite erros de migração de dados com automação, remediação de armazenamento órfão.

Clips de armazenamento: Vicom apresenta o serviço de migração de dados.

AutoVirt adiciona ferramenta para ajudar projetos de migração de dados.

As ferramentas de migração de dados levam SMBs ao próximo nível: migração de dados e tutorial de armazenamento em camadas.

Estratégias de migração de dados para sistemas de armazenamento multivendor.

Simplificando a migração de dados de compras de produtos.

Criar uma estratégia eficaz de migração de dados para VMs.

Chaves para um processo de migração de dados indolor.

Como a migração de armazenamento Hyper-V melhorou na versão 3.0.

Melhores práticas de migração de dados para SMBs.

Criar uma estratégia eficaz de migração de dados para VMs.

Como a migração de armazenamento Hyper-V melhorou na versão 3.0.

Os recursos do Hyper-V 3.0 incluem SMB 2.2, melhor migração, deduplicação.

Storage vMotion: Aplicação e desempenho.

Encontre mais ofertas do PRO + e outros membros apenas, aqui.

E-Zine.

Quais os tipos de migração de dados são os mais desafiadores para sua organização?

Participe da conversa.

2 comentários.

Sua senha foi enviada para:

Ao enviar você concorda em receber e-mails da TechTarget e seus parceiros. Se você reside fora dos Estados Unidos, você concorda em transferir e processar seus dados pessoais nos Estados Unidos. Privacidade.

Crie um nome de usuário para comentar.

-ANÚNCIOS DO GOOGLE.

Extensões de arquivo e formatos de arquivo.

Últimos recursos TechTarget.

Procurar armazenamento em estado sólido.

Tipos de matriz de armazenamento híbrido e AFA lutam pelo domínio.

O debate ainda está preocupado se os arrays de todas as versões tornam os arrays híbridos obsoletos, e o custo não é tudo o que importa quando.

Níveis de armazenamento: interface SAS, aumento de memória MLC.

A batalha SAS vs. SATA no armazenamento de dados corporativos mostra os discos rígidos com a tendência da interface SAS; MLC SSDs mais baratos superam o SLC.

Pesquisar armazenamento na nuvem.

Cloud survey revela sete tendências de serviços de armazenamento.

A pesquisa de nuvem TechTarget mais recente encontra backup em nuvem, sincronização e compartilhamento de arquivos em nuvem, recuperação de desastres e arquivamento são mais populares.

O inquérito considera a implementação de armazenamento na nuvem crescendo, mas é cautelosa.

A implementação de armazenamento em nuvem pelos usuários varia de backup e DR para níveis. Nós revelamos os aplicativos de armazenamento em nuvem mais usados.

Siga-nos no Twitter @CloudStorageRK.

Editor assistente Rachel Kossman tweets links para nosso conteúdo, bem como análises de especialistas da indústria. Interaja com ela, deixe-nos.

Pesquisar Recuperação de Desastres.

Melhore o seu programa GRC com continuidade do negócio e DR.

Qualquer programa de governança, gerenciamento de riscos e conformidade deve funcionar com o processo de continuidade de negócios de uma organização. Tem .

Frost Science Museum O planejamento de TI planejava o pior, sobreviveu à Irma.

O Frost Museum of Science na água em Miami preparou-se para o furacão Irma com um armazenamento solidificado e centro de dados.

Usando a recuperação de desastres virtualizados para combater o ransomware.

Quando se trata de lutar e proteger contra o ransomware, existem algumas características importantes da recuperação virtual de desastres que são superiores.

Pesquisar backup de dados.

O papel de um oficial de proteção de dados GDPR.

O oficial de proteção de dados, exigido para que muitas organizações sejam compatíveis com o GDPR da UE, enfrentará desafios no novo.

A aquisição da N2WS pela Veeam melhora a proteção da nuvem.

O Veeam integrará a tecnologia N2WS na Plataforma de Disponibilidade. As equipes de pesquisa e desenvolvimento das empresas irão funcionar.

Software de backup e recuperação de dados: finalistas dos produtos do ano de 2017.

O backup e recuperação de desastres e finalistas de serviços incluem fornecedores estabelecidos e novos participantes, oferecendo uma ampla.

Todos os direitos reservados, Copyright 2000 - 2018, TechTarget.

Cv.010 define requisitos de conversão de dados e estratégia.

Câmbio | BDO Unibank, Inc.

O Cv.010 define os requisitos de conversão de dados e as estratégias estratégicas de negociação de alta vitória.

ALVO. REQUISITOS E ESTRATÉGIA DE CONVERSÃO CV.010. Autor: Data de Criação: Atualizado pela última vez: Documento Ref: Versão: 25 de maio de 1999 28 de maio de 1999 PROJETO 1A. Aprovações:. Conversão de dados CV.010.

A tela Detalhe do trabalho permite a entrada tanto da contabilidade do tempo do trabalho quanto dos dados da exceção do Timecard. Uma vez que as informações detalhadas são salvas, a tela Resumo do trabalho está bloqueada. Todas as informações de Trabalho para o resto do Período de Pagamento devem continuar a ser inseridas na tela Detalhe do Trabalho. Você pode adicionar linhas a dias clicando em. 14 de junho de 2018. TA.010 Definir Requisitos de Arquitetura e Estratégia TA.020 Identificar Arquitetura Técnica Actual TA.030 Desenvolver Arquitetura Conceitual Preliminar. CV.010 Definir requisitos de conversão de dados e strategyCV.020 Definir padrões de conversão CV.030 Prepare o ambiente de conversão CV.040.

11 de dezembro de 2018. CV.010 CV.020 CV.030 CV.040 CV.050 CV.060 CV.070 CV.080 CV.090 CV.100 CV.110 CV.120 CV.130 Definir requisitos de conversão de dados e estratégia Definir padrões de conversão Preparar conversão ambiente Execute o mapeamento de dados de conversão Defina procedimentos de conversão manual Design. 2 de agosto de 2018. CV.010 Definir requisitos de conversão de dados e estratégia. CV.020 Definir padrões de conversão. CV.030 Prepare o ambiente de conversão. CV.040 Execute o mapeamento de dados de conversão. CV.050 Defina os procedimentos de conversão manual. Programas de conversão de design CV.060. CV.070 Prepare o teste de conversão. Este Plano de Conversão de Dados (DCP) descreve a estratégia, a preparação e as especificações para a conversão de dados para o.

Opções de Wystup fx pdf.

9 de junho de 2007. A conversão de dados pode ser definida como um processo de conversão de dados de uma forma estrutural para outra, de acordo com os requisitos do sistema ao qual ela é migrada. Vamos fazer uma unidade profunda para entender melhor: por que a conversão / migração é mais importante no ERP? Antes de Go-Live no ambiente de produção. 2 de agosto de 2007. CV 010 - Escopo de conversão, objetivos e abordagem; CV020 - Estratégia de conversão; CV030 - Padrões de conversão; CV040 - Ambiente de conversão; CV050 - Mapeamento de dados de conversão; CV055 - Mapeamento de Dados Detalhado de Conversão; CV060 - Estratégia de conversão manual; CV065 - Conversões de design. 29 de junho de 2018. A Metodologia de Implementação de Aplicação (AIM) da Oracle é a metodologia de gerenciamento de projetos e estratégia de implementação da Oracle. AIM fornece modelos de documentação. CV010, requisitos de conversão de dados e estratégia. Estratégia de extensão. MD020, Definição de Extensão de Aplicação e Estimativas.

dados + conversão.

Não é possível encontrar o que você está procurando? Experimente o Google Search no site ou ajude-nos a melhorar, enviando sua definição.

▲ Data Warehouse Architect Data Warehouse Associação da Índia Data Warehouse Modelo de Dados Conceptuais Design de Armazém de Dados e Tecnologia de Processamento Analítico Online Gerenciamento do Ciclo de Vida do Data Warehouse Sistema de Gerenciamento de Data Warehouse Data Warehouse Qualidade Requisito de Armazém de Dados Armazéns de dados Armazenamento de dados Armazenamento de dados Armazenamento de dados Armazenamento de dados Armazenamento de Dados Armazenamento e Business Intelligence Armazenamento de dados e mineração de dados Armazenamento de dados Centro de conhecimento Dados Web Data Janela Palavra de dados Palavra de dados Palavra de dados Palavra de dados Palavra de dados Palavra de dados Dados Dados de trabalho Dados Grupo de trabalho Dados wrangler Disputas de dados Dados do dia Dados + conversão Dados, avaliação e dados do plano, controles Indicadores e dados do painel Dados do gerenciamento de dados e dados, horas, minutos, segundos Dados, informações e dados de conhecimento, informações e integração de processos com serviços Web semânticos Dados, operações, informações científicas e técnicas do grupo consultivo, segmentos, pacotes, quadros , Bits Dados, dados de voz e voz, voz e rede de vídeo Processador de aquisição de dados Estimativa de parâmetros assistidos por dados Recadestas com auxílio de dados Menores quadrados Atividade de transporte baseada em dados Baseada em dados Baseada em dados Gerenciamento de dados Baseado em dados Modificação Navegação baseada em dados sistema de bus de dados com base em dados Centro de dados Centrado em dados Transmissão Burst Centro de dados Atribuição e Recuperação de Atributos Centrais de Dados Data-Centric Publish-Subscribe Modelo de Segurança Centrado em Dados Irritante dependente de dados Programação direta de dados Intervalo direcionado por dados Acesso múltiplo Design orientado por dados ▼

Termos de uso Política de privacidade Comentários Publicidade comosco Copyright & copy; 2003-2018 Farlex, Inc.

Todo o conteúdo deste site, incluindo dicionário, tesauro, literatura, geografia e outros dados de referência é apenas para fins informativos. Esta informação não deve ser considerada completa, atualizada e não se destina a ser usada no lugar de uma visita, consulta ou aconselhamento de um profissional legal, médico ou de qualquer outro profissional.

A estratégia go-live da migração de dados & # 8211; O que é e por que isso importa?

Nesta publicação, damos uma olhada em algumas das diferentes combinações de estratégias de migração de migração de dados e o que elas significam de uma perspectiva técnica e comercial.

A paisagem das opções de implementação de migração de dados mudou nos últimos anos, por isso pensamos que uma breve introdução às diferentes abordagens beneficiaria nossos leitores comerciais e não-técnicos em particular.

A Estratégia go-live da migração de dados - o que é e por que isso importa?

Há essencialmente três principais áreas problemáticas para se concentrar ao criar sua estratégia de go-live:

Business Cutover Strategy Estratégia de armazenamento de transição Estratégia de sincronização.

Business Cutover Strategy.

A forma como você troca seu negócio do mundo antigo para o novo mundo é claramente importante.

Você precisa de confiança para saber que o novo ambiente alvo está totalmente testado e pode oferecer os serviços que sua empresa exige antes de dar um grande salto.

Pode haver pouco espaço para erros nos negócios modernos. Se o seu novo sistema vem online e o serviço é afetado, esta má notícia pode se espalhar rapidamente e a confiança do cliente pode ser seriamente afetada.

Ao mudar os usuários empresariais e os clientes do mundo antigo para o novo mundo, existem essencialmente 3 opções para a estratégia de redução - big bang, incremental ou paralelo.

Abordagem # 1: o "big bang".

Lembro-me do meu primeiro projeto big bang não com gosto, mas com medo abjeto.

Tivemos uma janela de 48 horas para migrar um banco de dados de clientes globais para uma nova plataforma. Como os generais, planejávamos meticulosamente cada fase e confiamos que a batalha poderia ser travada e vencida antes que os primeiros usuários chegassem online às 5h da manhã de segunda-feira.

Então, acampamos, pedimos pizzas, muito café e fizemos a bola rolar. As coisas correram bem até atingir um bug no software (minha culpa) às duas horas da manhã de segunda-feira. Era um daqueles horríveis gremlins que nenhuma quantidade de testes poderia ter impedido.

Os hacks e os ajustes frenéticos dos cérebros confusos, exaustos e com cafeína acabaram com os dados mudando de novo e atingimos o ponto de não retornar 2 horas depois. Foi louvado como um sucesso completo, mas não uma experiência que eu desejaria aos outros.

Eu falo com muitos membros que realizam grandes migrações regularmente, então eu sei que muitos projetos conseguem. Nós não temos as estatísticas, mas eu arriscaria que eles sejam provavelmente o método mais popular de migração de dados, mas eles podem ser um passeio de montanha-russa por causa de sua natureza "tudo ou nada".

O conceito de uma grande migração de dados é estranho.

Crie a arquitetura de migração e, em seguida, mova os dados para o novo ambiente de destino em um processo. O negócio agradece a equipe do projeto com uma janela de oportunidade suficiente para corrigi-lo e você espera e reze para que você não precise desse plano de retorno que você criou. A janela de oportunidade é a chave aqui. Normalmente, você precisa de uma caixa de tempo suficiente para mover com sucesso os dados para o destino e isso normalmente envolve tempo de inatividade para o negócio.

Alguns dos benefícios de uma abordagem de big bang são:

Não é necessário executar dois sistemas simultaneamente. Ao mover os usuários em uma atividade, você pode continuar com o trabalho de desligar o ambiente antigo e recuperar os muitos benefícios de custo que isso oferece. É tentado e confiável. Os provedores de serviços e os especialistas em migração de dados internos normalmente cortam os dentes sobre esse estilo de migração, de modo que provavelmente há mais deste tipo de experiência flutuando. Sem problemas de sincronização. Com uma grande migração, não precisamos manter o antigo ambiente em alta velocidade com as atualizações de registro, o negócio efetivamente se mudou e agora está sendo conduzido inteiramente da plataforma de destino.

Há desvantagens no entanto:

Algumas empresas correm sem qualquer janela de oportunidade. As empresas de Internet, por exemplo, são operações 24/7 que, realisticamente, não podem ser desligadas por vários dias / horas para transferir dados, eles precisam ficar on-line continuamente. O risco associado de ter um período de tempo limitado para migrar os dados pode levar a impactos importantes se a migração for ultrapassada. A sincronização pode não ser um problema, mas as estratégias de retorno podem ser desafiadoras, especialmente se os problemas forem encontrados algum tempo após o evento de migração.

Abordagem nº 2: o corte incremental.

Esta abordagem reduz o risco de uma abordagem de big bang apenas migrando partes discretas do negócio e dados associados.

Talvez sua empresa tenha divisões discretas divididas por geografia ou função. Você pode optar por mover todos os clientes em um determinado país ao longo de um período de finais de semana sucessivos, por exemplo.

Esta abordagem desactiva o projeto porque, se você atingiu problemas, muitas vezes é muito mais fácil reverter um subconjunto menor de dados do que toda uma loja de dados usando uma abordagem de big bang.

Soa um ótimo conceito, mas pode ser desafiador executar efetivamente devido à complexidade dos aplicativos, dados e processos comerciais subjacentes.

Por exemplo, posso ser um cliente na região X, mas também tenho serviços adicionais em nossos escritórios satélites na região Y - como você poderá gerenciar a implicação do negócio de migrar minha conta do antigo ambiente para o novo sistema. Como os usuários responderão à minha consulta se eu quiser fazer um pedido durante a janela de migração? Como os aplicativos de legado e destino saberão de qual sistema gerar seus dados?

O desafio é gerenciar esses intrincados relacionamentos tanto nos processos de negócios como nas ligações de dados subjacentes. Tomando emprestado um termo de John Morris, isso exigirá consideráveis ​​"regras de transição de dados" - medidas temporárias para garantir que o negócio e os dados possam servir adequadamente o cliente.

Portanto, a chave para uma migração incremental é entender completamente o cenário de negócios e dados para identificar quais fatias e dados podem ser usados ​​para o processo de migração.

Abordagem nº 3: o corte paralelo.

O funcionamento paralelo é outra abordagem popular para a migração de dados, pois pode prejudicar grandemente o resultado.

O conceito é simples, simplesmente movemos os dados para o ambiente de destino, mas asseguremos que os dados em cada sistema ainda estejam atualizados. Isso geralmente envolve dual-keying ou alguma outra forma de sincronização de dados.

Por exemplo, se movemos os dados em nosso banco de dados do centro de atendimento ao cliente para uma nova plataforma, poderíamos fazer com que nossos usuários inserissem os dados nos sistemas antigo e novo. Claramente, a desvantagem aqui é o custo e, muitas vezes, o impacto do cliente. Se utilizarmos apenas o nosso pessoal existente, isso deve resultar em um serviço atingido em algum lugar do negócio.

Uma migração de execução paralela não exige necessariamente que os dados sejam movidos em um big bang, ele também pode suportar migrações incrementais.

Os benefícios são que podemos executar cada sistema em paralelo por um período de tempo para que a empresa possa validar e assinar completamente a plataforma, com segurança sabendo que ela atende às suas necessidades. A desvantagem é o custo, manter dois ambientes é claramente mais caro do que manter um.

Estratégia de armazenamento transitório.

Este é um termo técnico que basicamente aborda como vamos armazenar os dados enquanto o estamos movendo do mundo antigo para o novo mundo. O método particular adotado pode ter ramificações diferentes para o negócio.

Existem duas opções principais:

Solução de armazenamento temporário: esta é comumente referida como uma área de teste. Ele nos permite extrair dados do (s) sistema (s) legado (s) e executar várias transformações e manipulações para obtê-lo em um estado adequado para carregar no ambiente de destino. Durante o tempo que os dados estão neste "tanque" de armazenamento, os dados são efetivamente "in-limbo". Ele realmente não pode ser usado no mundo antigo ou no novo mundo, então esta solução geralmente requer tempo de inatividade pelo negócio. Solução em tempo real: esta abordagem elimina a necessidade de uma área de armazenamento simplesmente portig os dados em uma única transação. Isso tem o benefício de zero tempo de inatividade para o negócio, mas pode ser complexo para ser fornecido, uma vez que uma instalação de gerenciamento de estado é necessária para "lembrar" onde os itens de dados individuais são mantidos.

Estratégia de sincronização.

Para suportar opções como a nossa abordagem paralela, precisamos de alguma forma de sincronização. Deve haver um fluxo de informações do sistema que mudou para o sistema e, portanto, informações desatualizadas. Isso também é vital se quisermos desrespeitar o projeto, tendo uma solução alternativa que pode ser implementada horas, dias ou mesmo semanas após a migração inicial.

Existem basicamente 2 tipos de sincronização: Mono-direcional e bidirecional.

Mono-Direcional: Esta é uma estratégia em que talvez o nosso sistema de destino sincronize as novas mudanças que ele recebe de volta ao sistema herdado. Isso é útil porque podemos descobrir problemas com o ambiente-alvo, o que significa que precisamos redirecionar os serviços empresariais de volta para o sistema antigo em algum momento após o recorte. Alternativamente, podemos migrar nossos dados em um big-bang para o ambiente de destino, mas manter o negócio apontando para o antigo sistema herdado enquanto testamos a nova arquitetura. Poderíamos usar a sincronização mono-direcional para manter o sistema alvo atualizado com as alterações que ocorrerem após a migração inicial. Bi-direcional: nesta abordagem, permitimos que as mudanças no sistema antigo fluam para o novo sistema de destino e as mudanças no sistema de destino para retornar ao sistema antigo. Geralmente, implementaríamos esta solução se estivéssemos realizando uma migração incremental com execução paralela, por exemplo. Por exemplo, se o registro do meu cliente no novo sistema receber atualizações, talvez possamos publicar essas alterações de volta para o sistema antigo que ainda executa alguns serviços legados na minha mesma conta. Isso oferece flexibilidade máxima, mas, obviamente, requer uma arquitetura mais complexa.

Então, o que tudo isso significa?

A estratégia de go-live de migração de dados que você adotar deve ser orientada principalmente pelas necessidades de sua empresa. Necessidades diferentes exigem abordagens diferentes e realmente vale a pena entender o que essas opções são para que você possa tomar as decisões certas no início do projeto.

Por exemplo, se você executar um negócio de internet 24/7 que simplesmente não pode pagar o tempo de inatividade, você precisa abordar como você gerenciará a estratégia de armazenamento de transição e a estratégia de sincronização. Se seus dados estiverem sentados em uma área de teste durante dois dias e você não tiver meios de atualizar o sistema alvo de quaisquer alterações durante esse período, a migração efetivamente falhou.

Se você estiver executando uma migração regulada pela FDA, você precisará realizar testes exaustivos e registrar trilhas pós-migração para garantir que cada item de dados, atributo e relacionamento tenham sido migrados corretamente. Este tipo de requisito pode exigir um período de execução paralela para garantir que você tenha tempo suficiente para testar e recuar adequadamente, se necessário.

Talvez você queira migrar conjuntos discretos de clientes em regiões específicas ao longo de um período de 6 meses usando uma abordagem incremental. A inter-relação dos modelos de negócios e dados pode exigir uma estratégia de sincronização bidirecional para garantir que as atualizações dos clientes no sistema alvo fluam para o sistema fonte e vice-versa.

Como técnico, tudo isso é importante para você porque você precisa codificar uma solução que ofereça as necessidades empresariais e uma solução de gerenciamento de riscos que assegure a continuidade do serviço.

Do ponto de vista comercial, isso é importante para você, porque menos de 20% das migrações têm sucesso em seus objetivos. A migração de dados é inerentemente arriscada, pelo que você precisa ter certeza de que seus colegas técnicos estão oferecendo uma solução que se adapta às suas necessidades comerciais atuais e futuras.

O que você acha? Existem outras estratégias que devem ser adicionadas aqui? Essas definições são válidas? Por favor, adicione seus comentários abaixo.

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

& # xf007; Dylan Jones (Editor) & # xf017; 26 de março de 2009 e # xf115; Metodologia de Migração de Dados, Técnicas 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.

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

Como criar um processo de verificação de qualidade de qualidade de dados para sua migração de dados de saúde.

Comentários estão fechados.

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