Tomáš Skočdopole wrote: >> Ten 'tar' trva pomerne dlouho a soubory sbalene na zacatku a na konci >> mohou byt od sebe casove dost vzdaleny. Coz v zavislosti na tom co na >> tom stroji bezi (poustis to na zivem stroji) nemusi vadit vubec nebo to >> muze byt velky problem. >> >> 'tar' je v kategorii "nastroj pro zalohovani" spise nouzovka, nez vhodny >> nastroj. Ja bych dump nezatracoval - preci jen, zalohovani je primo to, >> pro co byl vytvoren ... > > > Aha, to je pravda, díky za radu. Tak v podstatě můžu všechny služby zastavit > (mysql, asterisk, cron...). > > > Na dump/restore se podívám.
Jeho vyhoda je, ze na nekterych FS dokaze vytvorit snapshot filesystemu, coz je atomicka operace (byt' dost dlouho trvajici) a zalohuje pak ten. Tim zalohuje souboru ve stavu jaky mely v jeden okamzik ackoliv samotne zalohovani samozrejem trva dyl. To samozrejme neznamena, ze budou korektne zazalohovany i soubory se kterymi se prave pracuje a u kterych hraje roli nejen "mezisouborova konzistence" ale take "vnitrosouborova". Napriklad MySQL. Data takovych programu je tak jako tak treba zalohovat programem na to urcenym. Jasne, ze jde MySQL zastavit a v ten okamzik zazalohovat soubory (nebo rucne vytvorit snapshot pro pozdejsi zalohu aby to MySQL nebylo vypnute tak dlouho), ale to je zaloha, kterou lze bezpecne obnovit jen do stejne verze a na stejen platforme. Kdezto mysqldump vytvori zalohu portabilni. > Zavaděč stejně budu muset asi nahodit ručně. Jo, to ale neni problem ... Dan -- FreeBSD mailing list ([email protected]) http://www.freebsd.cz/listserv/listinfo/users-l
