Administrace komentářů

Ehm lol .. tak specielne vmware zalohovat neumi vubec. Veeam pochopitelne taky.

A proc? Mno protoze ta "zaloha" ma klidne desitky GB pri realite desitek MB zmen. Za tohle muze vmware, protoze velikost bloku je 1MB. Veeam pak specielne doslova znici M$ SQL. To pokud se nekdo pokusi delat konzistentni zalohy. Beznou veci sou pak errorlogy pres vse co se kde zalohuje na tema "neocekavane odpojeni disku". Dalsi krasna vec je, ze si na virtualu napises neco do notes, a veeam ti to prepise.

Ale uplne neuzasnejsi vec na zalohovani veeamem je ta, ze abys vubec byl schopen cokoli odzalohovat, musi tvuj zalohovaci HW mit nejmin stejnej vykon jako provozni. Jinak budes na merge jediny zalohy cekat tyden. A pres hromadu plku na webu, deduplikaci to vubec neumi, spoleha se to na widlodeduplikaci na fs kam se zalohuje, coz je krasny specielne proto, ze widle deduplikovat neumi taky - respektive je to nejlepsi zpusob jak rychle a efektivne prijit o data, protoze widle misto do FS ukladaji do databaze, ktera se 100% jistotou driv nebo pozdejs chcipne.

Chces vedet jak se zalohuje pomoci btrfs? Uplne primitivne ... udela se snap, pak dalsi a jeste dalsi ... ty snapy klidne muzes ve widlich videt ve vlastnostech souboru/folderu, takze pokud potrebujes starsi verzi souboru, muze si ji kazdej jeden user vytahnout sam. Na zalohovaci HW se pak prenasi ... desitky MB. Prave ty snapy. Vzhledem k jejich velikosti neni problem mit historii i nekolik let klidne po hodine.