Rilevare, preparare e ripristinare un tilt replica di Mysql

Da It Ikoula wiki.
Jump to navigation Jump to search

ru:Обнаружение, подготовка и восстановление наклона репликации Mysql pl:Wykrywanie, przygotować i przywrócić tilt replikacji Mysql ja:検出し、準備し、チルト Mysql レプリケーションを復元 ar:كشف، وإعداد واستعادة إمالة النسخ المتماثل الخلية zh:检测、 准备和还原倾斜 Mysql 复制 de:Erkennen, vorzubereiten und eine Neigung Mysql Replikation wiederherstellen nl:Detecteren, het voorbereiden en het herstel van een tilt Mysql replicatie pt:Detectar, preparar e restaurar uma inclinação replicação do Mysql es:Detectar, preparar y restaurar una inclinación replicación Mysql fr:Détecter, préparer et rétablir une réplication Mysql basculée

Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo qui.

Sotto Debian | _. _. È stato implementato un sistema di replica del database Mysql attraverso una configurazione master | _. _. schiavo. Quando si verifica un problema sul server master, questo è il server Di ordine su | _. _. Collegare si ha il BDD | _. _. MySQL | _. _. | _. _. | _. _. Quindi verificare lo stato del server master | _. _. mostrare lo stato di master | _. _. | _. _. schiavo | _. _. chi prende il sopravvento. Tuttavia si deve innanzitutto precisare che si è verificato questo rocker.8

Rilevamento | _. _. A seconda del livello di servizio, potrebbe essere un controllo del funzionamento della replica, vieni avvisato da supporto bilanciere./Se rocker del master per il server server slave, l'ip di quest'ultimo verrà automaticamente modificato per rispondere invece il server master | _. _. Il volume di BDD slava sarà più importante e contiene le ultime informazioni registrate. (slave) Preparare | _. _. Prima di eseguire i comandi che seguono, pianificare l'operazione | _. _. Preferisce una fascia oraria o la sollecitazione di database è un relativo minimo.

Assicurarsi che il vostro BDD non viene modificato inserendo anche il tuo sito in manutenzione | _. _. Assolutamente non dovrebbe essere scritta sul momento BDD SLAVE dell'intervento: _! _ | Nel caso di scrittura durante la procedura, qui sono le conseguenze: _! _ | Replicat non sincronizzate | _. _. I dati possono essere persi o danneggiati | _. _. Impedire la scrittura | _. _. Per evitare la scrittura di un BDD, implementare sola lettura | _. _. sola lettura | _. _. . Che avrà l'effetto di bloccare le richieste di scrittura BDD.

  • Slave | _. _. TAVOLI A FILO C BLOCCO DI LETTURA | _. _. | _. _. ABBIAMO | _. _. Creare il dump | _. _. Una volta dello schiavo in sola lettura, si può fare un DUMP dei suoi tavoli tranquillamente | _. _. Slave | _. _. dump | _. _. Skip-aggiungere-serrature | _. _. singolo-transazione | _. _. | _. _. | _. _. tutti i database | _. _. non so-tabella | _. _. MySQL. User | _. _. Sostituire ovviamente | _. _. di destinazione di backup usuale. Per convenzione si nota la data in backupDDMMAAAA.sql il formato per essere in grado di spostarsi | _. _. Invio il dump | _. _. Nella misura in cui i server MASTER e SLAVE sono remoti, si passa il file DUMP di SLAVE a MASTER. Ci sono diversi modi per fare questo ha questo trasferimento di file, ma qui descriveremo l'uso dei PC che permette di fare copie utilizzando il servizio SSH.
  • | _. _. ssh macchina SLAVE | _. _. Login | _. _. ssh macchina MASTER | _. _. Server | _. _. IP o Hostname macchina SLAVE | _. _. Server | _. _. IP o Hostname macchina MASTER | _. _. Percorso | _. _. File: _. _. Percorso | _. _. File: _. _. SCP Login | _. _. Server | _. _. Percorso | _. _. File: _. _. Login | _. _. Server | _. _. Percorso | _. _. File: _. _. Importare il dump | _. _. Quindi importare in Master database al fine di sincronizzare il | _. _. BDD.
  • Il MASTER | _. _. MySQL | _. _. | _. _.
  • :
    -u votre_utilisateur -p votre_mot_de_passe

   \G

==

!
 !

> :

==

()

' 

   ; SET GLOBAL read_only = ON;

==

' 

    -- -- -u votre_utilisateur -p votre_mot_de_passe -- --= > /destination/de/depart/mon/backup.sql

/destination/de/mon/backup.sql :)

==

  • login1 :
  • login2 :
  • 1 :
  • 2 :
  • / 1 : /destination/de/depart/de/mon/backup.sql
  • / 2 : /destination/darrivee/de/mon/backup.sql
   1@1:/1 Login2@2:/2

==

2 BDD.

' 

   mysql -u votre_utilisateur -p votre_mot_de_passe < /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



Non si dispone dei permessi necessari per inviare commenti.

Estratto da "https://it-wiki.ikoula.com/index.php?title=Rilevare,_preparare_e_ripristinare_un_tilt_replica_di_Mysql&oldid=7166"