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

Материал из Ru Ikoula wiki
Jump to navigation Jump to search

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

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

В Debian | _. _. Вы внедрили систему репликации базы данных Mysql через мастер настройки | _. _. раб. При возникновении проблемы на главном сервере, это подчиненный сервер | _. _. раб | _. _. кто берет на себя. Однако следует сначала отметить, что это коромысло произошло.8

Обнаружение | _. _. В зависимости от вашего уровня обслуживания возможно, мониторинг функционирования репликации, вы предупредили коромысло поддержки./Если рокер мастера к подчиненного сервера, IP-адрес последнего будет автоматически изменена в ответ вместо главного сервера | _. _. Объем славянским будет иметь более важное значение и будет содержать Последнее записанную информацию. (По заказу BDD | _. _. Подключение имеет BDD | _. _. MySQL | _. _. | _. _. | _. _. Затем проверьте состояние главного сервера | _. _. Показать мастер статус | _. _. ) Подготовьте | _. _. Перед выполнением команд, которые следуют плану операции | _. _. Предпочитают время слот или вымогательство баз данных является минимальной.

Убедитесь, что ваш BDD не изменяется также положить ваш сайт в обслуживании | _. _. Абсолютно не следует писать на BDD раб время вмешательства: _! _ | В случае написания во время процедуры, вот последствия: _! _ | Replicat несинхронизированные | _. _. Данные могут быть потеряны или повреждены | _. _. Предотвратить написание | _. _. Чтобы предотвратить запись BDD, реализуйте только для чтения | _. _. только для чтения | _. _. . Который будет иметь эффект блокировки запросов записи BDD.

  • На СЛЕЙВЕ | _. _. ПРОМЫВОЧНЫЙ ТАБЛИЦЫ БЛОКИРОВКА ЧТЕНИЯ | _. _. ЗАДАТЬ глобальные read_only | _. _. МЫ | _. _. Создать дамп | _. _. Как только раб только для чтения, можно сделать дамп таблицы безопасно | _. _. На СЛЕЙВЕ | _. _. туздЫшпр | _. _. Скип добавить замки | _. _. одной транзакции | _. _. | _. _. | _. _. все базы данных | _. _. не знаю, таблица | _. _. MySQL.user | _. _. Заменить очевидно | _. _. от вашей обычной резервной копии. По соглашению мы отмечаем дату в формате backupDDMMAAAA.sql, чтобы иметь возможность перемещаться | _. _. Отправка дампа | _. _. Поскольку раб и Мастер серверы являются удаленными, вы передаете файл ДАМПА раб мастер. Есть несколько способов сделать это передача файлов, но здесь мы будем описывать использование компьютеров, что позволяет делать копии с помощью службы SSH.
  • Вход | _. _. Логин ssh машина раб | _. _. Вход | _. _. Логин ssh машина MASTER | _. _. Server | _. _. IP или имя хоста машины Раб | _. _. Server | _. _. IP или имя хоста машины MASTER | _. _. Path | _. _. Файл: _. _. Path | _. _. Файл: _. _. SCP логин | _. _. Server | _. _. Path | _. _. Файл: _. _. Вход | _. _. Server | _. _. Path | _. _. Файл: _. _. Импорт дампа | _. _. Затем импортировать его в основной базе данных для того, чтобы синхронизировать | _. _. BDD.
  • На мастер | _. _. 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 2@2:/2

==

2 BDD.

' 

    -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



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

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