Detectar, preparar y restaurar una replicación Mysql inclinada

De ES Ikoula wiki
Jump to navigation Jump to search

es:Detectar, preparar y restaurar una replicación Mysql inclinada he:לזהות, להכין ולשחזר העתק Mysql מוטה ro:Detectarea, pregăti şi restaura o înclinat replicarea Mysql ru:Обнаруживать, готовить и восстановить наклонена репликации Mysql pl:Wykrywanie, przygotować i przywrócić przechylony replikacji Mysql ja:検出し、準備し、傾斜の Mysql レプリケーションを復元 ar:كشف، وإعداد وإعادة تكرار الخلية مائلة zh:检测、 准备和还原倾斜的 Mysql 复制 de:Erkennen, vorzubereiten und eine schräge Mysql-Replikation wiederherstellen nl:Detecteren, het voorbereiden en het herstel van een gekantelde Mysql replicatie it:Rilevare, preparare e ripristinare una replica di Mysql inclinata pt:Detectar, preparar e restaurar uma replicação Mysql inclinada en:Detect, prepare and restore a tilted Mysql replication fr:Détecter, préparer et rétablir une réplication Mysql basculée

Este artículo ha sido traducido por un software de traducción automática. Usted puede ver el origen artículo aquí.

En Debian 8

Ha implementado un sistema de replicación de la base de datos de Mysql a través de una configuración maestro /esclavo. Cuando ocurre un problema en el servidor maestro, esto es el servidor esclavo (esclavo ) que asume el control. Sin embargo debe primero señalarse que esta escala se ha producido.

Detección

  • Dependiendo del nivel de servicio, es un seguimiento del funcionamiento de la replicación, se le advertirá por el apoyo en caso de alternar.
  • En el caso de alternar en el amo para el esclavo del servidor, la ip de este último automáticamente cambiará para responder en lugar del servidor maestro
  • El volumen de la DB Eslava será más importante y contiene la última información registrada.
  • Por el comando en la BDD :

Conectarse a la BDD : 

   MySQL  -votre_utilisateur u  -p su_contraseña

Luego verificar el estado del servidor maestro : 

   Sintaxis de show master status \G

Preparar

Antes de realizar los comandos que siguen, la operación plan ! Prefieren un intervalo de tiempo o solicitud de bases de datos es su minima. Asegúrese de que la BDD no se modifica poniendo también su sitio en mantenimiento

Absolutamente no debe escribir en el tiempo de respuesta del esclavo BDD !

> En el caso de escritura durante el procedimiento, aquí están las consecuencias :

  • Replicación de sincronización
  • Datos pueden ser perdidos o corrompidos

Evitar escribir

Para evitar la escritura a una base de datos, debe implementar la inalterable (sólo lectura ). Que tendrá el efecto de bloquear las solicitudes para escribir en la BD.

En esclavo 

   DESCARGA TABLAS CUN  BLOQUEO DE LECTURA ; GLOBAL SET read_only  = ON;

Crear el dump

Una vez que el esclavo sólo lectura, puede volcar sus mesas con seguridad : En esclavo 

   MySQL dump --Skip-añadir-cerraduras  --solo transacciones  -votre_utilisateur u  -p su_contraseña  --todo-bases de datos  --tabla ignorar =MySQL.user  > /destination/de/depart/mon/backup.sql

Reemplazar obviamente /destination/de/mon/backup.sql por su destino de copia de seguridad habitual. Por Convención la fecha en formato backupDDMMAAAA.sql allí para encontrar :)

Enviar la descarga

Medida en que los servidores esclavo y maestro son remotos, pase el archivo de volcado de esclavo a maestro. Hay varias formas de hacerlo tiene esta transferencia de archivos, pero aquí vamos a discutir el uso de PC que permite para hacer copias usando el servicio SSH.

  • Inicio de sesión 1 : Inicio de sesión ssh de la máquina esclava
  • Inicio de sesión 2 : Inicio de sesión ssh de la máquina MASTER
  • Servidor 1 : Máquina de IP o nombre de host esclavo
  • Servidor 2 : IP o nombre de host de la máquina MASTER
  • Ruta /Archivo 1 : /destination/de/depart/de/mon/backup.sql
  • Ruta /Archivo 2 : /destination/darrivee/de/mon/backup.sql
   Inicio de sesión del SCP 1@Servidor 1:Ruta /Archivo 1 Inicio de sesión 2@Servidor 2:Ruta /Archivo 2

Importar el dump

Importación entonces en la principal base de datos para sincronizar el 2 BDD. En maestro 

   mysql -votre_utilisateur u  -p su_contraseña < /destination/de/mon/backup.sql

Rétablir la réplication

Sur le serveur MASTER: Vous avez besoin d'informations provenant du serveur master, exécutez donc la commande: 

   echo "show master status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Garder ces deux lignes de côté :

  • File: mysql-bin.1X1X1X
  • Position: 2X2X2X2X2

Sur SLAVE Actualisez les clauses MASTER_LOG_FILE et MASTER_LOG_POS par les informations de la commande précédente.

  • MASTER_LOG_FILE étant File:
  • MASTER_LOG_POS étant Position
   stop slave; CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.1X1X1X', MASTER_LOG_POS=2X2X2X2X2;start slave;


Test et finalisation

Pour vérifier la mise en place de cette réplication utilisez sur le SLAVE: 

   echo "show slave status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Vérifiez ces lignes :

  • Slave_IO_Running sur Yes
  • Slave_SQL_Running sur Yes
  • Seconds_Behind_Master a 0

Si tout correspond la mise en place de la réplication s'est bien déroulée. Retirer la restriction lecture seule sur votre bdd SLAVE: 

  SET GLOBAL read_only = OFF;UNLOCK TABLES;

Vous pouvez redémarrer tous vos services utilisant les Bdd.

Vérifiez leur bonne exécution grâce a la commande suivante en remplaçant "votreservice" par celui concerné. exemple: votre serveur web apache : "apache2" votre SGBD Mysql : "mysql" 

  systemctl  status "votreservice".service

Cette documentation a été crée a partir de la documentation interne et de la documentation officielle Mysql



No puedes publicar comentarios.

Obtenido de «https://es-wiki.ikoula.com/index.php?title=Detectar,_preparar_y_restaurar_una_replicación_Mysql_inclinada&oldid=9439»