{"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 voogedastus ODS12 formaati (Firebird 3.0)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Iga Firebirda versioonil on oma versioon andmebaasi kettastruktuuride formaadist \u2013 O(n)D(isk)S(tructure). Kuni 2.5 versioonini suutis Firebird t\u00f6\u00f6tada eelmiste versioonide ODS-idega, st vanemate versioonide andmebaasid avati uue versiooniga ja t\u00f6\u00f6tasid \u00fchilduvuse re\u017eiimis, kuid Firebird 3.0 mootor t\u00f6\u00f6tab ainult oma ODS versiooniga 12.0.<\/p>\n

Firebird 3.0-le \u00fcleminekuks tuleb 2.5 andmebaas uude formaati muuta backup\/restore meetodil. Loomulikult eeldame, et andmebaas on eelnevalt konverteerimiseks ette valmistatud \u2013 st, et metaandmed ja p\u00e4ringud on Firebird 3.0 \u00fchilduvuse osas kontrollitud.<\/p>\n

Kui j\u00e4rgida standardset l\u00e4henemist, t\u00e4hendab see, et tuleb teha varukoopia versioonil 2.5, seej\u00e4rel installida 3.0 ja teha taastamine. Selline protseduur on vastuv\u00f5etav, kui on piisavalt aega, kuid suurte andmebaaside migreerimise puhul v\u00f5i samal ajal mitme tosinaga andmebaasi migreerimise puhul, kui aeg on piiratud, v\u00f5ib kasutada voogedastus konverteerimist, mis on 30\u201340% kiirem. Kuidas seda t\u00e4pselt teha (Windowsis ja Linuxis), loe allpool.
\n<\/a><\/noindex>
\nP\u00f5him\u00f5te on see, et kiirus kasulikuks muutmiseks kasutame toru:<\/p>\n

gbak -b \u2026 andmebaas25 stdout | gbak -c \u2026 stdin andmebaas30<\/code><\/pre>\n
\nGbak 2.5 genereerib varukoopia lineaarformaadis ja suunab selle stdout-i, mis koost\u00f6\u00f6s stdiniga nutikalt kasutab gbak 3.0 ja loob uue andmebaasi.<\/p>\n
Sellise toru korraldamine tuleb kindlasti teha kohalikult (faili) meetodil, kuna v\u00f5rgujuurdep\u00e4\u00e4s (isegi localhosti kaudu) aeglustab protsessi m\u00e4rgatavalt.<\/p>\n
Allpool vaatleme \u00fcksikasju Windowsi ja Linuxi jaoks.<\/p>\n
Windows<\/b><\/p>\n
Windowsi puhul on k\u00f5ige lihtsam luua t\u00e4ielik iseseisev Firebirdi kogum. Selleks v\u00f5tame Firebird 2.5 embed-arhiiv<\/a><\/noindex>, nimetame fbemded.dll \u00fcmber fbclient.dll-ks, lisame arhiivist 'tavalised' 2.5 utiliidid gbak.exe ja (valikuline) \u2013 isql.exe. <\/p>\n
Firebird 3.0 kasutab \u00fchendatud kogumit<\/a><\/noindex> ja ei vaja mingit t\u00e4iendavat t\u00f6\u00f6tlust.<\/p>\n
K\u00f5ige minimaalsem variant (mis ei n\u00f5ua VS2008\/V\u04212010 k\u00e4itusraamatukogude installimist 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
\nKogenud administraator v\u00f5ib t\u00e4hele panna, et 2.5-s ei ole faile intl\/fbintl.dll ja intl\/fbintl.conf. See on t\u00f5si, kuna gbak ei kasuta \u00fchenduse m\u00e4rgistust ega konverteeri andmeid m\u00e4rgistuste vahel, kuid Firebird 3.0 'vastuv\u00f5tupoolel' on nende failide loomine indeksite jaoks vajalik.<\/p>\n
firebird.conf faili on soovitatav lisada Firebird 3.0:<\/p>\n
MaxUnflushedWrites = -1\nMaxUnflushedWriteTime = -1<\/code><\/pre>\n
\nLisaks on soovitatav seada ka erinev IpcName v\u00e4\u00e4rtus 2.5 ja 3.0 jaoks. <\/p>\n
Muudest firebird.conf parameetrite v\u00e4\u00e4rtustest l\u00e4htudes peame silmas lihtsat kaalutlust: andmete \u00fclekanne toimub \u00fches protsessis gbak 2.5, teises \u2013 3.0, siis l\u00f5petab 2.5 oma t\u00f6\u00f6 ja 3.0 alustab indeksite koostamist.<\/p>\n
Indeksite koostamise etapi kiirendamiseks 3.0-s on soovitatav suurendada parameetri TempCacheLimit suurust kuni ~40% RAM-st (kui see on p\u00fchendatud server, muidugi).<\/p>\n
N\u00e4iteks, kui serveris on 16 GB RAM, siis v\u00f5ib seada <\/p>\n
TempCacheLimit=6G<\/code><\/pre>\n
\nMuidugi v\u00f5ib sellist v\u00e4\u00e4rtust seada ainult 64-bitisele Firebird 3-le, kuna \u00fckski 32-bitine protsess ei suuda allokeerida rohkem kui 2 GB m\u00e4lu.<\/i><\/p>\n
2.5-s ei ole seda parameetrit vaja muuta - see ei saa niikuinii olla suurem kui 2 GB ja ei m\u00f5juta kiiruset b\u00e4\u00e4kaandmete loomisel.<\/p>\n
Enne operatsiooni teostamist tuleb kontrollida, et lehe vahem\u00e4lu andmebaasi p\u00e4ises on seatud v\u00e4\u00e4rtuseks 0 (k\u00e4sk gstat -h databasename<\/code>, vaata rida Page buffers). <\/p>\n
Kui vahem\u00e4lu on selges\u00f5naliselt m\u00e4\u00e4ratud andmebaasi p\u00e4ises, siis see \u00fcletab v\u00e4\u00e4rtused failidest firebird.conf (ja databases.conf versioonis 3.0) ning liiga suurte v\u00e4\u00e4rtuste puhul v\u00f5ib p\u00f5hjustada liialdatud m\u00e4lu tarbimist ja swap'i minemist.<\/p>\n
Edasi, kopeerime failid sihts\u00fcsteemi. <\/p>\n
Konverteerimine toimub p\u00e4rast Firebird 2.5 's\u00fcsteemi' teenuse peatamist, k\u00e4sureal, t\u00f5stes \u00f5igusi kohalikuks administraatoriks (n\u00e4ide):<\/p>\n
set ISC_USER=omanik\n\"25\/gbak\" -z -b -g -v -st t -y 25.log \u0431\u0430\u0437\u043025 stdout|^\n\"30\/gbak\" -z -c -v -st t -y 30.log stdin \u0431\u0430\u0437\u043030<\/code><\/pre>\n
\nSelles n\u00e4ites kasutatakse \"otse kaldkriipsu\" jutum\u00e4rkides (lubatav \"unix-style\"), ja \"hatt\" (s\u00fcmbol \"^\") varjab rea vahetust, mis on mugav pikkade k\u00e4skude sisestamisel. Valik -st(atus) ilmus Firebird 2.5.8-s ja v\u00f5imaldab protokollida gbak protsessi t\u00f6\u00f6aega (t\u00e4iendavad \u00fcksikasjad \u2013 dokumentatsioonis).<\/p>\n
Linux<\/b><\/p>\n
Linuxis s\u00f5ltub Firebird 3 tommath teegist. CentOS (RHEL) on see teek epel-repositooriumis, Ubuntu (Debian) \u2013 s\u00fcsteemis.<\/p>\n
CentOS-i puhul tuleb k\u00f5igepealt aktiviseerida epel-repositoorium ja alles seej\u00e4rel teostada <\/p>\n
yum install libtommath<\/code><\/pre>\n
\nUbuntu puhul pole t\u00e4iendavate repositooriumite aktiviseerimine vajalik, kuid Ubuntu 16 ja Ubuntu 18 versioonides installitakse erinevad paketiversioonid \u2013 vastavalt libtommath0 ja libtommath1.<\/p>\n
Firebird 3.0 otsib tommath.so.0, ja Ubuntu 18 puhul on lisaks vajalik luua link (symlink) tommath.so.0 tommath.so.1-le. Selleks tuleb k\u00f5igepealt leida tommath.so.1. <\/p>\n
Otsitav tee Ubuntu-s on \/usr\/lib\/x86_64-linux-gnu\/<\/code>, aga teistes Debian-p\u00f5histes jaotustes v\u00f5ib see erineda.<\/p>\n
Teine probleem on seotud sellega, et enne Firebird 3.0.1 ei olnud lihtsat viisi kahe erineva serveriversiooni paigaldamiseks. Variant \"koostada allikatest vajaliku prefiksiga\" ei tule arvesse oma suhtelise t\u00f6\u00f6mahukuse t\u00f5ttu.<\/p>\n
Firebird 3.0.2 ja uuemate puhul on rakendatud koostamine koos \u2013enable-binreloc<\/a><\/noindex> ja eraldi paigaldusvalik (-path tee).<\/p>\n
Eeldades, et tommathi teek ja vajadusel tommath.so.0 s\u00fcmlink on s\u00fcsteemis lisatud, saab uuendada hetkel aktuaalset (selle artikli kirjutamise ajal) Firebird 3.0.4 jaotust n\u00e4iteks kausta \/opt\/fb3:<\/p>\n
.\/install.sh -path \/opt\/fb3<\/code><\/pre>\n
\nP\u00e4rast seda saab peatada Firebirdi s\u00fcsteemiteenuse ja alustada jooksvat konversiooni. <\/p>\n
Firebirdi peatamise korral tuleb arvesse v\u00f5tta, et Firebird 2.5 Classic-re\u017eiimis k\u00e4ivitatakse tavaliselt xinetd \u2013 seet\u00f5ttu tuleb kas keelata firebird teenus xinetd-le v\u00f5i peatada xinetd t\u00e4ielikult.<\/i><\/p>\n
Failis firebird.conf versioonile 3.0 Linuxis ei pea m\u00e4\u00e4rama MaxUnflushed parameetreid (need t\u00f6\u00f6tavad ainult Windowsis) ja ei pea muutma Firebird 2.5 seadistusi. <\/p>\n
Linuxis ei ole Firebird 2.5 kohalik (failip\u00f5hine) juurdep\u00e4\u00e4s v\u00f5rreldav embeded variandiga Windowsis \u2013 server 2.5 t\u00f6\u00f6tab gbak protsessis (ilma v\u00f5rguta), kuid juurdep\u00e4\u00e4su \u00f5igused kontrollitakse kasutajate andmebaasi kaudu, seega on vajalik mitte ainult sisselogimine, 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 t\u00f5husat konverteerimist tuleb esmalt eemaldada 'lisanduv' Firebird 3.0, seej\u00e4rel 'peamine' Firebird 2.5 ja alles siis teostada puhas installatsioon Firebird 2.5 \u2014 parim on kasutada ametlikku installerit tar.gz-formaadis, mitte l\u00e4bi hooverite, kuna repodega versioon v\u00f5ib olla vananenud.<\/p>\n
Samuti tuleb p\u00e4rast andmebaasi taastamist Linuxis ja tainstallimist kontrollida, et uus andmebaas kuulub kasutajale firebird.<\/p>\n
Kui see ei ole nii, siis tuleb see parandada.<\/p>\n
chown firebird.firebird andmebaas<\/code><\/pre>\n
\nKokkuv\u00f5te<\/b><\/p>\n
Lisaks ajas\u00e4\u00e4stule ja ketta ruumi kokkuhoiule on voogkonversiooni veel \u00fcks oluline eelis \u2013 andmebaasi konverteerimine toimub olemasoleva Firebird 2.5 eemaldamata, mis lihtsustab m\u00e4rkimisv\u00e4\u00e4rselt tagasip\u00f6\u00f6rdumist, kui konverteerimine eba\u00f5nnestub (tavaliselt ruumi puudumise v\u00f5i ootamatute taask\u00e4ivituste t\u00f5ttu migratsiooniprotsessi ajal).<\/p>\n
Ajas\u00e4\u00e4st tuleneb sellest, et 'klassikaline' konversioon sisaldab 'varundamise aega' pluss 'taastamise aega'. Taastamine koosneb kahest osast: andmete lugemine varukoopiast ja indeksi koostamine.<\/p>\n
Voogkonversiooni koguaeg on 'varundamise aeg pluss viis kuni k\u00fcmme protsenti' ja 'indeksite koostamise aeg'.<\/p>\n
Konkreetne tulemus s\u00f5ltub andmebaasi struktuurist, kuid keskmiselt on taastamisaeg umbes kahekordne varundamisajaga. Seet\u00f5ttu, kui v\u00f5tta varundamise aeg \u00fchikuna, on 'klassikaline konversioon' kolm \u00fchikut aega, voogkonversioon \u2013 kaks \u00fchikut aega. Aja t\u00e4iendavaks l\u00fchendamiseks aitab TempCacheLimit'i suurendamine.<\/p>\n
Kokkuv\u00f5ttes v\u00f5imaldab voogkonversioon praktikas s\u00e4\u00e4sta 30-40% traditsioonilise varundamise ja taastamise ajast.<\/p>\n
K\u00fcsimused?<\/b><\/p>\n
Palun saatke k\u00f5ik k\u00fcsimused kommentaarides v\u00f5i suunake need meetodi autorile ja artikli kaasautorile \u2014 Vasili Sidorovile, ettev\u00f5tte \u00abiBase\u00bb juhtivale s\u00fcsteemiinsenerile, aadressil bs at ibase ru.<\/p>\n
Ainult registreeritud kasutajad saavad k\u00fcsitluses osaleda. Logige sisse<\/a><\/noindex>, palun.<\/p>\n
Millist Firebirdi versiooni kasutate?<\/h2>\n