Re: Backup MySQL

In passato facevo proprio così su UFS (utilizzando /usr/ports/sysutils/freebsd-snapshot che è un wrapper di mksnap, mdconfig, etc), poi ho cambiato metodo perché mi sono rimasti appesi un paio di volte gli snapshot di notte (non ricordo se era sulla 7.x o già sulla 8.x). Mai provato su ZFS.



Il giorno 22/feb/2014, alle ore 15:36, Davide D'Amico <[email protected]> ha scritto:

> L'idea è molto semplice.
> 
> Nel caso di db slave gli step sono:
> 
> 1. STOP SLAVE
> 2. SHOW SLAVE STATUS
> 3. mksnap_ffs /DATA /DATA/.snap/snap_YYYYMMDD
> 4. START SLAVE
> 5. mdconfig -a -t vnode -f /DATA/.snap/snap_YYYYMMDD -o readonly -u 4
> 6. mount /dev/md4 /mnt/snap (/mnt/snap deve pre-esistere)
> 7. rsync a manetta (io uso un rsyncd remoto, 3DES e rsync con le opzioni -lRW)
> 8. umount /mnt/snap
> 9. mdconfig -d -u 4
> 10. rm -f /DATA/.snap/snap_YYYYMMDD
> 11. ricchi premi e cotillons
> 
> Se così mi serve una tabella di un determinato backup posso renderla disponibile in tempi molto brevi (sul server dove gira rsyncd ho ZFS compresso e un mysqld dove sposto gli schema/tabelle che interessa recuperare).
> 
> 
> 
> Il giorno 22 febbraio 2014 15:27, Davide D'Amico <[email protected]> ha scritto:
> Chiaramente prima della creazione dello snapshot va fatto un "FLUSH TABLES WITH READ LOCK" (che va 'chiuso' dopo la creazione dello snapshot con un "UNLOCK TABLES") in caso di mysql master o a cavallo di uno STOP SLAVE/START SLAVE nel caso di db slave.
> 
> 
> Il giorno 22 febbraio 2014 15:06, Andrea Brancatelli <[email protected]> ha scritto:
> 
> Non lo farei per paura di non snapshottare il filesystem nel mezzo di un'operazione. È un po' come se per fare i backup togliessi ogni giorno un disco al raid 1 ;).... Ma magari no eh ;)
> 
> 
> 
> Andrea "Mr.SK" Brancatelli
> 
> On 22/feb/2014, at 15:00, "Davide D'Amico" <[email protected]> wrote:
> 
>> Quindi nessuno usa snapshot del filesystem (UFS2 o ZFS)? Interessante...
>> 
>> A breve vi posto uno scriptino :)
>> Il 22/feb/2014 14:59 "Andrea Brancatelli" <[email protected]> ha scritto:
>> Io faccio dei full con mysql dump e poi ho degli script che mi trasformano i mysqlbinlog in dump incrementali specificando i range temporali sulla riga di comando di mysqlbinlog di modo da avere degli "incrementali".
>> 
>> Io db è grosso più o meno un tera e qualcosina.
>> 
>> Andrea "Mr.SK" Brancatelli
>> 
>> On 21/feb/2014, at 17:21, "Davide D'Amico" <[email protected]> wrote:
>> 
>>> Colpa mia che non sono stato più specifico: parliamo di circa 1TB (su un unico server) da backuppare (chiaramente) ogni giorno.
>>> 
>>> 
>>> Il giorno 21 febbraio 2014 17:20, Alessandro Siletto <[email protected]> ha scritto:
>>> Io uso degli script bash schedulati con crontab che fanno mysqldump, gzip & upload su amazon s3. I miei database non sono però enormi.
>>> 
>>> 
>>> Il giorno 21 febbraio 2014 17:13, Davide D'Amico <[email protected]> ha scritto:
>>> Mysqldump? Snapshot? $Altro?
>>> 
>>> _______________________________________________
>>> Esperti mailing list
>>> [email protected]
>>> http://mailman.gufi.org/mailman/listinfo/esperti
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> d.
>>> _______________________________________________
>>> Esperti mailing list
>>> [email protected]
>>> http://mailman.gufi.org/mailman/listinfo/esperti
>> 
>> _______________________________________________
>> Esperti mailing list
>> [email protected]
>> http://mailman.gufi.org/mailman/listinfo/esperti
>> 
>> _______________________________________________
>> Esperti mailing list
>> [email protected]
>> http://mailman.gufi.org/mailman/listinfo/esperti
> 
> _______________________________________________
> Esperti mailing list
> [email protected]
> http://mailman.gufi.org/mailman/listinfo/esperti
> 
> 
> 
> 
> -- 
> d.
> 
> 
> 
> -- 
> d.
> _______________________________________________
> Esperti mailing list
> [email protected]
> http://mailman.gufi.org/mailman/listinfo/esperti


_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti