abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 0
dnes 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 1
dnes 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 0
dnes 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
dnes 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
včera 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
včera 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 7
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (11%)
 (2%)
 (73%)
 (3%)
 (10%)
Celkem 377 hlasů
 Komentářů: 29, poslední dnes 18:00
Rozcestník
Reklama

Dotaz: Inkrementální záloha MySQL

Heron avatar 17.9.2008 12:06 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Inkrementální záloha MySQL
Přečteno: 1826×
Dobrý den.

Stojím před problémem narůstajícího objemu dat v DB. Kompletní záloha trvá příliš dlouho a změň je oproti předchozímu dni relativně málo. Napadlo mě to řešit pomocí inkrementální zálohy - používáte něco hotového?

DB schema měnit můžu, ale nechce se mi tam bezhlavě nastrkat sloupec TIMESTAMP s vlastností ON UPDATE CURRENT_TIMESTAMP. Pak může nastat situace, že zálohy pomocí SELECT ... WHERE `time`>last nebudou kompletní z hlediska cizích klíčů. Jak byste to řešili?

Odpovědi

17.9.2008 18:50 kafa | skóre: 10
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Využil bych k zálohám incrementální logy pro replikaci, nebo bych prostě vytvořil repliku a zálohoval tu. Na čase pak nezáleží.
28.9.2008 19:57 RapMan | skóre: 14 | blog: RapMan
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Ahoj, jako zalohu take pouzivame replikaci. Na dalsim virtualnim stroji bezi mysql server, kam se replikuji vsechna data z primarniho mysql serveru, v pripade havarie je tedy ihned k dispozici nejaktualnejsi online zaloha.
30.9.2008 09:41 Peter Lehotsky | skóre: 26 | Prague
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Replikace !=zaloha, abyste jednou nekoukal na 2 zborcene servery a netrhal si vsechny chlupy ;-).
30.9.2008 09:57 azurIt | skóre: 34 | blog: zatial_bez_mena
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
tak tak, pripomina mi to ako dost vela ludi povazuje RAID za zalohovanie :)
Heron avatar 30.9.2008 13:36 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
JJ, těch je taky dost.

Nápad s replikací mi nic neřeší. Délka zálohy se tím neomezí, jen se přesune jinam (a je mi jedno, zda 6h zálohuji server A, nebo B). Snad pomohou ty binlogy, zatím jsem se na ne nedíval a jen jsem trochu změnil schema, ať není potřeba denně tahat x desítek GB.
30.9.2008 13:41 Peter Lehotsky | skóre: 26 | Prague
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Bacula nebo TSM?
Heron avatar 30.9.2008 13:54 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Bacula umí zálohovat SQL?
30.9.2008 14:08 Peter Lehotsky | skóre: 26 | Prague
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Dost kopiruji funkcionalitu TSM, tak to snad umi. Pouzival jsem ji pouze na soubory.
30.9.2008 21:12 Peter Lehotsky | skóre: 26 | Prague
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
9.10.2008 14:42 Ivan
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
TSM tohle urcite nevyresi. Sice umi inkrementalne zalohovat Oracle nebo Informix, ale pouziva k tomu prostredky databaze. Tzn. pokud vase databaze nema podporu pro online/incrementalni zalohu, tak mate smulu. Muzete mozna pouzit snapshoty nad LVM. Pokud verite tomu, ze MySQL ma v kazdem okamziku data na disku konzistentni.

2.10.2008 16:01 kafa | skóre: 10
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Zatímco zálohujete repliku B, server A může normálně pracovat. Takže jedno to rozhodně není. Naopak. Zálohování pouhých změn znamená delší a složitější obnovu a větší riziko chyb. Přitom čas obnovy je rozhodně kritičtější, než doba zálohy, běžící "na pozadí".
8.10.2008 19:07 pupala | skóre: 20
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Preto je výhodná kombinovaná záloha, cez týždeň inkrementálna, a v noci zo soboty na nedeľu kompletná.
30.9.2008 19:49 RapMan | skóre: 14 | blog: RapMan
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Ano, replikace neni zaloha, nejsme hloupi, ale delani zalohy z replikovaneho serveru je mnohem jednodussi nez z produkcniho serveru.
finc avatar 8.10.2008 23:41 finc | skóre: 8 | blog: Finc | Kolín
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
My provadime zalohu klasicky, pres mysqldump, ktery je naplanovan v crone. Vzdy vytvorime soubor nesouci nazevdb_den_v_tydnu.gz. Tak mam v podstate 7 zaloh, ktere se stale opakuji.

Pri spousteni dotazu provedu dump s ulozenymi procedurami a v jedne transakci (duvodem je prave innodb a reference). Cely vystup je pak zabalen do gz.

Osobne jsem nekolik let zkoumal, jak to udelat efektivneji a lepe. Bohuzel, mozna bohudik, jsem nic jineho nenalezl. Toto je naprosto nejjednodussi, nejrychlesi a nejspolehlivejsi zpusob.

Jedna DB ma priblizne kolem 2GB, samotny dump je otazka par minut, takze nejde o nic hrozneho.

Pokud pouzivas referencni integrity a replikaci nepovazujes za zalohu (s cimz souhlasim), tak si myslim, ze stejne nic elegantniho nenaleznes.
Kdo Vam dal pravo ty lidi urazet? A kdo ti dal pravo cumet z okna, ty kr.vo!
Heron avatar 9.10.2008 14:56 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
Asi to tak nakonec dopadne, řešení to není špatné (sice vyžaduje trochu změnu schematu, ale nic velkého). Udělám dump do vedlejší DB, kterou následně pomocí mysqldump zazálohuji. A každý týden asi o víkendu udělám full. Import 40GB nebo 40GB * 6 * par stovek MB není zas takový rozdíla úspora času bude značná.

Dík všem za návrhy.
1.11.2008 22:32 jahor
Rozbalit Rozbalit vše Re: Inkrementální záloha MySQL
ahoj,

doporucuji podivat se na mylvmbackup (http://lenz.homelinux.org/mylvmbackup/) jde o maly nastroj, ktery pokud je mysql na lvm, umi udelat snapshot a kompletni zalohu. v mem pripade prave testuji toto nasazeni pro db kde konzistentni zaloha pomoci mysqldumpu jiz nebyla mozna (prilis dlouhy lock cele db). prijde mi jako idealni kombinace ve spojitosti s replikou kde pak probiha normalni mysqldump. sice je to zdvojene ale to neni na skodu. mysql na lvm lze take vyuzit v pripade kdyz se nejak poskodi replikace a je treba ji dat dokupy. zajimave jeste je ZRM (www.zmanda.org) ktery umi i point-in-time recovery z provedenych zaloh. ale s tim nemam praktickou zkusenost.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.