Re: Snapshot běžícího systému
Heron <[email protected]> Sun, 12 Jan 2020 21:28:53 +0100 (CET)
| Newsgroups | gmane.user-groups.linux.czech |
|---|---|
| Message-ID | <[email protected]> |
Tak =C5=99e=C5=A1en=C3=AD je v=C3=ADc. Asi nejjednodu=C5=A1=C5=A1=C3=AD je = pou=C5=BEit=C3=AD n=C4=9Bjak=C3=BDch atomick=C3=BDch operac=C3=AD (t=C5=99eba p=C5=99ejmenov=C3=A1n=C3=AD soubor= u). Appka zapisuje data do nov=C3=A9ho souboru, potom jej flushne (fdatasync nebo tak n=C4=9Bco) a potom jej p=C5=99ejmenuje na u=C5=BEivatelem o=C4=8Dek=C3=A1van=C3=BD n=C3=A1zev (nebo zkr=C3=A1tka kone= =C4=8Dn=C3=BD n=C3=A1zev). Kdy=C5=BE se tento =C5=99et=C4=9Bzec operac=C3=AD n=C4=9Bkde p=C5=99eru=C5= =A1=C3=AD, tak v=C3=BDsledkem je bu=C4=8F validn=C3=AD star=C3=BD soubor, nebo validn=C3=AD nov=C3=BD sou= bor. Snapshot tedy m=C5=AF=C5=BEe zas=C3=A1hnout kdykoliv a je to v=C5=BEdy konzistentn=C3=AD. Nebo jak to =C5=99e=C5=A1=C3=AD n=C4=9Bkter=C3=A9 DB. Vedou si log o proved= en=C3=BDch operac=C3=ADch, tento log je atomicky ukl=C3=A1d=C3=A1n na disk (t=C5=99eba= po 4k bloc=C3=ADch) a v p=C5=99=C3=ADpad=C4=9B v=C3=BDpadku je podle tohoto lo= gu mo=C5=BEn=C3=A9 zrekonstruovat datov=C3=BD soubor (kter=C3=BD samotn=C3=BD u=C5=BE konziste= ntn=C3=AD b=C3=BDt nemus=C3=AD, typicky m=C5=AF=C5=BEe obsahovat v=C3=ADce verz=C3=AD= dan=C3=A9ho z=C3=A1znamu). Tj. kdy=C5=BE snapshotuju b=C4=9B=C5=BE=C3=ADc=C3=AD postgre= sql, tak ten si jen p=C5=99i startu p=C5=99ehraje wal log a je to. Nikdy jsem nenarazil na probl=C3=A9m. Nav=C3=ADc snapshot v tomto p=C5=99=C3=ADpad=C4=9B prov=C3=A1d=C3=AD p=C5=99=C3=ADmo FS samotn=C3=BD, t= ak=C5=BEe FS v=C3=AD, jak=C3=A9 operace jsou zrovna v b=C4=9Bhu. T=C5=99eba snapshot pomoc=C3=AD LVM um=C3=AD infor= movat FS, =C5=BEe by se m=C4=9Bl [1] freeznout ale u=C5=BE je to jedna vrstva nav=C3=ADc. vmware taky p=C5=99es toolsy pos=C3=ADl=C3=A1 info do vmka a na chv=C3=ADli zastav=C3=AD io operace. Obecn=C4=9B si mysl=C3=ADm, =C5=BEe by pro "spolehliv=C3=A9 snapshotov=C3= =A1n=C3=AD" nem=C4=9Blo b=C3=BDt pot=C5=99eba nic nav=C3=ADc, nen=C3=AD pot=C5=99eba ni= jak informovat slu=C5=BEby apod., proto=C5=BEe v=C5=A1echny z=C3=A1pisy maj=C3=AD b=C3=BDt= i z jin=C3=BDch d=C5=AFvod=C5=AF (viz kauza ext4 a po=C5=A1kozen=C3=BDch konfig=C5=AF) prov= edeny spr=C3=A1vn=C4=9B. Co=C5=BE taky v=C4=9Bt=C5=A1inou jsou u=C5=BE jenom t=C3= =ADm, =C5=BEe v=C4=9Bt=C5=A1ina slu=C5=BEeb bu=C4=8F data na disk nezapisuje v=C5=AFbec a pokud ano, tak ti na to stejn=C4=9B vezmou sqlite nebo BDB nebo rovnou "velk=C3=A9" datab=C3=A1ze. 1. https://linux.die.net/man/8/xfs_freeze Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/452275#3