Adatmentő program

Segédprogramok

Cégünknél az edig használt HP DAT 12/24 visszaadta a lelkét a tervezőjének. Javítani talán lehetne, de nem nagyon érdemes mivel már amúgy is kicsi volt a tárolókapacitása. Helyette lett egy darab Linux masina - 1.7Ghz CPU, 512MB RAM, 80 GB ATA HDD [ezen van a rendszer, Slackware 11.0, meg 70 GB szabad terület], 6 darab SATA rack, mindegyikben egy 160GB-os SATA HDD. A mentendő adatmennyiség napi 15 GB körüli, két Linuxról, valamint néhány (kb 30) Win PC-ről. A mentőketyere most - ahogy kell - külön épületbe kültözik, csak egy 100Mb-es drót kapcsolja a hálózathoz. Tehát kellene valami infó arról hogy erre a helyzetre ki mit ajánla nekem.
Peremfeltételek:
- távolról vezérelhető legyen,
- a mentőszerveren nincs grafikus felület.
Most FTP-vel húzom le az adatokat de ez lassú. A napi full mentés pedig azért kell mert itt állandóan elszúrnak valamit és így nem kell keresgélni hogy hol van az utolsó érvényes adat. A rack-ban lévő HDD hetente cserélődik, mert két hétre a napi visszaállás a követelmény. (Tudom hogy így a HDD-k nagy része üres, de ekkorákat lehetett kapni.)
Minden segítséget előre is köszönök.

  • 3129 megtekintés

( szaszg | 2007. 07. 13., p – 10:44 )

"Most FTP-vel húzom le az adatokat de ez lassú."???
Mit ertessz az alatt, hogy lassu. 15G adat 100MB-en kb 1/2 ora.
Persze ha nagyon sok kicsi file-od van, akkor ez megnovekedhet jocskan.

Megoldasok:
1., 100MB->1000MB
2., tobbszalu letoltes
3., a sok kis file-t osszefuzni a mentendo gepeken (pl. tar)

Az elso pont minden esetben gyorsit, a masik ketto csak akkor, ha a sok kicsi file jatek van.

Zsiraf

Már több órája tart az adatmentés. Érzem hogy valami gubanc lehet, Az adatmentes: kliensoldalrol tolod, vagy szerver oldalrol huzod? milyen ftp klienssel, ha curl/wget-et hasznalsz, azok mondanak statisztikat az atvitel sebessegerol...
A sata lemezekre ext3-t tettem. Ez jó választás? Miert ne lenne jo?
hogy tudom megnézni hogy a hálózati kártya tényleg 100Mbit, full duplex? nezd meg a dmesg kimenetet, altalaban az eth driver beleirja, hogy milyen mediat es sebesseget alkudott ki ...

Zsiraf

A szerver húzza le a kliensekről. Egy script fut és ez intéz mindent.
A Slackwatre 11-ben lévő ncftp-3.2.0-i486-2 ben lévő ncftpget dolgozik.
Mindkét linuxnál a samba által kiajánlott könyvtáraknál szórakozik sokat.
A hálókártya sebességére pedig a dmesg itt nem mond semmit, de a mii-tool azt írja hogy 100Mb-FD, azaz jó. A többi helyen tényleg vágtázik.
Valami fájlfoglalási gond lehet?

Kösz minden segítséget, vége a munkaidőmnek. A mentés - lassan ugyan - de megy, a szépítészeti beavatkozások a jövő hétre maradnak.

( maszili | 2007. 07. 16., h – 08:42 )

Én csináltam egy olyan backup szervert (saját szkriptet) ami a mindenféle szerverekről rsync és a win szerverekről samba+rsync segítségével napi 


backup: Mirror total: 79173600884 Bytes
backup: Archive total: 57245253042 Bytes

adatmennyiséget ment és archivál 200GB kapacitású diszkekre. (minden nap egy-egy hdd)
A tükörből gyorsan el lehet érni az előző napi mentés anyagát. Ha korábbi állapotra van szükség akkor az elérhető az archívból.

Minden nap aktualizálja a saját tükrét majd abból készít strukturált archívokat.
A tükör készítése nem tart sokáig, kb fél óra... 


backup: start 2007.07.14 Sat 00:30:01
...
backup: 01:09:13: mount /mnt/rack/sdc/1

A különböző részekre szétszedett és tömörített archív elkészítése elég sokáig tart... 


backup: stop 2007.07.14 Sat 04:42:14

de az már nem érdekes mert az a backup szerver magányügye. Nem terheli a hálózatot vagy más szervert. A reggeli munkakezdésig ráér elkészülni vele, amikor kicserélik a következő napi hdd-t.

--
maszili

( suttora | 2007. 07. 19., cs – 22:03 )

Most már gyors minden, hasít akár a szél. A 10.0 Slacki eredeti proftpd-je csinálta a balhét. Amióta lecserélte vsftpd-re mintha seggberúgták volna. Biztos én bénáztam el valamit mert eddig a proftpd-vel sem volt semmi gubanc.
Minden szép, minden jó, éljenek a csajok!
Köszi a tippeket.