A backup-okat ... ellenőrzöm.

Kérdés

csak logok, riportlevél stb. alapján
26% (109 szavazat)
fájl megléte (dir, ls ...) alapján
25% (105 szavazat)
kipróbálás - visszaállítás, kibontás (archív), visszatöltés (sql dump), elindítás (pl. komplett virtuális gép) - alapján
16% (66 szavazat)
egyéb - leírom - módon
3% (14 szavazat)
sehogyan sem
10% (42 szavazat)
milyen backup?
19% (81 szavazat)
Összes szavazat: 417

( joco01 v | 2013. 01. 17., cs – 15:28 )

Megbízok a Microsoft DPM-ben, ezért 1., de persze 1-2 visszaállítási próba már volt.

--

Egy új backup rendszert tesztelek, ezért minden egyes backup-ot lepróbálok most. Visszatöltés, elindítás. Komplett virtuális gépeket ment a szoftver. Már az első napon találkoztam olyan visszaállított virt. géppel, ami nem indult le. Annak ellenére, hogy a szoftvert a VMware / EMC jegyzi.

Igaz, hogy miután végigolvastam a fórumpanaszok áradatát, kiderült, hogy ismert hibákról, hiányosságokról van szó. Mindenesetre meglepő, hogy pénzes szoftvereket képesek ilyen állapotban kiadni. Főleg úgy, hogy az elődjük - ami leváltásra került - tudta azokat a funkciókat jól, amit az új nem.

A probléma az, hogy tulajdonképpen a logok és jelentések szerint minden rendben van a mentéssel. Csak éppen nem lehet megfelelően visszaállítani, vagy visszaállítás után nem úgy működik, ahogy kellene. Persze a szoftver a legtöbb gépet jól menti. De ez nem lesz vigasz akkor, ha pont azt az egyet mentette le rosszul, amit egy esetleges katasztrófahelyzetben vissza kellene állítani.

Éppen ezért jobbnak láttam bevezetés előtt teljesen letesztelni.

--
trey @ gépház

A VMWare gépeket kézzel mentem, a teljes könyvtárat le szoktam tar-olni, a tar.bz2-ket meg indőnként ellenőrzöm.
Hogy a mentés mégse foglaljon túl sokat, a virtuális lemezeken az üres helyet még a guest oprendszerben megtöltöm csupa 0-val, így a tömörítés után gyakorlatilag ugyanannyi helyet foglal, mintha csak a hasznos adatokat mentettem volna le a fájlrendszerről. A mentés kicsit macerásabb, mintha csoda progikat használnék, a visszaállítás viszont sokkal egyszerűbb, és teljesen biztonságos.

Jó dolog,kivéve a VmWare sajátja(hacsak azóta nem lett valami nagy fejlesztés). Akkoriban próbáltam amikor az egyes snapshotok még egymásra épültek. Inkább storage szinten csinálnám ha nagyon kell- szó mi szó, ez nálam kb foghúzás érzésével vetekszik.

-
Debian Squeeze

A snapshot se garantalja a teljesen konzisztens mentest az epp nyitott file-ok miatt. Remek pelda erre a db szerverek tobbsege. Persze Win-en van mar VSS, de nem biznam ra egy db szerver menteset teljeskoruen.

Minden appnal erdemes a nativ mentest hasznalni es nem mindenkepp kivulrol buzeralni a filerendszert. A backup gep vagy legalabbis a helyet pedig a mentett rendszertol minel fuggetlenebre erdemes megvalasztani.

Ok, de itt arról van szó, hogy egy jól megcsinált szisztémát a saját szoftver nem tud használni.

Ha kézzel csinálok klónt a problémás gépről, az eredmény egy működő másolat a gépről. Ha a backup szoftver csinálja, az eredmény egy nem működő másolat a gépről. Ez elfogadhatatlan.

--
trey @ gépház

üdvözlet a szép új világban. nem akarom megnevezni a céget de találkoztam nem egy olyan sw ami szintén ilyen volt. a régi ment az új meg.....
de upgradelj mert a régire már nincs maintanence....
no comment.
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

A gond az, hogy ezek a "csendes" hibák ki sem derülnek addig, amíg egy katasztrófahelyzetben nem kell visszaállni. Kivéve, ha csinálsz egy visszatöltést és egy működőképességi tesztet. Viszont ezek után hogyan bízhatsz meg abban, hogy a jövőben készült mentések mindig, minden körülmények közt működőek lesznek?

Nem az a legnagyobb probléma, hogy a szoftver hibázik (az is az), hanem az, hogy ezt gyakorlatilag úgy teszi, hogy azt jelzi vissza, hogy minden OK.

--
trey @ gépház

Egy meg nem nevezett naaagy storage gyarto NAS (esetunkben cifs) feature-el ellatott cucca 500MB-nal nagyobb file-t se engedett a szallitott fw-vel magara masolni. Aztan partizan modon tudtunk reggelni a support oldalra es leszedni egyel ujabbat, amivel mar jo volt. A support accountra ket nap mulva mar be sem tudtunk lepni...

Nem, abból nem kaptunk onsite próbát. De nem fogom elmondani mivel volt gond. Aminek remekül megörültünk az a Fujitsu DX80-as trey-ektől, ami azóta is jól megy és amit ráírtak atomstabilan (kb. másfél éve fut élesben) tudja. Természetesen független mentések készülnek bőséggel, mert az ördög nem alszik, de mi sem. :)

Egy cronjob-ba foglalt saját shell-scripttel mentek, ZFS snapshotokat replikálva off-site lokációra, öregítve. Kipróbálni szimulált disaster recovery-vel szoktam - container-t halt, zonepath-át rekurzívan destroy, utána send|recv a remote dataset-ből, majd attach után boot. Ha a mentés nem megy le, az öregítés sem megy le, és levélben értesülök minderről - a siker csendben naplózásra kerül.

/etc/lib/lu/plugins/lupi_bebasic

( uid_5143 | 2013. 01. 17., cs – 15:55 )

csak logok, riportlevél stb. alapján - naponta (local & remote)
fájl megléte (dir, ls ...) alapján - local - hetente, remote - havonta
kipróbálás - visszaállítás - néhány havonta

( carlcolt | 2013. 01. 17., cs – 17:11 )

"milyen backup?"

Ennek az opciónak a 16%-nyi szavazója sürgősen hagyja el a szakmát és égesse el a diplomáját (ha van, bár meggyőződésem, hogy ilyen droidoknak is adnak néhol).

Amúgy vagy a második vagy a harmadik, szituáió komplexségétől és fontosságától függően (másodikat nyomtam, az gyakoribb tán).

Ha nem az ő dolga, akkor nem teszi. Nem biztos, hogy nincs náluk, csak nem ő foglalkozik vele. Persze érdemes rákérdezni és nem csak úgy elbíznia magát az embernek.

Volt rá példa, hogy a szitkozódások közepedte bedobtam a kérdést, hogy melyik napi mentésből kellene vissza egy-két törölt mappa ;)

nahát, ki hitte volna! A válaszom azt tükrözte, hogy nem bírom az arrogáns commentelőket, akik elvennék az ember diplomáját. Megvan a cucc az asztali gépemen, a notebookomon, a felhőben ergo biztonságosabb az érzetem mint ha napi mentést készítenék a teljes vinyómról. A szerververt, adatbásist meg tartsa karban az, akinek az a feladata ergo nyugodt szívvel kattinthatok arra, hogy nem tudom mi az a backup, bár nyilván tudom, mert voltam anno rebdszergazda is.

Ne magyarázd túl, hogy amit írtál nem egy tipikus leszóló és arrogáns hozzászólás. Ha már erőlteted a "Milyen backup?" kérdésre az ilyen feloldást akkor ne "Mi az a backup?" feloldást add rá. Mert vagy jól érted az ironikus kérdést amire lehet az a válasz "szerencsére ezt más oldja meg helyettem", vagy elérted a kérdést és akkor: pontosan "milyen típusú backup?" kérdést lehet inkább érteni alatta.
A véleményed persze szent, a kritika (nem az enyém) az arroganciádnak szólt.

( Dacr (nem ellenőrzött) | 2013. 01. 17., cs – 17:58 )

egyéb: napi több backup megy le, így szúrópróbaszerűen kipróbálásos alapon vizsgálom.

( oykawa | 2013. 01. 17., cs – 17:58 )

MD5 CRC alapján, ha már van... :D

Oykawa Hirohito

( utpKabel | 2013. 01. 17., cs – 18:31 )

Cloudra megy a backup, nem ellenőrzök semmit.

( T_chris | 2013. 01. 17., cs – 19:49 )

"A backup-okat" szükség esetén chkdsk-val állítom helyre. :(
Belefutottam a win8 kamukikapcsolás alatti külső meghajtó eltávolításból adódó esetlegesen létrejövő fájlrendszerhibába. :)
Pár napig kicsit feszült voltam, mert átszervezés miatt akkor csak ott volt meg minden adatom. Meg nem volt rá időm sem.
A testdisk nem tudott vele sokat kezdeni. A photorec lementett mindent, de kicsomagolta zip, iso (az iso-k kb 25-30 giga) fájlokat is. Azt is amiben vírust kaptam (kérésre) mailban mert kíváncsi voltam rá. Az úgy meg nem az igazi.
Túllihegtem. A chkdsk meg rendbetette.
Most tervezem a cloud alapú mentést másodlagosnak.
Szerk.
Persze magáncélú a dolog, Nem ebben dolgozom.
- - - - - - -
A buszállomás az a hely, ahol a buszok állnak, a taxiállomás az a hely ahol a taxik állnak, az íróasztalomon viszont van egy munkaállomás....

( lajos22 | 2013. 01. 17., cs – 20:59 )

Valamerre leírtam már, hogy én kissé bonyolultan mentek. Azaz először minden menteni kívánt adatot egy partícióra másolok gépen belül, majd jön a tar és a tar-t 2 felé másolom. Ezt nemrég kiegészítettem egy logolással is. Egy apró daemon, amire TCP socketten kapcsolódnak a gépek, és probléma esetén belehánynak az általa kezelt fájlba. Ezzel bőven elég utána 1 logot átolvasnom, hogy van-e bármi gond az adott mentéssel. Mivel egy-egy mentés több ezer sort eredményez, úgy csináltam meg, hogy a hibákat jelölje, ami alapján a visszaolvasó program a hibákat szembetűnően kiemeli. szal még végig sem kell olvasni mindent...

--
openSUSE 12.2 x86_64

( gabor2 | 2013. 01. 17., cs – 21:36 )

En a leallitott hdd-rol szoktam dd_rescue-val komplett mentest csinalni. Az elsonel meg kiprobaltam es rendben mukodott. Azota megbizom a dd_rescue-ban.

( hrgy84 | 2013. 01. 18., p – 10:06 )

Jelenleg rsnapshot-tal mentunk, ami hardlinkekkel dolgozik meg rsync-cel. Ha a fajl ls-ben latszik, helyreallithato.
Meg van kulon SQL mentes.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( szollosiimre | 2013. 01. 18., p – 12:42 )

Saját hatáskörben a következő mentésekkel dolgozom:

-Mentőegységek:
-onsite : HP mikroserver 4 diskkel, 3T kapacitással, 2*raid1+2*raid1 felette lvm
Kapacitás, Raid állapot, elérhetőség nagiosolva

-offsite: jelenleg 1 diskes storage vészhelyzeti célra ( tervben az onsite vas párja )
-egyben ezen fut a nagios

mentések

Beépített program mentés

-onsite-ra
-Pro: Supportált, a saját adatállományát tölti be, ez még nem éles üzem, nem volt visszatöltés
-Kontra : Okos emberek végezték a fejlesztését, így nem kevés munkába került kideríteni, hogy lehet rögtön másik gépre menteni

SQL mentés

-on és offsite-ra
-jelenleg adatbázis költöztetés folyik, ezel együtt végezzük az adatbázis visszatöltés tesztelést, a beépített mentést nem lehet ütemezni. ( tippelni lehet a gyártóra :) )

Levél / fájlmentés

A szerver beépített mentőfunkciójával ( duplicity )
-onsite-ra
-Nem volt idő előzetes éles tesztre, de adatvisszaállást már csináltunk

Tervben:
Heti duplicity mentést szeretnék külső adathordozón látni ( magukat a fájlokat )
Offsite-felbővítése ( egyben adatok replikációja )
Levelezés archiválás szintű mentése
Virtual image-es diskdobozra költöztetése, migráció kidolgozása ( nem backup, de köze van hozzá )

( Dgzt | 2013. 01. 18., p – 16:49 )

Én írtam egy backup scriptet bash-ben rsync-et használva, azzal szoktam menteni dolgokat a gépemről minden hétvégén. Ellenőrizni nagyon ritkán szoktam, mikor sok a szabadidőm.

---------------------------
Oszt jónapot!

( turul16 v | 2013. 01. 18., p – 17:36 )

kiprobalas logok :)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( sygma | 2013. 01. 21., h – 16:41 )

A mentéseket tömörítem és titkosítom, amit helyben visszaellenőrzök (CRC), ügyelve arra, hogy ez az adathordozóról visszaolvasna, ne pedig CACHE-ből történjen.
A system backupból szoktam klónozni a következő gépeket, az SQL dumpokat pedig a fejlesztőkörnyezetbe töltöm be időnként.
Az első a random, a második a szisztematikus hibák kiszűrésére jó.

-Sygma

( sigellef | 2013. 01. 23., sze – 01:36 )

Fájl megléte... mivel csak felhasználói adatfájlokat backupolok, amik ugye pótolhatatlanok. Ha piszkálok az /etc-ben, akkor azt is mentem. Mindent DVD-RW-re, tar, xz, mkisofs, cdrecord programokkal. Ha adatfájl vész, akkor visszamásolással pótolható. Ha rendszervinyó hibásodik, akkor meg úgy is újratelepítek, aztán bányászok a mentett /etc-ből
-fs-

Nekem az a tapasztalatom, hogy nagyobb frissitesek utan, vagy nagyobb telepitgetesek utan egyszerubb a teljes gyokeret lementeni, a felhasznaloi adatok nelkul. Egy ilyen backupbol sokkal gyorsabb helyreallni, mint az ujratelepitessel kinlodni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

(shake) en az image mentesnek ellene vagyok. Egy tar.gz -s mentest akarmilyen diskre vissza tudsz csomagolni, egy image-dzsel csak a szivas van. Raadasul ilyenkor en nem is mentek mindent, tehat pl. a /var/log alatti fajlokat siman kihagyom.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal