MIGRACIÓN ORACLE → POSTGRESQL — DESDE 1990

    DEJE DE PAGAR ORACLE QUE NO USA.

    Su aplicación corre en Oracle Enterprise pero usa 20% de las features. El resto es licencia quemando USD 9k por core por año. PostgreSQL hace 95% de lo mismo, sin royalty. Migramos sin reescribir la aplicación.

    70%+
    Reducción media de TCO en 24 meses
    ZERO
    Reescritura de aplicación en la mayoría de casos
    ora2pg
    Stack consolidado para conversión de schema
    12TB+
    Mayor migración entregada sin rollback

    Migraciones Oracle entregadas a

    DataPrev·Sector Público·Gran Minorista·Telecom·Salud·Fintech

    LA CUENTA QUE NO CIERRA

    ORACLE CRECE. PRESUPUESTO NO.

    Licencia sube 12% al año en USD

    Oracle Enterprise + Partitioning + Diagnostic Pack + RAC. Cada renovación duele más. El dólar no ayuda. El CFO ya pidió recortar licencia dos veces, TI aún no respondió.

    Miedo de romper la aplicación

    PL/SQL con 200 mil líneas. Triggers, packages, types, autonomous transactions. Nadie quiere ser el que reescribe todo. Entonces queda como está, pagando.

    Consultoría genérica no migra de verdad

    Hace POC con 10 tablas, factura, se va. La migración real es particionamiento compuesto, sequences vs identity, NUMBER con escala, ROWNUM vs ROW_NUMBER. Detalles que hunden el proyecto.

    HTI hace assessment honesto antes

    Antes de prometer ROI, corremos ora2pg en modo report en su schema. Le entregamos informe con lo que migra automático, lo que necesita intervención manual, y lo que (tal vez) no vale migrar. Sin propuesta inflada.

    METODOLOGÍA

    MIGRACIÓN SIN SORPRESAS.

    No vendemos sueños. Vendemos previsibilidad. Cada fase entrega artefacto concreto: informe de compatibilidad, schema convertido probado, PL/pgSQL con cobertura de pruebas, plan de cutover ensayado.

    01

    ASSESSMENT CON ora2pg

    Análisis cuantitativo de schema, tablas, índices, sequences, packages, triggers, types. Score de compatibilidad automática vs intervención manual. ROI calculado en USD y moneda local.

    ora2pgAssessmentROI
    02

    CONVERSIÓN DE SCHEMA

    DDL traducido con mapeo de tipos (NUMBER→NUMERIC, VARCHAR2→VARCHAR, DATE→TIMESTAMP), sequences, constraints e índices funcionales. Versionado en git.

    DDLTypesConstraints
    03

    PL/SQL → PL/pgSQL

    Conversión de packages, procedures y triggers con semántica equivalente. Reemplazo de features sin 1:1 (autonomous transactions → dblink, sequences.NEXTVAL → nextval).

    PackagesTriggersFunctions
    04

    PARTICIONAMIENTO

    Traducción de range/list/hash partitioning Oracle a declarative partitioning PostgreSQL 11+. Cuándo vale partición nativa, cuándo vale extensión (pg_partman).

    Declarativepg_partmanSubpartition
    05

    REPLICACIÓN & CUTOVER

    Replicación Oracle→PostgreSQL con Debezium/GoldenGate/SymmetricDS durante la coexistencia. Cutover ensayado en ventana controlada, con rollback técnico documentado.

    DebeziumCDCCutover
    06

    TUNING POST-MIGRACIÓN

    VACUUM/ANALYZE configurado, autovacuum tuneado por tabla caliente, work_mem por sesión, índices BRIN para append-only, estadísticas extendidas. PostgreSQL optimizado, no default.

    AutovacuumBRINStats Ext

    ESPECIALISTAS EN AMBAS PUNTAS

    QUIEN MIGRA DOMINA LAS DOS

    Migración Oracle→PostgreSQL solo funciona con equipo que domina Oracle a fondo (entiende lo que sale) Y PostgreSQL a fondo (entiende lo que entra). Es raro. HTI lo tiene.

    • DBAs Oracle AMEC (única en Brasil) + DBAs PostgreSQL con track en producción
    • Historial de migraciones para órganos públicos con cobro de SLA
    • Conocimiento profundo de extensiones PostgreSQL (PostGIS, pgvector, pg_partman)
    • Capacidad de mantener Oracle y PostgreSQL en paralelo durante la transición

    Una migración mala lo encierra en un PostgreSQL peor del Oracle que tenía. Entregamos el ambiente optimizado para la escala que tendrá en 3 años, no la de hoy.

    PROYECTOS ENTREGADOS

    REAL Y GRANDE.

    ÓRGANO PÚBLICO

    12TB

    Migración sin rollback

    Migración de Oracle 11g (12TB, 800+ tablas, 300+ packages PL/SQL) a PostgreSQL 14 con Debezium y cutover de 4h. Ahorro anual: USD 850K en licencia.

    TELECOM

    -80% TCO

    RAC a Patroni

    Salida de Oracle RAC 4 nodos a PostgreSQL HA con Patroni + etcd. Misma SLA de disponibilidad, fracción del costo, infra corriendo en Kubernetes.

    FINTECH

    6 MESES

    Del assessment al go-live

    Migración completa en 6 meses para fintech con 200M registros y procesamiento batch crítico. Cero pérdida transaccional, downtime de cutover < 2h.

    FASES

    DEL ASSESSMENT AL GO-LIVE.

    Mes 1

    Assessment & business case

    ora2pg en modo report, análisis de uso real de features Oracle, cálculo de ROI en 12/24/36 meses. Entregable: documento de decisión para CFO + CTO.

    Meses 2–3

    Conversión y pruebas

    Schema convertido, PL/SQL traducido, suite de pruebas funcionales y de carga. Ambiente PostgreSQL espejando Oracle en homologación.

    Meses 4–5

    Replicación y paralelismo

    Oracle y PostgreSQL corriendo en paralelo con CDC. Validación continua de divergencias, ajuste fino de tuning. Riesgo de cutover reducido a operación documentada.

    Mes 6

    Cutover & sustentación

    Ventana de cutover ensayada tres veces antes de la real. Go-live con plan de rollback técnico. 90 días de hypercare. Después, DBA remoto PostgreSQL continuo.

    FAQ

    Preguntas frecuentes.

    ¿Toda base Oracle puede migrar a PostgreSQL?

    +

    La mayoría puede. Los casos donde no lo recomendamos son: uso pesado de Oracle Multitenant + Pluggable DBs con lifecycle automatizado, dependencia fuerte de Oracle Spatial 3D / Oracle Text con features sin equivalente, o aplicación que hace hint Oracle-específico en volumen masivo. El assessment lo dice con claridad.

    ¿Cuánto tarda una migración típica?

    +

    Para una base de hasta 2TB con PL/SQL moderado, contamos 3–4 meses del assessment al go-live. Arriba de 10TB o con PL/SQL muy complejo, 6–9 meses. Siempre con paralelismo Oracle+PostgreSQL al menos 1 mes antes del cutover.

    ¿Hacen POC antes de firmar el contrato?

    +

    Sí. POC pago (alcance fijo, 4 semanas) donde convertimos 10–20% del schema más complejo y probamos viabilidad técnica y ganancia de performance. Si el resultado es negativo, usted cancela y solo perdió la POC — no 6 meses de migración.

    ¿Cómo quedan los informes y BI que corren en Oracle?

    +

    Quedan. PostgreSQL atiende a la mayoría de las herramientas de BI (Power BI, Tableau, Metabase) con driver nativo. SQL con sintaxis muy Oracle-específica (CONNECT BY, MODEL clause) se convierte a SQL estándar o WITH RECURSIVE.

    Después de la migración, ¿continúan sustentando?

    +

    Sí, con contrato de DBA Remoto PostgreSQL — el mismo equipo que migró sigue operando. Es la forma más eficiente: el conocimiento del ambiente migrado queda con quien lo construyó.

    PIDA EL ASSESSMENT.

    20 minutos con un DBA Senior. Cuente su ambiente Oracle (versión, tamaño, features usadas) y le devolvemos una estimación de viabilidad y ROI sin compromiso.

    Stack de migración

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

    POR QUÉ HTI

    AUTORIDAD
    EN BASE
    DE DATOS.

    Sustentando ambientes críticos en Brasil desde 1990. No somos una consultoría genérica que aprendió base de datos — somos The Database Company.

    01

    35+ AÑOS EN EL MERCADO

    Operando ininterrumpidamente desde 1990. Más de 25.000 horas de consultoría entregadas y 596+ incidentes críticos resueltos en producción. Pattern recognition que solo viene con décadas de operación real.

    02

    ORACLE AMEC — ÚNICA EN BRASIL

    Único MySQL Authorized Education Center (AMEC) de Oracle University en Brasil — logro obtenido dos veces. Más de 1.000 DBAs formados en cursos oficiales HTI.

    03

    SALA FÍSICA CONTROLADA

    DBAs en sala de acceso restringido en PIT São José dos Campos: cámaras 24h, acceso biométrico, rack dedicado. Sin freelancer remoto, sin estación improvisada. Compliance que va más allá de la política interna.

    04

    DBSNOOP — HERRAMIENTA PROPIA

    Monitoreo comportamental desarrollado internamente. Detecta patrones anómalos de ingestión y accesos a objetos protegidos — sin dependencia de herramienta de terceros.

    Tu privacidad importa

    Utilizamos cookies y tecnologías similares para mejorar su experiencia, personalizar contenido y analizar el tráfico del sitio, conforme a la LGPD (Ley de Protección de Datos de Brasil). Puede gestionar sus preferencias en cualquier momento.