Imam iskustva i to negativnog. Kompresovao sam bekap arhive logova i dbf fajlova bzip2 komresijom,
i to prebacivao na drugi server preko ssh protokola. Tu su se cuvali svi bekap fajlovi, jer je produkcioni server bio
hostovan na drugom mestu, i nije imao nikakve medijume za bekap.
U svakom slucaju, sama kompresija traje jako dugo, i sto je jos gore, vrlo cesto se desava da arhiva bude neispravna.
Diskovi su danas poprilicno jeftini, u svakom slucaju mnogo jeftiniji nego podaci kojima raspolaze tvoja firma, tako da bih ti
preporucio da nista ne kompresujes, nego sve bekapuj na bekap medijume ili na druge diskove, ako vec nemate neki sistem
za skladistenje.

Pozdrav,
Dusan

Ma znam nije ni meni baš najmilije da pakujem fajlove ali moji u firmi nisu čuli da su diskovi jeftini :-(
Kad već moram onda ću da uradim sledeću varijantu: Napraviću dve nezavisne rar arhive od tih exportovanih fajlova i čuvaću ih na dva različita mesta. Za toliko imam prostora. Ovo iz razloga ako mi se oštete fajlovi pri komprimovanju da smanjim rizik.

hvala puno S.

Kako zelis... 45 Gb podataka... Za nase uslove to je firma koja ima dosta razvijen posao...
Ako je njima draze da se oproste od podataka nego da odvoje 100Eu za disk, sta te briga.
U svakom slucaju to je slika i prilika zalosnog stanja IT-a u nasoj zemlji.
Puno srece
Pozdrav,
Dusan

Pozdrav!

Moja iskustva su pozitivna...
Mi u firmi imamo dosta manju bazu (12G) al je zato vrednost informacija u bazi nemerljiva...
BackUp radimo dnevno, a stare dumpove cuvamo sve. Zapravo, radimo 2 vrste backupa (oracle + Win backup) i sve se to smesta na Trake i na DVD.
E sad, sto se tice troskova, jesu veliki i pakujemo svaki export/dump radi ustede prostora.
Do sada (od kako sam ja u firmi - 2ga godina) je bilo 4 kataklizmicka otkaza: 2x hardver 2x ljucki faktor. Restor je prosao glatko iz "zapakovanih" arhiva.
Doduse, prilikom pakovanja uvek stoji opcija test arhive...

Vise ces vremena i zivaca izgubiti da dovedes kompresiju u red, nego da kupis jod jedan hard disk.
Mi imamo jedan sedmicni "cold backup" na trake, a svaku noc vrsimo hot backup na hard disk. Trenutno razvijamo strategiju inkrementalnog hot backupa. Pri svemu tome ne koristimo nikakvu kompresiju.

Ma nije problem u ceni. Svi ste bili u vojsci valjda, znate kako fukcioniše veliki sistem. Sve jedno je šta tražiš olovku ili spejs šatl, procedura je ista i imaš iste šanse da dobiješ i jedno i drugo. A nemam ni jednog zastavnika da poznajem u beogradu da mi ubrza proceduru

Vreme mi nije problem. To se i onako jednom godišnje radi, tako da mogu da pustim da mi komprimuje fajlove 3 dana, jedino što ću morati dva puta da radim da bi bio siguran da nisam kreirao oštećenu arhivu. To je još uvek mnogo manje prostora nego što mi sad trenutno fajlovi zauzimaju. Za sad mi je bitno da znam da može nešto da se desi, kao što se Dušanu desilo. Lepo ćemo mi da napišemo sve na papir i da kažemo da procedura ne garantuje vraćanje podataka pod određenim okolnostima, pa direktor nek potpiše i gotovo To ti je informatika in the land of Serbia.

Što se tiče same procedure backup-a i tu ima problema, opet u glavnom zbog prostora. Ali ta tema iziskuje pokretanje posebnog topic-a pa ako ste raspoloženi?.....

Budi oprezan kod rarovanja ili zipovanja velikih falova. Zavisno od veličine originalnog fajla, veličine komprimovanog fajla, operativnog sistema i verzije arhivera može da se desi da naletiš na neki limit tipa 2 ili 4GB. Meni se to dešavalo, pa sam koristio komandu split (ili fsplit) da iseckam fajl pre kompresije. Za svaki slučaj, DB fajlove uvek pravim da budu maksimalno 2000MB (što je malo manje od 2GB), a dmp fajlove seckam (ponekad).
Pre sam čak imao problem da ne mogu da napravim dmp fajl, pa onda exp preusmerim u pipe, pa pipe seckam i komprimujem, a kod povratnog bekapa radim imp iz pajpa.
Naravno, u "normalnim" uslovima ovo nije potrebno, pa ti preporučujem da probaš kompresiju i dekompresiju nekog većeg fajla (a ne samo 100MB) da bi video da li će arhiver i fajl sistem da se snađu sa veličinama fajla