Erkennen, vorzubereiten und eine Neigung Mysql Replikation wiederherstellen
de:Erkennen, vorzubereiten und eine Neigung Mysql Replikation wiederherstellen
en:Detect, prepare and restore a tilt Mysql replication
he:לזהות, להכין ולשחזר הטיה של Mysql שכפול
ro:Detectarea, pregăti şi restaura o înclinare Mysql replication
ru:Обнаружение, подготовка и восстановление наклона репликации Mysql
pl:Wykrywanie, przygotować i przywrócić tilt replikacji Mysql
ja:検出し、準備し、チルト Mysql レプリケーションを復元
ar:كشف، وإعداد واستعادة إمالة النسخ المتماثل الخلية
zh:检测、 准备和还原倾斜 Mysql 复制
nl:Detecteren, het voorbereiden en het herstel van een tilt Mysql replicatie
it:Rilevare, preparare e ripristinare un tilt replica di Mysql
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
Dieser Artikel wurde maschinell übersetzt. Sie können den Artikel Quelle hier ansehen.
Unter Debian | _. _. Sie haben ein System der Replikation Ihrer Mysql-Datenbank durch eine Masterkonfiguration implementiert | _. _. Slave. Tritt ein Problem auf dem Masterserver, dies ist der Slaveserver | _. _. Slave | _. _. Wer übernimmt. Jedoch sollte zunächst darauf hingewiesen, dass dieser Rocker aufgetreten.8
Detektion | _. _. Je nach Service-Level müssen Sie eine Überwachung der Funktionsweise der Replikation, Sie werden von Rocker Unterstützung gewarnt./Wenn Rocker des Meisters auf dem Slave-Server die Ip des letzteren automatisch geändert werden, wird um statt der master-Server reagieren | _. _. Das Volumen der slawischen werden wichtiger und enthält die neuesten aufgezeichnete Informationen. (Durch Auftrag auf BDD | _. _. Verbinden Sie hat BDD | _. _. MySQL | _. _. u Votre_utilisateur | _. _. p Votre_mot_de_passe | _. _. Dann überprüfen Sie den Status des Masterservers | _. _. master Status anzeigen | _. _. ) Vorbereitung | _. _. Bevor Sie die Befehle, die Folgen ausführen, die Operation planen | _. _. Lieber ein Zeitfenster oder Aufforderung zur Abgabe von Datenbanken ist ein Minimum.
Stellen Sie sicher, Ihre BDD wird nicht geändert, indem man auch Ihre Website in Wartung | _. _. Sollte absolut kein Schreiben auf den BDD SLAVE Zeitpunkt der Intervention: _! _ | Im Falle von schreiben während des Verfahrens, hier sind die Folgen: _! _ | Replicat unsynchronized | _. _. Daten können verloren gehen oder beschädigt | _. _. Schreiben verhindern | _. _. Um das Schreiben in einer BDD zu verhindern, zu implementieren, nur-Lese | _. _. nur-Lese | _. _. . Die wirken auf die BDD-Schreibanforderungen zu blockieren.
- Auf SLAVE | _. _. BÜNDIG TABELLEN MIT LESESPERRE | _. _. Festlegen globaler Read_only | _. _. WIR | _. _. Erstellen Sie den Dump | _. _. Einmal der Sklave nur-Lese, kann man ein Abbild seiner Tabellen sicher | _. _. Auf SLAVE | _. _. Mysqldump | _. _. Skip-hinzufügen-Schlösser | _. _. Single-Transaction | _. _. u Votre_utilisateur | _. _. p Votre_mot_de_passe | _. _. alle Datenbanken | _. _. nicht wissen-Tisch | _. _. MySQL.user | _. _. Natürlich ersetzen | _. _. durch Ihre üblichen backup-Ziel. Konventionsgemäß beachten wir das Datum im Format backupDDMMAAAA.sql, navigieren zu können | _. _. Senden den Dump | _. _. Soweit die SLAVE und MASTER Server remote sind, übergeben Sie die Datei DUMP der SLAVE zum MASTER. Es gibt mehrere Möglichkeiten, dies zu tun hat dieses File-Transfer, aber hier beschreiben wir den Einsatz von PCs, der erlaubt, um Kopien zu erstellen, mithilfe des SSH-Dienstes.
- | _. _. Login ssh Maschine SLAVE | _. _. Login | _. _. Login ssh Maschine MASTER | _. _. Server | _. _. IP-Adresse oder Hostname Maschine SLAVE | _. _. Server | _. _. IP-Adresse oder Hostname Maschine MASTER | _. _. Pfad | _. _. Datei: _. _. Pfad | _. _. Datei: _. _. SCP-Login | _. _. Server | _. _. Pfad | _. _. Datei: _. _. Login | _. _. Server | _. _. Pfad | _. _. Datei: _. _. Importieren Sie den Dump | _. _. Dann importieren, die es in der Master-Datenbank um synchronisieren die | _. _. BDD.
- Auf MASTER | _. _. MySQL | _. _. u Votre_utilisateur | _. _.
- :
- -
\G
==
!
> :
==
()
'
; = ;
==
'
-- -- - - -- --= > /destination/de/depart/mon/backup.sql
/destination/de/mon/backup.sql :)
==
- 1 :
- 2 :
- 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.
'
- -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
Die automatische Aktualisierung der Kommentare aktivieren.