Dotaz: Upgrade jessie -> stretch

[semtex]

Ahoj, mám pro sebe maneší server, kde mám svoje vlastní maily. Mám tam zhruba - apache, mysql, courier, postfix, pure-ftpd. Všechny tyto služby mám nakonfigurované pro použití s mysql. No a mám trochu strach udělat upgrade, když po upgradu doje ke změně mysql->mariadb. Máte prosím s tímto zkušenosti? Je potřeba se nejdříve nějak zařídit, nebo je mariadb tak kompatibilní, že přechod proběhne bez nutnosti zásahu?

Moc děkuji.

Odpovědi

[MP]

Tak si to nasimulujte ne?

[semtex]

Ok, poradíte jak? Jen nakopnout...

[Josef Kufner]

V první řadě udělej kompletní zálohu. Když se upgrade nepovede, tak obnovíš a zkusíš znovu a jinak.

MySQL a Mariadb by měly být kompatibilní. Přesun dat do Mariadb by měl proběhnout automaticky. Kdysi jsem to jednou dělal a nezanamenal jsem potíže.

Můžeš zkusit MySQL během upgrade podržet, aktualizovat vše ostatní a ujistit se, že to funguje. Pak teprve přejít na Mariadb a zkontrolovat si to podruhé. Záleží, zda ty ostatní služby MySQL používají. Pokud ne, tak prostě upgradni a uvidíš. Když to bude hodně špatné, tak prostě obnovíš ze zálohy. Nejspíš narazíš jen na nějaké drobnosti v konfiguraci.

[Josef Kufner]

... A pokud bys chtěl dělat upgrade jen s minimálním výpadkem, můžeš si server naklonovat a zkusit si to ve virtualboxu nanečisto.

[semtex]

Díky. Jo právě že všechny ty služby používají mysql. Server mám na miroru, tak přemýšlím, že ten mirror rozdělím, na jednom zkusím upgrade a když se to nepovede, tak tam dám ten první disk. Pak mě ještě napadla varianta - mám tam lvm, tak snapshot?

A ještě jedna důležitá věc - mariadb má stejné příkazy jako mysql?

[Josef Kufner]

Prostě udělej zálohu. Co bys dělal, kdyby ti chcíp disk?

Co jsem si všimnul, Mariadb balíčky obsahují aliasy (alternatives) pro mysql příkazy. Takže by mělo všecko fungovat. Uvidíš.

Jinak Mariadb je i v Jessie, takže můžeš konvertovat před upgradem, kdy víš, že všechny služby fungují a jejich konfigurace je správná. Až zkonvertuješ databázi, můžeš upgradovat celý systém. To by měla být asi nejjednodušší cesta.

[semtex]

Ok, dík.

[k3dAR]

rozhodne neres "zalohu" tim ze z raid mirror odpojis 1 disk a "obnovu" tim ze prohodis disk za ten odpojenej
kdyz mas LVM, tak udelej LV snapshot a kdyz upgrade problem, vratis puvodni stav...
(k tomu ale zaroven je dobre i zalohovat vse jinam, jak "jen" rsync disku, tak dump mysql)

[semtex]

Pro jistotu se zeptám - můžu udělat snapshot na běžícím rootfs za běhu? Nebo je lepší třeba nabootovat z CD, udělat snapshot, pak restartovat a teprve potom upgradovat?

[k3dAR]

obecne muzes za chodu/pripojenem rootfs, ALE zrovna v pripade mysql, resp. databaze, muze zalezet na tom zda je databaze zrovna "pouzivana", takze pokud by nevadil reboot do livecd, tak asi nebudes mit problem s tim ze mysql stopnes, pokud by to byl problem, tak udelej snapshot s tim ze pro mysql si udelas jeste ten dump, pokud bys vracel stav pred snapshot, tak po nem bys jeste obnovil ten dump

[Josef Kufner]

Je lepší zastavit databázi a důležité služby, které zapisují na disk. Jinak je to v pohodě.

Může se stát, že se trefíš nějaké aplikaci do okamžiku, kdy zrovna zapisovala něco na disk a bude tam něco nekonzistentního. Případně že ti přijde e-mail chvilku po snapshotu a tedy po obnově to tam nebude. To snadno vyřešíš zastavením takové služby před snapshotem. Databáze mívají příkaz, který uvede databázové soubory do konzistentního stavu jako při vypínání, aby ten snapshot byl bezpečnější, ale aniž by to odpojilo klienty.

Při běžném zálohování to není potřeba řešit, neboť je to stejné, jako když jen vypadne proud. Vlastně trochu lepší, neboť metadata na filesystému budou v pořádku.

[alkoholik]

MySQL si nechavalo libit spoustu prasaren. Je mozne, ze budes muset nastavit SQL_MODE. Jinak to byva v pohode.

[Petr]

MariaDB má derived merge table optimization a by default je zapnuté. Jestli používáš vlastní nebo 3rd-party aplikace je potřeba zajistit, že nepoužívají ORDER BY v poddotazech, případně tuhle optimalizaci dočasně vypnout a fixnout svůj kód. MySQL to má od verze 5.7, ta myslím nebyla v jessie.

https://mariadb.com/kb/en/derived-table-merge-optimization/

[Petr]

Oprava: MySQL má derived merge table optimization od verze 5.6

[semtex]

ano, v jessie je 5.5.x ale tady se určitě order by v poddotazech nepužívá

[R]

Na mariadb som prechadzal pred upgradom na stretch. V jessie je mysql aj mariadb - idealne na prechod. Problemy neboli.