Beclever blog

Nuestras últimas novedades

ORACLE DATA GUARD VS DELL SHAREPLEX

oracle-data-guard-vs-dell-shareplex

Existen muchas soluciones de replicación de datos para sus bbdd Oracle.En este caso, llevaremos a cabo una comparativa entre las tecnologías de replicación de bbdd Oracle shareplex y Oracle Data Guard para lo cual analizaremos las diferencias generales entre las mismas así como los diferentes escenarios de uso.

 

ORACLE DATA GUARD

 

CARACTERÍSTICAS PRINCIPALES

  • Oracle Data Guard es una de las soluciones de replicación de BBDD de Oracle
  • Replicación Oracle-Oracle
  • Gratuito con la licencia Enterprise de Oracle
    • Es obligatorio tener licenciadas las bbdd en sí
  • Oracle Data Guard provee de Alta Disponibilidad, Disaster Recovery y Data Protection
  • A partir de una bbdd primaria, es posible tener hasta 30 bbdd standby
    • Las bbdd standby pueden estar en LAN o en WAN
  • Oracle Data Guard Broker es el framework de gestión de Data Guard, para gestionar, mantener y monitorizar configuraciones Data Guard, vía Oracle Enterprise Manager o Data Guard command-line interface (DGMGRL)

 

oracle-vs-shareplex-1

 

 

TIPOS DE BBDD STANDBY

  • Physical Standby Database
    • Ofrece una copia idéntica de la bbdd primaria, donde la estructura de las bbdd a nivel de disco son idénticas a nivel de bloque. Los esquemas de bbdd, incluyendo índices, son idénticos
    • Se mantiene sincronizado con la bbdd primaria utilizando la tecnología Redo Apply
    • Podemos abrir la bbdd en modo read-only, aunque tendremos que parar la replicación
    • Si licenciamos Active Data Guard, una physical standby database puede recibir y aplicar redo estando abierta en modo read-onlyoracle-vs-shareplex-2
      • Mientras esté activa la replicación (vía redo apply), la bbdd standby no estará abierta
      • Si queremos abrir la bbdd para reporting es necesario parar el redo apply
      • Sólo podremos tener simultáneamente activos la replicación y el reporting con Active Data Guard (Real-Time query + Read Only), que hay que licenciarlo
  • Logical Standby Database
    • Contiene la misma información lógica que la bbdd primaria, donde la organización física y estructura de los datos puede ser diferente
    • Se mantiene sincronizado con la bbdd primaria utilizando la tecnología SQL Apply
    • SQL Apply transforma la información de los redo recibidos en sentencias sql que se aplican en la bbdd standby
    • La bbdd puede estar abierta en modo Read/Write, aunque las tablas gestionadas con Data Guard tienen que estar en read only
    • No existe Active Data Guard para logical standby ddbb -> no tiene sentido, porque la bbdd ya está abierta por defectooracle-vs-shareplex-3

 

MODOS DE PROTECCIÓN

  • Máxima Disponibilidad (Maximum Availability)
    • Máxima garantía de protección de datos sin comprometer disponibilidad
    • Se comitan las transacciones cuando se cumple una de las dos opciones (configurable) en al menos una de las standby ddbb:
      • han sido recibidos en memoria, o
      • han sido escritos en el SRL (standby redo log)
    • Si no puede enviar el stream de redo, se comporta como si estuviera en modo de Máximo Rendimiento (Maximum Performance), para preservar la disponibilidad hasta que se recupera el envío de redo
  • Máximo Rendimiento (Maximum Performance)
    • Máxima garantía de protección de datos sin comprometer el rendimiento
    • Se comitan las transacciones cuando han sido escritas en el online redo log
    • El redo también se escribe a standby ddbb pero se hace de modo asíncrono
  • Máxima Protección (Maximum Protection)
    • NO habrá pérdida de datos en caso de caída de la bbdd primaria
    • Se comitan las transacciones cuando se escriben las transacciones tanto en el online redo log como en al menos un SRL (standby redo log)
    • Si no puede enviar el stream de redo, la bbdd primaria se para

 

 

DELL SHAREPLEX

 

INTRODUCCIÓN

  • SharePlex® es una solución de replicación asíncrona entre BBDD Oracle y otras bbdd heterogéneas como destino
  • Replicación en tiempo real
  • Replicación para BBDD Oracle Enterprise y Oracle Standard
  • Flexibilidad para soportar diferentes configuraciones y fácil administración
  • SharePlex incluye todas las herramientas necesarias para gestionar el entorno replicado: Comparación de datos, Sincronización y Monitorización sin coste adicional
  • Simplifica la replicación ofreciendo el mejor rendimiento y seguridad plena en la integridad de los datos
  • Soporta segmentación horizontal (replicar sólo ciertas filas), vertical (replicar sólo ciertas columnas) y transformación de datos
  • Replicación bidireccional o unidireccional
    Arquitecturaoracle-vs-shareplex-4

 

ESCENARIOS SOPORTADOS

oracle-vs-shareplex-5

 

DIFERENCIAS GENERALES

  • ODG sólo permite replicar entre Oracle-Oracle, DSP permite replicar entre Oracle-Gestores heterógeneos, incluyendo Oracle, Sql Server, Postgre…
  • ODG sólo permite replicar bbdd Oracle Enterprise, DSP permite replicar tanto Enterprise como Standard
  • La Configuración y la Administración de la replicación es más complicada en ODG que DSP
  • Transmisión de datos más lenta en ODG que en DSP
  • Gestión del failback más complejo en ODG que en DSP
  • Uso de ancho de banda y latencias de red muy superiores en ODG debido a que envía todo el redolog a las bbdd standby, mientras que en DSP sólo se envían los cambios de datos
  • La bbdd destino está totalmente abierta en DSP, mientras que en ODG, dependiendo del tipo de bbdd standby, estará montada (standby físico), abierta como read-only (standby físico sin replicación simultanea o standby físico + Active Data Guard) o abierta en modo read/write excepto las tablas replicadas que estarán en read-only (standby lógico)
  • Independencia de la plataforma/sistema operativo limitada en ODG, mientras que en DSP es totalmente agnóstico de la plataforma/sistema operativo
  • Independencia de la versión de bbdd limitada en ODG (sólo con logical standby), mientras que en DSP es totalmente agnóstico de la versión de bbdd
  • Creación de nuevos objetos (vistas, índices) en standby limitada en ODG (sólo con logical standby), mientras que en DSP es totalmente válido
  • Flexibilidad de objetos a replicar limitada en ODG (en physical standby es necesario replicar la bbdd completa), mientras que DSP permite replicar sólo ciertos esquemas/tablas
  • En ODG (siempre y cuando no esté activo el Real-time apply, que incluye también Active Data Guard) se puede introducir un delay en la replicación, mientras que en DSP no es posible
  • Los escenarios de uso que puede cubrir ODG es limitado, mientras que DSP puede cubrir los distintos escenarios de uso posibles en una replicación
  • DSP permite replicación bidireccional
  • DSP puede utilizarse como ETL, realizando cierta transformación de datos al replicar
  • En ODG y DSP puedes parar la replicación para hacer pruebas con el entorno destino, mientras que en Oracle Active Data Guard no puedes hacerlo

 

DIFERENCIAS – ESCENARIOS DE USO

A continuación se tratarán las diferencias específicas entre ODG y DSP para los siguientes escenarios de uso:

  • Alta Disponibilidad y Disaster Recovery
  • Migraciones, parches y upgrades
  • Reporting, Archiving, Data Warehousing
  • Data distribution, distributed processing
  • Cascading
  • Centralized Reporting
  • Change Tracking
  • Load balancing/Active-Active
  • Data integration

DIFERENCIAS – ESCENARIOS DE USO: HIGH AVAILABILITY Y DISASTER RECOVERY

  • Tanto ODG como DSP permiten disponer de un entorno de alta disponibilidad o Disaster Recovery, para asegurar una disponibilidad 24×7
    • En ODG preferiblemente utilizaríamos physical standby
  • ODG, configurado en modo Maximum Protection es el único que garantiza que no se perderán datos en ningún caso en el entorno destino. Tanto DSP como ODG en sus modalidades Maximum Availability y Maximum Performance no pueden garantizar la no pérdida de datos ante posibles incidencias
    • Es necesario tener en cuenta que el modo Maximum Protection es una replicación síncrona, que puede afectar al rendimiento, y que en caso de pérdida de comunicación, la bbdd primaria se para de forma automática
  • Con ODG physical standby, no se puede combinar utilizar la standby para HA/DR y Reporting, mientras que en DSP sí es posible realizar ambos
    • Con Oracle Active Data Guard o ODG logical standby sí es posible combinarlo
  • DSP es más rápido en replicar la información por el menor volumen de datos a trasladar, debido a que ODG tiene que trasladar los redo log completos
  • DSP permite que versiones de plataforma/sistema operativo/versión Oracle sean diferentes, mientras que ODG no lo permite
  • DSP permite que la bbdd destino de HA/DR sea Oracle Standard
    oracle-vs-shareplex-mini1

DIFERENCIAS – ESCENARIOS DE USO: MIGRACIONES, PARCHES Y UPGRADES

  • ODG sólo permitiría migrar o parchear bbdd Oracle Enterprise, mientras que con DSP podríamos migrar/parchear tanto Oracle Enterprise como Standard
  • NO podríamos utilizar ODG para migraciones que impliquen cambio de plataforma/sistema operativo, porque ODG no permite replicar entre plataformas/SOs diferentes
  • Para migraciones de versión de bbdd, ODG logical standby permite versiones de Oracle diferentes en origen y destino
  • ODG physical standby obliga a que la versión Oracle sea la misma, por lo que sólo se podrá utilizar el entorno destino para aplicar parches one-off, PSUs (patch set updates) y CPUs (critical patch updates) en modo rolling, y no para migrar versiones Oracle
  • DSP permite la máxima flexibilidad para migraciones de versión de bbdd, plataforma y sistema operativo, sin ningún tipo de restricción. Así mismo, no hay restricciones para one-offs, parches, etc…
  • Tanto ODG como DSP permiten utilizar el entorno destino para realizar pruebas de aplicación
  • DSP permite una replicación bidireccional, por lo que la vuelta atrás es más sencilla en DSP
  • DSP minimiza la latencia de redo al no tener que enviar el redo completo
  • DSP permite migrar a Oracle Standard
    oracle-vs-shareplex-mini2

 

DIFERENCIAS – ESCENARIOS DE USO: REPORTING

  • Limitaciones de ODG en sus diferentes ediciones para reporting:
    • Con ODG physical standby:
      • no se puede simultanear tener la bbdd abierta en modo read-only con la aplicación de redo con, por lo que en caso de querer utilizarlo para reporting, sería con datos no reales
      • Hay que replicar la bbdd completa
      • No se pueden crear índices u otros objetos en destino para mejorar el rendimiento
      • No se permite replicar desde distintos orígenes para tener una instancia de reporting centralizada
    • Con Active Data Guard:
      • sí se puede simultanear tener la bbdd abierta en modo read-only con la aplicación de redo
      • La bbdd está en read-only, por lo que no se puede escribir sobre la misma
      • Hay que replicar la bbdd completa
      • No se pueden crear índices u otros objetos en destino para mejorar el rendimiento
      • No se permite replicar desde distintos orígenes para tener una instancia de reporting centralizada
    • Con ODG logical Standby:
      • La bbdd puede estar abierta en modo read/write, pero las tablas gestionadas por ODG tienen que estar en modo read-only
      • Se puede replicar la bbdd de forma parcial (ciertas tablas, esquemas…)
      • Se pueden crear índices u otros objetos en destino para mejorar el rendimiento
      • No se permite replicar desde distintos orígenes para tener una instancia de reporting centralizada
  • DSP carece de las limitaciones de ODG:
    • DSP permite tener la bbdd destino abierta en modo read/write para todas las tablas
    • DSP permite la máxima flexibilidad de objetos a replicar (tablas, esquemas..)
    • DSP permite crear índices u otros objetos en destino para mejorar el rendimiento
    • DSP permite replicar desde distintos orígenes para tener una instancia de reporting centralizada
    • DSP permite que las versiones de bbdd/plataforma/so involucradas en la réplica difieran
    • DSP minimiza la latencia de redo al no tener que enviar el redo completo
    • DSP permite que la bbdd de reporting sea Oracle Standaroracle-vs-shareplex-mini3

 

DIFERENCIAS – ESCENARIOS DE USO: DATA DISTRIBUTION, DISTRIBUTED PROCESSING

  • Tanto ODG como DSP permiten distribuir datos de un origen a varios destinos:
    • Oracle Data Guard:
      • Permite disponer de hasta 30 standby databases
      • Revisar los escenarios de uso de HA/DR y Reporting para el detalle en cuanto a casos de uso permitidos
    • Dell SharePlex:
      • Permite disponer de N destinos
      • Revisar los escenarios de uso de HA/DR y Reporting para el detalle en cuanto a casos de uso permitidosoracle-vs-shareplex-mini4

 

DIFERENCIAS – ESCENARIOS DE USO: CASCADING

  • Con ODG sólo disponible para versión Oracle Enterprise. Con DSP, se podría utilizar tanto con Oracle Enterprise como Oracle Standard
  • Tanto ODG como DSP permiten distribuir datos de un origen a varios destinos utilizando entornos intermedios:
    • Oracle Data Guard:
      • Se puede realizar tanto con physical standby como con logical standby utilizando dicho standby como origen para otro physical o logical standby destino. Los datos se almacenan en los standby intermedios, y pueden asumir un rol primario en cualquier momento
      • Se puede utilizar Data Guard Far Sync Configuration, donde se definen sistemas intermedios que sólo envían datos, sin almacenarlos, por lo que nunca podrán asumir un rol primario
      • Revisar los escenarios de uso de HA/DR y Reporting para más detalles de uso
    • Dell SharePlex:
      • Permite una máxima flexibilidad para configurar una replicación en cascada, ya sea almacenando datos en los sistemas intermedios, o sin almacenarlos. En el caso de no almacenarlos, no haría falta utilizar ninguna bbdd en los sistemas intermedios
      • Revisar los escenarios de uso de HA/DR y Reporting para más detalles de usooracle-vs-shareplex-mini5

 

DIFERENCIAS – ESCENARIOS DE USO: RESTO DE ESCENARIOS

  • Los escenarios incluidos en este apartado son los siguientes:
    • Reporting centralizado
    • Change Trackin
    • Active-Active replication/Load Balancing
    • Data integration
  • ODG no soporta estos escenarios de uso
    • Oracle dispone de Oracle Golden Gate para cubrir dichos escenarios
  • DSP cubre todos los escenariosoracle-vs-shareplex-mini6
    oracle-vs-shareplex-mini7
    oracle-vs-shareplex-mini8
    oracle-vs-shareplex-mini9

 

¿TENDRÍA SENTIDO COMBINAR ODG Y DSP?

  • Es posible combinar ODG y DSP para cubrir distintas necesidades
  • Ejemplos:
    • Ej1: Tengo configurado ODG para DR y DSP para reporting
    • Ej2: Tengo configurado ODG para DR y DSP para centralización de datos en un DWH
    • Ej3: Tengo configurado ODG para DR y DSP para distribuir datos localizados
    • Ej4: Tengo configurado ODG para DR y DSP para replicación bidireccional
    • Ej5: Uso de ODG para replicación en LAN y DSP para replicar en WAN para optimizar el ancho de banda

Deja un comentario