Zálohování MariaDB (MySQL) rubrika: Databáze: SQL

1 skybedy
položil/-a 20.2.2015

Potřebuju vymyslet koncepci zálohování několika, řekněme třeba 5 tabulek, v reálném čase. DB je součástí aplikace, kterou používáme při činnostech spojených se zajišťováním výsledků na sportovních akcích. To znamená, že do DB padají osobní údaje lidí, názvy týmů a podobně, čili všecko to, co by se velmi špatně zpětně získávalo v případě, že by počítač klekl a v situacích, kdy na nic není čas, protože výsledky nepočkají.
Hrál jsem si z replikacemi, ale pro tyhle potřeby mi to nepřišlo vhodné. Optimální by byl nějaký softík, který by to ukládal paralelně na flasku, z které bych to v případě kolapsu jednoduše nahrál na zálohový počítač. Samozřejmě, nakonec si ten softík můžu napsat sám, ale nejprv zkouším, jestli by někdo neměl nějaký tip na prověřené řešení.

odkaz Vyřešeno
1 skybedy
odpověděl/-a 4.3.2015

Nakonec jsem to vyřešil jednoduše a divím se, že mě to nenapado dříve. Jakýkoliv důležitý záznam zapisuju přes fwrite do souboru na externí flashku. Prostě takový přírustkový mysqldump.

Komentáře

  • jiri.knesl : doufám, že těch záznamů není moc. protože synchronní zápis na disk není moc rychlý. pokud navíc nepoužíváš flock, tak může dojít k porušení souboru. imho nejlepší řešení by bylo postavit mikroslužbu (v nějakém stále běžícím jazyce), která bude mít na té flashce SQLite databázi a posílat eventy na tu službu (asynchronně a nevázat se na výsledek) — 4.3.2015
  • skybedy : Tak jak jsem zhruba psal na začátku, používám to pro potřeby zajišťování výsledků na závodech. To znamená, že prostřednictvím aplikace, kterou na to máme se insertují lidi do nějaké tabulky "závod" a případně updatujou jejich data v naší centrální databázi "osoby". Kdo někdy byl na nějakých závodech, umí si představit jak to tam vypadá, více či méně dlouhá řada nervoznich lidí čekajících až na ně přijde řada na jedné straně a více či méně touto situací stresování lidi u prezenatce (my) na straně druhé. Nechtěl jsem pro tutu relativně krátkou a dočasnou situaci replikaci, protože to znamená pro tuto chvíli další práci navíc jako další komp v síti a další starost z dlouhé řady jiných starostí, které na těhle akcích máme. Jak jsem řekl, tahle situace je dočasná, po ukončení registrace se stejně všecko jednorázově zazipuje na flasku a importuje ručně do záložního kompu. Celou tuhle věc vymýšlím pro jednu jedinou extrémní situaci,ke které naštěstí ještě ani jednou za těch 10 let co to dělám nedošlo a možná ani nikdy nedojde, a to, že odejde komp právě v průbehu této registrace. Počet záznamů pro tuto konkrétní situaci je samozřejmě různý a je přímo odvislý od velikosti akce, kterou děláme a může se pohybovat v intervalu od 100 do 1000. V každém případě tvou připomínku a návrh řešení budu brát v úvahu, díky. — 5.3.2015

Pro zobrazení všech 12 odpovědí se prosím přihlaste:

Rychlé přihlášení přes sociální sítě:

Nebo se přihlaste jménem a heslem:

Zadejte prosím svou e-mailovou adresu.
Zadejte své heslo.

Aktuální otázky v rubrice Databáze: SQL

Otázky uživatele skybedy