Reconstruindo o Servidor Escravo do Mestre

1

Entrei na minha empresa há cerca de dois meses. Na segunda-feira eu vi um disco rígido do servidor escravo piscar luz âmbar e liguei para a Dell para isso, o engenheiro veio e disse que não há como salvar os dados. A configuração é RAID 10, mas 2 discos rígidos falharam na mesma extensão e o novo disco não pode ser reconstruído a partir dos existentes porque ambos falharam. Assim, o engenheiro da Dell inseriu dois novos hardisk e limpou a configuração atual existente e reconstruiu um novo RAID10. Enfim, meu problema é que esse servidor escravo (ele roda o Ubuntu 12.04) tem 3 partição,

/ - > partição raiz (executando o RAID 1 usual)

/ dev / sdb1 - > / var / lib / mysql (este é o disco que falhou, agora nada pode ser lido disso)

/ dev / sdc1 - > esta é uma conexão de armazenamento SAN, contendo os dados do sql.

Agora, eu sou um cara puramente do sistema e não tive muita interação com o mysql (geralmente há um dba ao redor e eu só luto coisas como problemas ou permissões de portas). Mas o DBA está de férias até a próxima semana.

A minha pergunta é: como reconstruir / var / lib / mysql do master sem corromper nada? Eu fiz minha pesquisa e encontrei alguns passos, mas eu agradeceria muito se houvesse um guia passo a passo (comandos e tudo) sobre como eu posso fazer isso sem corromper nada.

Quero dizer, eu posso parar o mestre e o escravo, rsync / var / lib / mysql do mestre para o escravo. No escravo alterou a permissão para que o mysql tenha permissão em todas as pastas. Há mais alguma coisa que eu possa fazer ou outras etapas que eu possa executar para garantir que isso seja o mais suave possível? O mestre pode ser parado na janela de manutenção e eu tenho 2 janelas de manutenção chegando. A versão do MySQL em execução é 5.5.40.

Aprecie muito se houver alguém que possa ajudar nisso ...

    
por Charles 27.06.2018 / 08:43

1 resposta

1

Eu recomendo usar o XtraBackup da percona para isso. link

Você pode combinar as etapas 1 e 2 em uma única etapa, fazendo o streaming do backup.

Há um bom escrever aqui link

Não deve haver razão para parar o mestre a qualquer momento.

    
por 27.06.2018 / 08:48

Tags