Replica
•es un conjunto de tecnologías destinadas a la copia y distribución de datos y objetos de base de datos desde una base de datos a otra, para luego sincronizar ambas bases de datos y mantener su coherencia.
Esta técnica permite a la base de datos realizar un espejo en línea sobre otra base de datos que puede estar localmente en otro servidor o con acceso remoto utilizando Internet. Esta característica satisface los requerimientos de sucursales donde necesitan tener en línea y en otro servidor principal, las transacciones de todas las sucursales, en caso que no este disponible la conexión se suspende la replicación y la base de datos de la sucursal no se paraliza. Al restablecerse la conexión se actualizan las transacciones en la cola de replicación. Antiguamente estos requerimientos eran solventados por procesos de transmisión de datos al finalizar el día mediante el protocolo FTP.
Modelo de Replicacion
El modelo de Replicación que usa SQL es el de “Publicador – Suscriptorâ€. Este modelo consiste en Publicadores,Suscriptores y Distribuidores; las publicaciones y los artÃculos, y las suscripciones por tirón o empuje. Además incorpora agentes de administración como Agente de Instantánea, Agente Lector de Registro, Agente de Distribución, y Agente de Mezcla. Todos los agentes pueden funcionar debajo del agente del servidor del SQL y se pueden administrar completamente por el Administrador del Servidor de SQL.
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 que se utiliza la replicación para distribuir datos en ubicaciones remotas
· Copia de seguridad:En condiciones normales, una base de datos replicada de forma correcta es válida como copia de seguridad.Además se puede realizar copias de seguridad usando un servidor esclavo para así no interferir al servidor maestro.
· Mejorar la escalabilidad:Podríamos configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT) entre los servidores replicados.
· 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.
· Las replicas locales constituyen una ayuda especialmente útil cuando se desea trabajar en una computadora que en ocasiones no estará conectada a la red donde se encuentra el servidor en el que reside el curso.
Permite distribuir datos entre diferentes ubicaciones y entre usuarios remotos o móviles mediante redes locales y de área extensa, conexiones de acceso telefónico, conexiones inalámbricas e Internet.
La réplica exacta de las bases de datos permite también eliminar los paros diarios para las copias de seguridad y en general, todos los paros planificados, tales como los necesarios para mantenimientos o cambios de versiones del sistema operativo.
Ejemplo:
MySQL: Replicación de bases de datos en MySQL
Introducción.
El proceso de replicación de una base de datos consiste en replicar las consultas de actualización (tanto DML como DDL) en una base de datos maestra (master) sobre una o varias bases de datos esclavas (slave), de manera que tengamos una copia de las mismas a lo largo del tiempo.MySQL soporta replicación unidireccional asíncrona, es decir, las consultas de actualización ejecutadas en el maestro son replicadas en los servidores esclavos. Esta replicación se realiza de forma transparente. Además es instantánea si los servidores esclavos están levantandos y en estado de replicación.
Antes de continuar hay que tener claro que las modificaciones de datos siempre deben realizarse en el maestro, si quereis poder modificar los datos en cualquier base de datos tendreis que iros a otras soluciones como MySQL Cluster.
Atención:
El presente documento se centra en un escenario en donde la replicación se realiza desde cero, es decir, el maestro y el esclavo no estaban configurados previamente para realizar replicaciones.
Debe saber que si por algún motivo hay errores en la replicación hay que realizar otros pasos y tener más conocimientos más profundos de como funciona todo esto.. En estos casos, deberá documentarse más o recurrir a expertos.. si lo desea puede llamarnos.
El presente documento se centra en un escenario en donde la replicación se realiza desde cero, es decir, el maestro y el esclavo no estaban configurados previamente para realizar replicaciones.
Debe saber que si por algún motivo hay errores en la replicación hay que realizar otros pasos y tener más conocimientos más profundos de como funciona todo esto.. En estos casos, deberá documentarse más o recurrir a expertos.. si lo desea puede llamarnos.
¿Para qué nos puede interasar replicar bases de datos?
La replicación es útil para:- Copia de seguridad:En condiciones normales, una base de datos replicada de forma correcta es válida como copia de seguridad.
Además se puede realizar copias de seguridad usando un servidor esclavo para así no interferir al servidor maestro. - Mejorar la escalabilidad:Podríamos configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT) entre los servidores replicados.
Podríamos usar herramientas como MySQL Proxy para balancear las consultas de lectura entre los servidores replicados y enviar las consultas de actualización de datos al maestro. - 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.
Conceptos necesarios de conocer relacionados con la replicación en MySQL
A continuación exponemos algunos conceptos necesarios para comprender algo mejor todo esto...El Log Binario
El log binario es un archivo binario gestionado por el servidor de base de datos en el que se registran todas las sentencias SQL de modificación de datos o estructura.En el caso de la replicación es importante saber que cada servidor esclavo se conecta al servidor maestro y le solicita que le envie las sentencias registradas en los logs binarios a partir de una posición, para ello, cada esclavo mantiene un archivo a modo de índice en donde registra la posición actual de la replicación.
Gracias a esto, podemos detener el esclavo
(STOP SLAVE), que haya un corte de red, etc.. de manera que cuando se vuelva a iniciar la replicación (START SLAVE) o se reestablezca la comunicación... Pase el tiempo que pase) el esclavo solicitará al maestro todas las sentencias a ejecutar desde su estado actual y las irá ejecutando secuencialmente de manera que en cuestión de segundos ambos servidores tendrán las bases de datos con el mismo contenido y estructura.| Master |
(Solicita Log Binario desde la posición X)
« « « « « « « « « « « « « « « «
(Devuelve el Log Binario)
» » » » » » » » » » » » » » » » | Esclavo |
El log binario por defecto está ubicado en la carpeta
<MYSQL_HOME>/data y se llama igual que la máquina con el sufijo -bin y un número como extensión. Ejemplos:
pccarlos-bin.00001, pccarlos-bin.00002, pccarlos-bin.00003Pasos para poner en marcha la replicación
A continuación vamos a exponer los pasos a realizar la replicación de una base de datosbd_autentia en un único servidor esclavo. Si quisieramos configurar más esclavos, los pasos a realizar serían los mismos sobre cada uno de los esclavos.Creamos de un usuario MySQL en el servidor maestro con privilegios de replicación
El servidor esclavo se autenticará frente al servidor maestro como un usuario normal.Para crear el usuario debemos ejecutar desde la consola de comandos de mysql las siguientes sentencias SQL:
CREATE USER '<replication_user>'@'<slave_address>' IDENTIFIED BY '<replication_user_password>'
GRANT REPLICATION SLAVE ON *.* TO '<replication_user>'@'<slave_address>'
Con la sentencia anterior el usuario sólo tendría permiso de acceso desde la máquina <slave_address>, en caso de no requerir esta medida de seguridad puedes sustituir el comodin % por el parámetro <slave_address>.Configuración del servidor maestro
Deberemos agregar las siguientes lineas al final del archivo de configuración del servidor MySQL, por defecto:<MySQL_HOME>/my.ini
# Identificador único del servidor MySQL dentro de todos los servidores implicados en la replicación.
server-id=1
# Al especificar el parámetro log-bin estamos activando el log binario.
# No especificamos un valor para el parámetro de configuración (por defecto será <nombre_maquina>-bin).
log-bin=
# El log binario sólo tendrá las actualizaciones realizadas sobre la base de datos "bd_autentia"
# Si además quisieramos replicar otras bases de datos, duplicariamos este parámetro para cada base de datos.
binlog-do-db=bd_autentia
Configuración del servidor esclavo
Deberemos agregar las siguientes lineas al final del archivo de configuración del servidor MySQL, por defecto:<MySQL_HOME>/my.ini
# Identificador único del servidor MySQL dentro de todos los servidores implicados en la replicación.
server-id=2
# Nombre del archivo binario que almacena las instrucciones pendientes de ejecutar, por defecto: <host_name>-relay-bin.index
relay-log=
# Nombre o dirección IP del maestro.
master-host=<master_address>
# El esclavo se conecta a través de un usuario al maestro. Identificador del usuario
master-user=<replication_user>
# El esclavo se conecta a través de un usuario al maestro. Contraseña del usuario
master-password=<replication_user_password>
# Número de segundos que esperará el esclavo para reintentar conectarse al maestro en caso de una perdida de conexión.
master-connect-retry=50
# Número de reintentos de reconexión
master-retry-count=5000
Realizamos una copia de seguridad de la base de datos del maestro sobre el servidor el esclavo
Desde la consola ejecutamos los siguientes comandos:- [maestro]:
<MYSQL_HOME>/bin/mysql -u root --password=<contraseña> -e "FLUSH TABLES WITH READ LOCK"
Para limpiar las caches y bloquear el acceso de cualquier aplicacion a la base de datos. - [maestro]:
<MYSQL_HOME>/bin/mysqldump --u root --password=<contraseña> --opt bd_autentia > backup.sql
Realizamos una copia completa de la base de datos en el archivobackup.sql. - [esclavo]:
<MYSQL_HOME>/bin/mysql --user=root --password=<contraseña> bd_autentia < backup.sql
Para restaurar la copia de seguridad en el esclavo. - [esclavo]:
<MYSQL_HOME>/bin/mysqladmin -u root --password=<contraseña> shutdown
Detenemos el servidor esclavo - [maestro]:
<MYSQL_HOME>/bin/mysqladmin -u root --password=<contraseña> shutdown
Detenemos el servidor maestro (Se desbloquearán las tablas de las bases de datos previamente bloquadas) - [esclavo]:
<MYSQL_HOME>/bin/mysqld-nt --defaults-file="<MYSQL_HOME>\my.ini" MySQL
Iniciamos el servidor el cual tomará la nueva configuración. - [maestro]:
<MYSQL_HOME>/bin/mysqld-nt --defaults-file="<MYSQL_HOME>\my.ini" MySQL
Iniciamos el servidor el cual tomará la nueva configuración.
Probando la replicación
- En el servidor esclavo ejecute el comando
SHOW SLAVE STATUSy observe que el mensaje que le muestra es un mensaje que indica que está esperando eventos del maestro... - Modifique algo en el maestro y verifique que instantaneamente se replica en el esclavo.
- Detenga el esclavo durante un tiempo, realize cambios (cree tablas, modifique registros..) en el maestro e inicie el esclavo. En cuestion de milisegundos ambas bases de datos deberían de ser iguales.
Diferencia entre Replica y Espejeo
Espejo: Esta guardado guardado en el disco
Replica: No esta guardado en el disco si no en los servidores
Espejo : Es una copia que no se puede modificar
Replica: se puede modificar y hasta actualizar.
No hay comentarios:
Publicar un comentario