Cuando pensamos en replicación de datos en entornos críticos es necesario considerar las excepciones implícitas de las herramientas de replicación. Este artículo se enfoca en las consideraciones funcionales para una replicación lógica entre bases de datos Oracle, con independencia de sus versiones y ediciones; es decir, en un producto de tipo CDC (Change Data Capture), internamente basada en REDO LOGS. El software referido es SharePlex de Quest.

Es común que las herramientas de replicación utilicen sistemas de mensajerías que usan grafos FIFO (First In First Out), estructura de datos que permite mantener un orden cronológico, consistente y robusto de cambios como lo requieren las propiedades ACID (Atomicity, Consistency, Isolation, and Durability). Además, se lo suele complementar con marcas timestamp o SCN (System Change Number) del origen, así existe una trazabilidad que permite un análisis forense, de requerirse.

Resuelto lo anterior, el producto se debe enfocar en la captura de mensajes —en el origen— y la aplicación de estos —en el destino—.

Para la captura de mensajes se requiere que las operaciones sean visibles y, por tanto, detectables, lo que implica que la base de datos deba generar y forzar la generación de REDO a pesar de que existan atributos contrarios a ello (nologging).