Re: Backup MySQL

"Davide D'Amico" <[email protected]>
Newsgroups gmane.os.freebsd.italian.esperti
Message-ID <CAHykR++7076RuAm62BDgWJeUQKA5wDredziMYRP4TVxA_BP3Rg@mail.gmail.com>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.