Replicación de Información de Base de Datos
Existen diferentes tipos de replicación que permiten atender diversos casos de negocio, por ejemplo: Datos que solo se modifican en una localidad y requieren replicarse a uno o más localidades remotas. Datos que se modifican en ambos lados y requieren mezclarse en un proceso de sincronización, datos que solo se replicarán una sola vez.
Existen roles que permiten manejar un adecuado balanceo en la carga que este servicio puede generar sobre los recursos de un servidor, como por ejemplo: El publicador que se encarga de determinar cuales datos serán replicados, el suscriptor que se encarga de recibir los datos publicados y quien también puede ser configurado para que pueda modificarlos y regresarlos al publicador, el distribuidor que se encarga de mantener un bitácora del estado de sincronización entre publicadores y suscriptores.
Escenarios de operación que definen el modelo de replicación que una empresa requiere para atender las necesidades de su negocio, como son: Servidor-a-Servidor, el cual permite utilizar la replica como un método para ofrecer autonomía a un sitio remoto o sucursal, ofrecer alta disponibilidad al mantener información redundante entre localidades. Servidor-a-Cliente, que ofrece grandes ventajas para empleados de la organización que viajan como vendedores, encuestadores, directores y que requieren en sus equipos de cómputo (laptop, Hand-Held, Teléfono) una copia de la base de datos central, con información específica para llevar a cabo su trabajo, sin depender de una conexión de red. Así mismo poder llevar a cabo un procesos de sincronización 1 o más veces al día con el servidor central para recibir y enviar los últimos cambios.
Beneficios
1. Asegurar que los datos estén continuamente disponibles para el usuario u otros procesos de negocio, aún bajo circunstancias externas que amenacen la continuidad de las operaciones, o pronta recuperación en un evento de desastre.
2. Integrar y sincronizar datos de las operaciones entre múltiples ubicaciones remotas.
3. Aislar a los procesos de generación de reportes(OLAP), de los procesos de operación diaria (OLTP), ofreciendo una mejoría en tiempo de explotación, independencia de procesos y estabilidad en su conjunto.
4. Hacer lo anterior entre plataformas heterogéneas de base de datos – Oracle y Microsoft SQL Server.





