{"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\/et\/blog\/potochnaya-konvertatsiya-baz-firebird-2-5-v-format-ods12-firebird-3-0","title":{"rendered":"Firebird 2.5 andmete voogedastamine ODS12 (Firebird 3.0) formaati","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Iga Firebird versioonil on oma andmebaasi diskistruktuuride vormingu versioon \u2013 O(n)D(isk)S(tructure). Kuni versioonini 2.5 v\u00f5is Firebird kasutada varasemate versioonide ODS-sid, see t\u00e4hendab, et vanade versioonide andmebaasid avati uue versiooniga ja t\u00f6\u00f6tasid \u00fchilduvuses, kuid Firebird 3.0 t\u00f6\u00f6tab ainult andmebaasidega enda ODS versioonis 12.0.<\/p>\n

3.0-le \u00fclemiseks tuleb 2.5 andmebaas vormindada uueks formaadiks backup\/restore abil. Loomulikult eeldame, et andmebaas on eelnevalt konverteerimiseks ette valmistatud \u2013 st metaandmed ja p\u00e4ringud on kontrollitud Firebird 3.0 \u00fchilduvuse suhtes.<\/p>\n

Kui j\u00e4rgida standardset l\u00e4henemist, t\u00e4hendab see, et tuleb teha varukoopia versioonist 2.5, seej\u00e4rel paigaldada 3.0 ja teha taastamine. See menetlus on vastuv\u00f5etav, kui on piisavalt aega, kuid suurte andmebaaside migreerimisel v\u00f5i korraga mitme k\u00fcmne andmebaasi migreerimisel, kui aeg on \u00f5hus, v\u00f5ib kasutada vooluhulgakonversiooni, mis on 30-40% kiirem. Kuidas t\u00e4pselt seda teha (Windowsi ja Linuxi all), loe allpool.
\n<\/a><\/noindex>
\n\u00dcldine idee on see, et kiirus kasuks tulemiseks kasutame torujuhet:<\/p>\n

gbak -b \u2026 andmebaas25 stdout | gbak -c \u2026 stdin andmebaas30<\/code><\/pre>\n
\nGbak versioonilt 2.5 genereerib varukoopia jooneformaadis ja suunab selle stdout'isse, mille gbak versioon 3.0 haarab kohe stdin'ist ja loob uue andmebaasi.<\/p>\n
Sellise torujuhtme korraldamine tuleb kindlasti teha kohalikult (faili) meetodil, kuna v\u00f5rgu\u00fchendus (isegi localhost'i kaudu) aeglustab m\u00e4rgatavalt protsessi.<\/p>\n
Allpool k\u00e4sitleme \u00fcksikasju Windowsi ja Linuxi kohta.<\/p>\n
Windows<\/b><\/p>\n
Windowsi puhul on k\u00f5ige lihtsam teha t\u00e4ielikku iseseisvat Firebird kogumit. Selleks v\u00f5tame Firebird 2.5 embed-arhiivi<\/a><\/noindex>, muudame fbemded.dll nime fbclient.dll-iks, lisame arhiivist \u201etavalise\u201d 2.5 utiliidi gbak.exe ja (valikuline) \u2013 isql.exe. <\/p>\n
Firebird 3.0 kasutab \u00fchtset kogumit<\/a><\/noindex> ja ei vaja mingit t\u00e4iendavat seadistamist.<\/p>\n
K\u00f5ige minimaalne variant (mis ei vaja VS2008\/VS2010 jooksutegurite raamatukogusid sihts\u00fcsteemis) sisaldab j\u00e4rgmisi faile:<\/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
\nKogen administrator suudab m\u00e4rgata, et 2.5 versioonis ei ole faile intl\/fbintl.dll ja intl\/fbintl.conf. See on t\u00f5epoolest nii, kuna gbak ei kasuta \u00fchenduse karakteristikku ja ei konverteeri andmeid erinevate karakteristikute vahel, kuid Firebird 3.0 \"vastuv\u00f5tul\" on need failid vajalikud indeksite loomisel.<\/p>\n
Firebird 3.0 seadistustes firebird.conf soovitatakse lisada:<\/p>\n
MaxUnflushedWrites = -1\nMaxUnflushedWriteTime = -1<\/code><\/pre>\n
\nSamuti on soovitatav m\u00e4\u00e4rata erinevad IpcName v\u00e4\u00e4rtused versioonidele 2.5 ja 3.0. <\/p>\n
Muud m\u00f5\u00f5tmete valides firebird.conf l\u00e4htume lihtsast p\u00f5him\u00f5ttest: andmete muutmisprotsessis t\u00f6\u00f6tab \u00fches protsessis gbak 2.5, teises \u2013 3.0, seej\u00e4rel l\u00f5petab 2.5 t\u00f6\u00f6 ja 3.0 alustab indeksite loomist.<\/p>\n
Indeksite loomise etapi kiirendamiseks 3.0 soovitatakse suurendada TempCacheLimiti v\u00e4\u00e4rtust ~40% RAM-ist (kui see on dedikeeritud server, loomulikult).<\/p>\n
N\u00e4iteks, kui serveril on 16 GB RAM-i, v\u00f5ib seada <\/p>\n
TempCacheLimit=6G<\/code><\/pre>\n
\nLoomulikult v\u00f5ib sellist v\u00e4\u00e4rtust kasutada alles 64-bitise Firebird 3 korral, kuna \u00fckski 32-bitine protsess ei saa eraldada enam kui 2 gigabaiti m\u00e4lu.<\/i><\/p>\n
Versioonis 2.5 seda parameetrit muuta ei ole vaja - see ei saa niikuinii olla suurem kui 2 gigabaiti ning backup'i kiirus sellele ei m\u00f5ju.<\/p>\n
Enne toimingu sooritamist tuleb kontrollida, et andmebaasi pealkirjas on lehek\u00fclje vahem\u00e4lu seadistatud v\u00e4\u00e4rtusele 0 (k\u00e4sk gstat -h andmebaasinimi<\/code>, vaata rida Page buffers). <\/p>\n
Kui vahem\u00e4lu on andmebaasi pealkirjas selgelt m\u00e4\u00e4ratud, siis see \u00fcletab v\u00e4\u00e4rtusi firebird.conf-s (ja databases.conf-s versioonis 3.0) ning ebanormaalselt suurte v\u00e4\u00e4rtuste korral v\u00f5ib see p\u00f5hjustada liigset m\u00e4lu kasutamist ja swap'isse minekut.<\/p>\n
Seej\u00e4rel kopeerime failid sihts\u00fcsteemi. <\/p>\n
Konversioon toimub p\u00e4rast \"s\u00fcsteemi\" teenuse Firebird 2.5 seiskamist, k\u00e4sureal, t\u00f5stes \u00f5igusi kohalikuks administreerijaks (n\u00e4ide):<\/p>\n
set ISC_USER=omanik\n\"25\/gbak\" -z -b -g -v -st t -y 25.log andmebaas25 stdout|^\n\"30\/gbak\" -z -c -v -st t -y 30.log stdin andmebaas30<\/code><\/pre>\n
\nSelles n\u00e4ites kasutatakse \"otsest kaldkirja\" \u00fclakomade sees (lubatud \"unix-style\"), ja \"k\u00fcbar\" (s\u00fcmbol \"^\") varjab reavahetuse s\u00fcmbolit, mis on mugav pikkade k\u00e4skude sisestamisel. Valik -st(atus) ilmus Firebird 2.5.8-s ja v\u00f5imaldab protokollida andmeid gbak'i protsessi aja kohta (detailsed andmed - dokumentatsioonis).<\/p>\n
Linux<\/b><\/p>\n
Linuxis s\u00f5ltub Firebird 3 tommath raamatukogust. CentOS (RHEL) puhul asub see raamatukogu epel-repositooriumis, Ubuntu (Debian) s\u00fcsteemis.<\/p>\n
CentOS-i jaoks tuleb esmalt aktiveerida epel-reposiit ja alles seej\u00e4rel tegeleda <\/p>\n
yum install libtommath<\/code><\/pre>\n
\nUbuntu jaoks ei ole vaja aktiveerida t\u00e4iendavaid reposiite, kuid Ubuntu 16 ja Ubuntu 18 jaoks installitakse erinevad pakettide versioonid \u2013 libtommath0 ja libtommath1, vastavalt.<\/p>\n
Firebird 3.0 otsib tommath.so.0 ja Ubuntu 18 jaoks on lisaks vajalik luua lingi (symlink) tommath.so.0 tommath.so.1. Selleks tuleb esmalt leida tommath.so.1. <\/p>\n
Otsitav tee Ubuntu-s on \/usr\/lib\/x86_64-linux-gnu\/<\/code>, kuid teistes Debian-p\u00f5histes distributsioonides v\u00f5ib see olla erinev.<\/p>\n
Teine probleem on seotud sellega, et enne Firebird 3.0.1 ei olnud lihtsat viisi paigaldada kahte erinevat versiooni serverist. Valikut \u201ekoostame allikast vajaliku prefiksiga\u201c me ei aruta, kuna see on suhteliselt t\u00f6\u00f6mahukas.<\/p>\n
Firebird 3.0.2 ja uuemate versioonide jaoks on v\u00e4lja t\u00f6\u00f6tatud kogumine \u2013enable-binreloc<\/a><\/noindex> ja eraldi paigaldusvalik (-path tee).<\/p>\n
Eeldades, et tommath teek ja vajadusel lingid tommath.so.0 on s\u00fcsteemi lisatud, saab paigaldada asjakohase (artikli kirjutamise ajal) Firebird 3.0.4 distributsiooni, n\u00e4iteks \/opt\/fb3:<\/p>\n
.\/install.sh -path \/opt\/fb3<\/code><\/pre>\n
\nP\u00e4rast seda saab peatada Firebirdi s\u00fcsteemiteenuse ja alustada voolava konverteerimisega. <\/p>\n
Firebirdi peatamisel tuleb arvestada, et Firebid 2.5 t\u00f6\u00f6tab Classic-re\u017eiimis tavaliselt xinetd kaudu \u2013 seega tuleb kas keelata firebird teenus xinetd jaoks v\u00f5i peatada xinetd t\u00e4ielikult.<\/i><\/p>\n
firebird.conf-is 3.0 Linuxis ei ole vaja m\u00e4\u00e4rata MaxUnflushed parameetreid (need t\u00f6\u00f6tavad ainult Windowsis) ega muuta Firebird 2.5 seadeid. <\/p>\n
Linuxis ei ole Firebird 2.5 kohaliku (faili) juurdep\u00e4\u00e4su ekvivalent embeded-versioonile Windowsis \u2013 server 2.5 t\u00f6\u00f6tab protsessis gbak (ilma v\u00f5rguta), kuid juurdep\u00e4\u00e4su\u00f5igusi kontrollitakse kasutajate baasi j\u00e4rgi, mis t\u00e4hendab, et on vajalik mitte ainult kasutajanimi, vaid ka parool: <\/p>\n
export ISC_USER=username ISC_PASSWORD=password\n\/opt\/firebird\/bin\/gbak -b \u2026 database25 stdout\n|\/opt\/fb3\/bin\/gbak -c \u2026 stdin database30<\/code><\/pre>\n
\nP\u00e4rast eduka konverteerimise l\u00f5petamist tuleb esmalt eemaldada \u201elisakuline\u201c Firebird 3.0, seej\u00e4rel \u201ep\u00f5hiline\u201c Firebird 2.5 ja alles p\u00e4rast seda teostada puhas Firebird 2.5 installatsioon \u2013 k\u00f5ige parem oleks kasutada standardset paigaldajat tar.gz, mitte reposiitide kaudu, kuna reposiitides olev versioon v\u00f5ib olla aeguv.<\/p>\n
Samuti tuleb p\u00e4rast andmebaasi taastamist Linuxis ja uuesti paigaldamist kontrollida, et uus andmebaas omaks omanikuks kasutajat firebird.<\/p>\n
Kui see nii ei ole, tuleb see parandada<\/p>\n
chown firebird.firebird database<\/code><\/pre>\n
\nKokkuv\u00f5te<\/b><\/p>\n
Lisaks ajas ja ketta ruumi kokkuhoidmisele on voolava teisendamise teine oluline eelis see, et andmebaasi teisendamine toimub ilma olemasoleva Firebird 2.5 eemaldamiseta, mis lihtsustab oluliselt tagasip\u00f6\u00f6rdumist eba\u00f5nnestumise korral (enamasti seoses ketasruumi puudumise v\u00f5i ootamatu taask\u00e4ivitamisega migratsiooni ajal).<\/p>\n
Aja kokkuhoid tuleneb sellest, et \u00abklassikaline\u00bb teisendamine on \u00abvarundamise aeg\u00bb pluss \u00abtaastamise aeg\u00bb. Taastamine koosneb kahest osast: andmete lugemine varundusfailist ja indeksi koostamine.<\/p>\n
Voolava teisendamise korral on kokkuv\u00f5ttes aeg \u00abvarundamise aeg pluss viis-k\u00fcmme protsenti\u00bb ja \u00abindeksite koostamise aeg\u00bb.<\/p>\n
Konkreetne tulemus s\u00f5ltub andmebaasi struktuurist, kuid keskmiselt on taastamisaeg umbes kaks korda suurem kui varundamise aeg. Seega, kui v\u00f5tta varundamise aeg \u00fche \u00fchikuna, on \u00abklassikaline teisendamine\u00bb kolm \u00fchikut aega, voolav teisendamine aga kaks \u00fchikut aega. Aega aitab t\u00e4iendavalt v\u00e4hendada TempCacheLimit'i suurendamine.<\/p>\n
\u00dcldiselt v\u00f5imaldab voolav teisendamine praktikaliselt s\u00e4\u00e4sta 30-40% j\u00e4rjestikkuse varundamise ja taastamise ajast.<\/p>\n
K\u00fcsimusi?<\/b><\/p>\n
Palun esitage k\u00f5ik k\u00fcsimused kommentaarides v\u00f5i saatke autorile ja selle artikli kaasautorile \u2013 Vasili Sidorovile, ettev\u00f5tte \u00abiBase\u00bb peamisele s\u00fcsteemitehnikule, aadressil bs at ibase ru.<\/p>\n
Ainult registreeritud kasutajad saavad k\u00fcsitluses osaleda. Logige sisse<\/a><\/noindex>, palun.<\/p>\n
Millist versiooni Firebirdi kasutate?<\/h2>\n