• Home
• Arquivo
• Colunas
• Cursos
• Artigos
• Hot Links
• Enviar Dica
• F.A.Q.
• Descadastrar
• Contato
• RSS

Restauração MySQL

Por Cristina Otsuka

Data de Publicação: 05 de Dezembro de 2006

O resultado do mysqldump é um arquivo que podemos alterar, editando-o para remover, incluir, alterar linhas.

Esse arquivo pode ser executado através da linha de comando do mysql, para que um ou mais bancos, tabelas, índices ou outros objetos possam ser recriados e repopulados onde for necessário.

Por exemplo: se eu usar os comandos:

a) mysqldump -u usuario --password=senha -a -d --opt --databases teste1 teste2 > arq_saida_1.bck e b) mysqldump -u usuario --password=senha -c -t --opt --databases teste1 teste2 > arq_saida_2.bck

no primeiro arquivo terei os comandos de criação dos bancos/tabelas/etc de teste1 e teste2 e no segundo arquivo terei o conteúdo de teste1 e teste2

Observações:

• "-a" = inclui todas as opções de create do My-SQL;
• "-d" = sem dados, ou seja, só estrutura;
• "--opt" = são várias opções importantes em conjunto;
• "-c" = usa comandos "inserts" completos;
• "-t" = não escreve comandos "create table").

Tendo esses arquivos, posso entrar num outro ambiente mysql e gerar/popular teste1 e teste2:

  mysql> source arq_saida_1.bck
  mysql> source arq_saida_2.bck

Depois, devo checar o catálogo do MySQL para ver se precisa-se criar usuário e dar os privilégios necessários (ou seja, antes de restaurar o(s) banco(s), verificar cuidadosamente o que fazer com o catálogo!! Caso eu o leve junto, posso sobrepor ao catálogo existente!!!!).

No caso de uma migração de máquina, pode-se também utilizar os próprios comandos do Sistema Operacional para cópia e recuperação em outro ambiente. Nesse caso, pode-se por exemplo:

1. parar o mysql da máquina origem
2. ir ao diretório onde estão os bancos
3. fazer o backup dos bancos via algum comando do SO (por exemplo, usando o comando tar)
4. copiar o arquivo resultante para a máquina/diretório destino (também o mysql deve estar fora do ar)
5. restaurar o arquivo dos bancos
6. verificar proteções e owner dos arquivos
7. inicializar o mysql

Tomar cuidado com o catálogo do MySQL: caso eles sejam diferentes nas duas máquinas, pode ser ou não necessário migrá-lo. Se for migrar, cuidado, pois ele vai se sobrepor ao banco mysql do destino e pode-se perder as configurações originais.

Versão para impressão

Recomendar este artigo

Opinião dos Leitores

*Nome:
Email:
	Me notifique sobre novos comentários nessa pagina Oculte meu email
*Texto:
	Para publicar seu comentário, digite o código contido na imagem acima

Powered by Scriptsmill Comments Script

Artigos Publicados

• Sumarizações com **GROUP BY** e **WITH ROLLUP**
  21/07/2008
• GREEN SQL
  17/06/2008
• SELECT com ordem aleatória
  12/06/2008
• MySQL é da SUN!
  28/05/2008
• Otimizando consultas no PostgreSQL - Comando EXPLAIN
  27/04/2008
• Back up de base de dados SQL
  05/03/2007
• Linguagem dentro da linguagem - parte 3 - DDL
  09/02/2007
• Linguagem dentro da linguagem - parte 2 - DML
  06/02/2007
• Linguagem dentro da Linguagem - parte 1
  22/01/2007
• REVOKE: Controle de direitos no SQL - parte 2
  18/01/2007
• Cursor
  12/01/2007
• Restauração MySQL
  Por Cristina Otsuka
  05/12/2006
• GRANT: Controle de direitos no SQL - parte 1
  29/11/2006
• Backup no MySQL
  Por Cristina Otsuka
  27/11/2006
• Preenchimento automático de campos
  23/11/2006
• Projeto Firebird lança Firebird 2.0
  14/11/2006
• Limpando tabelas
  28/10/2006
• VIEW
  27/10/2006
• Overview PostgreSQL
  17/10/2006
• Acessando Firebird SQL com Open Source
  11/10/2006
• Novidades do Firebird no mundo
  02/10/2006
• NULL ou não NULL, eis a questão!
  26/09/2006
• Performance no MySQL
  25/09/2006
• INSERT com SELECT
  17/09/2006

Para se manter atualizado sobre as novidades desta coluna, consulte sempre o newsfeed RSS

Para saber mais sobre RSS, leia o artigo O Padrão RSS - A luz no fim do túnel.