Обнаруживать, готовить и восстановить наклонена репликации Mysql

Материал из Ru Ikoula wiki
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

ru:Обнаруживать, готовить и восстановить наклонена репликации Mysql he:לזהות, להכין ולשחזר העתק Mysql מוטה ro:Detectarea, pregăti şi restaura o înclinat replicarea 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 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

Эта статья является результатом автоматического перевода, выполняемого программного обеспечения. Вы можете посмотреть исходный статьи здесь.

В Debian 8

Вы реализовали систему репликации базы данных Mysql через мастер настройки /раб. Когда проблема возникает на главном сервере, это подчиненный сервер (раб ) кто берет на себя. Однако следует сначала отметить, что эта шкала произошла.

Обнаружение

  • В зависимости от вашего уровня сервиса вы может быть мониторинг функционирования репликации, вы предупреждены службой поддержки в случае переключения.
  • В случае переключения на образце для подчиненного сервера, IP-последний будет автоматически изменен реагировать вместо главного сервера
  • Объем славянских DB будет иметь более важное значение и будет содержать Последнее записанной информации.
  • Командой на BDD :

Подключить вас к BDD : 

   MySQL  -u votre_utilisateur -p your_password

Затем проверьте состояние главного сервера : 

   Показать мастер статус синтаксис \G

Подготовить

Прежде чем выполнять команды, которые следуют, план операции ! Предпочитают timeslot или вымогательство баз данных является его минимумов. Убедитесь, что ваш BDD вообще не изменяется также поставить ваш сайт в обслуживании

Абсолютно не должны писать на время срабатывания BDD раба !

> В случае написания во время процедуры, вот последствия :

  • Реплицировать из синхронизации
  • Данные могут быть потеряны или повреждены

Предотвратить написание

Чтобы предотвратить запись в базе данных, он должен реализовать только для чтения (только для чтения ). Который будет иметь эффект блокировки запросов для записи в БД.

На СЛЕЙВЕ 

   СКРЫТОЙ ТАБЛИЦЫ С БЛОКИРОВКА ЧТЕНИЯ ; Задайте глобальные read_only  = ОДИН ;

Создание дампа

После раба только для чтения, вы можете вывести свои таблицы безопасно : На СЛЕЙВЕ 

   туздЫшпр  --Скип добавить замки  --Одноместный транзакций  -u votre_utilisateur -p your_password  --все базы данных  --игнорировать таблицы =MySQL.user  > /destination/de/depart/mon/backup.sql

Заменить очевидно /destination/de/mon/backup.sql от вашего обычного назначения резервного копирования. По соглашению дата в формате backupDDMMAAAA.sql там для того чтобы найти :)

Отправка на свалку

Поскольку мастер и ПОДЧИНЕННЫЙ серверы являются удаленными, вам передать файл ДАМПА раб мастер. Есть несколько способов сделать это передача файлов, но здесь мы будем обсуждать использование ПК, которая позволяет сделать копии с помощью службы SSH.

  • Вход 1 : Логин ssh машины Раб
  • Вход 2 : Логин ssh машина мастер
  • Сервер 1 : IP-адрес или имя хоста машины Раб
  • Сервер 2 : IP-адрес или имя хоста машины мастер
  • Путь /Файл 1 : /destination/de/depart/de/mon/backup.sql
  • Путь /Файл 2 : /destination/darrivee/de/mon/backup.sql
   SCP логин 1@Сервер 1:Путь /Файл 1 Вход 2@Сервер 2:Путь /Файл 2

Импортировать дамп

Затем импортировать его в образце базы данных для синхронизации 2 BDD. На мастер 

   MySQL  -u votre_utilisateur -p your_password < /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



Вы не можете оставлять комментарии.

Источник — https://ru-wiki.ikoula.com/index.php?title=Обнаруживать,_готовить_и_восстановить_наклонена_репликации_Mysql&oldid=9394