Olá. A pergunta não é sobre Debian (que é o foco da lista), dessa forma o ideal seria ter off-topic no titulo. Mas tudo bem! Sobre backup e recover do mysql tem várias maneiras de serem feitas a mais simples não minha opinião é: - Abra um terminal e digite: mysqldump -u root -p nome_do_banco > /tmp/dump.sql onde: mysqldump = ferramenta de backup do mysql root = usuário do banco, pode ser root ou então outro usuário que tenha permissão na banco de dados /tmp/dump.sql = arquivo de backup gerado
- depois entre no mysql mysql -u root -p - criei o banco para ser restaurado create database nome_do_banco; - saia do mysql e no treminal execute mysql - u root -p nome_do_banco < /tmp/dump.sql Pronto! O banco já foi recuperado com estrutura e dados! At+ Oéslei. Em 04/05/07, Fernando Faria Mariano <[EMAIL PROTECTED]> escreveu:
Pessoal pesquisando e pesquisando no google fiz o seguinte... realizei o backup com o comando... mysqldump -u root -p sugarcrm > backup.sql até aqui tudo bem.. acredito que o comando criou um banco de dados completo... pois o arquivo backup.sql possui 27 MB... ai na restauração criei primeiro um banco de dados vazio para teste em minha máquina com o comando mysql> CREATE DATABASE teste; e em seguida tentei restaurar o arquivo backup.sql em meu bando de teste... mysqldump -u root -p teste < /caminho/backup.sql e da o seguinte retorno [EMAIL PROTECTED]:/home/fernando# mysqldump -u root -p teste < backup.sql Enter password: -- MySQL dump 10.10 -- -- Host: localhost Database: teste -- ------------------------------------------------------ -- Server version 5.0.24a-Debian_9ubuntu2-log /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */; /*!40103 SET TIME_ZONE='+00:00' */; /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */; /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */; /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; /*!40103 SET [EMAIL PROTECTED] */; /*!40101 SET [EMAIL PROTECTED] */; /*!40014 SET [EMAIL PROTECTED] */; /*!40014 SET [EMAIL PROTECTED] */; /*!40101 SET [EMAIL PROTECTED] */; /*!40101 SET [EMAIL PROTECTED] */; /*!40101 SET [EMAIL PROTECTED] */; /*!40111 SET [EMAIL PROTECTED] */; E quando vou veficar as tabelas do banco teste, ela continua vazia... mysql> use teste; Database changed mysql> show tables; Empty set (0.00 sec) Alguem pode me ajudar com o que posso estar fazendo de errado? como faço para realmente o mysqldump exporte os arquivos para o novo bando de dados??? Li em alguns fóruns se eu copiar os dados de /caminho/banco/DATABASE/ para o meu destino de restauração do banco com ambos servidores mysqld parados a restauração tbm é feita com sucesso... isto é verdade??? não vou ter problemas com bancos corrompidos depois??? Obrigado pela ajuda pessoal.. Fernando Faria Em Qui, 2007-05-03 às 18:00 -0300, Fernando Faria Mariano escreveu: agora surgiu mais uma dúvida... na instalação do software que estou fazendo backup (sugarcrm) ele tem a opção de criar um banco de dados vazio... a minha pergunta é... devo criar esta bando de dados vazio e exporto o banco de dados em seguida? ou não crio o banco e somente exporto os dados depois? Agraço a ajuda pessoal... vlw.. fernando faria mariano Em Qui, 2007-05-03 às 17:20 -0300, Fernando Faria Mariano escreveu: esqueci de citar o comando... mas é este mesmo... mysqldump... vlw :) Em Qui, 2007-05-03 às 17:13 -0300, Rafael Ganascim escreveu: Se o comando for mysqldump, pode :) Em 03/05/07, Fernando Faria Mariano<[EMAIL PROTECTED]> escreveu:>> Boa tarde.>> Pessoal depois de muito tempo procurando achei um comando para fazer backup> do meu banco de dados mysql... porém gostaria de saber se este comando eu> posso rodar a quente... ou seja com o sistema que utiliza o banco rodando...>>> Obrigado> fernando faria