/es/replicacion-de-bases-de-datos-parte-1/media/database_ok_2-619x346.jpg

Replicación de bases de datos (parte 1)

A TENER EN CUENTA ANTES DE EMPEZAR A REPLICAR BBDD

• Vigilar las políticas que tenga vuestra BBDD alguna puede interferir en las regles de replicación
• Crear una nueva instancia, se hace como si instaláramos de nuevo SQL-Server.(ALB_REPLI).
• La BBDD y la tabla(estructura) en el servidor replicado(subscriptor) debe existir. A partir de versión 2012 no es necesario
• Tener el Servicio del agente de sql-server arrancado
• El 90% de los errores en las replicaciones se producen por fallos de autenticación (Os lo aseguro!!! Acabo de perder 3 horas por poner una contraseña mal)

UTILIDAD DE LAS REPLICACIONES

a. Copia de seguridad:
• Una BBDD replicada puede ser útil como copia de Seguridad
• Incluso se puedes utilizar el servidor “esclavo o suscriptor” para realizar las copias de seguridad
b. Escalabilidad:
Es la principal virtud, utilizamos el servidor replicado (suscriptor) para descargar sobre el las consultas, mientras que el maestro (publicador) realiza el resto de tareas de la BBDD. Por lo tanto le quitamos mucha carga de trabajo al servidor principal
c. Alta disponibilidad:
En aplicaciones y entornos en donde sólo se requieren lecturas, podríamos configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT) entre los servidores replicados de manera que si uno se cae se continue prestando servicio.
Tener replicada la base de datos no nos sirve sólo para usarla en caso de desastre, nos sirve para dotarnos de agilidad.

CONCEPTOS REPLICACIÓN

• ARTÍCULO– Una tabla o parte de una tabla
• PUBLICACIONES – Unidades de replicación, compuesto por uno o más artículos.
• SUBSCRIPCIÓN – Lo hago sobre una publicación y recibo los datos de la publicación

TIPOS DE REPLICACIÓN

Snapshot replication

Replicas todos los registros, independientemente si sólo han cambiado 5.

Este tipo de replicación es interesante cuando cambian la mayoría de los registros, es más eficiente enviarlos todos que ir discriminando los que han cambiado.

La replicación es interesante porque en el servidor que se replican los datos sólo se producirán lecturas y descongestionaremos al principal.

Replicación transaccional
Envía sólo los datos que se han modificado desde la última replicación

Peer to peer

A diferencia de las otras dos, se pueden modificar los datos de la original y de la replicada, y manda una de las dos (o sea, si modificas el mismo registro en las dos BBDD, debe ganar una)

 

PASO PREVIO – CREAR NUEVA INSTANCIA

• Se hace con el programa de instalación, como si volviésemos a instalar SQL-Server
• Creo una nueva instancia con el nombre ALB_REPLI.

Procesando la petición. ¡Espera, por favor!