Backup megoldas sok kis fajlra Dropboxnal

Linux-haladó

Mai feladatunk 2 konyvtar es egy fajl rendszeres mentese lenne Dropboxra. Elso megkozelites az rsync volt, a konyvtarak cronbol torteno szinkronizalasa a Dropbox konyvtarra, de sajnos ez nem mukodik (kozel 200.000 fajl van a 2 konyvtarban, es annak ellenere, hogy mindossze 700mega az egesz, beteliti a jelenlegi 2,5 gigat a dropboxon, valszeg az inode-ok is beleszamitanak a kvotaba). Helyette gondoltam, hogy osszetomoritem 1 fajlba es akkor azt menteni, viszont igy meg nem tudok inkrementalisan menteni. Nem tudtok valami olyan approl, ami kepes egy letezo konyvtarat 1 fajlba osszerakni, utana nezni a kulonbsegeket es valahogy ezt inkrementalisan menteni? Barmilyen olyan megoldas erdekelne, amivel ezt a kozel 1 gigat ugy lehetne szinkronban tartani, hogy a Dropboxban mar csak 1 fajl legyen (vagy nehany, de ne tobb 10.000)

  • 1641 megtekintés

( suvlaj v | 2010. 03. 17., sze – 14:40 )

Esetleg egyetlen file a dropboxon, az a file pedig loopback device általad választott file rendszerrel? (aztán mount, rsync, umount)

( sj | 2010. 03. 17., sze – 14:50 )

Az a legegyszerubb, ha a te gepeden nyomon tudod kovetni, hogy mely file-ok modosultak, pl. ctime alapjan, es csak azokat fogod ossze egy tar file-ba....

De ha mashogy nem, akkor regisztralsz 5 db dropbox lite tarhelyet, es naponkent mindig masikba mentesz.

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

( bsh | 2010. 03. 17., sze – 14:53 )

nem ismerem a dropboxot és nem tudom, milyen hozzáféréseket támogat, de én egy hasonló problémára azt csináltam, hogy a távoli gépen létrehoztam (feltöltöttem, stb., az már mindegy) egy nagy fájlt, amit távolról felcsatoltam loop-pal, megformáztam, és ebbe szinkronizáltam.
szerk: jahogymárezt írták :)

( log69 | 2010. 03. 17., sze – 14:54 )

nem ismerem a dropbox-ot, de növekményes mentésre rdiff-backup vagy duplicity esetleg? de keress rá itt a hup-on, már sok ilyen topic volt szerintem.

az rsync miért nem jó? az elvileg csak a különbséget tolná át? ha egyszer felcsorgott, utna gyorsnak kellene lennie.

és duplicity-vel szinkronizálik olyan 4GB-ot naponta, kb. 20 ezer fájl, és a változástól függően 3-10 perc kb. a mentésem (persze relatív).

Az rsync-kel nem volt bajom, azzal volt bajom, hogy a dropboxon 2,5giga hely volt, a menteni valo dolgok meg kb 700megat tettek ki, de mivel kozel 200.000 fajlrol van szo, valamilyen rejtelyes oknal fogva kb 80%-anal betelt a 2,5 giga (en arra gondoltam, hogy az inode-ok vagy amit hasznalnak is beleszamit a kvotaba). A sebesseg valtozo, ez valami https-szeru dolgot hasznal, de kint van amerikaban.

( log69 | 2010. 03. 17., sze – 14:55 )

fú erre sokan rámozdultunk olyan 14:51 és 53 között :D

( p2pking | 2011. 03. 29., k – 20:31 )

Ilyen celra en wualat hasznalok, elonye, hogy tarhely merete az altalad kiadott shared tarhelytol es online allapottol fuggoen novekszik.
Beepitett backup lehetoseg, megadott konyvtarra, es "timemachine" amivel bizonyos idopontig visszamenoleg nezheted az elozo verziokat a filebol.
Titkositva tarolja az infot, igy 3. fel, de meg a szolgaltato sem tud hozzaferni azonositod nelkul.
Elvileg, mar a helyi gepen titkosit, es csak azutan kuldi ki.
Ha nem akrsz megosztast, akkor berelni is lehet tarhelyet, nem egy vad osszegert.

Hatranya, hogy java kell hozza.