Dotaz: Doporucte nejaky podnikovy zalohovaci program.

[anon123]

Hledam dobry zalohovaci program, placeny, ktery je podobny treba Veritas, backupuje vsechny systemy na siti, dobra by byla i podpora treba exchange ci databazi, ale hlavni soucast programu bezi na Linuxu.

Nevite o necem?

Odpovědi

[svido]

Proc placeny? Podle mne staci CRON, TAR a GPG.

[Adnusem]

Souhlasím, mě osobně (i v produkčním prostředí) postačují základní nástroje jako cron, tar, mysqldump a scp. Mimo jiné, po posledním zážitku s komerčním softem "tapeware" kdy mě vytažení záloh z pásky zapsané pomocí tohoto softwaru stálo dva dny nervů a málem pěkný průšvih se držím hesla "In tar we trust!".

[Norbert Volf]

Kolega co má na starosti síť na centrále tak používá Tivoli od IBM a zatím si nestěžoval.Běží mu to sice na mswin, ale zálohujeme přes to fileserver co tady fyzicky máme (Samba) a klient pro Linux (Debian Sarge) běží bez problémů a instalace byla taky ok. Je to samozřejmě za peníze.

[Pax]

Namatkovo spomeniem Baracuda backup, co je si myslim dost robustny backup system, ale cez freshmeat.net by sin hladal dalej;)

plateny=!najlepsi (pr. MS ISS a Apache;) )

[iji]

Legato Networker (ruzne architektury, single/ clustery, moduly pro ruzne aplikace, ...).

[iji]

jinak Bacula

[jaromir]

Rika se koho chleba jis.. Fakt je, ze Tivoli Storage Manager 5.3 podle me nema konkurenci. Mam na starosti pres 1000 serveru u mnoha klientu. Myslim SERVERU, vc. clusteru. A TSM nema konkurenci. Je spolehlivy jednoduchy a umi neuveritelne veci.. (stehuji terabyty pres kontinenty). Na druhe strane jej lze provozovat docela dobre i na notebooku (tak jsem se to ucil :) a muj maly Linux server s nekolika domenami je prave takto zalohovan. Zatim jsem nic lepsiho nenasel. Zkousel jsem hledat reseni zalozena na rsync apod. ale je nelze povazovat za reseni. Ano - na jednotlive ulohy ale ne pro korporatni prostredi, kde zalezi nejen na zalohovani, ale take na schopnosti data obnovit nebo cele servery, ktere pouzivaj napr NAS/SAN, RAID10, Oracle Enteprise a 8 CPU cluster server.. mi pak nekdo muze ric, jak to chce delat TARem :) za provozu. (Zalohy >12h nejsou vyjimkou). Samozrejme neni jen TSM, ale realne neni moc systemu vhodnych od malych po supervelka reseni (supervelka znamena ukladat cca 4-12TB za noc a skladovat >90 dni). TSM ma podporu primo pro DB: DB2, ORACLE, MSSQL, tusim INGRES, APP: SAP (vc. Live Cache), DOMINO, EXCHANGE, samozrejme file backup). mrkni treba na www.adsm.org apod. Cena? casto je potreba pouzit zdavy rozum.. uplne mala reseni (100 - 400 G) - par korun vc. licence.. stredni reseni 5-10TB ulozenych dat cca 2-4mil czk. Velka reseni jsou kategorii sama pro sebe a nedaji se odhadnout.. HW pro cca 500 serveru ~ 40mil euro.

[anon123]

To me vubec nenapadlo. Urcite vyzkousim. Delame IBM servery.

[CIJOML]

Souhlasim s kolegou. Tivoli storage manager (TSM) je vazne to nejlepsi co je na trhu. Delal jsem se spoustou veci, ale na tohle proste nic nema. Delal jsem s tim 2 roky a je to proste super. Jedinnou bolistkou je jak zalohovat samotnou TSM databazi. My to v praci resili 2ma TSM stroji, ktere si ji zalohovaly navzajem (2 ruzna datacentra jedno v USA a druhe v Nemecku)

[jaromir]

TSM ma dnes uz vlastni nastroje pomerne slusne na zalohovani vlastni db. lze ukladat az 3 provozni kopie online (samozrejme pokud mozno kazdou jinam :). Dale zde jsou vnitrni procesy, ktere sami kontrolujou, jak rozsahle zmeny jsou v db a vyzyvaji spravu k provedeni zalohy. Ta muze byt automatizovana internim scriptem - spustena triggerem. V takovem pripade se uklada bezne na pasky ve vylucnem rezimu. Tady jsou pak k dispozici dalsi moznosti jako copypool nebo migration atd. Souhlasim, ze zajisteni interni db je kriticka zalezitost. Ale realne ji dnes lze dosahnout bez vetsich namahy. Mimoto stale zustava moznost pouzit misto vnitrniho enginu externi DB2 se vsemi vymozenostmi (ale neni to potreba, ani nase super velke reseni neni internim enginem omezeno,vnitrni engine je vlastne take orezana db2).

[CIJOML]

Tak to my uz narazili na vnitrni limity te interni DB a resili jsme to spustenim 2 instanci na 1 stroji a migraci casti stroju na druhou instanci.

[jaromir]

Jezis co to ukladate? Ja mam 6000 pasek kazda 500G fyzicky, 36 mechanik .. a jede to. Pokud vim drzime logy 100dni zpatky.

[CIJOML]

jsou spolecnosti a spolecnosti... ;) Dejme tomu ze nekde uz musi pasky resit robot a denne je prevazi do offsite location nekolik dodavek ;)

[jaromir]

Robotu mam asi 12 mozna i vice. (me hobby, sem robotik :) Kdyz jsem rikal 6000 pasek = to je jedna knihovna jen :) na jeden TSM server.. Ja myslim, ze asi nikdo nema vetsi reseni. Coz je asi logicke, kdyz pouzivame veci, ktere jeste nejsou ani na trhu. Me zajimalo jen proc s tou interni db tak carujete.. ja si to dnes prepocital. A ten limit je fakt mimo realitu.

[Peter Golis]

Z komercnych rieseni tu este nebol spomenuty produkt od HP (managment server je aj na linux, klienti su pre rozne UX a WIN).

Z free rieseni by zaujimalo aj mna ktory ma podporu roznych databaz (hlavne MySQL, nemyslim SAPDB/LiveCache ktore vyvijali autori MySQL v spolupraci s SAP) a exchange alebo lotus, respektive iny postovy system (hoci aj cez IMAP ale vratane kontaktov a kalendara).

[jaromir]

MySQL neni slozita zalezitost, protoze neuklada archive log. A v podstate nikdo nepouziva transace. Takze integritu musi zajistit aplikace sama. Pro nejakou normalni db - radove jednotky az desitky MB jsem to resil normalnim DUMPem. Zamknout (pokud vubec) na par vterin db a vse nasypat do souboru a ten zalohovat. U normolanich www aplikaci s MySql je jen malo zapisu do db, ktere stojej za zminku, vetsinou se jedna o logovani prevazne. Log je casto nepotrebnym pro funkcnost. Takze staci dumpnout jen smyslplne casti (a ty zamknout) pak se takovej backup na 99,9% uzivatele nedotkne. Vyhodou reseni je spolehlivost obnoveni dat. Samozrejme ze jde data ukladat do streamu rovnou na pasku. Ale preci jen proc. MySQL neni Oracle.

[dustin]

Jenom upřesnění - engine InnoDB v MySQL umí transakce a referenční integritu a v praxi se využívá. Provozujeme na něm několik DB až 20GB (datový soubor vč. indexů atd.) a zatím běží zcela bez problémů. Kvůli zakoupení InnoDB Oraclem dojde určitě ke změnám, ale tyto funkcionality v MySQL zůstanou. Zálohujeme denně normálním dumpem.

[jaromir]

Jo ja souhlasim, jen poukazuji na to kolik uzivatelu MySQL pouziva tyto schopnosti. Osobne mam mysql rad. A veci jako Oracle se desim (to uz radeji db2) , prestoze se s nimi denne potykam. Nicmene pro stredni aplikace bych spise doporucil PostgreSQL. Uz i kvuli licencovani. MySQL ma za sebou nekolik neprijemnych kotrmelcu, paralelni licencovani atd. Nerad bych se dockal neceho takoveho jako MP3 s Lucentem.. Vim ze Progress kdyz kupoval MySQL (sem s nima nakou dobu kamaradil :) se vytahoval, ze ma nekde dokonce neco kolem 1TB databazi. No.. nedovedu si predstavit jeji zalohovani dumpem. Ale vis co by me zajimalo, jak se dari dumpem zalohovat tech 20G. On ten dump je dost pomalej a mam pocit, ze to vezme i desitky minut to dumpnout.. jak se chovaj v takovem pripade transakce..? ukladaj se jinam docasne jako Oracle?

[phorna]

Arkeia splní vaše požadavky. http://www.arkeia.com/

Petr

[Jakub Suchy]

Arkeiu bych Vam nedoporucoval. Je to trosku nestastny software s mnoha funkcemi, ale zaroven s mnoha bolistkami, ktere budete pravdepodobne resit po celou dobu jejiho pouzivani

[JimiK]

rdiff-backup naprostá spokojenost

[SYSMAN]

Legato Networker nebo Tivoli od IBM.

[Darek]

http://backuppc.sourceforge.net/

[dustin]

Skvělý soft pro zálohování souborů, úplná spokojenost. Ale nevím, zda bude dostačovat pro zálohy databází. Při obnově rozsáhlejší struktury přes webové rozhraní dochází rsyncu paměť - musíme používat obnovení přes CLI utilitky (výstup tar + netcat). Pro větší firmu bych asi váhal. Ale YMMV.

[Jiří (BoodOk) Kadeřávek]

Připojím se, je to docela kvalitní soft, navíc GPL, zálohuje servery, stanice, road-runnery, co se týče databází, jest otázka jakých a zda to nepořešit zálohou logu nebo pomocí LVM a snapshotu.

[dustin]

Teď jsem si teprve všiml, že backuppc umožňuje definovat skript před a po zálohování. Takže zálohování DB třeba dumpem. Určitě to není profi řešení, ale v mých očích to posouvá zase o kus dál.

[ch-in-A]

mozna by stala za test amanda http://www.amanda.org/

je to tak v te tride co bacula

[posejdon]

VERITAS NetBackup - umí vše co požaduješ.

[Harry Redl]

Zdar,

jak jiz bylo receno - IBM TSM je super vec, ale nesouhlasil bych s tvrzenim, ze je "jednoduchy" - tedy, ono je, ale musi clovek akceptovat jeho filosofii (ktera je uplne jina, nez bezny backup softy). Nejlip se s nim pracuje z cmd-line, coz spousta lidi nevidi uplne jako vyhodu. Na linuxu bez problemu (jen je dobry se drzet RH nebo SuSE kvuli podpore od IBM)

Pokud jde o dalsi moznosti, samozrejme Legato, Veritas (Symantec) NetBackup a nebo HP DataProtector (od v6 us na x64 Linuxu)

Nejdulezitejsi je specifikovat problem, podle toho vyber reseni - tzn. kolik, ceho, delka backup okna, pozadovana doba na restore, retence atd. Bez techhle informaci je to vsechno vareni z vody - protoze vsechny ty softy maji uplne jiny licencni politiky a celkova cena (a vyhodnost) ti muze vyjit dost jinak, podle velikosti prostredi Jeden priklad za vsechny - u HP DP licencujes jednotlivy mechaniky, zatimco u TSM mas jen licenci na TSM Basic (pro maly knihovny) a TSM Extended - pro velky - pocet slotu a drives neomezen Dale jde o ceny ruznych agentu (exchange, open file support, Disaster Recovery ...)

Kazdopadne kdyz oslovis tyhle hlavni hrace, tak se urcite radi pretrhnou :)

Harry

[jaromir]

V podstate musim uvedeny pristup podepsat. Jen bych snad doplnil, ze TSM ma vice licencnich soucasti nez ty dve uvadene. Ale da se od nich odpichnout. TSM ma vsak i jine prostredky spravy nez konzolu (i kdyz ta je k nezaplaceni). Puvodni www rozhrani skoncilo s verzi 5.2, ale stale je mozne jej pouzivat i ve verzy 5.3 (s neoficialnim patchem) a vsak jiz bez podpory, protoze 5.3 jiz pouzival www rozhranni postavene na Websph. Mimoto existuje samostatny produkt pro administraci TSM serveru (celych sestav). Dale existuje velmi silny nastroj pro reporting (opet pres www) a nyni se pracuje na podpore TSM i v Bocade a v korporatnim prostredi muze byt i zajimava podpora Tivoli Monitoring a Tivoli Entepr. Console (TEC)atd.. Kazdopadne je treba na TSM nahlizet jako na strojovnu a highlevel spravu a sledovani TSM nenabidne coz je potreba si uvedomit. Na druhou stranu u jednodussich reseni staci jen par vlastnich jednoduchych skriptu.

[psanda]

Ahoj používáte na TSM někdo adsmpipe pro zálohu Mysql ??? na Debianu ???

Jinak 5,5 již umí i slušně obsluhovat VMWARE VCB :)