Profi zalohovaci masina

[Jezevec]

Ad MD1000: Co se tyce pripojeni, lze krabici rozdelit na 2 a kazdy pripojit k jinemu stroji, eto vsjo, nic vic to neumi. Na zalohovani ovsem dostacuje (pouzivame). Neumi to 2 nezavisle linky (= zlomite kabl a nefunguje, ale to u zalohovani neni kriticky).

Co se tyce SW, tak pouzivame http://www.falconstor.com/ (ipstor), ovsem zalezi kolik $$$ do toho hodlas dat. Toto je pravdepodobne nejlevnejsi reseni ktere umi CDP, totez od EMC stoji nekolikanasobek. Je to vcelku admin friendly. SW na serveru bezi na centosu, zalohu lze pripojit pres FC(pokud mas)/iSCSI k libovolnemu stroji (trebas i k desktopu, kdyz potrebujes jen neco vykopirovat).

Edit: pro info, pokud potrebujes zalohovat DB, tak si pokud mozno domluv nejaky testovaci prednakupni provoz, aby sis overil jak moc se zalohovani bude bit s provozem (zatez CPU, zatez provoznich HDD, pripadny blokovani useru v DB ...).

Edit2: Obchodakum moc never, ty toho nakecaj ... (vsechno umej, nic neni problem ...)

Edit3: Jeste doplnim nejake featury tohoto typu zalohovani (tyce se predevsim SW). Zalohu netreba nikam rozbalovat => netreba mit dalsich XGB prostoru. V nouzi (poskozene provozni disky) lze zalohu primo pouzit jako provozni - zaloha je "default" RW, ovsem zapisy se ukladaji zvlast, takze se zaloha jako takova neposkodi, ulozena data lze kdykoli odmaznout. Zelezo bez problemu utahlo provoz cca 100GB databazi s 100 - 120 userama (ovsem SQL server ma 64GB RAMky, takze vetsina se samo odehravala tam). SW umi i vytvorit "klasicky" disk a poskytnout jej jakemukoli stroji (iSCSI) a pripadne jej sam zalohovat.

Ma to ovsem i nejake mouchy - prakticky nulovy reporting adminum - o tom ze zaloha neprobehla se musite poinformovat vlastni aktivitou. Pocet snapu je omezen natvrdo na max 255 (to asi bude vetsinou stacit bohate). Ovsem potiz (opet nijak nereportovana) nastane v situaci, kdy mate pripojeny snap ktery je prave posledni a je k odmazani => nesmaze se => pokud je politika nastavena "uchovej poslednich 255 snapu", tak se prestane zalohovat.

Co se agentu tyce, nejlevnejsi je "nekonzistetni" pro win = zaloha ve stavu jako kdyz natvrdo widle vypnete => z 90% OK, ale ... (vhodne na datove disky, kde jsou jen soubory), existuje drazsi verze pouzivajici VSS, existuje agent pro exchange, mssql .... ovsem ty jsou mnohonasobne drazsi. Diky moznosti poskytnout disk je mozne zalohovani kombinovat s vlastnimi prostredky - napr tuxe na routeru zalohuju rsyncem 1x denne, jelikoz to neni nic kritickyho, nic se tam nemeni a skoda licence za agenta.

[Marty]

Ad MD1000: Co se tyce pripojeni, lze krabici rozdelit na 2 a kazdy pripojit k jinemu stroji, eto vsjo, nic vic to neumi. Na zalohovani ovsem dostacuje (pouzivame). Neumi to 2 nezavisle linky (= zlomite kabl a nefunguje, ale to u zalohovani neni kriticky).

Jj, děkuji za potvrzení z praxe, to jsem si myslel.
Ad ostatní, máš víceméně pravdu ve všem jenom doplním ty obchoďáky, dá se s trochou snahy dostat se k technikovi, který ti už reálně s něčím pomůže.

[Jezevec]

Jop, ja to MDcko zkoumal a ptal sem se prave na ten druhej konektor, estli kdyz si k tomu koupim druhej kabl a pripojim to na druhej radic, kterej stroj ma, to bude fungovat a dozvedel sem se ze nikoli . Je to zkratka hloupa krabice na disky.

Mozna jeste dodam, zalohujeme +- 2TB ostrych dat a mame licenci na 10TB prostoru, vypada to, ze budem muset jeste rozsirit na aspon 15TB (napr DB se zalohuje co 15", uchovava se hodina, hodinove zalohy den, denni 14 dnu a mesicni rok), zbytek se backupuje hodinove s podobnou historii, systemy se backupujou 1x denne s historii 14 dnu.

BTW: CDP umi jeste "nahlidnout" do libovolnyho okamziku (ms), ovsem neni zarucena konzistence dat.

[Fox!MURDER]

Jop, ja to MDcko zkoumal a ptal sem se prave na ten druhej konektor, estli kdyz si k tomu koupim druhej kabl a pripojim to na druhej radic, kterej stroj ma, to bude fungovat a dozvedel sem se ze nikoli . Je to zkratka hloupa krabice na disky.

On by v ty hloupy krabici stejne mel bejt SAS expander, diky kterymu by to melo jit, jen je mozny, ze to nejak blokujou, aby meli co prodavat ve vyssich radach ...