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 18:44 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Důvody jsou zatím nejasné. Pravděpodobně chyba YouTube. Dění lze sledovat na Twitteru Tona Roosendaala.

Ladislav Hagara | Komentářů: 1
dnes 17:55 | Zajímavý software

Na GitHubu byly pod open source licencí LLVM zveřejněny zdrojové kódy překladače programovacího jazyka C++ Zapcc vycházejícího z Clangu/LLVM. Překlad pomocí Zapccu je díky lepšímu kešování obvykle několikrát rychlejší než překlad pomocí Clangu. V březnu loňského roku byl vydán Zapcc ve verzi 1.0.

Ladislav Hagara | Komentářů: 0
dnes 17:22 | Pozvánky

Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.

xkucf03 | Komentářů: 0
15.6. 22:44 | Zajímavý článek

Na blogu projektu NeoPG (GitHub), kryptografického softwaru vycházejícího z GnuPG, byly zveřejněny 4 příspěvky detailně popisující aktuální bezpečnostní problémy v GnuPG a souvisejících softwarových produktech. V prvním příspěvku je ukázáno, že je možné vytvořit zprávu, o které budou Earlybird, Evolution, Mutt nebo Outlook tvrdit, že jí dešifrovali a přitom ale zpráva vůbec zašifrována nebyla. V druhém příspěvku je popsána

… více »
Ladislav Hagara | Komentářů: 6
15.6. 13:00 | Komunita

GamingOnLinux informuje, že počítačová hra Track Mania Nations Forever (Steam, Wikipedie) pro Windows je nově dostupná také jako snap. Stejně jako v případě winepaku a Flatpaku se k běhu hry používá překladová vrstva Wine.

Ladislav Hagara | Komentářů: 12
14.6. 15:12 | Komunita

Tradiční setkání příznivců operačního systému Linux pod názvem Linux párty Teplice se bude konat v pátek 15. 6. 2018 v Hospůdce u černé Kočky od 18:00 hodin. Setkají se zde pamětníci příkazové řádky, vítáni jsou však i začínající uživatelé.

František Bublík | Komentářů: 21
14.6. 14:00 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00145) další bezpečnostní chybu ve svých procesorech. Jedná se o chybu CVE-2018-3665 s názvem LazyFP.

Ladislav Hagara | Komentářů: 13
14.6. 11:00 | Nová verze

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 153. brněnský sraz, který proběhne v pátek 15. června od 18:00 v restauraci U OSLŮ na ulici Sokolská 361/10. Pro zájemce proběhne krátké promítání z výletu do Černobylu.

Ladislav Hagara | Komentářů: 0
13.6. 19:58 | Upozornění

Server lupa.cz rozebírá připravovanou reformu copyrightu v EU a dopad jejího článku 13, který dává internetovým platformám povinnost řešit autorské právo za vlastníky práv, což by v podstatě vedlo k automatizované cenzuře a konci internetu tak, jak ho známe dnes. Podobně v otevřeném dopise varují Vint Cerf, Tim Berners-Lee a jiní odborníci, Cory Doctorow upozorňuje na důsledky pro Wikipedii, nebo github na sdílení kódu.

marbu | Komentářů: 99
12.6. 16:00 | Nová verze

Bylo oznámeno vydání verze 5.13 prostředí KDE Plasma. Přehled nových vlastností i s náhledy v poznámkách k vydání. Videoukázka na YouTube.

Ladislav Hagara | Komentářů: 94
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (11%)
Celkem 203 hlasů
 Komentářů: 35, poslední dnes 12:19
    Rozcestník

    Dotaz: Inkrementální záloha MySQL

    Heron avatar 17.9.2008 12:06 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Inkrementální záloha MySQL
    Přečteno: 1839×
    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: 51 | 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: 51 | 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: 51 | 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.