Wykrywanie, przygotować i przywrócić tilt replikacji Mysql

Z Pl Ikoula wiki
Przejdź do nawigacji Przejdź do wyszukiwania

pl:Wykrywanie, przygotować i przywrócić tilt replikacji Mysql en:Detect, prepare and restore a tilt Mysql replication he:לזהות, להכין ולשחזר הטיה של Mysql שכפול ro:Detectarea, pregăti şi restaura o înclinare Mysql replication ru:Обнаружение, подготовка и восстановление наклона репликации 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 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

Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu tutaj.

W Debianie | _. _. Wdrożono system replikacji bazy danych Mysql za pomocą wzorca konfiguracji | _. _. Niewolnik. Jeśli problem występuje na serwerze głównym, jest to serwer podrzędny | _. _. Niewolnik | _. _. kto się przejmuje. Jednak należy najpierw zauważyć, że wystąpił ten rocker.8

Wykrywanie | _. _. W zależności od poziomu usług może być monitorowanie funkcjonowania replikacji, użytkownik jest informowany przez wsparcie rocker./Jeśli rocker Master do Zlecenie na | _. _. Połączenie ma BDD | _. _. MySQL | _. _. | _. _. | _. _. Następnie sprawdź stan serwera głównego | _. _. Pokaż master status | _. _. serwera, ip tej ostatniej zostanie automatycznie zmieniony odpowiedzi zamiast serwer główny | _. _. Ilość słowiańskich BDD będzie bardziej ważne i będzie zawierał najnowsze zapisane informacje. (slave) Przygotować | _. _. Przed wykonaniem polecenia, które należy wykonać, plan operacji | _. _. Wolą odstęp czasu lub pozyskiwanie baz danych jest jej minimalna.

Upewnij się, Twój BDD nie jest modyfikowany przez również umieszczenie witryny w konserwacji | _. _. Absolutnie nie należy pisania na czas BDD SLAVE interwencji: _! _ | W przypadku pisania w toku postępowania, Oto skutki: _! _ | Replicat niezsynchronizowane | _. _. Dane mogą być utracone lub uszkodzone | _. _. Zapobiec pisania | _. _. Aby zapobiec zapisywaniu do BDD, zaimplementować tylko-do-odczytu | _. _. tylko do odczytu | _. _. . Które będą miały efekt blokowania na żądania zapisu BDD.

  • Na SLAVE | _. _. RÓWNO TABELE Z BLOKADA ODCZYTU | _. _. TYLKO_DO_ODCZYTU zestaw globalnych | _. _. MOŻEMY | _. _. Tworzenie zrzutu | _. _. Raz Niewolnik, tylko do odczytu, można zrobić zrzut z nią tabel bezpiecznie | _. _. Na SLAVE | _. _. dump | _. _. Pomiń dodać blokad | _. _. pojedynczej transakcji | _. _. | _. _. | _. _. wszystko-bazy danych | _. _. nie wiem tabela | _. _. MySQL.user | _. _. Zastąpić oczywiście | _. _. przez swoje zwykłe miejsce docelowe kopii zapasowej. Umownie możemy zauważyć, Data w formacie backupDDMMAAAA.sql, aby móc przejść | _. _. Wysyłania zrzutu | _. _. Ile serwerów MASTER i SLAVE są zdalnego, należy przekazać plik zrzutu niewolnika do OPANOWANIA. Istnieje kilka sposobów na to jest ten transfer plików, ale tutaj opiszemy wykorzystania komputerów, która pozwala na wykonywanie kopii za pomocą usługi SSH.
  • Zaloguj się | _. _. logowania ssh maszyny niewolnikiem | _. _. Zaloguj się | _. _. logowania ssh maszyny MASTER | _. _. Serwer | _. _. Adres IP lub nazwa hosta maszyny niewolnikiem | _. _. Serwer | _. _. Adres IP lub nazwa hosta maszyny MASTER | _. _. Ścieżka | _. _. Plik: _. _. Ścieżka | _. _. Plik: _. _. SCP | _. _. Serwer | _. _. Ścieżka | _. _. Plik: _. _. Zaloguj się | _. _. Serwer | _. _. Ścieżka | _. _. Plik: _. _. Zaimportować zrzutu | _. _. Następnie importować go do Master bazy danych w celu zsynchronizowania | _. _. BDD.
  • Na MASTER | _. _. MySQL | _. _. | _. _.
  • :
    -u votre_utilisateur -p votre_mot_de_passe

   \G

==

!
 !

> :

==

()

' 

   ;  = ;

==

' 

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

' 

   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



Nie możesz publikować komentarzy.

Źródło: „https://pl-wiki.ikoula.com/index.php?title=Wykrywanie,_przygotować_i_przywrócić_tilt_replikacji_Mysql&oldid=12479”