Detectar, preparar e restaurar uma inclinação replicação do Mysql

pt:Detectar, preparar e restaurar uma inclinação replicação do Mysql 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 复制 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 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

Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo aqui.

No Debian | _. _. Você implementou um sistema de replicação de banco de dados Mysql através de uma configuração mestre | _. _. escravo. Quando ocorre um problema no servidor mestre, este é o servidor escravo | _. _. escravo | _. _. Quem assume. No entanto é de referir que este balancim ocorreu.8

Deteção | _. _. Dependendo do seu nível de serviço, você pode ter um acompanhamento do funcionamento da replicação, é avisados pelo suporte de balancim./Se o balancim do mestre para o servidor servidor Por ordem do | _. _. Conectar-se você tem o BDD | _. _. MySQL | _. _. | _. _. | _. _. Em seguida, verifique o status do servidor mestre | _. _. mostrar o status de mestre | _. _. , o ip do último será automaticamente alterado para responder em vez do servidor mestre | _. _. O volume do BDD eslava será mais importante e irá conter as últimas informações gravadas. (slave) Prepare-se | _. _. Antes de executar os comandos que se seguem, planejar a operação | _. _. Prefiro um slot de tempo ou solicitação de bancos de dados é um mínimo.

Certifique-se de seu BDD não é modificado, também, colocando seu site em manutenção | _. _. Absolutamente não deve ser escrita sobre o tempo de BDD escravo da intervenção: _! _ | No caso de escrita durante o procedimento, aqui estão as consequências: _! _ | Replicat dessincronizada | _. _. Dados podem ser perdidos ou corrompidos | _. _. Evitar escrever | _. _. Para evitar a escrita de um BDD, implementar somente leitura | _. _. somente leitura | _. _. . Que terá o efeito de bloqueio sobre as solicitações de gravação do BDD.

• Em SLAVE | _. _. TABELAS NIVELADAS COM BLOQUEIO DE LEITURA | _. _. | _. _. NÓS | _. _. Criar o despejo | _. _. Uma vez o escravo somente leitura, você pode com segurança fazer um despejo de suas tabelas | _. _. Em SLAVE | _. _. dump | _. _. Skip-adicionar-fechaduras | _. _. Single-transação | _. _. | _. _. | _. _. todos-bases de dados | _. _. Não sei-tabela | _. _. User | _. _. Substituir obviamente | _. _. por seu destino habitual de backup. Por convenção, podemos constatar a data em backupDDMMAAAA.sql o formato a ser capaz de navegar | _. _. Enviando o despejo | _. _. Na medida em que os servidores escravos e mestres são remotos, você passar o arquivo de despejo de escravo ao mestre. Existem várias maneiras de fazer isso tem esta transferência de arquivo, mas aqui nós descreveremos o uso dos PCs que permite para fazer cópias usando o serviço SSH.
• | _. _. ssh da máquina escravo | _. _. login | _. _. login ssh da máquina mestre | _. _. Servidor | _. _. IP ou Hostname máquina escravo | _. _. Servidor | _. _. IP ou Hostname máquina mestre | _. _. Caminho | _. _. Arquivo: _. _. Caminho | _. _. Arquivo: _. _. SCP | _. _. Servidor | _. _. Caminho | _. _. Arquivo: _. _. Login | _. _. Servidor | _. _. Caminho | _. _. Arquivo: _. _. Importar o despejo | _. _. Em seguida, importar isso para o mestre de banco de dados a fim de sincronizar o | _. _. BDD.
• No MASTER | _. _. MySQL | _. _. | _. _.
• :

    -u votre_utilisateur -p votre_mot_de_passe

   \G

==

! 

 !

---

> :

==

()

'

   ; SET GLOBAL read_only = ;

==

'

    -- -- -u votre_utilisateur -p votre_mot_de_passe -- --= > /destination/de/depart/mon/backup.sql

/destination/de/mon/backup.sql :)

==

• login1 :
• login2 :
• 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

Ordenar por data Ordenar por pontuação

Ativar a atualização automática de comentários

Não tem permissão para colocar comentários.