Na jornada de modernização de TI de uma organização, as migrações de bancos de dados são frequentemente consideradas tarefas fáceis que podem ser concluídas com um tempo de resposta rápido. A modernização da base de dados oferece muitos benefícios, no entanto, a percepção de que a jornada de migração é simples e sem esforço é um mito que é logo quebrado assim que a jornada de migração começa. Com planeamento, ferramentas e estratégia de migração adequados, esta transformação tornar-se-á uma execução bem gerida dentro dos prazos exigidos. Através deste documento, navegaríamos pelos vários mitos da migração de banco de dados, destacando as armadilhas comuns e como elas podem ser melhor gerenciadas. As etapas também destacarão as atividades de esforço intensivo em comparação com as atividades habilitadas por ferramentas para fornecer uma perspectiva sobre os esforços envolvidos durante a migração de bancos de dados.
Os principais motivadores para qualquer migração de banco de dados são:
- Transformação digital de aplicativos
- Consolidação de banco de dados
- Redução do TCO (Custo Total de Propriedade) por meio da adoção de código aberto.
- Eficiência operacional de TI por meio de serviços gerenciados – Cloudificação
As migrações de banco de dados se enquadram em duas iniciativas principais:
- Migrações heterogêneas (Migração de um banco de dados de origem para um banco de dados diferente, Migração de plataforma).
- Migrações Homogêneas (Lift and Shift de bancos de dados)
Equívocos e fatos sobre migrações de banco de dados Mito 1: A migração de bases de dados pode ser realizada como um exercício de infraestrutura.
Fato: A migração de banco de dados não pode ser realizada como lift and shift da origem para o destino. Uma devida diligência adequada do banco de dados e do cenário de aplicativos precisa ser realizada. Uma descoberta automatizada usando diversas ferramentas reduz o esforço em até 60%. Os seguintes impactos precisam ser analisados:
- Oportunidades de consolidação de banco de dados
- Abordagem de avaliação 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) para modernização do banco de dados para finalizar a estratégia de migração.
- Análise de impacto de aplicações e planejamento de grupos de movimentação.
Mito2: O esforço de migração do banco de dados é determinado pelo tamanho do esquema
Fato: Os esforços de migração de banco de dados são impulsionados não apenas pelo número de objetos de banco de dados e pelo volume de dados, mas principalmente pela complexidade da conversão dos objetos do programa de banco de dados. Quando os bancos de dados estão na empresa há décadas, além dos dados, geralmente há uma lógica de negócios complexa incorporada nos objetos do programa de banco de dados. Nenhuma ferramenta de migração pode fornecer conversão 100% automatizada com um clique. O esforço de migração de banco de dados é impulsionado principalmente por:
- Tipos de dados e funções não suportados, valores nulos de tabela, tipo de partição e índices.
- Implementação pesada de lógica de negócios no código do programa de banco de dados (procedimentos armazenados, pacotes, visualizações, gatilhos, funções) usando recursos proprietários do banco de dados de origem
- Uso de SQL não ANSI e SQL dinâmico
- Gerenciamento de transações e tratamento de exceções.
- SQL incorporado na aplicação e uso de APIs de banco de dados nativos como CTLIB, DBLIB, OCI etc.
- Otimização de desempenho (devido ao fato: mudança no mecanismo de banco de dados)
- Validação funcional entre origem e destino.
- Remediação e Teste de Integrações.
- Execução paralela (devido ao tempo de inatividade zero/outros requisitos de negócios)
Mito3: Os aplicativos exigem apenas alterações no driver do banco de dados para funcionar
Fato: A correção de aplicativos não envolve apenas alterações no driver do banco de dados. A correção de aplicativos é em grande parte um esforço manual, pois nenhuma ferramenta pode identificar com eficácia os pontos de contato do banco de dados e modificá-los. Existem vários fatores listados abaixo que determinam a complexidade do esforço de correção de aplicativos:
- Versão da tecnologia da aplicação e sua compatibilidade com o target.
- Disponibilidade de drivers de banco de dados para bancos de dados de destino.
- Uso de bibliotecas de terceiros que podem não ser suportadas no destino.
- Compatibilidade de aplicativos COTS com o destino.
- Uso de estruturas ORM (Mapeamento Objeto-Relacional) versus uso de SQL incorporado
- Redesenho do aplicativo
Mito4: A migração de dados envolve a elevação e transferência de dados para o destino
Fato: Embora a automação desempenhe um papel fundamental na migração de dados, ainda há um esforço manual de até 10% para realizar uma migração de dados bem-sucedida. O esforço está concentrado nas seguintes áreas:
- Crie um perfil adequado dos dados de origem para mapear o tipo de dados correto no destino e evitar problemas de qualidade e perda de dados.
- Requisitos de tempo de inatividade e disponibilidade de infraestrutura para planejar a migração de dados.
- Seleção de ferramentas de migração de dados
- Mudanças na plataforma para levar em conta as mudanças de indigenidade nos dados.
- Consolidação de dados para migrações de banco de dados um-muitos/muitos-um.
- Coexistência de dados durante execução paralela.
- Data de validade
Mito 5: Um projeto de migração requer apenas testes de caixa branca
Fato: Os testes ponta a ponta são essenciais para o sucesso do projeto de migração. Ferramentas de validação de dados, ferramentas de validação de consulta, ferramentas de validação de esquema e outras ferramentas de teste automatizam os testes em 70%. Algumas atividades de teste importantes a serem realizadas:
- Linha de base funcional e de desempenho no ambiente de origem
- Testes pós-migração para comparar os resultados com a linha de base.
- Teste de desempenho e ajuste
- Testes paralelos de pré-produção para fluxos de trabalho críticos
- Testes de aceitação do usuário
- Validação pós-implementação.
Conclusão
Embora as ferramentas de migração desempenhem um papel vital nas migrações de bancos de dados, não ajuda a realizar uma migração 100% automatizada. Uma abordagem de “tamanho único” não pode ser adoptada e o nível de esforço manual necessário é determinado pelos factores que vimos acima. A TCS, com sua experiência na migração de centenas de bancos de dados, aperfeiçoou uma metodologia 5D (descoberta, design, desenvolvimento, implantação, desativação) que fornece uma abordagem holística com etapas testadas ao longo do tempo que garantirão uma migração de banco de dados bem-sucedida. A metodologia 5D é bem apoiada pela automação (desenvolvimento de ferramentas e ativos internos, aprimoramento da ferramenta à medida que o projeto de migração do banco de dados avança) para acelerar a migração de maneira consistente e precisa e alcançar a automação esperada nas migrações de banco de dados.
- Conteúdo com tecnologia de SEO e distribuição de relações públicas. Seja amplificado hoje.
- Platoblockchain. Inteligência Metaverso Web3. Conhecimento Ampliado. Acesse aqui.
- Fonte: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- Sobre
- acima
- acelerar
- aceitação
- Conta
- preciso
- Alcançar
- atividades
- Adição
- adotado
- Adoção
- contra
- Todos os Produtos
- Apesar
- análise
- e
- e infra-estrutura
- APIs
- Aplicação
- aplicações
- abordagem
- áreas
- avaliação
- Ativos
- automatizar
- Automatizado
- Automação
- disponibilidade
- Linha de Base
- tornam-se
- ser
- abaixo
- Benefícios
- Melhor
- entre
- Caixa
- Quebrado
- negócio
- não podes
- transportar
- alterar
- Alterações
- verificar
- código
- comum
- comparar
- compatibilidade
- Efetuado
- integrações
- complexidade
- considerado
- consistente
- consolidação
- Conversão
- Custo
- crítico
- dados,
- Perda de Dados
- banco de dados
- bases de dados
- décadas
- implantar
- Design
- Determinar
- determinado
- desenvolver
- em desenvolvimento
- diferente
- diligência
- descobrir
- descoberta
- documento
- down
- dirigido
- motorista
- Drivers
- durante
- dinâmico
- efetivamente
- eficiências
- esforço
- esforços
- incorporado
- habilitado
- end-to-end
- Motor
- aprimorando
- garantir
- Empreendimento
- Meio Ambiente
- etc.
- exceção
- execução
- Exercício
- expectativas
- esperado
- experiência
- fatores
- Cair
- Funcionalidades
- finalizar
- Finextra
- focado
- seguinte
- para a frente
- enquadramentos
- da
- funções
- Grupo
- Manipulação
- ajudar
- Destaques
- Destacando
- House
- Como funciona o dobrador de carta de canal
- Contudo
- HTTPS
- Centenas
- identificar
- Impacto
- Impacto
- implementação
- in
- índices
- Infraestrutura
- iniciativas
- integral
- integrações
- envolvido
- questões
- IT
- viagem
- Chave
- paisagem
- largamente
- Nível
- bibliotecas
- Listado
- fora
- a Principal
- fazer
- gerenciados
- de grupos
- maneira
- manual
- muitos
- mapa,
- mapeamento
- Metodologia
- migração
- modificar
- mover
- múltiplo
- Mitos
- nativo
- Navegar
- você merece...
- número
- objetos
- Oferece
- ONE
- open source
- operacional
- oportunidades
- otimização
- Outros
- propriedade
- pacotes
- Paralelo
- festa
- percepção
- atuação
- perspectiva
- plano
- planejamento
- plataforma
- platão
- Inteligência de Dados Platão
- PlatãoData
- Jogar
- principalmente
- procedimentos
- Perfil
- Agenda
- projeto
- adequado
- proprietário
- fornecer
- fornece
- qualidade
- Links
- Realidade
- redesenhar
- reduz
- Refatorar
- requerer
- requeridos
- Requisitos
- exige
- Resultados
- Tipo
- Execute
- mesmo
- Serviços
- mudança
- Tamanho
- alguns
- fonte
- Passos
- Ainda
- armazenadas
- direto
- Estratégia
- sucesso
- bem sucedido
- Suportado
- mesa
- Target
- tarefas
- Equipar
- ensaio
- A
- Através da
- tempo
- para
- ferramenta
- ferramentas
- Total
- Transformação
- Uso
- geralmente
- validação
- Valores
- vário
- versão
- visualizações
- vital
- volume
- enquanto
- branco
- precisarão
- dentro
- fluxos de trabalho
- seria
- zefirnet
- zero