Saltar al contenido
DBAExperts

buque_insignia ⭐

Migración de Oracle a PostgreSQL, con techo cerrado.

Dejas de pagar licenciamiento de Oracle sin apostar tu operación. Método propio, corrida en paralelo y un corte reversible: Oracle sigue vivo hasta que PostgreSQL demuestra que responde igual o mejor.

el problema

Oracle te cobra por dos cosas: la licencia y el miedo.

El costo de licenciamiento de Oracle crece con cada core y cada opción activada, muchas veces sin que nadie use lo que se está pagando. Y encima está el riesgo de auditoría: Oracle puede revisar tu uso y facturarte la diferencia con intereses.

Cuando además tu versión llega al fin de soporte, el problema se vuelve doble: pagas caro por algo que ya no recibe parches. Seguir igual es la opción más cara a mediano plazo.

por qué PostgreSQL

La misma capacidad, sin la factura ni el candado.

PostgreSQL es una base de datos madura, de código abierto, que para la enorme mayoría de las cargas empresariales cubre lo que Oracle cubre: transaccionalidad seria, tipos avanzados, extensibilidad y alta disponibilidad.

Sin licenciamiento por core, sin auditorías y sin candado de proveedor. Y si tu caso de verdad necesita Oracle, te lo decimos antes de venderte una migración. Esa es la parte que otros se saltan.

el método propio

Seis pasos. Ninguno se salta.

Un toolkit propio que hemos afinado migrando bases de misión crítica. La automatización hace el trabajo pesado; el criterio humano resuelve lo que la automatización no debe decidir sola.

01

Inventario automatizado

Nuestro toolkit recorre tu base y levanta el inventario completo de objetos: tablas, vistas, procedimientos PL/SQL, triggers, jobs, tipos y dependencias. Sabes exactamente qué hay que mover antes de mover nada.

$ dbx inventory --db=ORCL --out=inventario.json
02

Conversión

Convertimos esquema y lógica a PostgreSQL. Lo que traduce automático, traduce; lo que necesita criterio humano —PL/SQL complejo, particiones, dependencias del motor— se resuelve a mano y se documenta.

$ dbx convert --schema --plsql --report
03

Validación de integridad, dato por dato

No basta con que “corra”. Comparamos origen y destino registro por registro y suma de control por suma de control. Si un solo dato no cuadra, no avanzamos.

$ dbx verify --rowcount --checksum --strict
04

Corrida en paralelo

Oracle y PostgreSQL operan en paralelo durante un periodo acordado. Comparamos resultados con carga real, no de laboratorio, hasta tener evidencia de que PostgreSQL responde igual o mejor.

$ dbx parallel-run --window=14d --compare
05

Cutover reversible

El corte definitivo tiene un camino de regreso probado. Si algo no cuadra en el momento del cutover, se revierte a Oracle sin pérdida de datos. La reversibilidad no es teoría: se prueba antes.

$ dbx cutover --plan --rollback-tested
06

Hypercare

Después del corte no desaparecemos. Acompañamos la operación los primeros días, afinamos lo que la carga real revele y dejamos el sistema estable antes de cerrar. Aquí suele empezar el retainer.

$ dbx hypercare --days=15 --tune

// Los comandos ilustran el flujo del toolkit; la implementación real se adapta a cada base.

precios por etapas · techo cerrado

Pagas por etapa, con un resultado en cada una.

No pides un cheque en blanco. Cada etapa tiene un precio fijo y un entregable. Si decides parar, paras con algo terminado en la mano.

Etapa 0 Escaneo de Migración

Inventario de objetos, matriz de compatibilidad y riesgos, esfuerzo estimado y plan piloto.

USD $1,950 – 2,500

Etapa 1 Piloto y conversión de esquema

Conversión del esquema, primeros objetos críticos convertidos y validados, ambiente en paralelo montado.

desde USD $7,500

Etapa 2 Conversión completa y validación

Toda la lógica migrada, validación dato por dato, corrida en paralelo bajo carga real.

por etapas

Etapa 3 Cutover e hypercare

Corte reversible, acompañamiento en producción y propuesta de operación mensual.

hasta USD $25,000+ según alcance

caso real

Universidad pública: de Oracle a PostgreSQL, sin licitación.

situación

Sistema institucional en Oracle 19c, presupuesto acotado y necesidad de modernizar sin entrar a licitación.

intervención

Evaluación formal con inventario de objetos, adopción de PostgreSQL, respaldos PITR con restauración probada y alta disponibilidad local.

resultado

Sin licenciamiento Oracle en el sistema migrado, con 2 equipos capacitados (28 h) para operar sin depender del consultor. Contratado por dos adjudicaciones directas.

Leer el caso completo →

preguntas frecuentes

Lo que un director escéptico pregunta primero.

¿Y mi código PL/SQL? ¿Se pierde?

No. El PL/SQL se convierte a PL/pgSQL. Lo que traduce de forma directa se automatiza; lo que depende de particularidades de Oracle se reescribe a mano, se prueba y se documenta. El inventario inicial te dice, desde el principio, qué porcentaje es directo y qué necesita trabajo manual.

¿Cuánto tarda una migración?

Depende del número de objetos y de la complejidad del PL/SQL, y por eso arranca con un Escaneo: primero se mide, luego se compromete un plan por etapas. Una base mediana suele ir por fases a lo largo de varias semanas, con la corrida en paralelo corriendo mientras Oracle sigue en producción.

¿Qué riesgo corre mi operación durante la migración?

Oracle permanece en producción hasta que PostgreSQL demuestra, con carga real y en paralelo, que responde igual o mejor. El cutover solo ocurre cuando la validación dato por dato pasa y el rollback está probado. En ningún momento apagamos algo esperando que lo nuevo funcione.

¿Qué pasa si algo falla en el corte?

Se revierte a Oracle. El plan de cutover incluye un rollback probado antes del día del corte; volver atrás es un procedimiento ensayado, no una improvisación. Por eso vendemos la reversibilidad como parte del método, no como una promesa.

¿Por qué PostgreSQL y no seguir en Oracle?

Porque para la mayoría de las cargas, PostgreSQL cubre lo que Oracle cubre sin el costo de licenciamiento ni la exposición a auditoría. No es una regla absoluta: si tu caso realmente necesita Oracle, te lo decimos. La honestidad técnica va antes que la venta.

¿De quién es el resultado?

Tuyo. El esquema convertido, los scripts, la documentación y los datos quedan en tus manos. No hay licencias que te aten a nosotros ni piezas propietarias que solo nosotros podamos mantener.

siguiente_paso

Antes de migrar, mide. Luego decides.

El Escaneo de Migración te da el inventario de objetos, la matriz de riesgos y el esfuerzo real, con un plan piloto. Es la base sobre la que se cotiza el proyecto con techo cerrado — y si avanzas, se acredita completo.