Estudante

Outubro de 2010

http://www.carlosaranha.com

Este tutorial pode ser usado, copiado e distribuído livremente, mas peço que voce mantenha o link original. O Autor não se responsabiliza por mau uso deste documento.

Carlos Aranha ([e-mail]) – Diretor da Empresa GNNEXT Tecnologia da Informação, DBA de diversos sistemas de bancos de dados e consultor de tecnologias open source.

Replicação em MySQL
Como fazer backup ao vivo das suas bases de dados usando a replicação do MySQL
Muitos DBAs já passaram pela terrível situação de um crash no servidor de banco de dados, seja culpa de um problema de hardware ou uma pane no sistema operacional.
Certamente já existe tecnologia de backup hoje em dia, bem mais acessível do que foi há alguns anos atrás, que permite não uma, mas diversas cópias da referida base de dados, mas o que acontece quando nossa cópia não está atualizada?
Muitos DBAs preferem fazer cópia de segurança das suas bases de dados durante a madrugada quando nenhum usuário está alterando dados. Se a situação for crítica, fazem de doze em doze horas ou até mesmo seis em seis horas. Nesse meio tempo, a base de dados fica compartilhada entre a aplicação que faz a leitura para backup dos dados e a leitura de dados pelos usuários, tornando ambos os processos mais lentos.
Mas, e se houver uma pane dez minutos antes da tal cópia de segurança começar? A resposta é simples: Caos.
Durante uma pane, os usuários param de consultar ou alterar dados, clientes deixam de ser atendidos, aplicações travam, empresas podem até mesmo parar. E o pior de tudo: A pane pode causar perda de dados, gerando inconsistências, funcionários furiosos por ter de refazer o que já haviam feito e até mesmo prejuízos financeiros.
Felizmente, já existem diversas soluções que contornam esse tipo de situação.
Uma delas, que pretendo ilustrar aqui, é fazer uma replicação da base de dados de um servidor para uma outra máquina. Esta solução está disponível no