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

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

pl:Wykrywanie, przygotować i przywrócić przechylony replikacji Mysql he:לזהות, להכין ולשחזר העתק Mysql מוטה ro:Detectarea, pregăti şi restaura o înclinat replicarea Mysql ru:Обнаруживать, готовить и восстановить наклонена репликации 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 es:Detectar, preparar y restaurar una replicación 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

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

W Debianie 8

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 doszło do tej skali.

Wykrywanie

  • W zależności od poziomu usług może być monitorowanie funkcjonowania replikacji, użytkownik jest informowany przez wsparcie w przypadku przełączania.
  • W przypadku przełączania na master do slave serwera, ip tej ostatniej zostanie automatycznie zmieniony na odpowiedzi zamiast master server
  • Ilość słowiańskich DB będzie bardziej ważne i będzie zawierał najnowsze zapisane informacje.
  • Za pomocą polecenia na BDD :

Możesz połączyć BDD :

   MySQL  -u votre_utilisateur -p twoje_haslo 

Następnie sprawdź stan serwera głównego :

   Pokaż status głównego składni \G

Przygotować

Przed wykonaniem polecenia, które należy wykonać, plan operacji ! Wolą kliknięciu odstępu czasu lub pozyskiwanie baz danych jest jego minima. Upewnij się, Twój BDD wcale nie jest modyfikowany przez również umieszczenie witryny w konserwacji

Absolutnie nie wolno pisania na czas reakcji BDD SLAVE !

> W przypadku zapisu podczas procedury, tutaj są konsekwencje :

  • Replikuj niezsynchronizowana
  • Dane mogą być utracone lub uszkodzone

Zapobiec pisania

Aby zapobiec zapisywaniu do bazy danych, musi implementować tylko do odczytu (tylko do odczytu ). Które będą miały efekt blokowania żądania zapisu do bazy danych.

Na SLAVE

   RÓWNO TABELE Z BLOKADA ODCZYTU ; TYLKO_DO_ODCZYTU zestaw globalnych  = JEDEN ;

Tworzenie zrzutu

Raz Niewolnik, tylko do odczytu, można zrzucić swoje tabele bezpiecznie : Na SLAVE

   MySQL dump --Pomiń dodać blokad  --pojedynczej transakcji  -u votre_utilisateur -p twoje_haslo  --wszystko-bazy danych  --Ignoruj tabela =MySQL.user  > /destination/de/depart/mon/backup.sql

Zastąpić oczywiście /destination/de/mon/backup.sql przez swoje zwykłe miejsce docelowe kopii zapasowej. Umownie datę w formacie backupDDMMAAAA.sql tam w celu znalezienia :)

Wysyłania zrzutu

Ile serwerów MASTER i SLAVE są zdalnego, należy przekazać plik zrzutu niewolnika do OPANOWANIA. Istnieje kilka sposobów, aby to zrobić ma ten transfer plików, ale tutaj omówimy korzystanie z komputerów, który umożliwia wykonywanie kopii za pomocą usługi SSH.

  • Zaloguj się 1 : logowania ssh maszyny niewolnikiem
  • Zaloguj się 2 : logowania ssh maszyny MASTER
  • Serwer 1 : Adres IP lub nazwa hosta maszyny niewolnikiem
  • Serwer 2 : Adres IP lub nazwa hosta maszyny MASTER
  • Ścieżka /Plik 1 : /destination/de/depart/de/mon/backup.sql
  • Ścieżka /Plik 2 : /destination/darrivee/de/mon/backup.sql
   SCP Zaloguj się  1@Serwer 1:Ścieżka /Plik 1 Login2@Serwer 2:Ścieżka /Plik 2

Zaimportować zrzutu

Następnie importować go w Master bazy danych w celu zsynchronizowania 2 BDD. Na MASTER

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