5.2 REPLICA(REPLICATION)
La Réplica de Mezcla, además de hacer el back-up de la Base de Datos del Servidor (comúnmente por razones de seguridad), es capaz de brindar el mismo servicio que ofrece el Servidor a los clientes, cuando éste por cualquier motivo se encuentre de baja en las conexiones.
La réplica además de suplirlo en la conexión de una forma completamente invisible para el Cliente, es a la vez, totalmente capaz de enviarle todas las modificaciones que la base de datos haya sufrido en su ausencia, cuando éste entra de nuevo a su papel de servidor central.
Tipos de replicación
- Replicación de Instantáneas
También conocida como replicación estática. Copia y distribuye datos y objetos de base de datos exactamente como aparecen en el momento en el que ocurren.
Características
- Los cambios de datos en el subscritor no son actualizados continuamente.
- El Subscritor actualiza los datos de forma completa y no de forma transaccional.
¿Cuándo usarla?
- Datos/objetos son estáticos o no cambian con frecuencia.
- La cantidad de datos a ser replicados es pequeña.
- Los usuarios trabajan desconectados, no siempre interesa la última información.
- Replicación Transaccional
También conocida como replicación dinámica. Las modificaciones de la publicación en el publicador son propagadas al subscritor de forma incremental.
Características
- Publicador y subscritor siempre están sincronizados.
- Las Transacciones son preservadas; Ej. si son modificados 5 registros de datos, siempre serán los 5 registros propagados al subscriptor o no serán propagados.
- El publicador y el suscriptor deberán siempre estar conectados.
¿Cuándo usar la Replicación Transaccional?
La información que se replica será utilizada solo de lectura. La información de ventas e inventarios de una Central son replicados a las Sucursales.
El subscriptor siempre necesita la última información
- Replicación de Mezcla
Provee las ventajas de ambas replicaciones anteriores. La instantánea inicial se aplica a los suscriptores; se hace un seguimiento de los cambios realizados en los datos publicados en el publicador y en los suscriptores. Los datos se sincronizan entre los servidores a una hora programada o a petición.
Características
- Actualiza los datos haciendo independiente a más de un servidor.
- Los datos son mezclados basados en un calendario o en la demanda.
- Permite a los usuarios trabajar online/offline y sincronizar más adelante las modificaciones de datos realizadas en un resultado único y uniforme.
¿Cuándo usar la Replicación de Mezcla?
- La autonomía del sitio es un factor crucial.
- Múltiples subscriptores necesitan actualizar datos en diferentes ocasiones y propagar los cambios al publicador y a otros suscriptores; los suscriptores necesitan recibir datos, realizar cambios sin conexión y sincronizar más adelante los cambios con el publicador y otros suscriptores
Requisitos y consideraciones para el uso de la replicación con la creación de reflejo de la base de datos
Se deben tener en cuenta los siguientes requisitos y consideraciones al utilizar la replicación con la creación de reflejo de la base de datos:
- Las entidades de seguridad y reflejada deben compartir un distribuidor. Se recomienda que éste sea un distribuidor remoto, ya que proporciona mayor tolerancia a errores si se produce una conmutación por error imprevista en el publicador.
- La replicación admite la creación de reflejo de la base de datos de publicación en la replicación de mezcla y en la replicación transaccional con suscriptores de solo lectura o suscriptores de actualización en cola. No se admiten suscriptores de actualización inmediata, publicadores de Oracle, publicadores en una topología punto a punto ni republicación.
- Los metadatos y los objetos que existen fuera de la base de datos, incluidos inicios de sesión, trabajos, servidores vinculados, etc., no se copian en la entidad reflejada. Si se requieren los metadatos y los objetos en la entidad reflejada, se deben copiar manualmente. Para obtener más información, vea Administración de inicios de sesión y trabajos tras la conmutación de roles (SQL Server).
Configurar la replicación con la creación de reflejo de la base de datos
La configuración de la replicación y la creación de reflejo de la base de datos implican cinco pasos. Cada paso se describe en detalle en la siguiente sección.
- Configurar el publicador
- Configurar la creación de reflejo de la base de datos
- Configurar la entidad reflejada de manera que utilice el mismo distribuidor que la entidad de seguridad
- Configurar los agentes de replicación para la conmutación por error
- Agregar las entidades de seguridad y reflejada al Monitor de replicación
El orden de los pasos 1 y 2 se puede invertir.
- Crear una base de datos en la máquina –replica (Practica)
Se crea una base de datos en la máquina que se utilizara como Réplica, la cual debe dejarse, totalmente vacía, ya que es, en esta Base de Datos en donde se replicaran todas las tablas de la BD del Servidor.
- Replicación de la base de datos del servidor a la réplica.
Con la publicación y la suscripción se debe poder visualizar las tablas replicadas de la base de datos que se encuentra en el Servidor, para el ejemplo, se debe visualizar la tabla personal y sus tuplas, dentro de la base REPLICACION en la réplica.
Se dispone a ver los datos en la base de datos REPLICACION, de la maquina réplica.
Desde la máquina réplica, se agregaran nuevos datos, los cuales tienen que verse reflejados en el servidor. Para lo cual se deben esperar 60 segundos, en lo que las actualizaciones se hacen efectivas entre ambos servidores.
Ahora se pueden comprobar los datos en la maquina servidor.
Como se puede observar los códigos entre las tuplas agregadas desde el servidor y de la réplica no llevan un orden correlativo, pero esta característica es propia entre la replicación de SQL.
El mismo procedimiento se debe de seguir para el caso de cuando se quiere eliminar datos de la base de datos, e igualmente se deben reflejar los cambios entre ambos servidores. Los cuales también han sido eliminados de la maquina replica.
Beneficios de la réplica de Datos en un DBMS
- Disponibilidad.- El modo en que la replicación incrementa la disponibilidad de los datos para los usuarios y aplicaciones.
- Fiabilidad.- Al haber múltiples copias de los datos disponibles en el sistema, se dispone de un mecanismo excelente de recuperación cuando existan fallos en nodos.
- Rendimiento.- Se mejora para las transacciones de consulta cuando se introduce la replicación en un sistema que estuviera aquejado de sobrecarga de recursos centralizados.
- Reducción de la carga.- Modo en q se utiliza la replicación para distribuir datos en ubicaciones remotas.
- Procesamiento Desconectado.- Modo en que la replicación puede implementarse mediante mecanismo instantáneas.
- Soporta muchos usuarios.- Se puede crear múltiples instantáneas personalizadas que satisfagan los requisitos de cada usuario o grupo de usuarios del sistema.
- Soporta Aplicaciones Avanzadas.- Para OLPT(Online transaction Processing), OLAP(Online Analitical Processing)
No hay comentarios:
Publicar un comentario