Início / dba / Perguntas / 23541
Accepted
newbie14
Asked: 2012-09-01 21:42:11 +0800 CST

Reformatação do servidor mestre MySQL e solução temporária

  • 772

Temos servidores mestre e de replicação do MySQL, ambos rodando em máquinas diferentes. Notamos alguns arquivos de sistema mostrando problemas de integridade na máquina mestre. Temporariamente, gostaríamos de transformar o escravo em mestre e reformatar o mestre original e depois trazer tudo de volta à arquitetura original.

Quais são as etapas cruciais agora para mantermos a integridade dos dados?

Podemos desativar o mestre e permitir que as inserções e atualizações ocorram no banco de dados de replicação, mas como voltaremos à situação original posteriormente?

mysql replication

1 respostas

  1. Best Answer

    Globalmente falando, eu estaria executando essencialmente as seguintes etapas na mesma situação.

    Antes de começar, faça backup de tudo em ambas as máquinas.

    1. Colocar o site ou aplicativo em manutenção, impedindo que os usuários acessem o banco de dados. Certifique-se também de que não haja importações/atualizações/atividades vindas de tarefas cron. Você pode verificar isso executando SHOW FULL PROCESSLIST; em MySQL.
    2. Certifique-se de que o servidor escravo esteja totalmente sincronizado com o mestre. Leia as notas abaixo .
    3. Pare a replicação no servidor escravo STOP SLAVE;e desligue o servidor mestre.
    4. Troque endereços IP entre o servidor mestre antigo e o novo. Ou aponte a conexão do banco de dados do aplicativo para o servidor escravo.
    5. Traga o aplicativo de volta online.
    6. Execute sua manutenção no antigo servidor mestre.
    7. Uma vez que seu servidor mestre antigo esteja de volta e funcionando
    8. Coloque o site ou aplicativo novamente em manutenção.
    9. Faça backup do banco de dados do seu novo servidor mestre e restaure-o para o servidor mestre original e agora funcional.
    10. Troque endereços IP mais uma vez entre as duas máquinas. Ou aponte a conexão do banco de dados do aplicativo para o servidor mestre novamente.
    11. Reconfigure a replicação entre o servidor mestre recém-restaurado e o servidor escravo original. Leia as notas abaixo .
    12. Traga o aplicativo de volta online.

    Para a etapa 2, quando estiver certificando-se de que o mestre e o escravo estão sincronizados, você deve fazer isso. Comparando o arquivo de log atual e a posição do arquivo para ambos os servidores.

    No servidor mestre

    SHOW MASTER STATUS;

mysql> SHOW MASTER STATUS;
+---------------+----------+--------------+------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| mysql-bin.003 | 73       | test         |                  |
+---------------+----------+--------------+------------------+

    No servidor escravo

    SHOW SLAVE STATUS;

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: master.server.ip.address
                Master_User: root
                Master_Port: 3306
              Connect_Retry: 3
            Master_Log_File: mysql-bin.003
        Read_Master_Log_Pos: 73

    Como você planeja voltar à infraestrutura original, não há necessidade de configurar o servidor escravo como um novo mestre. Você pode deixar a configuração do servidor escravo inalterada, para que assim que o servidor mestre estiver online novamente, você possa reiniciar a replicação mais rapidamente.

    Configurando a replicação

    Rolando respondeu a uma pergunta semelhante com um fácil de ler como configurar a replicação.

    Esclarecimento sobre configuração master slave no mysql

    • 2

relate perguntas