Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailem Reseni zalohovani a archivace (mensi firma)

Ahoj,
chtel jsem pozadat o rady/zkusenosti pri hledani reseni firemniho zalohovani a archivace. Jsem mala firma o 12 lidech, nicmene pracujeme s rel. velkymi objemy dat (druz.snimky). Doposavad se to resilo vicemene zivelne - zalohoval si kazdy sam, archiv dat je veden na DVD. Oslovili jsme nekolik firem s pozadavky na reseni:

1. zalohovani dvou serveru HP ProLiant DL380 G4
- na jednom bezi Oracle + spec. SW pro ukladani prostorovych dat (cca 2TB dat)
- na druhem bezi DMS (500 GB dat)
(OS: RedHat Linux 4 ES)

2. zalohovani pracovnich stanic (cca 15 ks, W-2000, W-XP)

3. reseni archivu druz.dat + dokoncenych projektu (hledame alternativu DVD, existuje-li), nyni radove desitky TB dat

Add1:
- bylo nam nabidnuto reseni (v tomto se nabidky z dvou oslovenych firem shodovaly) "disk-to-disk-to-tape". Tzn. prikoupit jeste jeden server, na kterem bude dochazet k "priprave" dat pro zalohovani na pasky (jednalo by se pravdepodobne o Tandberg Storage Loader - tedy LTO 3 paska se zasobnikem na 8 pasek).

Zde mam nekolik pochybnosti:
- je opravdu treba dalsi "meziserver"? Nemohla by byt paskova mechanika napojena primo na server, na nemz jsou data, ktera chceme zalohovat?
- jako sw nam byly doporuceny napr. HP Data Prot Start PK Linux, ktery i s podporou vyjde na cca 100 000,- Kc. Je potreba mit takto drahy sw, neexistuji nejake levnejsi (treba opensource) alternativy?

Add2:
- nakonec tihnu k reseni, ze kazda pracovni stanice dostane externi disk, a kazdy uzivatel bude zodpovedny za sva data a jak si je bude zalohovat. Sice se nabizi varianta mit nejake centralni uloziste dat, cimz by se pak administrace zalohovani znacne usnadnila, ale protoze potrebujeme pracovat s velkymi objemy dat na lokale, prijde mi varianta zalohovani na externi disk vhodnejsi.

Add3:
- toto se bude do znacne miry odvijet od reseni zalohovani - pokud by se porizovala paskova mechanika, tak by se asi cely archiv prevadel na pasky.
Nicmene je zde jeste technologie Blue-Ray, o ktere vsak nevim, jestli je pro dane ucely vhodna. Co jsem se docetl, tak oproti pasce by mela nektere vyhody (rychlejsi pristup k datum oproti sekvencnimu na pasce, nizsi cena medii, trvanlivost?)
Existuje jeste jina alternativa (hw) pro zalohu/archivaci velkych objemu (radove desitky TB), krome vyse uvedenych?
Mate zkusenosti se zalohovanim na pasky pripadne Blue-ray?

Je mi jasny, ze je to problematika trochu sirsiho zaberu, a protoze to celkove reseni bude za (pro nas) nemalou castku, rad bych, aby se to neuspechalo, preci jen bychom byli radi, aby to chvili vydrzelo, na druhou stranu zase nechceme porizovat zbytecne naddimenzovane reseni, ktere nevyuzijeme.

Predem diky za vase reakce, zkusenosti, rady, na co si dat pozor, co vzit v potaz apod. Pokud nejaka informace chybi, doplnim.
M.

Předmět Autor Datum
Pokud jde o datová úložiště, sáhnul bych po RAID 100 viz. 196112-raid a skoro úplně dole. Bylo by to…
marekdrtic 31.03.2008 16:43
marekdrtic
Zavisi to na tom, ci myslis zalohu ako skutocnu zalohu.. napr. nahras pasku a odlozis do trezoru nap…
KiloViktor 01.04.2008 23:10
KiloViktor
Ahoj, diky za reakce. To co popisujes na zacatku, je pripad bodu 3 (archiv dat), kdy skutecne budeme…
Mrak 02.04.2008 07:52
Mrak
No ono ked sa to tak zobere, zase nic lepsieho ako paska ani neni ked treba archivovat na viac ako 1…
KiloViktor 02.04.2008 10:17
KiloViktor
V tomhle pripade je nejvetsi problem s objemem dat. Zalezi take na tom, jestli chcete mit zalohu v p… poslední
JR_Ewing 02.04.2008 10:42
JR_Ewing

Pokud jde o datová úložiště, sáhnul bych po RAID 100 viz. 196112-raid a skoro úplně dole. Bylo by to úložiště třeba po terových nebo 500GB discích, takže celkem 4 tera, resp. 2. Je to také bezpečné uložení, protože se ty disky zrcadlí.

P.S. Aha, takže desítky TB. To asi nebude to pravé ořechové. Ale RAID 0 zase není bezpečný, protože 1 disk odejde a všechno v <|>.

Zavisi to na tom, ci myslis zalohu ako skutocnu zalohu.. napr. nahras pasku a odlozis do trezoru napr na 10 rokov a v pripade potreby vytiahnes...
takto budes potrebovat ale niekolko trezrov... mozno celu miestnost trezorov...
alebo budes niekolko paskok neustale striedat, napr. po tyzdni alebo mesiaci...

V pripade druheho riesenia by som pouzil radsej diskove pole RAID5 a riadnu lokalnu GBit siet, tak ako maju napr. v poistovniach..
mozno by stalo za uvahu, dohodnut si v nejakej poistovni stretnutie/exkurziu aby si sa pripadne pokukal ako sa to robi "profesionalne"

S paskami ja osobne mam len tie najhorsie skusenosti...
pomale je to, nie celkom stabilne na trvanlivost... pasky sa krcia, hlavne ak nepracuje dobre jednotka... predsa sa jedna o kontaktny zaznam... preto sa nezalohuje na jednu ale hned na niekolko pasok....
volakedy na AS/400 taktiez bezali zalohy na pasku... ono sa to pouziva kazdy den, takze o zavadu nebola nudza.. kazdu chvilu cosi neslo... a ked sa paskova jednotka odporucala ze uz nepojde tak stala tak ako nova 120tis korun...

Ale to co ti ponukali zase.. no maju to odskusane a rucia za to, ze to funguje...
Ono paska potrebuje dost "konstatny tok dat" inak sa zaloha nepovede..., preto napr. na AS/400 sa robili zalohy len cez noc kedy nikto nepracoval, pripadne sa odpajali uzivatelia od servera...
na Opensource postavene veci ti nikto rucit nebude, ale to neznamena ze to nejde aj tak....

Ahoj,
diky za reakce. To co popisujes na zacatku, je pripad bodu 3 (archiv dat), kdy skutecne budeme data skladovat tak 10 i vice let dozadu (a najake to misto si to vyzada).

V pripade bodu 2: gigabitovou sit tady jiz mame, ale jak jsem psal, vzhledem k celkem narocnym operacim s obrazovymi daty (ktere trvaji i vice jak den) je pro nas schudnejsi data naharat na lokal a pracovat s nimi.

Mno a s tema paskama jsi mne nepotesil, protoze zatim vsechny oslovene firmy s paskami v reseni pocitaj. Jeste se zeptam, jak hodne aktualni jsou Tebou uvedene (vesmes spatne) zkusenosti? Kdysi jsme tu taky meli paskove mechaniky (pasky Exabyte), a zkusenosti s nimi take nebyly uplne dobre, nicmene preci jen jsem mel (mozna naivni) predstavu, ze se tyto technologie pohnuly trochu vpred...

M.

No ono ked sa to tak zobere, zase nic lepsieho ako paska ani neni ked treba archivovat na viac ako 10 rokov...Teraz myslim profesionalne riesenie zaloh, nie nejake nahravanie na Blueray, s ktorym nema nikto skusenosti co to za tych 10 rokov spravi...Technologie sa pohnuly vpred, hlavne co sa tyka datovej kapacity zaznamu na pasky a povedzme trocha rychlosti zapisu ale stare zname problemy zostaly...Problemy s paskami su zhodne ako z doby nie tak vzdialenej kedy sa pouzivaly cievkove magnetofony, pripadne videorecordery na pasky.Pasky maju tendenciu sa krutit, krcit ale hlavne natahovat... su citlive na silne elmg. polia..
Dalej je dobre znamy efekt kedy dochadza ku skopirovaniu zaznamu medzi susediacimi zavitmi pasky, preto treba pasky cas od casu previnut tam a naspet...
predstav si to ze to budes robit s tisickami pasok .... Dalej je asi dost vhodne pocitat s druhou paskovou jednotkou v pripade poruchy...
Paskove jednotky by bolo vhodne si dat niekde servisne nastavit, lebo kolmost hlav nemusi byt u kazdej jednotky rovnaka (hlavne ak sa jedna o paskove jednotky s rotacnou hlavou ale aj stacionarne hlavy podlihaju nastaveniu)
O paskovu jednotku je nutne sa starat... cistit vnutrajsok od prachu a dbat na uzkostlivu cistotu zaznamovych hlav, kvalita paskok je tiez vyznamna....
Tak isto cas od casu celu paskovu drahu treba odmagnetizovat...
V dobach minulych sa taketo nieco prevadzalo, tzv. profylaktika ale jednalo sa o vetsie paskove jednotky nie take titerne ake sa teraz robia...
To ale neznamena, ze terajsie paskove jednotky nepotrebuju pravidelnu udrzbu...
Dalej nemenej vyznamny prvok je cistota prostredia v ktorom prebieha cinnost s paskovou jednotkou, pracoval som s velkymi pocitacmi a prislusenstvom, kde bola dvojita podlaha, specialna klimatizacia, poziarne dvere, zabezpecovacka a prisne sa dbalo na cistotu...
Na ine profesionalne riesenia ako pasky by bolo sa vhodne informovat, to uz neviem, v sucastnosti som neriesil dlhodobu zalohu dat..

V tomhle pripade je nejvetsi problem s objemem dat. Zalezi take na tom, jestli chcete mit zalohu v podobe vsech dat, nebo take moznost vratit zalohovana data "o par dni zpet". Proste se rekne:"chceme tenhle soubor, ale z minuleho patku". V takovem pripade jsou velmi vhodne inkrementalni zalohy na pasky. Pri takovem objemu dat ovsem dlouhodobe zalohy na pasky opravdu nemaji smysl, i pri koupi robota, ktery si pasky meni sam, bylo by jich neskutecne mnozstvi. Tohle by se melo podle meho nazoru resit dvema vzajemne replokovanymi diskovymi poli, ktera budou umistena v ruznych lokalitach. Jak rikam, ten objem dat pro zalohovani je opravdu enormni.
Nic podrobnejsiho me loajalita k zamestnavateli nedovoluje napsat, protoze nase firma take mimo jine dela zalohovaci reseni ;-) a blizsi informace uz vyzaduji i blizsi informace z vasi strany a pripadny navrh usity vam na miru by byl pripadne predmetem obchodniho jednani ]:)

JR

Zpět do poradny Odpovědět na původní otázku Nahoru