ok, ca sa revenim on-topic, poate cineva se va folosi de informatiile din thread-ul acesta, am sa rezum cam ce solutii exista pentru ceea ce vreau (din ce am investigat pina acum) :
- CMBR/TMBR - STORIX - idera - Mondo Rescue - open source - Relax and Recover - open source - Acronis Backup and Recovery Fiecare are avantaje si dezavantaje, probabil ca in cazul meu TBMR este cea mai la indemina si din ce am citit mi se pare cea mai robusta , dar am sa mai investighez. . P.S Ar fi fost frumos ca Red Hat sa includa in OS un tool nativ de BMR , asa cum au Unix-urile comerciale (mksysb, ignite, flash drive). 2014-07-24 21:13 GMT+02:00 Abibula Aygun <[email protected]>: > Sincer , nu am facut decat sa spun din experienta ce si cum . > Nu are decat sa ia ce soft Enterprise doreste , sa faca cum crede , dar > sunt sigur ca o sa ne mai auzim pe fazele astea. > Nici un sysadmin nu lasa totul pe Set and Forget . Ca or fi sute de masini > ori ba . > Cand era sa fac Update sau mai stiu eu ce giumbuslucuri la Sistemele din > reteau de la Murfatlar mergeam si 30 de km ( uneori si 50 km prin camp ) > cu Jeep-ul pina la locatie sa fac backup / restore / update si ce mai > trebuie . Erau in retea peste 200+ sisteme / servere / notebook-uri si > niciodata nu m-am ferit de alergatura . > > Chestia asta cu Set and Forget si mai ales Sistem Image On The Fly e aiurea > rau de tot dar Success ! > > Sper sa iasa cum iti doresti ! > > > > 2014-07-24 21:20 GMT+03:00 Laurentiu Stefan <[email protected]>: > > > Deja ati inceput sa deviati de la subiect. > > Pe 24.07.2014 20:46, "Abibula Aygun" <[email protected]> a scris: > > > > > Iulian - nu e vorba de excitant / surprindere ...... ci ideea e ca unii > > de > > > pe aici sunt sysadmini sau au fost sysadmini multi ani pe diverse nise > > si > > > iti vorbesc din experienta . De undeva de prin 2000 si pina acum , de > > cand > > > activez pe lista , tot timpul am fost ajutat si am primit raspunsurile > > > cautate . Toti cei care au raspuns nu au raspuns sarcastic , cum gresit > > > crezi , insa au incercat , fiecare , in functie de experienta sa , sa > te > > > ajute intr-un fel. > > > > > > Nu o sa stau sa iti spun pe unde am activat si ce am facut ci doar ca > am > > > experienta necesara sa iti spun ca ceea ce iti doresti tu este intr-o > > > anumita masura irealizabil in nisa dorita . > > > > > > Ideea este ca nu ai formulat problema de la inceput cum trebuie ci doar > > > te-am citat ca sa intelegi si tu ce ai exprimat initial venind ulterior > > cu > > > completarile de rigoare . > > > Ori , pentru un raspuns complet si Corect ar fi trebuit sa existe un > pic > > de > > > detaliere. > > > Personal , de cate ori a fost vorba sa fac o imagine la un sistem de > > > operare on-the-run si on-the-fly ( asta insemnand sistemul de operare > cu > > > servicii pornite , module incarcate in memorie , nu mai pun cele > swap-ate > > > si alte cele ) pot sa iti spun ca m-am ales cu sistemul de operare > corupt > > > indiferent ce drepturi am conferit softului de backup - ca era el > > partimage > > > sau altul tot ala era rezultatul . > > > Cata vreme masina Ruleaza la capacitatea sa si efectueaza tot felul de > > > traznai , Nu Poti Face imagine la Sistemul de Operare. > > > > > > Numai de bine si succes! > > > > > > > > > > > > > > > 2014-07-24 18:10 GMT+03:00 Iulian Roman <[email protected]>: > > > > > > > Sa zicem ca unii din aia au fost sarcastici ceea ce e fun pina la > urma > > > daca > > > > e perceput ca atare . De asemeni, se pare ca unii au inteles exact > ceea > > > am > > > > nevoie, probabil pentru ca s-au confruntat cu situatii similare. Ceea > > ce > > > am > > > > uitat sa mentionez, si am crezut ca s-a subinteles , este ca solutia > ma > > > > intereseaza exclusiv pentru servere. > > > > > > > > Am mentionat undeva _enterprise_ level ,unde hardware-ul este de > > > acelasi > > > > nivel (high-end / mid-range) , nu vapor-made, si unde nu am > intilnit > > > > niciodata o situatie in care am avut hardware failure care nu a putut > > fi > > > > inlocuit de catre vendor (HP/IBM) .In situatii critice hardware-ul se > > > > inlocuieste in aprox. 4 ore. > > > > > > > > Ceea ce nu inteleg eu - si am observat ca se intimpla frecvent in > > ultimul > > > > timp pe lista - este cum totdeauna sunt oferite alternative (unele > de-a > > > > dreptul hilare ) fara ca cei care le ofera sa gindeasca macar 5 > minute > > > > inainte sa le arunce. > > > > > > > > Inteleg ca e excitant sa te joci cu LTSP, Raspberry PI si > > > > emotia/surprinderea e mare cind setupul e gata si chiar merge , dar > > > totusi > > > > ... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2014-07-24 16:05 GMT+02:00 Abibula Aygun <[email protected]>: > > > > > > > > > 2014-07-24 12:20 GMT+03:00 Iulian Roman <[email protected]>: > > > > > > > > > > > am explicat de asemeni ca ma intereseaza strict systemele de > > fisiere > > > > din > > > > > > systemvg/rootvg (/,/home,/opt,/var,/usr,/tmp). > Aplicatiile,bazele > > de > > > > > > date,etc, etc sunt in alte volume group-uri , care pot fi usor > > > > importate > > > > > > si eventual restore prin metodele traditionale daca este necesar > . > > > > > > > > > > > > > > > > > > 2014-07-24 10:49 GMT+02:00 Dan Borlovan <[email protected]>: > > > > > > > > > > > > > On 07/24/2014 11:30 AM, Iulian Roman wrote: > > > > > > > > > > > > > > > Am explicat de la inceput. Vreau point in time restore la > > > systemul > > > > de > > > > > > > > operare intr-un timp cit mai scurt (approx. o ora) si cu > > > > interventie > > > > > > > > minimala din partea adminului . O solutie de DR pentru > systemul > > > de > > > > > > > operare. > > > > > > > > > > > > > > > > > > > > > > Fara suparare dar ai spus clar System Restore la sistemul de > operare > > in > > > > caz > > > > > de dailure hardware / software . > > > > > Iarasi sunt o multime de variabile . Daca iti pica la un sistem > placa > > > de > > > > > baza si nu gasesti una fix identica dar imaginea e pentru placa de > > baza > > > > > veche , ce faci ? > > > > > > > > > > Repet , solutia este , dupa cum au zis multi pe aici ceva gen LTSP > > sau > > > > > Virtual Desktop sau cum vrei tu sa ii zici . > > > > > > > > > > Nu ai explicat Clar de la inceput ce vrei . > > > > > > > > > > Enuntul problmei tale a fost asa : > > > > > > > > > > "As dori sa intreb ce solutii de os backup recomandati/folositi cu > > > > success > > > > > ? > > > > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar > > la > > > > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a > systemului > > de > > > > > operare ce poate fi folosita facil ca point in time restore. > Durata > > de > > > > > restore ar trebui sa fie de aprox. o ora (evident depinde de > marimea > > > > > imaginii si network). > > > > > > > > > > Este de preferat o solutie comerciala - de tipul "set and forget" - > > ce > > > > > poate fi folosita usor de administratorii mai putin experimentati > (ca > > > sa > > > > > nu zic altfel)." > > > > > > > > > > ZFS-ul nu stiu cat de ok este din moment ce cere 4G RAM sa ruleze > > > decent > > > > > iar omul nu a zis in ce constau masinile respective , configuratii > , > > > > > reteaua ce structura are , ar rezista la volumul ala de date ? Daca > > iti > > > > > pica 30 de masini ( sa punem worst scenario ) si faci restore over > > > > network > > > > > ( ipotetic vorbind ) , iti duce reteaua ? Etc , etc ! > > > > > _______________________________________________ > > > > > RLUG mailing list > > > > > [email protected] > > > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > > > > > _______________________________________________ > > > > RLUG mailing list > > > > [email protected] > > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > > > _______________________________________________ > > > RLUG mailing list > > > [email protected] > > > http://lists.lug.ro/mailman/listinfo/rlug > > > > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
