vsetko. je to trocha blbost robit to pravidelne ale zaloho nulteho dna sa takto da urobit vcelku perfektne a na nahodenie presne tohto isteho systemu mi staci jednodisketova instalacia a CD zo zalohou. za par minut (zalezi na rychlosti unpakovania) mam system ako predtim)
Ja osobne zalohujem tak ze mam zalohu nulteho dna (vzdi ked robim zmeni v SW) osobitne zalohu DB, Webu a uzivatelou ktore robim pravidelne. vysledny cas dania dokopy po rozmalateny HD kladivom a nahradenim novym sa da pocitat na minuty.
Ne vzdy. Jednak dump/restore nezarucuje prenositelnost mimo stejny OS a HW platformu.
V pripade linuxu 2.4.x je primo nedoporucovan pro nejake nesrovnalosti v jadre. Ty muzou vest k tomu, ze dump ulozi naproste kraviny (ta sance byla tusim 1:100, uznavam, ze pri pouziti tar na zivejsim systemu se toho muze dosahnot take).
Zoberme si priklad, kde nainstalujem nejaku distribuciu, potom kompletne skonfigurujem mnozstvo sluzieb, doinstalujem softy, poupgradujem, proste urobim kopu uprav v systeme. Keby som zalohoval iba data, caka ma po odideni pevneho disku tato robota este raz. Takto sa usetri a behom par minut je k dispozicii behava kopia disku zo zalohy plne funkcna. Takisto ak je treba spravit podobny server, staci obnovit na iny stroj, prestavit IP adresu a je vystarano...
Spravny admin (a spravny server) ma dennik, do ktereho se pise ktery soubor (konfiguraci) zmenil. Ke zmene nepouziva konfiguracni nastroje, ale textovy editor. Take admin vi, kde maji jeho sluzby data (web, databaze, posta). Tvrdaci nepouzivaji dennik, ale maj to v hlave :-) (a kdyz tvrdaci zmeni zamestnavatele, tak si nastupce muze hodit)
No a pak je opravdu zbytecne zalohovat /usr (/mnt, etc...). Je ovsem pravda, ze ten, kdo si bude cist tenhle clanek proto, ze potrebuje radu, tak asi nebude zas tak zbehlej, aby vedel "kde co ma".
BTW autor mohl take napsat, jak se delaji "inkrementalni zalohy", protoze kazdy den prenaset cely server je ... blbost (ne ze bych to potreboval, sam bych si to s findem napsal sam). Tedy jestli uz ten tar nedela s prepinacem --compare, --diff, nebo --update (nebudu davat back v prohlizeci :-)
nevadi taky, ze zalohuju "zivej" system ? Co vselijake /var/run a /var/lock ?
Neexistuje neco sofistikovanejsiho (treba predpripraveny kickstart, skript s patchem konfiguraku proti puvodni verzi a pod) ?
Taky mi jde o objem dat, protlacit skrze 64kb linku radove 2GB kolik po instalaci system obsahuje neni to prave orechove, vypalit na CD je komplikovanejsi apod.
/var/run /var/lock nevadi, ak je treba, daju sa vyexcludovat. Je to vhodne ked je serverov viac. Ved netreba cez linku tahat zalohu inde. Staci na druhy disk v tej istej masine, alebo na zaloznu masinu prepojenu lokalne k zalohovanej. Co ja viem nejaku haraburdu s diskom
Asi by se hodila zminit jeste jedna moznost ktera nebyla uvedena a umoznuje zalohovat i v pripade,
ze na danem pocitaci neni dost mista. Je to jen nepatrna komplikac<a trosku hrani s tar a ssh. Na pocitaci, kam chcete uklada zalohy date: cd /backup>e a trosku hrani s tar a ssh. Na
pocitaci, kam chcete uklada zalohy date:
cd /backup; ssh zalohovany.pocitac.cz "tar --atime-preserve -cf - /data" | tar --atime-preserve -xf -
(da se to modifikovat treba na pasky a pod..) Je to takovy stary trik jak positi posilat cele adresare pomoci taru.
K dennimu zalohovani datovych souboru (/home, data pres sambu, atd.) se mi osvedcilo pouzivat hardlinky. Kazdy den se vytvori novy zalohovaci adresar, ve kterem se postupne vytvari identicka kopie. Kdyz se soubor nezmenil od predchoziho dne (porovnava se se zaloznim adresarem z predchoziho spusteni), vyrobi se hardlink na predchozi zalohu, jinak se soubor zkopiruje.
Timto zpusobem mame k dispozici kompletni zalohy kazdy den, ale zabira to minimum mista. Samozrejme to nelze pouzit pro zalohu systemu, ale na data to staci. Hodi se to i pro kazdodenni "verzovani" dokumentu uzivatelu.
S pozdravem,
Pavel Hofman.
Zdravim,
pouzivate niekto flexbackup? Vyzera to celkom nadejne. Tak som to skusal pouzit na zalohovanie na pasky. Ale ked dam vytvorit novu pasku (vytvorit index na paske) prikazom:
# flexbackup -newtape
a vzapati sa pokusim index nacitat:
# flexbackup -toc
tak mi to hodi chybu. Dojdem na to, je to perlovsky skript pouzivajuci mt, tar, afio, gzip, dump, restore, ..., ale keby ste uz niekto poznal pricinu a usetril mi cas.... ;-)
Paska je na SCSI radici, takze na nu pristupujem cez /dev/nst0
No este k clanku, ked som potreboval vytvorit identicke nainstalovane stroje, tak som nakonfiguroval jeden "prototyp" a potom som hodil do masiny disk z druheho stroja a skopiroval pomocou dd. Samozrejme, to bol identicky hardware a tak....
Podle mne je toto principielne blbost delat na serveru takovouto zalohu, nereknu na nejakem desktopu, na serveru zalohuji minimalne napr. na pasky a pouzivat incremnetalni zalohovani s tim , ze v nektere okaziky(periodicky se opakujici) delam komplet zalohu.
Poroste server neni trochu nadupanejsi masina nez okolni desktopy, kdyz uz pouzivam server, tak k tomu mam asi duvod a pak setrit na zalohovani je o padaka rikajici si blbost.
Mozna tato moje polemika vznikla tim, ze serverem kazdy nazyva ruzne veci, zacina to u toho, ze "na serveru jede webserver, ssh server" atd.
Podle mne je toto principielne blbost delat na serveru takovouto zalohu, nereknu na nejakem desktopu, na serveru zalohuji minimalne napr. na pasky a pouzivat incremnetalni zalohovani s tim , ze v nektere okaziky(periodicky se opakujici) delam komplet zalohu.
Poroste server neni trochu nadupanejsi masina nez okolni desktopy, kdyz uz pouzivam server, tak k tomu mam asi duvod a pak setrit na zalohovani je o padaka rikajici si blbost.
Mozna tato moje polemika vznikla tim, ze serverem kazdy nazyva ruzne veci, zacina to u toho, ze "na serveru jede webserver, ssh server" atd.
Kdyz uz tady nekdo zminil ty hardlinky. Narazil jsem s kombinaci hardlinky + tar na problem. Mel jsem zalohu systemu v taru. a kdyz jsem to loupnul na novej harddisk, tak to nenabehlo. Kdyz jsem na to koukal, zjistil jsem, ze soubory, ktere v puvodnim systemu byly jako hardlinky se nejak ztratily (konkretne slo o nejaky veci z glibc - ld.so a par dalsich - malo, ale kriticky veci) nemel jsem tehdy cas se zabejvat porovnavanim a nainstaloval jsem radeji cistej system a ten jsem potom upravil podle zalohy. Matne si pamatuju, ze jsou nejaky problemy s hardlinkama i z nejakeho HOWTO, ale nevim presne co to bylo.
Tak jsem se chtel zeptat, jestli jste na tento problem s hardlinkama narazili (konkretne treba /lib/ld.so /lib/ld.so.blabla) a jak ho pri takoveto rychle obnove resite?
Michal Ambroz (O_O)