Ha újabb MariaDB változat jelenik meg, a frissítés kicsit bonyolultabb folyamat lesz, mint egyszerűen csak kiadni az 'apt-get upgrade' parancsot. Nézzük szépen sorjában, hogyan is kell ezt ügyesen végrehajtani:
- A '/etc/init.d/mysql stop' paranccsal állítsuk le a kiszolgálókat
- A '/etc/init.d/mysql report' paranccsal győződj meg arról, hogy a kiszolgálók tényleg leálltak
- A 'ps ax | grep mysql' paranccsal szintén leellenőrizheted ugyanezt, illetve a syslogban is
- Ha a kiszolgálók valóban leálltak, akkor jöhet az 'apt-get upgrade'
- A frissítési folyamat végén a '/etc/init.d/mysql report' paranccsal ellenőrizd, hogy mely példányok futnak (remélhetőleg egyik sem)
- Indítsd el az egyes kiszolgáló példányokat
- Ellenőrizd le, hogy futnak-e a kiszolgálóid
- A /etc/mysql mappában található debian-start, illetve debian-startxxxx fájlokat egyenként indítsd el, amelyek elvégzik az adatbázisok megfelelő frissítését és ellenőrzését, szükség esetén javítását
- A syslogban ellenőrizd az egyes kiszolgálók üzeneteit
- Ha minden rendben van, örülhetsz :-)
Ha pedig minden jól ment és semmit sem hagytam ki, akkor remélhetőleg van egy működőképes adatbázis-kiszolgáló készleted, egyetlen szerveren megvalósítva.
UPDATE - 2016.02.02: kijött a MariaDB 10.1.11-es változata, a csomag frissítése során az alábbiakat tapasztaltam:
- A frissítés után automatikusan elindult mind a négy kiszolgáló (de ez végül is nem baj).
- Az alapértelmezett /var/lib/mysql mappába a frissítés alatt visszakerült egy alapértelmezett (és üres) MariaDB adatbázis, de a 3306-os példány nem azt használta a frissítés utáni elinduláskor, hanem az általunk kialakított, /srv/db/mysql mappában lévőt.
A csomag frissítése egyébként minden hiba nélkül lefutott. Vagyis lehet örülni...