otazky ohladom RAIDu a image systemu online - OT

Dan Lukes dan at obluda.cz
Thu Nov 15 15:25:13 CET 2007


Radomir Tomanek napsal/wrote, On 11/15/07 15:04:
> Co se tyce "zivych" obrazu disku, je to poslední dobou hodne popularni,
> existuje rada aplikaci, které to delaji, ale zajimalo by me, jak to
> principielne delaji. 

	Nelze vyloucit, ze kazda jinak.

	SNAPSHOT ve FreeBSD je vec, kterou podporuje primo filesystem. V 
okamziku vytvoreni udela kopii klicovych struktur filesystemu. "Hlavni" 
(tedy nezamrzly) system pak uz hlida jen to, aby pri sve praci neprepsal 
datove bloky, ktere jsou obsazeny v zmrzlem obraze - jinymi slovy - 
uvolneny blok disku se z hlediska "ostreho" obrazu neuvolni a neni tedy 
pouzit - zustane tak "v puvodnim stavu" pro ucely zamrzleho image.

	Teprve po zruseni snapshotu se bloky uvolni.

	Okopirovana metadata, ktera odkazuji na realne datove bloky, pak system 
prezentuje ve forme read-only mountovatelneho zarizeni.

	Tahle metoda umoznuje vytvoreni vice snapshotu v ruzne doby.

	Problem na aplikacni urovni tim ale nemizi - konzistentni system 
nezarucuje konzistentni datove struktury aplikaci. Podporu pro on-line 
zalohovani tak v podstate musi mit kazda aplikace zvlast.

	Takove MySQL v omezene mire on-line zalohy podporuje (na transakcnich 
databazovych enginech). To je ale zaloha na jine urovni - aplikacni. 
SNAP je zpusob jak vytvorit zalohu na urovni souborove.

> Jestli to spravne chapu, aplikace ma nejaky driver
> který zachytava pozadavky na I/O a v normálním pripade pozadavky "pousti",
> tedy necha HW udelat to, co aplikace, potažmo OS chce. V pripade vytvareni
> snapshotu tyto pozadavky "pozdrzi" aby zálohovací SW mohl zkopírovat sektory
> disku tak, aby se mu "nemenily pod rukama".

	Nemohlo, protoze zaloha nejakou, a to vetsinou pomerne dlouhou, dobu 
trvaji. Neni vhodne na celou tu dobu kompletne zablokovat pristup k disku.

> Ale nevim, jak se provadeji inkrementální zálohy.
> Jak zálohovací SW zjisti, které sektory se od poslední
> zalohy zmenily?

	Inkrementalni zaloha neni zadny obecny pojem. Konkretni zalohovaci 
system umi nebo neumi delat takove zalohy - a pokdu umi - dela je tak, 
jak byl zrovna on naprogramovan. Nevim o zadnem systemu, ktery by delal 
inkrementalni zalohy sektor-by-sektor, coz neznamena, ze neexistuje - 
cekal bych ale, ze pokud ano, pak zmeneny sektor od nezmeneneho poznava 
podle nejakeho hashe, ktery si uklada sam.

	Pokdu jde o backup/restore obsazeny v systemu, ten dela zalohy 
souborove - nikoliv sektorove. Tento zalohovaci system ma podporu 
filesystemu, ktery umoznuje k inode ulozit informace, ktere muze 
zalohovaci system pozdeji znovu vyuzit.

  					Dan




-- 
Dan Lukes                                               SISAL MFF UK
AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz





More information about the Users-l mailing list