Dotaz: File server

[ziki18]

Ahojte. Mam k dispozicii cca 50 pc. Su prepojene 100Mb switchmi. Zaloha sa pravidelne robi pomocou Cobianu pod WINDOWS server. ALe chcel by som premigrovat na linux. Data su velmi dolezite. Kazdy den vyprodukuje jedna stanica priblizne 1-3GB dat. Rozne cad systemy. Ako by ste riesili zalohu zo sietovych adresarov nalinuxovu stanicu. V urcitu hodinu. Napr zaloha \\konstrukcie\Toman. Distro by bolo debian etch. S tym mam dobre skusenosti. A ake programy by ste pouzili. Dakujem

Odpovědi

[Heron]

To už chce komplexnější řešení. Spíš mě zaráží 50PC a jen 100Mbit síť. Předpokládám, že na stanicích jsou windows, mají namapované síťové disky. V tom případě by stačilo zálohovat ten fileserver (což bych předpokládal, že se již děje)?

[ziki18]

Ono sa migruje na 1Gb. Ale pomalicky. Takze uvidime. Disky su namapovane. A iba windows XP a Win98. A z tych windowsowp potrebujem zalohovat data napr. kazdy den o 21:00. Je tam 1TB diskove pole raid5. S 1GB sietovku. Niektore stanice idu na 1GB/s niektore na 100Mb/s.

Ja to potrebujem z tych stanic dostat udaje na ten disk ktory sluzi ako zaloha. A potom o tyzden sa stare zalohy vymazu a nahraju nove.

[Heron]

Asi jsem mimo, kde přesně jsou ta data? Na lokálním disku té stanice, nebo na síťovém disku?

[ziki18]

Prepac. Za nedorozumenie. Takze data su napracovnych staniciach s winXP a win98, su to vatsinou cad navrhy a tak. Maju zdielane disky. Teda presnejsie jej priecinky.

A ja potrebujem kvoli datam. Ich zalohovat na linux server. V stanovenu dobu napr 21:00. A kazdy tyzden sa premaze stara zaloha a nahradi nova..

[Miška]

Windowsi sitove disky by k linuxu meli jit primountovat pomoci samby a pak uz staci "normalne" zalohovat. Se zalohovanim nemam moc zkusenosti, ale zahlid sem howto a v nem flexbackup zni zajimave... Cili vysledek bych videl jako jednoduchej script, co se hodi do crona, primountuje sitovy disky, provede zalohu a vse zas odmountuje...

[mafo]

namountoval bych disky a pak cronu dal pravidlo pro rsync; to je podle me nejefektivnejsi

[Non_E]

Přesně tak. A kdybyste chtěl revize, tak rdiff-backup.

[ziki18]

Dakujem za rady. Ale tie windows stanice sa pripajaju nezavisle na seba. Napr 50 stanic je primountovanych. jedna sa odpoji a zapoji. Dokaze to samba same pripojit? Alebo musim resetnut sambu? FOR ALL: Asi to vypada tak ze pouzijem cron a rsync. Ako ste pisali. Skusim tento navod. Len ma este zaujima ten cron. Budem tam do nho nuteny napisat 50x.

00 23 * * * rsync -av --delete \\Konstrukcie\Toman /mnt/Konstrukcie/Toman

00 23 * * * rsync -av --delete \\Konstrukcie\Stephen /mnt/Konstrukcie/Stephen

.... Pripadne dalo by sa spravit. Ze by som cely tyzden zalohoval data. Neprepisovali by sa. Ale napr. v nedelu by sa vymazali stare. A ostala by posledna aktualizacia. A zas znova.

[Heron]

Pripadne dalo by sa spravit. Ze by som cely tyzden zalohoval data. Neprepisovali by sa. Ale napr. v nedelu by sa vymazali stare. A ostala by posledna aktualizacia. A zas znova.

Na toto je vhodný rsnapshot. Sice to neumí úplně to co chceš, ale měl bys jednotlivé dny a případně i týdny zálohované inkrementálně. (Používá to hardlinky a rsync, takže je to inkrementální záloha s tím, že v jednotlivých adresářích vidíš celý strom a zabírá to jen potřebné místo změněných souborů.)

[ziki18]

Mrzi ma to ale v rsnapshot mam velke medzery. A nic alebo neaky jazyk v com by som to lepsie precital ako po anglicky ci uz slovencinu a cestinu som nenasiel.

Nepoznate neaky overeny navod, ktory by fungoval. Lebo ide o velmi dolezite data. Dakujem

[Miška]

Proto bych ty stanice nemel primountovany porad, ale mountoval je jen pred zalohovanim a po zazalohovani je zase odpojil... Nevim, jak si samba poradi s odpojenim a znovupripojenim primountovanyho pocitace, ale je zbytecny pridelavat si zbytecne starosti Jinak do cronu bych dal script a ve scriptu to vsechno resil. Na inkrementalni zalohy neni dobra volba rsync, na to by to chtelo neco jinyho (dva navrhy tu uz padly). Script bych napsal nejak

mkdir -p /tmp/smbmount
for i in Toman Stephen ...; do
   mount -t smbfs CESTA\$i /tmp/smbmount
   zaloha /tmp/smbmount /zalohy/$i
   umount /tmp/smbmount
done

Pripadne tam dat jeste ping stanice aby se clovek nepokousel mountovat stroj, co neni pripojenej...

[ziki18]

Ten skript vypada byt ok. Asi by som pouzil rsnapshot. Alebo pri tom skripte co by sa stalo keby jedna stanica neodpovedala ( vypnuta..) Asi by sa zaloha nespravila. A to je riziko.

[vencas]

S dirvishem mám velmi dobré zkušenosti, jsou to skripty okolo rsyncu, inkrementální zálohy s konfigurovatelnou dobou uchovávání jednolivých snapshotů.

[kraken]

Ahoj

skus sa obzriet po BackupPC (backuppc.sf.net)

Pekny pracovny tyzden :-P

[ziki18]

Dakujem za odpovede. Teraz som troska mimo. Backuppc vs dirvish. Obidva splnuju to co od nich pozadujem. Ale neviem ktory je lepsi

[kraken]

no najlepsi bude ten ktory dokazes korektne skonfigurovat.. BackupPC po precitani manualu a nastaveni je prakticky bezudrzbovy.. pravdepodobne rovnako na tom bude aj dirvish. Mozno by za zmienku stal takisto unison (neodskusane, dostal som len ako radu ked som riesil zalohy).

[dustin]

Unison je vhodný pro oboustrannou replikaci, pro jednostrannou je docela overkill.

[dustin]

Používáme obojí. Backuppc má příjemné webové rozhraní, přijde mi o kus dál, než dirvish. Zálohování neprovádí v určitou dobu, ale sleduje, když je stanice online a snaží se ji zálohovat v nastaveném intervalu záloh. Lze nastavit, v jaké části dne nezálohovat (např. pro pracovní stanice). Hodí se to třeba pro notebooky, které nejsou v síti často připojené. Zazálohovaná data nelze obnovit pouhým zkopírováním, jsou na to ale spolehlivé nástroje. Umí rsync, tar, připojení přes ssh i sambu. Stačí mu říci cestu a jméno/heslo, připojuje se sám, nemusíš nic řešit. Když začne zálohovat a zpomalí tak nějaké PC, lze mu přes web snadno říci, kolik hodin s tím má počkat. Sám si to pak řídí.

Dirvish zálohuje také spolehlivě, ale musí se načasovat. Zazálohovaná data lze obnovit pouhým zkopírováním (hardlinky, zachovává názvy souborů). O webovém nástroji nevím, možná nějaký je.

Pro tvůj účel mi přijde trochu vhodnější dirvish, snadno jej načasuješ. O backuppc se nemusíš v podstatě vůbec starat, pečlivě si hlídá max. intervaly zálohování, ale občas je tvrdohlavý a špatně se časuje na konkrétní hodinu.

[ziki18]

Dobre dakujem za kazde odpovede. Zajtra idem nahodit backuppc. Teda este do "neostrej" prevadzky. Testovacia faza. Je neaky navod, ktory funguje?(korektne). Nerad by som chodil podla zleho navodu. Dakujem

[kraken]

Mno navod na backuppc.sf.net je dokumentacia.. kedze ides este len testovat tak odporucam precitat najprv poriadne, a potom skusit nahodit.. a uz len podoladovat parametre v configu.

[Peter Lehotsky]

Proc nedas data na centralni fileserver a nezalohujes ten? Sdileni slozek mezi stanicemi je hodne uchylne reseni, to by se nelibilo ani kolegum windowsarum.

[Heron]

Tohle jsem psal již v první odpovědi . Ale přiznám se, že do teďka mi není jasné, kde jsou ta data fyzicky umístěna a odkud kam je chce zálohovat. Jestli je to tak jak píšeš (data prosdílená mezi stanicemi), tak je to více než katastrofální stav (na to o jak důležitá data podle tazatele jde).

[Peter Lehotsky]

Proto jsem to psal, pokud jde o data tak je ma na stanicich presne jak popisujes, tazatel to pise +- ve tretim prispevku .

[ziki18]

Takze k spresneniu. Je tam cca 50 pocitacov. Na nich bezia CAD systemy s WINXP. Vsetky su zapojene do siete s 100Mbs a 1Gbs linkami. Zalohuje sa pomocou Cobianu z jednotlivych stanic na centralny file server, ktory bezi tiez pod windowsom. Je tam 1TB diskove pole RAID5. A ja potrebujem namiesto windowsXP na fileservery nahradit linuxom. Obcas su s Cobianom problemy. Nerobi korektne zalohy.. atd...

[Peter Lehotsky]

Myslim ze to uz vsichni chapeme, ale ptame se PROC NEDAS DATA NA FILESERVER a uzivatele k nim nepristupuji pres tento fileserver ale sdilis je skrze vsechny stanice v siti?

Pripadne PROC NEMAS DATA NA WINDOWS FILESERVERU A NEZALOHUJES NA TO POLE?

K te druhe moznosti potrebujes jen PC/server s linuxem a trivialni konfiguraci samby. To co resis je prasarna a je pouze otazka casu kdy se ti to cele sesype (a to pises o kritickych datech). Neber to jako utok ale dobrou radu, ktera ti muze zachranit kozich.

[Jimmy]

Pokud se jedná o stanice s CAD systémy, tak lze pochopit proč chtějí mít jejich uživatelé data na lokálním disku a ne na serveru. U výkresů je to jedno, ale 3D modely můžou mít klidně 100, 500, 2000 či více MB a tahat to po 100 Mb není žádná radost a 1 Gb není výrazně lepší.

Dělám v CAD a přestože máme data ukládaná a zálohovaná na serveru (jak knihovnu dílů, tak pracovní adresáře), tak jsem si kvůli rychlosti přesunul pracovní adresář na lokální disk. Abych ovšem nepřišel o zálohování jednou denně synchronizuji adresáře na lokálu a serveru (pomocí aplikace SyncToy). Synchronizaci provádím v době kdy jsem na obědě, takže mě to nijak výkonově neomezuje a v nejhorším případě přijdu maximálně o jednodenní práci.

[Peter Lehotsky]

V tom pripade je to dost spatny CAD. Jak s tim muzete spolupracovat na velkem projektu, nebo nedejboze vyuzivat komplexni reseni typu ProjectWise?

[Peter Lehotsky]

Pripadne nastala vhodna doba na nastudovani pojmu Xref

[kasik]

Zkus HP Data Protector Express. Nebo se ozvi na kasala@atcomp.cz

[dustin]

Jenom mě tak napadlo - jakou výhodu má rsync nad adresářem namontovaným přes smb klienta, pokud by se nepoužívalo ukládání inkrementálních diffů? Stejně na obou stranách musí rsync přečíst všechna data, aby zjistil rozdíly, tudíž všechny soubory přetahne sambou po síti. A navíc zatíží CPU a v případě opravdu hodně souborů sežere mraky paměti.