{"id":30280,"date":"2019-10-31T21:34:38","date_gmt":"2019-10-31T18:34:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/potochnaya-konvertatsiya-baz-firebird-2-5-v-format-ods12-firebird-3-0\/"},"modified":"2019-10-31T21:34:38","modified_gmt":"2019-10-31T18:34:38","slug":"potochnaya-konvertatsiya-baz-firebird-2-5-v-format-ods12-firebird-3-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/potochnaya-konvertatsiya-baz-firebird-2-5-v-format-ods12-firebird-3-0","title":{"rendered":"Pr\u00fadov\u00e1 konverzia datab\u00e1z Firebird 2.5 do form\u00e1tu ODS12 (Firebird 3.0)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ka\u017ed\u00e1 verzia Firebird m\u00e1 svoju vlastn\u00fa verziu form\u00e1tu diskov\u00fdch \u0161trukt\u00far datab\u00e1zy \u2013 O(n)D(isk)S(tructure). Do verzie 2.5 vr\u00e1tane mohol motor Firebird pracova\u0165 s ODS predch\u00e1dzaj\u00facich verzi\u00ed, teda datab\u00e1zy zo star\u0161\u00edch verzi\u00ed sa otvorili novou verziou a pracovali v re\u017eime kompatibility, ale motor Firebird 3.0 funguje iba s DB vo vlastnej ODS verzii 12.0.<\/p>\n

Aby ste pre\u0161li na 3.0, datab\u00e1zu z 2.5 je potrebn\u00e9 previes\u0165 do nov\u00e9ho form\u00e1tu cez backup\/restore. Predpoklad\u00e1me, \u017ee DB bola predt\u00fdm pripraven\u00e1 na konverziu \u2014 t.j. metadata a dopyty boli overen\u00e9 na kompatibilitu s Firebird 3.0.<\/p>\n

Ak sa riadite \u0161tandardn\u00fdm pr\u00edstupom, znamen\u00e1 to, \u017ee mus\u00edte vykona\u0165 z\u00e1lohu na verzii 2.5, potom nain\u0161talova\u0165 3.0 a vykona\u0165 restore. Tak\u00fdto proces je prijate\u013en\u00fd, ak m\u00e1te dostatok \u010dasu, ale pri migr\u00e1cii ve\u013ek\u00fdch datab\u00e1z, alebo pri s\u00fa\u010dasnej migr\u00e1cii nieko\u013ek\u00fdch desiatok DB, ke\u010f \u010das tla\u010d\u00ed, m\u00f4\u017eete vyu\u017ei\u0165 pr\u00fadov\u00fa konverziu, ktor\u00e1 je o 30-40% r\u00fdchlej\u0161ia. Ako to presne spravi\u0165 (pod Windows a pod Linux), \u010d\u00edtajte ni\u017e\u0161ie.
\n<\/a><\/noindex>
\nCelkovo ide o to, \u017ee na ur\u00fdchlenie vyu\u017eijeme potrubie:<\/p>\n

gbak -b \u2026 datab\u00e1za25 stdout | gbak -c \u2026 stdin datab\u00e1za30<\/code><\/pre>\n
\nGbak z 2.5 generuje z\u00e1lohu v line\u00e1rnom form\u00e1te a smeruje ju do stdout, ktor\u00fa okam\u017eite cez stdin zachyt\u00e1va gbak z 3.0 a vytv\u00e1ra nov\u00fa DB.<\/p>\n
Tak\u00e9to potrubie je potrebn\u00e9 organizova\u0165 v\u00fdlu\u010dne lok\u00e1lnym (s\u00faborov\u00fdm) pr\u00edstupom, preto\u017ee sie\u0165ov\u00fd pr\u00edstup (aj cez localhost) zna\u010dn\u011b spoma\u013euje proces.<\/p>\n
Ni\u017e\u0161ie sa zaober\u00e1me podrobnos\u0165ami pre Windows a Linux.<\/p>\n
Windows<\/b><\/p>\n
V pr\u00edpade Windows je najjednoduch\u0161ie vytvori\u0165 \u00faplne samostatn\u00fa zostavu Firebird. Na to berieme embed-arch\u00edv Firebird 2.5<\/a><\/noindex>, premenov\u00e1me fbemded.dll na fbclient.dll, prid\u00e1me z arch\u00edvu \"oby\u010dajn\u00e9ho\" 2.5 utilitu gbak.exe a (nepovinne) \u2013 isql.exe. <\/p>\n
Firebird 3.0 pou\u017e\u00edva jednotn\u00fa zostavu<\/a><\/noindex> a nevy\u017eaduje \u017eiadne \u00fapravy.<\/p>\n
Najjednoduch\u0161ia verzia (nevy\u017eaduj\u00faca in\u0161tal\u00e1ciu runtime kni\u017en\u00edc VS2008\/VS2010 na cie\u013eovom syst\u00e9me) obsahuje nasleduj\u00face s\u00fabory:<\/p>\n
25\/gbak.exe\n25\/fbclient.dll\n25\/firebird.conf\n25\/firebird.log\n25\/firebird.msg\n25\/ib_util.dll\n25\/icudt30.dll\n25\/icuin30.dll\n25\/icuuc30.dll\n25\/Microsoft.VC80.CRT.manifest\n25\/msvcp80.dll\n25\/msvcr80.dll\n\n30\/fbclient.dll\n30\/firebird.conf\n30\/firebird.msg\n30\/gbak.exe\n30\/ib_util.dll\n30\/icudt52.dll\n30\/icudt52l.dat\n30\/icuin52.dll\n30\/icuuc52.dll\n30\/msvcp100.dll\n30\/msvcr100.dll\n30\/intl\/fbintl.conf\n30\/intl\/fbintl.dll\n30\/plugins\/engine12.dll<\/code><\/pre>\n
\nSk\u00fasen\u00fd administr\u00e1tor si m\u00f4\u017ee v\u0161imn\u00fa\u0165, \u017ee v 2.5 nie s\u00fa zahrnut\u00e9 s\u00fabory intl\/fbintl.dll a intl\/fbintl.conf. Je to naozaj tak, preto\u017ee gbak nepou\u017e\u00edva charset pripojenia a nekonvertuje d\u00e1ta medzi charsetmi, ale na \"prij\u00edmacej\" strane Firebird 3.0 s\u00fa tieto s\u00fabory nevyhnutn\u00e9 pri vytv\u00e1ran\u00ed indexov.<\/p>\n
V s\u00fabore firebird.conf sa odpor\u00fa\u010da prida\u0165 Firebird 3.0:<\/p>\n
MaxUnflushedWrites = -1\nMaxUnflushedWriteTime = -1<\/code><\/pre>\n
\nTaktie\u017e je \u017eiaduce nastavi\u0165 r\u00f4zne hodnoty IpcName pre 2.5 a 3.0. <\/p>\n
Pri v\u00fdbere hodn\u00f4t in\u00fdch parametrov firebird.conf vych\u00e1dzame z jednoduch\u00e9ho predpokladu: v jednom procese gbak pracuje 2.5 po\u010das prenosu d\u00e1t, v inom \u2013 3.0, potom 2.5 kon\u010d\u00ed, a 3.0 za\u010d\u00edna budovanie indexov.<\/p>\n
Aby sa ur\u00fdchlil proces budovania indexov v 3.0, odpor\u00fa\u010da sa zv\u00fd\u0161i\u0165 ve\u013ekos\u0165 parametra TempCacheLimit na ~40% RAM (ak je to dedikovan\u00fd server, samozrejme).<\/p>\n
Napr\u00edklad, ak server m\u00e1 16 GB RAM, m\u00f4\u017eete nastavi\u0165 <\/p>\n
TempCacheLimit=6G<\/code><\/pre>\n
\nSamozrejme, t\u00fato hodnotu je mo\u017en\u00e9 nastavi\u0165 iba pre 64-bitov\u00fd Firebird 3, preto\u017ee ak\u00fdko\u013evek 32-bitov\u00fd proces nem\u00f4\u017ee alokova\u0165 viac ako 2 gigabajty pam\u00e4te.<\/i><\/p>\n
Pre 2.5 nie je potrebn\u00e9 meni\u0165 tento parameter \u2013 aj tak nem\u00f4\u017ee prekro\u010di\u0165 2 gigabajty, a ani pri z\u00e1lohovan\u00ed to neovplyv\u0148uje r\u00fdchlos\u0165.<\/p>\n
Pred vykonan\u00edm oper\u00e1cie je potrebn\u00e9 skontrolova\u0165, \u010di je str\u00e1nkov\u00fd cache v hlavi\u010dke datab\u00e1zy nastaven\u00fd na 0 (pr\u00edkaz gstat -h databasename<\/code>, pozrite riadok Page buffers). <\/p>\n
Ak je cache zadan\u00e1 priamo v hlavi\u010dke DB, prepisuje hodnoty z firebird.conf (a databases.conf v 3.0), a pri neprimern\u00fdch ve\u013ek\u00fdch hodnot\u00e1ch m\u00f4\u017ee vies\u0165 k nadmern\u00e9mu vy\u0165a\u017eeniu pam\u00e4te a swapovaniu.<\/p>\n
\u010ealej skop\u00edrujeme s\u00fabory na cie\u013eov\u00fd syst\u00e9m. <\/p>\n
Konverzia sa vykon\u00e1va po zastaven\u00ed \"syst\u00e9movej\" slu\u017eby Firebird 2.5, pr\u00edkazov\u00fdm riadkom s povolen\u00edm lok\u00e1lneho administr\u00e1tora (pr\u00edklad):<\/p>\n
set ISC_USER=majite\u013e\n\"25\/gbak\" -z -b -g -v -st t -y 25.log datab\u00e1za25 stdout|^\n\"30\/gbak\" -z -c -v -st t -y 30.log stdin datab\u00e1za30<\/code><\/pre>\n
\nV tomto pr\u00edklade sa pou\u017e\u00edva \"priama lomka\" v \u00favodzovk\u00e1ch (platn\u00fd \"unix-style\"), a \"hatsymbol\" (symbol \"^\") escapeuje znak nov\u00e9ho riadku, \u010do je pohodln\u00e9 pri p\u00edsan\u00ed dlh\u00fdch pr\u00edkazov. Mo\u017enos\u0165 -st(atus) sa objavila vo Firebird 2.5.8 a umo\u017e\u0148uje zaznamena\u0165 do protokolu \u00fadaje o \u010dase trvania procesu gbak (podrobnosti \u2013 v dokument\u00e1cii).<\/p>\n
Linux<\/b><\/p>\n
Na Linuxe Firebird 3 z\u00e1vis\u00ed od kni\u017enice tommath. V CentOS (RHEL) sa t\u00e1to kni\u017enica nach\u00e1dza v repozit\u00e1ri epel, v Ubuntu (Debian) v \u2013 syst\u00e9movom.<\/p>\n
Pre syst\u00e9m CentOS je najprv potrebn\u00e9 pripoji\u0165 repo epel a a\u017e potom pokra\u010dova\u0165 s <\/p>\n
yum install libtommath<\/code><\/pre>\n
\nNa Ubuntu nie je potrebn\u00e9 pripoji\u0165 \u010fal\u0161ie repozit\u00e1re, av\u0161ak v Ubuntu 16 a Ubuntu 18 sa in\u0161taluj\u00fa r\u00f4zne verzie bal\u00edkov \u2013 libtommath0 a libtommath1, pr\u00edslu\u0161ne.<\/p>\n
Firebird 3.0 h\u013ead\u00e1 tommath.so.0 a pre Ubuntu 18 je navy\u0161e potrebn\u00e9 vytvori\u0165 odkaz (symlink) z tommath.so.0 na tommath.so.1. Najprv treba n\u00e1js\u0165 tommath.so.1. <\/p>\n
H\u013eadan\u00e1 cesta v Ubuntu je \u2013 \/usr\/lib\/x86_64-linux-gnu\/<\/code>, ale v in\u00fdch distrib\u00faci\u00e1ch zalo\u017een\u00fdch na Debiane to m\u00f4\u017ee by\u0165 inak.<\/p>\n
Druh\u00fd probl\u00e9m s\u00favis\u00ed s t\u00fdm, \u017ee pred Firebird 3.0.1, vr\u00e1tane, neexistoval jednoduch\u00fd sp\u00f4sob, ako nain\u0161talova\u0165 dve r\u00f4zne verzie servera. Mo\u017enos\u0165 \u201ekompilova\u0165 z zdrojov\u00e9ho k\u00f3du s po\u017eadovan\u00fdm prefixom\u201c nezva\u017eujeme z d\u00f4vodu jeho relat\u00edvnej pracnosti.<\/p>\n
Pre Firebird 3.0.2 a vy\u0161\u0161ie je implementovan\u00e1 kompil\u00e1cia s \u2013enable-binreloc<\/a><\/noindex> a samostatn\u00e1 mo\u017enos\u0165 in\u0161tal\u00e1tora (-path cesta).<\/p>\n
Predpokladaj\u00fac, \u017ee kni\u017enica tommath a, v pr\u00edpade potreby, symlink pre tommath.so.0 s\u00fa pridan\u00e9 do syst\u00e9mu, m\u00f4\u017eete nain\u0161talova\u0165 aktu\u00e1lny (v \u010dase p\u00edsania tohto \u010dl\u00e1nku) distribu\u010dn\u00fd bal\u00edk Firebird 3.0.4 do, povedzme, \/opt\/fb3:<\/p>\n
.\/install.sh -path \/opt\/fb3<\/code><\/pre>\n
\nPo tom m\u00f4\u017eete zastavi\u0165 syst\u00e9mov\u00fa slu\u017ebu Firebird a spusti\u0165 pr\u00fadov\u00fa konverziu. <\/p>\n
Pri zastaven\u00ed Firebird je potrebn\u00e9 zoh\u013eadni\u0165, \u017ee procesy Firebird 2.5 v re\u017eime Classic zvy\u010dajne sp\u00fa\u0161\u0165a xinetd \u2013 preto je potrebn\u00e9 bu\u010f zak\u00e1za\u0165 slu\u017ebu firebird pre xinetd, alebo \u00faplne zastavi\u0165 xinetd.<\/i><\/p>\n
V s\u00fabore firebird.conf pre 3.0 na Linuxe netreba nastavova\u0165 parametre MaxUnflushed (funguj\u00fa len na Windows) a meni\u0165 nastavenia Firebird 2.5. <\/p>\n
Na Linuxe lok\u00e1lny (s\u00faborov\u00fd) pr\u00edstup Firebird 2.5 nie je ekvivalentn\u00fd variantu embeded pod Windows \u2013 server 2.5 bude fungova\u0165 v procese gbak (bez sie\u0165ovej \u010dasti), ale pr\u00edstupov\u00e9 pr\u00e1va sa bud\u00fa kontrolova\u0165 na z\u00e1klade datab\u00e1zy pou\u017e\u00edvate\u013eov, teda budete potrebova\u0165 nielen prihlasovacie meno, ale aj heslo: <\/p>\n
export ISC_USER=u\u017e\u00edvate\u013e ISC_PASSWORD=heslo\n\/opt\/firebird\/bin\/gbak -b \u2026 datab\u00e1za25 stdout\n|\/opt\/fb3\/bin\/gbak -c \u2026 stdin datab\u00e1za30<\/code><\/pre>\n
\nPo \u00faspe\u0161nej konverzii je potrebn\u00e9 najprv odstr\u00e1ni\u0165 \u201edodato\u010dn\u00fd\u201c Firebird 3.0, potom \u201ehlavn\u00fd\u201c Firebird 2.5 a a\u017e potom vykona\u0165 \u010dist\u00fa in\u0161tal\u00e1ciu Firebird 2.5 \u2014 pri\u010dom je najlep\u0161ie to urobi\u0165 z ofici\u00e1lneho in\u0161tal\u00e1tora tar.gz, a nie cez repozit\u00e1re, ke\u010f\u017ee verzia v repozit\u00e1roch m\u00f4\u017ee zaost\u00e1va\u0165.<\/p>\n
Taktie\u017e, po obnove DB na Linuxe a reinstal\u00e1cii je potrebn\u00e9 skontrolova\u0165, \u010di nov\u00e1 DB m\u00e1 vlastn\u00edka pou\u017e\u00edvate\u013ea firebird.<\/p>\n
Ak nie, bude potrebn\u00e9 to opravi\u0165<\/p>\n
chown firebird.firebird datab\u00e1za<\/code><\/pre>\n
\nZ\u00e1ver<\/b><\/p>\n
Okrem \u00faspory \u010dasu a miesta na disku m\u00e1 postupn\u00e1 konverzia e\u0161te jednu d\u00f4le\u017eit\u00fa v\u00fdhodu \u2013 transform\u00e1cia datab\u00e1zy sa vykon\u00e1va bez odstr\u00e1nenia existuj\u00faceho Firebirdu 2.5, \u010do zna\u010dne zjednodu\u0161uje n\u00e1vrat pri ne\u00faspe\u0161nej konverzii (naj\u010dastej\u0161ie z d\u00f4vodu nedostatku miesta alebo neo\u010dak\u00e1van\u00e9ho re\u0161tartu po\u010das procesu migr\u00e1cie).<\/p>\n
\u00daspora \u010dasu je spojen\u00e1 s t\u00fdm, \u017ee \u201eklasick\u00e1\u201c konverzia znamen\u00e1 \u201e\u010das z\u00e1lohovania\u201c plus \u201e\u010das obnovy\u201c. Obnova sa sklad\u00e1 z dvoch \u010dast\u00ed: \u010d\u00edtania \u00fadajov zo z\u00e1lohovacieho s\u00faboru a budovania indexu.<\/p>\n
Pri postupnej konverzii sa celkov\u00fd \u010das vypo\u010d\u00edtava ako \u201e\u010das z\u00e1lohovania plus p\u00e4\u0165 a\u017e desa\u0165 percent\u201c a \u201e\u010das budovania indexov\u201c.<\/p>\n
Konkr\u00e9tne v\u00fdsledky z\u00e1visia od \u0161trukt\u00fary datab\u00e1zy, ale v priemere je \u010das obnovy pribli\u017ene dvojn\u00e1sobkom \u010dasu z\u00e1lohovania. Preto ak vezmeme ako jednotku \u010das z\u00e1lohovania, tak \u201eklasick\u00e1 konverzia\u201c \u2013 tri jednotky \u010dasu, postupn\u00e1 \u2013 dve jednotky \u010dasu. \u010eal\u0161ie skr\u00e1tenie \u010dasu pom\u00e1ha zv\u00fd\u0161enie TempCacheLimit.<\/p>\n
Celkovo, postupn\u00e1 konverzia v praxi umo\u017e\u0148uje u\u0161etri\u0165 30-40% \u010dasu sekven\u010dnej z\u00e1lohy a obnovy.<\/p>\n
M\u00e1te ot\u00e1zky?<\/b><\/p>\n
Pros\u00edm, v\u0161etky ot\u00e1zky p\u00ed\u0161te do koment\u00e1rov, alebo posielajte autorovi metodiky a spoluautorovi tohto \u010dl\u00e1nku \u2014 Vasilijovi Sidorovovi, ved\u00facemu syst\u00e9mov\u00e9mu in\u017einierovi spolo\u010dnosti \u201eiBase\u201c, na adresu bs at ibase ru.<\/p>\n
Len registrovan\u00ed pou\u017e\u00edvatelia sa m\u00f4\u017eu z\u00fa\u010dastni\u0165 prieskumu. Prihl\u00e1ste sa<\/a><\/noindex>, pros\u00edm.<\/p>\n
Ak\u00fa verziu Firebirdu pou\u017e\u00edvate?<\/h2>\n