Zálohování po pomalé lince

[Filip Jirsák]

Přes WebDAV je možné přenášet různé atributy souborů. Nejspíš mezi nimi bude datum a čas poslední modifikace souboru, může tam být také hash. Můžete pak porovnat datum a čas poslední modifikace, případně také hash souboru, a soubor zálohovat jenom tehdy, pokud se změnil. Přenášení pouze změněných částí by musel WebDAV server podporovat pomocí nějakého rozšíření protokolu.

[Reklama]

[JardaP .]

Tak to by na Linuixu musela byt nejaka rozumna implementace WebDAVu. Jak jsem si vsiml, neni to zadna slava. Krome to s tim rozsirenim protokolu to asi bude problem, takze WebDAV tedy asi bude pro dane zadani tim nejmene vhodnym.

Osobne bych sahl po rsyncu, i kdyz se tazateli nelibi. Ta linka snad nemuze byt az tak pomala, aby preneseni par kontrolnich souctu bylo katastrofou. A pokud tak pomala je, tak nevim, jestli ma vubec cenu uvazovat o zalohovani po takove lince. To uz je snad lepsi pouzit kabelovy prenos, jak se kdysi praktikoval mezi vypocetnimi stredisky v Paze a Brne, kdyz blblo spojeni modemem po komunistickych dratech s namoklou papirovou izolaci. Tedy data nahrat na medium, strcit do kabely, sednout na autobus a odvezt do Brna.

[Unknown]

"Nemám po ruke windows, ale platí to aj pre FS FAT pod daným OS?"

Nevim, proc vas zajima zhruba 15 let obsolete FS?

[Unknown]

Nemám po ruke windows, ale platí to aj pre FS FAT pod daným OS?

NTFS rozlisuje po 100 ns

Proc plkate jednou to a poruhe ono? Pre par posty jste psal ze Win rozlisuji cas po sekundach... Chcete se samoucelne vozit po 15let starem FS? To je dost ubohe...

[Unknown]

Pardon: 40 let starem, 15 let obsolete.......

[Reklama]

[peter]

Nemám po ruke windows, ale platí to aj pre FS FAT pod daným OS?

NTFS rozlisuje po 100 ns

Proc plkate jednou to a poruhe ono? Pre par posty jste psal ze Win rozlisuji cas po sekundach... Chcete se samoucelne vozit po 15let starem FS? To je dost ubohe...

Ja? To snáď nie. Zaujímal som sa len kôli tomu, že sa ten súborový syttém stále používa na kadejakých kartách do fotoaparátov, kamier a občas aj v prehrávačoch. Takže obsolete nie je. A zaokrúhlovanie času dosť spomaľuje zálohu z fat pomocou napríklad rsync.

Takže ako to je na 15 rokov obsolete FS ktorý stále žije, platí to aj na ňom?

[k]

zaokrúhlovanie času dosť spomaľuje zálohu z fat

Chlapi už to nepijte, nedělá vám to dobře.

[JardaP .]

zaokrúhlovanie času dosť spomaľuje zálohu z fat

Chlapi už to nepijte, nedělá vám to dobře.

On ma a nema pravdu. Vede to k tomu, ze rsync si mysli, ze se jedna o jiny soubor, protoze nesedi timestamp a tak rsync pokazde soubor rovnou kopiruje, i kdyz nebyl zmenen (odtud zpomaleni). Ostatne se ak blbe chova i pri zalohovani ze sdileneho NTFS disku - nejspis timestamp po siti je vracen nejak zaokrouhlen nebo co. Proto se pouziva parametr: --modify-window=1 (vice v man rsync).

[k]

Tak takhle samozřejmě ano, zaokrouhlování může zmást rsync.
modify-window by pak ale mělo být 2 sekundy, protože FAT zaokrouhluje na 2 sekundy.

[Filip Jirsák]

On ma a nema pravdu. Vede to k tomu, ze rsync si mysli, ze se jedna o jiny soubor, protoze nesedi timestamp a tak rsync pokazde soubor rovnou kopiruje, i kdyz nebyl zmenen (odtud zpomaleni).

Při použití přes síť rsync ve výchozí konfiguraci nekopíruje celý soubor, ale pomocí kontrolních součtů bloků zjistí, které části se změnily, a přenese pouze ty. To je ta nejdůležitější vlastnost rsyncu, proto vznikl. Změnou zaokrouhlování rsyncu se tedy ušetří jenom ten výpočet a přenos kontrolních součtů. Také je to úspora, ale mnohem menší než úspora kopírování celého souboru.

[JardaP .]

Tak takhle samozřejmě ano, zaokrouhlování může zmást rsync.
modify-window by pak ale mělo být 2 sekundy, protože FAT zaokrouhluje na 2 sekundy.

Manual doporucuje 1 a mam to vyzkousene pro sdilene NTFS - chodi to. Ono neni moc jasne, jak ten parametr funguje, ale domnivam se, ze tim mysli plus minus 1, tedy celkem dva. Jinak by to nechodilo.

ři použití přes síť rsync ve výchozí konfiguraci nekopíruje celý soubor, ale pomocí kontrolních součtů bloků zjistí, které části se změnily, a přenese pouze ty. To je ta nejdůležitější vlastnost rsyncu, proto vznikl. Změnou zaokrouhlování rsyncu se tedy ušetří jenom ten výpočet a přenos kontrolních součtů. Také je to úspora, ale mnohem menší než úspora kopírování celého souboru.

Jiste. Jenze na to potrebuje rsync nebo rsyncd i na druhe strane a to na Widlich pri zalohovani pres sdileni neni splneno. Pokud se tedy nedomnivate, ze mluvim o zalohovani NTFS disku pripojeneho k Linuxovemu sroji. To nevim, proc bych delal, krome toho by se muselo jednat o zalohovani pres ssh+rsync nebo pres rsyncd. Vzhledem k tomu, ze jsem napsal "zalohovani ze sdileneho NTFS disku", je snad jasne, ze to jsem nemel na mysli. Rovnez to nepokryva pripad Widli s Cygwin, protoze ani tam by se nejednalo o zalohovani pres sdileni.

[Filip Jirsák]

na Widlich pri zalohovani pres sdileni

V takovém případě se ale nepoužívá ta hlavní přednost rsyncu a rsync bych do toho tím pádem vůbec nemotal, je to akorát matoucí. Pište o tom raději jako o cp -ru, bude to mnohem přehlednější.

[crown]

One Drive neposkytuje rsync nebo rsyncd. Kdyz probiha synchronizace, tak se nejdriv Unison (rsync asi stejne) nejdriv podiva na datum vzdaleneho souboru (+muze dalsi atributy). No a to prave trva dlouho, kdyz takhle kontroluje mraky souboru.

Kdyz vim, ze jsem jediny, kdo soubory na vzdalenem disku modifikuje, tak nepotrebuju, aby pokazde probihala kontrola znovu. Stejne vrati ten samy vysledek jako minule. Stacilo by mi si zapamatovat vysledek kontroly jednou a pouze upravovat dilci data, kdyz se tam ode mne synchronizaci priadji nove nebo zmenene soubory.

[JardaP .]

V takovém případě se ale nepoužívá ta hlavní přednost rsyncu a rsync bych do toho tím pádem vůbec nemotal, je to akorát matoucí. Pište o tom raději jako o cp -ru, bude to mnohem přehlednější.

Kristova noho, Jirsak! Ja sem rsync taham jako priklad situace, kdy vznika problem s timestampy. Vysvetlovat, jak funguje rsync a jak dela kontrolni soucty a prenasi jen zmenene bloky, jste zacal vy. Cili jste zase neco nepochopil, tak nedelejte chytreho.

[Filip Jirsák]

Kdyz vim, ze jsem jediny, kdo soubory na vzdalenem disku modifikuje, tak nepotrebuju, aby pokazde probihala kontrola znovu. Stejne vrati ten samy vysledek jako minule. Stacilo by mi si zapamatovat vysledek kontroly jednou a pouze upravovat dilci data, kdyz se tam ode mne synchronizaci priadji nove nebo zmenene soubory.

Když víte, že jste jediný, kdo soubory modifikuje, nemusíte si u souborů pamatovat vůbec nic, protože datum modifikace souboru si pamatuje souborový systém. Takže si zapamatujete jenom datum a čas, kdy jste naposledy prováděl zálohu, a pak zkopírujete jenom novější soubory. Jediná nevýhoda je, že se takhle nebudou v záloze mazat lokálně smazané soubory. Pro nalezení změněných souborů použijte find -newer případně find -mmin.