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