Replicación de bases de datos

La replicación de bases de datos crea y mantiene múltiples copias de los datos para aumentar su accesibilidad y disponibilidad. El proceso suele copiar datos de una base de datos de origen a otra u otras bases de datos, garantizando que todos los datos sean idénticos en todas las ubicaciones.

¿Por qué es importante la replicación de bases de datos?

Tener una única fuente de datos significa tener un único punto de fallo, lo que puede poner en peligro a una empresa. Si la base de datos se vuelve inaccesible o se daña, se perderán los datos almacenados. Las copias de seguridad completas periódicas pueden recuperar los datos hasta el momento de la última copia de seguridad, pero los cambios realizados después de ésta pueden perderse. La replicación de bases de datos elimina este problema potencial manteniendo varias copias de la base de datos para proteger los datos.

La replicación de bases de datos puede utilizarse para mantener copias regionales de datos seleccionados, como listas de precios locales, de modo que las tiendas o instalaciones tengan autonomía si los sistemas de la sede central dejan de funcionar por cualquier motivo. A la inversa, los datos creados a nivel regional, como el rendimiento de las ventas, pueden replicarse en una base de datos central para obtener una visión global.

Casos prácticos de replicación de bases de datos

Estas son las formas en que la replicación de datos puede beneficiar a las organizaciones:

Protección local de datos

Si se requiere una segunda copia de una base de datos en el mismo centro de datos para dar soporte a los usuarios de informes, por ejemplo, y para proporcionar protección de datos contra fallos de almacenamiento, se puede mantener una copia sincronizada. Cada commit se aplicará a ambas copias de la base de datos simultáneamente.

Distribución geográfica de los datos

En un escenario minorista, cada tienda puede necesitar una copia del esquema maestro de la base de datos de productos. A medida que se realizan cambios en la copia maestra en la sede central, las bases de datos regionales reciben las actualizaciones de forma asíncrona instantes después de que se actualice la copia maestra.

Copias de seguridad físicas

Una copia de seguridad física de una base de datos comienza con una copia de seguridad completa en el sitio primario. El sitio de archivo debe estar en un sitio remoto lo suficientemente alejado como para evitar que un mismo desastre natural o un apagón de la compañía eléctrica afecte a ambas ubicaciones. Este sitio secundario mantiene la base de datos en espera en modo de recuperación, aplicando los archivos de registro de la base de datos archivados a la copia a medida que la completan y se envían al sitio en espera.

Copias de seguridad lógicas

A diferencia del caso de la copia de seguridad física, una copia de seguridad lógica es abierta y accesible a los usuarios con acceso de sólo lectura para las funciones de elaboración de informes. Se pueden añadir índices adicionales para permitir consultas más rápidas. A medida que aparecen cambios en los archivos de registro de la base de datos maestra, se propagan automáticamente a los sitios secundarios.

Espera mutua

La replicación de bases de datos puede configurarse para que dos servidores actúen como reserva el uno del otro. En este caso, ambos servidores están configurados para tener la capacidad de manejar toda la carga de trabajo de producción. Si uno de los dos servidores falla, el restante se convierte en el servidor primario para la carga de trabajo combinada.

Replicación retardada

Esta configuración inusual tiene una réplica secundaria de una base de datos que espera una o dos horas antes de aplicar los cambios. El motivo es protegerse contra los errores humanos. Por ejemplo, un administrador puede eliminar accidentalmente las tablas equivocadas o aplicar un cambio masivo destinado a una base de datos de prueba en un sistema de producción. Es lo que se conoce como corrupción lógica, contra la que se puede luchar con una copia diferida.

Replicación multimaestro

En un escenario multimaestro, cada base de datos es par de las demás. Cuando se producen cambios en una base de datos, sus pares reciben el cambio exacto a través del software de replicación. En el caso de una actualización circular o de múltiples actualizaciones de un mismo registro, se requiere un sistema basado en reglas para interceptar los cambios y aplicar sólo el que tenga la marca de tiempo más reciente, por ejemplo.

Ventajas de la replicación de bases de datos

A continuación se exponen algunas de las principales razones para replicar una base de datos:

• En caso de fallo de la red de un sistema central, las copias regionales de una base de datos permiten la autonomía local.
• Las copias múltiples de bases de datos pueden ayudar a protegerse contra desastres y amenazas cibernéticas dirigidas a un solo sitio.
• Si falla una unidad de disco, además de una matriz redundante de sistemas de discos independientes (RAID), una copia de la base de datos tendrá sus propias matrices de discos.
• Las copias diferidas de una base de datos pueden ayudar a protegerse de los errores humanos. Algunos sistemas de bases de datos han implementado una capacidad de rebobinado para ello.

Plataforma de datos y replicación Actian

Actian Data Platform proporciona una experiencia unificada para la ingesta, transformación, análisis y almacenamiento de datos. La replicación de bases de datos es compatible con el bot Change Data Capture de las bases de datos Actian Ingres y Actian Vector.