MIGRAÇÃO ORACLE → POSTGRESQL — DESDE 1990

    PARE DE PAGAR ORACLE QUE NÃO USA.

    Sua aplicação roda em Oracle Enterprise mas usa 20% das features. O resto é licença queimando R$ 47k por core por ano. PostgreSQL faz 95% do mesmo, sem royalty. A gente migra sem reescrever a aplicação.

    70%+
    Redução média de TCO em 24 meses
    ZERO
    Reescrita de aplicação na maioria dos casos
    ora2pg
    Stack consolidado para conversão de schema
    12TB+
    Maior migração entregue sem rollback

    Migrações Oracle entregues para

    DataPrev·Setor Público·Grande Varejo·Telecom·Healthcare·Fintech

    A CONTA QUE NÃO FECHA

    ORACLE CRESCE. ORÇAMENTO NÃO.

    Licença sobe 12% ao ano em USD

    Oracle Enterprise + Partitioning + Diagnostic Pack + RAC. Cada renovação dói mais. E o dólar não ajuda. CFO já pediu corte de licença duas vezes, TI ainda não respondeu.

    Medo de quebrar a aplicação

    PL/SQL com 200 mil linhas. Triggers, packages, types, autonomous transactions. Ninguém quer ser o cara que reescreve tudo. Então fica como está, pagando.

    Consultoria genérica não migra de verdade

    Faz prova de conceito num esquema de 10 tabelas, fatura, vai embora. A migração real é particionamento composto, sequences vs identity, NUMBER com escala, ROWNUM vs ROW_NUMBER. Detalhes que afundam o projeto.

    A HTI faz assessment honesto antes

    Antes de prometer ROI, rodamos ora2pg em modo report no seu schema. Te entregamos relatório com o que migra automático, o que precisa intervenção manual, e o que (talvez) não vale migrar. Sem proposta inflada.

    METODOLOGIA

    MIGRAÇÃO SEM SURPRESA.

    Não vendemos sonho. Vendemos previsibilidade. Cada fase entrega artefato concreto: relatório de compatibilidade, schema convertido testado, PL/pgSQL com cobertura de testes, plano de cutover ensaiado.

    01

    ASSESSMENT COM ora2pg

    Análise quantitativa do schema, tabelas, índices, sequences, packages, triggers, types. Score de compatibilidade automática vs intervenção manual. ROI calculado em USD e BRL.

    ora2pgAssessmentROI
    02

    CONVERSÃO DE SCHEMA

    DDL traduzido com mapeamento de tipos (NUMBER→NUMERIC, VARCHAR2→VARCHAR, DATE→TIMESTAMP), sequences, constraints e índices funcionais. Versionado em git.

    DDLTypesConstraints
    03

    PL/SQL → PL/pgSQL

    Conversão de packages, procedures e triggers com semântica equivalente. Substituição de features sem 1:1 (autonomous transactions → dblink, sequences.NEXTVAL → nextval).

    PackagesTriggersFunctions
    04

    PARTICIONAMENTO

    Tradução de range/list/hash partitioning Oracle para declarative partitioning PostgreSQL 11+. Quando vale partição nativa, quando vale extensão (pg_partman).

    Declarativepg_partmanSubpartition
    05

    REPLICAÇÃO & CUTOVER

    Replicação Oracle→PostgreSQL com Debezium/GoldenGate/SymmetricDS durante a coexistência. Cutover ensaiado em janela controlada, com rollback técnico documentado.

    DebeziumCDCCutover
    06

    TUNING PÓS-MIGRAÇÃO

    VACUUM/ANALYZE configurado, autovacuum tunado por tabela quente, work_mem por sessão, índices BRIN para append-only, estatísticas estendidas. PostgreSQL otimizado, não default.

    AutovacuumBRINStats Ext

    ESPECIALISTAS NAS DUAS PONTAS

    QUEM MIGRA DOMINA AS DUAS

    Migração Oracle→PostgreSQL só dá certo com equipe que domina Oracle a fundo (entende o que está saindo) E PostgreSQL a fundo (entende o que está entrando). É raro. A HTI tem.

    • DBAs Oracle AMEC (única no Brasil) + DBAs PostgreSQL com track em produção
    • Histórico de migrações para órgãos públicos com cobrança de SLA
    • Conhecimento profundo de extensões PostgreSQL (PostGIS, pgvector, pg_partman)
    • Capacidade de manter Oracle e PostgreSQL em paralelo durante a transição

    Migração ruim te prende em PostgreSQL pior que estava em Oracle. Nós entregamos o ambiente otimizado pra escala que você terá em 3 anos, não a de hoje.

    PROJETOS ENTREGUES

    REAL E GRANDE.

    ÓRGÃO PÚBLICO

    12TB

    Migração sem rollback

    Migração de Oracle 11g (12TB, 800+ tabelas, 300+ packages PL/SQL) para PostgreSQL 14 com Debezium e cutover de 4h. Economia anual: R$ 4.2M em licença.

    TELECOM

    -80% TCO

    RAC para Patroni

    Saída de Oracle RAC 4 nós para PostgreSQL HA com Patroni + etcd. Mesma SLA de disponibilidade, fração do custo, infra rodando em Kubernetes.

    FINTECH

    6 MESES

    Do assessment ao go-live

    Migração completa em 6 meses para fintech com 200M registros e processamento batch crítico. Zero perda transacional, downtime de cutover < 2h.

    FASES

    DO ASSESSMENT AO GO-LIVE.

    Mês 1

    Assessment & business case

    ora2pg em modo report, análise de uso real de features Oracle, cálculo de ROI em 12/24/36 meses. Entregável: documento de decisão para CFO + CTO.

    Meses 2–3

    Conversão e testes

    Schema convertido, PL/SQL traduzido, suíte de testes funcionais e de carga. Ambiente PostgreSQL espelhando Oracle em homologação.

    Meses 4–5

    Replicação e paralelismo

    Oracle e PostgreSQL rodando em paralelo com CDC. Validação contínua de divergências, ajuste fino de tuning. Risco de cutover reduzido a operação documentada.

    Mês 6

    Cutover & sustentação

    Janela de cutover ensaiada três vezes antes do real. Go-live com plano de rollback técnico. 90 dias de hypercare. Depois, DBA remoto PostgreSQL contínuo.

    FAQ

    Perguntas frequentes.

    Todo banco Oracle pode migrar para PostgreSQL?

    +

    A maioria pode. Os casos onde não recomendamos são: uso pesado de Oracle Multitenant + Pluggable DBs com lifecycle automatizado, dependência forte de Oracle Spatial 3D / Oracle Text com features sem equivalente, ou aplicação que faz hint Oracle-específico em volume massivo. O assessment diz com clareza.

    Quanto tempo demora uma migração típica?

    +

    Para um banco de até 2TB com PL/SQL moderado, contamos 3–4 meses do assessment ao go-live. Acima de 10TB ou com PL/SQL muito complexo, 6–9 meses. Sempre com paralelismo Oracle+PostgreSQL pelo menos 1 mês antes do cutover.

    Vocês fazem POC antes de fechar o contrato?

    +

    Sim. POC paga (escopo fixo, 4 semanas) onde convertemos 10–20% do schema mais complexo e provamos viabilidade técnica e ganho de performance. Se o resultado for negativo, você cancela e só perdeu a POC — não 6 meses de migração.

    Como ficam os relatórios e BI que rodam em Oracle?

    +

    Ficam. PostgreSQL atende a maioria das ferramentas de BI (Power BI, Tableau, Metabase) com driver nativo. SQL com sintaxe muito Oracle-específica (CONNECT BY, MODEL clause) é convertido para padrão SQL ou WITH RECURSIVE.

    Depois da migração, vocês continuam sustentando?

    +

    Sim, com contrato de DBA Remoto PostgreSQL — a mesma equipe que migrou continua operando. É a forma mais eficiente: o conhecimento do ambiente migrado fica com quem o construiu.

    PEÇA O ASSESSMENT.

    20 minutos com um DBA Senior. Conta seu ambiente Oracle (versão, tamanho, features usadas) e a gente devolve uma estimativa de viabilidade e ROI sem compromisso.

    Stack de migração

    Oracle 11g/19c/21cPostgreSQL 13/14/15/16ora2pgDebeziumGoldenGateSymmetricDSpg_partmanPatronietcdpgBouncerAWS RDS PostgreSQLAWS Aurora PostgreSQL

    POR QUE A HTI

    AUTORIDADE
    EM BANCO
    DE DADOS.

    Desde 1990 sustentando ambientes críticos no Brasil. Não somos uma consultoria genérica que aprendeu banco de dados — somos The Database Company.

    01

    35+ ANOS NO MERCADO

    Operando ininterruptamente desde 1990. Mais de 25.000 horas de consultoria entregues e 596+ incidentes críticos resolvidos em produção. Pattern recognition que só vem com décadas de operação real.

    02

    ORACLE AMEC — ÚNICA NO BRASIL

    Único MySQL Authorized Education Center (AMEC) da Oracle University no Brasil — conquista obtida duas vezes. Mais de 1.000 DBAs formados em cursos oficiais HTI.

    03

    SALA FÍSICA CONTROLADA

    DBAs em sala de acesso restrito no PIT de São José dos Campos: câmeras 24h, acesso biométrico, rack dedicado. Sem freelancer remoto, sem estação improvisada. Compliance que vai além da política interna.

    04

    DBSNOOP — FERRAMENTA PRÓPRIA

    Monitoramento comportamental desenvolvido internamente. Detecta padrões anômalos de ingestão e acessos a objetos protegidos — sem dependência de ferramenta de terceiro.