Newsgroup: it.comp.os.linux.sys
Titolo: Re: Full dump di Mysql e restore di un solo db

 presenti nell'intero file dump (circa 1,6G).
ti sei fatto il dump con --all-databases :D..
mysql --one-database nome_un_solo_db_brasato < backup1,6G.sql -u root -p
Ciao
Danilo

dimenticavo che puoi modificare il file /etc/my.cnf per far si che lui si
logghi anche tutte le query. Così se succede qualche cosa il giorno X tu
puoi riportare tutto indietro al momento in cui vuoi. E' incasinato
e ti consiglio di fare delle prove prima ma in rete trovi tutto.
Ci ho giocato una volta ma è una scocciatura controllare le dimensioni di
questi log.

 di questi log.
e le prestazioni diventano a dir poco penose...
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 e le prestazioni diventano a dir poco penose...
Col binlog? Non influisce troppo e comunque è l'unico modo per avere slave
con Mysql.
-- 
Vide

 protare in giro,
Dai che sotto i 2 GiB non hai problemi a fare scp :D
Cmq, ti suggerisco per il futuro di innamorarti ed usare Zmanda.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com

 slave con Mysql.
Avevo inteso con il log testual, scusa, ho anch'io un po'di repliche in
giro, avrei dovuto capirlo.


 giro, avrei dovuto capirlo.
Ah si il log testuale è una mazzata inutilizzabile in qualunque ambito :D
-- 
Vide

 Cmq, ti suggerisco per il futuro di innamorarti ed usare Zmanda.
Mi dai 10 (dieci, non nove o undici) motivi per doversi innamorare di
Zmanda?
Io uso BackupPC e mi trovo benissimo, cambiare ne varrà la pena?
(non voglio far polemica, son curioso di sapere come funziona zmanda)

 vecchio db solamente senza gestirmi tutto il cucuzzaro?
il cucuzzaro te lo devi gestire con sed :P
Stavo guardando se nel maatkit ci fosse qualcosa di più automatizzato ma
direi di no.
La prossima volta fai dump separati, comunque :P
-- 
Vide

 presenti nell'intero file dump (circa 1,6G).
Quanti DB gestisci in totale ? Mi rendo conto di quanto sia piu' semplice
fare un full dump e tanti saluti, ma poi saltano fuori sti casi particolari
magari quando vai pure di fretta :)
Io personalmente, tengo tutti i dump separati. Pochissimo lavoro in piu' ma
magari se ne risparmia qualcosa in caso di necessita' :)
Per'altro non sarebbe nemmeno complicato gestire la cosa piu' comodamente ed 
automatizzata. Si tratterebbe di scrivere uno script di poche righe che:
1. si connette sull'host ed estrae la lista completa dei database;
2. cicli sulla lista e di volta in volta fai il dump del singolo DB.
Beppe

 2. cicli sulla lista e di volta in volta fai il dump del singolo DB.
http://sourceforge.net/projects/automysqlbackup/

Skull wrote:

...ecco appunto non serve manco scriversi lo script.
Grazie, ottima segnalazione ;)
Beppe

 Ciao e grazie
se parli di slave mi dai da pensare che le macchine le hai sotto mano e se
è cosi non ci credo che fai fatica a tirarti via 1,6 gb di roba..
e poi la questione degli slave mi suona strana a monte...
fai affidamento sugli slave per i backup ??????? ripristinare un backup su
una macchina in produzione non mi pare una bella cosa se si parla di
sovrascrittura  (non per essere critico :D , qualunque cosa sovrascrivi..).
io rispristinerei tutto su un cesso a parte e ci lavorerei in modo sereno
e pulito.. 
okay vuoi soffrire ... vediamo come puoi salvare databaze allora..
nel file di dump ci sono query sql identiche a quelle che scriveresti tu
per la creazione/inserimento ecc ecc..
e tanti bei commenti che puoi usare come "tag"..: ad Ex creo un databaze
"prova"
--
-- Current Database: `prova`
--
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `prova` /*!40100 DEFAULT CHARACTER SET latin1 */;
USE `prova`;
-- Table structure for table `utenti`
DROP TABLE IF EXISTS `utenti`;
CREATE TABLE `utenti` (
  `id` int(11) NOT NULL auto_increment,
  `nome` varchar(128) NOT NULL default 
--
-- Dumping data for table `utenti`
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
--
-- Dump completed on 2008-04-29 18:19:12
--
allora tu che faresti ? io butterei tutto fino a :
--
-- Current Database: `prova`
--
e poi dal
--
-- Current Database: `database_dopo_prova`
--
in poi
il database dopo prova te lo vedi con "show databases;" che dovrebbe
rispecchiare l'ordine di dump. (dovrebbe è molto """""" quindi vedi prima
se nel file che ottieni hai uno ed un solo "Current Database")
Come dice Vide : man sed , man cut , man mawk man man man...
e cmq. se non ha funto il primo metodo vuol dire o che hai sbagliato
qualche cosa o che il dump che hai contiene a sua volta una versione di
minchione fottuta :D..
Buona fortuna
passo e chiudo.

 automatizzata. Si tratterebbe di scrivere uno script di poche righe che:
Usa Zmanda.


 (non voglio far polemica, son curioso di sapere come funziona zmanda)
http://bitsandchaos.wordpress.com/2007/11/26/why-open-source-is-a-superior-development-tool-the-zmanda-backup-tool-for-mysql/


 Amanda.
No, non mi sono confuso, quando ho scritto il post non sapevo che
Zmanda
facesse solo MySQL....