Fórum Root.cz
Hlavní témata => Software => Téma založeno: vvv 21. 11. 2012, 15:42:24
-
Ahoj,
potrebuju reseni na zalohovani, kriteria:
- Zalohovat se bude z nekolika stroju v siti, par jich v siti neni (neni to treba pro jejich fci), takze se bud zapoji a nebo se to vyresi jinak.
- Kdyz data nebudou v pripade havarie k dispozici par dni, tak to uplne nevadi a prace se dozene, az data budou.
- Tydne pribude maximalne desitky MB, neco v souborech, neco ale v mistnich databazich programu, jako sqlite atp.
- Ne pouze aktualni data, ale vzhledem k malemu objemu by bylo verzovani velke plus.
- Tvorba zaloh na externi media cas od casu.
- Nechci nic delat na kolene, ani HW ani SW. Bud komplet reseni a nebo na dodany HW instalovat podporovany open-source SW a konfigurovat pres rozumne rozhrani.
- Automaticke updatovani SW.
- Mala spotreba.
- Trosku lepsi nez standardni zaruka na HW, do 7-14 dni mit problem vyresen.
- Reportovani potizi treba na email.
Jedinou otazkou zustava jakym zpusobem to zalohovat ze stroju, nekde to budou jen soubory, jinde jde o data z uzavrenych programu. A jak kontrolovat spravnost odzalohovanych dat.
Mate tip na neco? Resili jste neco podobneho?
-
Hotových řešení je víc, následující tři třeba umí velmi dobře inkrementální zálohy včetně udržování libovolně dlouhé historie: rdiff-backup (http://www.root.cz/clanky/zaloha-dat-pomoci-rdiff-backup/), Duplicity (http://www.root.cz/clanky/sifrovane-inkrementalni-zalohy-s-duplicity/) a rsnapshot (http://www.root.cz/clanky/zalohujeme-s-rsnapshot/).
-
A co pouzit nejaky zalohovaci SW? Namatkou me napada treba TSM(IBM) anebo NetBackup(Symantec).
-
Amanda?
-
backuppc http://backuppc.sourceforge.net/ (http://backuppc.sourceforge.net/)
-
asi dalsie kriteria treba rozhodnut:
- zalohovacie media (hdd pole, pasky?)
- ako dlho chces uchovavat data (degradacia medii)
- redundancia zaloh?
- OS na klientoch?
pre dobre konfigurovatelny ale trosicka menej intuitivny system doporucujem www.bacula.org - problem je len so zalohovanim windows klientov (resp ich "barebone" obnova systemu)
-
problem je len so zalohovanim windows klientov (resp ich "barebone" obnova systemu)
Jestli je na Widlove masine misto, tak by se tam dal treba jednou tydne z ntcronu pustit ntbackup, zazalohovat Widle a Program Files + System state do nejakeho adresare a ten si zazalohovat Baculou. Obnova by pak sice vyzadovala nekolik kroku,ale dala by se udelat.
-
To sice ano, ale ukladanim zaloh "ve Widlech" prides o vyhody inkrementalneho zalohovania - checksum nebude sediet a bude sa kazdy tyzden ukladat nova kopia
-
Jasne, ale zase by se dalo predpokladat, ze na tech strojich se instalace Widli moc menit nebude, zejmena pak na serverech, takze by se dal z cronu pustit cely backup treba jednou za mesic a pak si treba kazdy den zazalohovat system state, kde by byly registry plus, pokud to jinak nejde, nejake dalsi fajly. Nevim, nechce se mi bootovat Widle, abych se podival, jestli jde zazalohovat system state zcela oddelene od zbytku. Nebo by melo nejak jit zasejvovat registry, coz by se dalo delat jednou denne z cronu.
Widle, bohuzel, ze zalohuji pekne blbe, protoze maji soubory, ke kterym se clovek dostane, jen kdyz je ten system off-line. Takze bezne dostupne reseni zalohy asi muze byt jenom takto nejak priblble. Anebo clovek musi vysolit na prkno castku za nejakou zalohovaci aplikaci, ktera umi minimalne to, co ntbackup, ale na vzdaleny server.
-
http://www.vmware.com/products/desktop_virtualization/mirage.html 8)
-
Pro Windows doporučuji Easeus ToDo Backup 4.0.0.5 - tato poslední verze je free i pro komerční použití. Umí to úplně vše, co člověk potřebuje. Nové verze jsou již placené, ale mají zase více funkcí a administrační konzoly.
-
Widle, bohuzel, ze zalohuji pekne blbe, protoze maji soubory, ke kterym se clovek dostane, jen kdyz je ten system off-line. Takze bezne dostupne reseni zalohy asi muze byt jenom takto nejak priblble. Anebo clovek musi vysolit na prkno castku za nejakou zalohovaci aplikaci, ktera umi minimalne to, co ntbackup, ale na vzdaleny server.
Widle se zalohuji docela v pohode. Dokonce na to maji vlastni API. Soubory ke kterym se neda normalne dostat se zalohuji pomoci zalohovaciho API. Stejne tak vam Wokna reknou ktery soubory jsou systemovy ty pak musite zazalohovat pro Bare Metal restore.
Oni ty wokna nejsou zase tak hrozny, jenom maji svoje postupy a ty je potreba dodrzovat.
-
Pozor na zálohování databází.
Záleží na databázovém systému ale většinou není moc dobrý nápad při běhu/používání databáze zálohovat na úrovni souborového systému. Někdy se z toho některé databáze dokážou vzpamatovat, ale nebývá to doporučovaný postup.
Potom nezbývá než udělat zálohu pomocí sw k dané databázi do nějakého extra souboru a až ten zálohovat.
Nouzovým řešením může být ukončení-pozastavení databázové služby během zálohování.
-
Záleží na databázovém systému ale většinou není moc dobrý nápad při běhu/používání databáze zálohovat na úrovni souborového systému. Někdy se z toho některé databáze dokážou vzpamatovat, ale nebývá to doporučovaný postup.
Myslim ze vseobecny postup Lock->Dump->Backup celkom dobre funguje
-
Widle se zalohuji docela v pohode. Dokonce na to maji vlastni API. Soubory ke kterym se neda normalne dostat se zalohuji pomoci zalohovaciho API.
To sice jo, ale musite mit specielni zalohovaci soft, ktery s tim umi delat. Tedy treba ne rsync.
-
Záleží na databázovém systému ale většinou není moc dobrý nápad při běhu/používání databáze zálohovat na úrovni souborového systému. Někdy se z toho některé databáze dokážou vzpamatovat, ale nebývá to doporučovaný postup.
Myslim ze vseobecny postup Lock->Dump->Backup celkom dobre funguje
Je treba zalohovacimu softu explicitne rict ceho se nema dotknout a odzalohovat to utilitkama mimo nebo drzet alespon extra transakcni log.
S tim prostym kopirovanim souboru jak kde. Co kdyz mas databazi na partisne/raw device/in memory? Tam to neni tak jednoduchy. Databaze ktera neumi zalohu za behu je databaze na houby. Na druhou stranu porad je lepsi mit pri prusvihu databazi lehce poskozenou nez databazi zadnou. Predpokladam ze chce zalohu na nejake male reseni takze replikace mohu vyloucit.
-
Myslim ze vseobecny postup Lock->Dump->Backup celkom dobre funguje
Nefunguje, jakýkoliv nápad kopírovat soubor běžící databáze je špatný.
Databáze se zálohují vytvořením zálohy, ta se následně zálohuje jako normální soubor a vlastní databázové soubory se ponechají osudu. Když server klekne, tak se tyto vytvoří znovu ze záloh.
-
Myslim ze vseobecny postup Lock->Dump->Backup celkom dobre funguje
Nefunguje, jakýkoliv nápad kopírovat soubor běžící databáze je špatný.
Databáze se zálohují vytvořením zálohy, ta se následně zálohuje jako normální soubor a vlastní databázové soubory se ponechají osudu. Když server klekne, tak se tyto vytvoří znovu ze záloh.
Nelze rici spatne/dobre. I pres soubory to lze pokud to dana databaze ma nejak osetreno.
Silne zalezi na databazi a na aplikaci. Mas tu soubory databaze,dump, transakcni log a replikace. Zalezi uz na databazistovi aby posoudil co je pro nej nejlepsi. V pripade ze data databaze lezi na disku bez filesystemu, tak kdyz das dd tak ti ani svecena voda nemusi pomoct.
Jsou aplikace ktere snesou i docasnou odstavku a jsou aplikace kde nekolikasekundova mezera v datech muze znamenat miliony ecek.
Proto bych to probral s aplikacema,databazistama v pripade maleho reseni s dodavatelem.
-
I pres soubory to lze
Poslůchajte, Kefalín, čo vy si predstavujete pod takým pojmom databáza ?
-
I pres soubory to lze
Poslůchajte, Kefalín, čo vy si predstavujete pod takým pojmom databáza ?
Databaze muze byt klidne i plaintext do ktereho se pridavaji radky;) Ve statni sprave je treba jedno ohromny xlsko databaze;)
Kdyztak cituj celou vetu: I pres soubory to lze pokud to dana databaze ma nejak osetreno. Pokud nema tak to skonci nekonzistentni databazi a bordelem. Je to fuj fuj ble ble, ale v nouzi nejvyssi kdyz "barak hori a lidi musi ven" to pouzit lze. Porad lepsi nakopnuta databaze nez zadna.
-
Je to fuj fuj ble ble, ale v nouzi nejvyssi kdyz "barak hori a lidi musi ven" to pouzit lze. Porad lepsi nakopnuta databaze nez zadna.
Jako nouzovku to beru, to se shodneme.