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

Svaka verzija Firebirda ima svoju verziju formata struktura diskova baze podataka \u2013 O(n)D(isk)S(truktura). Do verzije 2.5 uklju\u010divo, Firebird je mogao raditi s ODS-om prethodnih verzija, \u0161to zna\u010di da su baze starih verzija mogle biti otvorene novom verzijom i raditi u re\u017eimu kompatibilnosti, ali Firebird 3.0 radi samo s bazama u vlastitoj ODS verziji 12.0.<\/p>\n

Da biste pre\u0161li na 3.0, bazu podataka iz 2.5 potrebno je pretvoriti u novi format putem backup\/restore. Naravno, pretpostavljamo da je baza bila prethodno pripremljena za konverziju \u2014 t.j. da su metapodaci i upiti provjereni na kompatibilnost s Firebird 3.0.<\/p>\n

Ako se pridr\u017eavamo standardnog pristupa, to zna\u010di da je potrebno napraviti backup na verziji 2.5, zatim instalirati 3.0 i obaviti restore. Ova procedura je prihvatljiva, ako imate dovoljno vremena, ali pri migraciji velikih baza podataka, ili tijekom simultane migracije vi\u0161e desetina baza kada vrijeme pritisne, mo\u017eete iskoristiti strimsku konverziju koja je 30-40% br\u017ea. Kako to u\u010diniti (pod Windows i Linux), pro\u010ditajte ispod.
\n<\/a><\/noindex>
\nOp\u0107a ideja je da za ubrzanje iskoristimo cjevovod:<\/p>\n

gbak -b \u2026 baza25 stdout | gbak -c \u2026 stdin baza30<\/code><\/pre>\n
\nGbak iz 2.5 generira backup u linearnoj formatu i usmjerava ga u stdout, koji odmah preko stdin preuzima gbak iz 3.0 i stvara novu bazu.<\/p>\n
Organizirati takav cjevovod potrebno je lokalnom (datote\u010dnom) metodom pristupa, budu\u0107i da mre\u017eni pristup (\u010dak i preko localhost-a) zna\u010dajno usporava proces.<\/p>\n
Ispod razmatramo detalje za Windows i Linux.<\/p>\n
Windows<\/b><\/p>\n
U slu\u010daju Windowsa, najlak\u0161e je napraviti potpuno autonomnu verziju Firebirda. Za to uzimamo embed-arhiv Firebird 2.5<\/a><\/noindex>, preimenujemo fbemded.dll u fbclient.dll, dodajemo iz arhiva \u201eobi\u010dnog\u201c 2.5 alate gbak.exe i (neobavezno) \u2013 isql.exe. <\/p>\n
Firebird 3.0 koristi jedinstvenu verziju<\/a><\/noindex> i ne zahtijeva nikakve dorade.<\/p>\n
Najminimalnija opcija (koja ne zahtijeva instalaciju runtime biblioteka VS2008\/VS2010 na ciljnom sustavu) sadr\u017ei sljede\u0107e datoteke:<\/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
\nIskusni administrator mo\u017ee primijetiti da u 2.5 nisu uklju\u010dene datoteke intl\/fbintl.dll i intl\/fbintl.conf. To je zaista tako, budu\u0107i da gbak ne koristi charset konekcije i ne konvertira podatke izme\u0111u char seta, ali na 'prijemnoj' strani Firebird 3.0 ove datoteke su potrebne prilikom kreiranja indeksa.<\/p>\n
U firebird.conf Firebird 3.0 preporu\u010duje se dodati:<\/p>\n
MaxUnflushedWrites = -1\nMaxUnflushedWriteTime = -1<\/code><\/pre>\n
\nTako\u0111er, po\u017eeljno je postaviti razli\u010ditu vrijednost IpcName za 2.5 i 3.0. <\/p>\n
Prilikom odabira vrijednosti drugih parametara firebird.conf polazimo od jednostavne pretpostavke: tijekom procesa prebacivanja podataka u jednom procesu, gbak radi 2.5, a u drugom \u2013 3.0, zatim 2.5 zavr\u0161ava rad, a 3.0 zapo\u010dinje s izgradnjom indeksa.<\/p>\n
Kako bismo ubrzali fazu izgradnje indeksa u 3.0, preporu\u010duje se pove\u0107anje veli\u010dine parametra TempCacheLimit na ~40% RAM-a (ako je to posve\u0107en server, naravno).<\/p>\n
Na primjer, ako je na serveru 16 GB RAM-a, mo\u017ee se postaviti <\/p>\n
TempCacheLimit=6G<\/code><\/pre>\n
\nNaravno, takvu vrijednost mo\u017ee se postaviti samo na 64-bitnom Firebirdu 3, budu\u0107i da bilo koji 32-bitni proces ne mo\u017ee alocirati vi\u0161e od 2 giga memorije.<\/i><\/p>\n
Za 2.5 ovaj parametar nije potrebno mijenjati \u2013 on ionako ne mo\u017ee biti ve\u0107i od 2 gigabajta, a niti ne utje\u010de na brzinu prilikom izrade sigurnosne kopije.<\/p>\n
Prije izvo\u0111enja operacije potrebno je provjeriti je li veli\u010dina slo\u017eenog predmemoriranja u zaglavlju baze podataka postavljena na 0 (komanda gstat -h databasename<\/code>, pogledajte redak Page buffers). <\/p>\n
Ako je ke\u0161 eksplicitno postavljen u zaglavlju baze podataka, tada nadilazi vrijednosti iz firebird.conf (i databases.conf u 3.0), te u slu\u010daju neadekvatno velikih vrijednosti mo\u017ee dovesti do pretjerane potro\u0161nje memorije i kori\u0161tenje swap prostora.<\/p>\n
Nakon toga, kopiramo datoteke na ciljnu sustav. <\/p>\n
Konverzija se provodi nakon zaustavljanja 'sustavne' usluge Firebird 2.5, u naredbenoj liniji s povi\u0161enim pravima do lokalnog administratora (primjer):<\/p>\n
set ISC_USER=vlasnik\n\"25\/gbak\" -z -b -g -v -st t -y 25.log baza25 stdout|^\n\"30\/gbak\" -z -c -v -st t -y 30.log stdin baza30<\/code><\/pre>\n
\nU ovom primjeru koristi se 'ravna kosa' u navodnicima (dozvoljen 'unix-style'), a '\u0161apica' (simbol '^') escapira simbol nove linije, \u0161to je zgodno pri unosu dugih komandi. Opcija -st(atus) pojavila se u Firebirdu 2.5.8 i omogu\u0107ava bilje\u017eenje podataka o vremenu rada procesa gbak (detalji \u2013 u dokumentaciji).<\/p>\n
Linux<\/b><\/p>\n
Na Linuxu Firebird 3 ovisi o biblioteci tommath. U CentOS-u (RHEL) ova biblioteka se nalazi u epel-repozitoriju, u Ubuntu (Debian) u \u2013 sistemskoj.<\/p>\n
Za CentOS prvo je potrebno spojiti epel-repozitorij, a zatim izvr\u0161iti <\/p>\n
yum install libtommath<\/code><\/pre>\n
\nUbuntu ne zahtijeva dodatno povezivanje repozitorija, ali u Ubuntu 16 i Ubuntu 18 instaliraju se razli\u010dite verzije paketa \u2013 libtommath0 i libtommath1, respektivno.<\/p>\n
Firebird 3.0 tra\u017ei tommath.so.0, a za Ubuntu 18 dodatno je potrebno stvoriti vezu (symlink) od tommath.so.0 na tommath.so.1. Da bi se to postiglo, prvo treba prona\u0107i tommath.so.1. <\/p>\n
Tra\u017eena staza u Ubuntu \u2013 \/usr\/lib\/x86_64-linux-gnu\/<\/code>, ali u drugim Debian-based distribucijama mo\u017ee biti druga\u010dije.<\/p>\n
Drugi problem je u tome \u0161to do Firebird 3.0.1, uklju\u010divo, nije bilo jednostavnog na\u010dina za instalaciju dvije razli\u010dite verzije servera. Opciju \u201ekompiliranje iz izvora s potrebnim prefiksom\u201c ne razmatramo zbog njene relativne slo\u017eenosti.<\/p>\n
Za Firebird 3.0.2 i vi\u0161e implementirano je sastavljanje s \u2013enable-binreloc<\/a><\/noindex> i posebna opcija instalatera (-path putanja).<\/p>\n
Pretpostavljaju\u0107i da je biblioteka tommath i, po potrebi, symlink za tommath.so.0 dodan u sustav, mo\u017eete instalirati aktualnu (u trenutku pisanja ovog \u010dlanka) distribuciju Firebird 3.0.4 u, na primjer, \/opt\/fb3:<\/p>\n
.\/install.sh -path \/opt\/fb3<\/code><\/pre>\n
\nNakon toga mo\u017eete zaustaviti sistemsku uslugu Firebird i pokrenuti konverziju u toku. <\/p>\n
Prilikom zaustavljanja Firebird-a treba uzeti u obzir da procese Firebird 2.5 u Classic na\u010dinu obi\u010dno pokre\u0107e xinetd \u2013 stoga je potrebna ili zabrana servisa firebird za xinetd ili potpuno zaustavljanje xinetd-a.<\/i><\/p>\n
U firebird.conf za 3.0 na Linuxu nije potrebno postavljati MaxUnflushed-parametre (oni rade samo na Windows-u) i mijenjati postavke Firebird 2.5. <\/p>\n
Na Linuxu, lokalni (datote\u010dni) pristup Firebird 2.5 nije ekvivalentan embeded-varijanti pod Windows-om \u2013 server 2.5 \u0107e raditi unutar procesa gbak (bez mre\u017ene komponente), ali prava pristupa bit \u0107e provjeravana prema bazi korisnika, a to zna\u010di da \u0107e biti potrebni ne samo korisni\u010dko ime, ve\u0107 i lozinka: <\/p>\n
export ISC_USER=korisni\u010dko_ime ISC_PASSWORD=lozinka\n\/opt\/firebird\/bin\/gbak -b \u2026 baza25 stdout\n|\/opt\/fb3\/bin\/gbak -c \u2026 stdin baza30<\/code><\/pre>\n
\nNakon uspje\u0161ne konverzije prvo treba ukloniti \u201edodatni\u201c Firebird 3.0, zatim \u201eglavni\u201c Firebird 2.5 i tek nakon toga izvr\u0161iti \u010distu instalaciju Firebird 2.5 \u2013 pri \u010demu je najbolje koristiti slu\u017ebenog instalatera tar.gz, a ne putem repozitorija, jer verzija u repozitorijima mo\u017ee biti zastarjela.<\/p>\n
Tako\u0111er, nakon restauracije Baze podataka na Linuxu i ponovne instalacije, treba provjeriti da nova Baza podataka ima vlasnika korisnika firebird.<\/p>\n
Ako to nije slu\u010daj, treba ispraviti<\/p>\n
chown firebird.firebird baza<\/code><\/pre>\n
\nZaklju\u010dak<\/b><\/p>\n
Osim u\u0161tede vremena i prostora na disku, on-line konverzija ima jo\u0161 jednu va\u017enu prednost \u2013 pretvaranje baze se vr\u0161i bez brisanja postoje\u0107eg Firebirda 2.5, \u0161to zna\u010dajno olak\u0161ava povratak u slu\u010daju neuspjele konverzije (naj\u010de\u0161\u0107e zbog nedostatka prostora ili iznenadnog restarta tokom procesa migracije).<\/p>\n
U\u0161teda vremena povezana je s tim da \"klasi\u010dna\" konverzija zna\u010di \"vrijeme izrade sigurnosne kopije\" plus \"vrijeme oporavka\". Oporavak se sastoji od dva dijela: \u010ditanje podataka iz datoteke sigurnosne kopije i izgradnja indeksa.<\/p>\n
Kod on-line konverzije ukupno vrijeme se sastoji od \"vrijeme sigurnosne kopije plus pet do deset posto\" i \"vrijeme izgradnje indeksa\".<\/p>\n
Specifi\u010dni rezultati ovise o strukturi baze, ali u prosjeku vrijeme oporavka otprilike je dvostruko vrijeme sigurnosne kopije. Stoga, ako uzmemo vrijeme sigurnosne kopije kao jedinicu, \"klasi\u010dna konverzija\" traje tri jedinice vremena, a on-line konverzija dvije jedinice vremena. Dodatno smanjenje vremena mo\u017ee se posti\u0107i pove\u0107anjem TempCacheLimit.<\/p>\n
Sve u svemu, on-line konverzija u praksi omogu\u0107ava u\u0161tedu od 30-40% vremena potrebnog za redovno pravljenje sigurnosne kopije i restauraciju.<\/p>\n
Imate pitanja?<\/b><\/p>\n
Molimo, postavite sva pitanja u komentarima ili ih uputite autoru metodologije i koautoru ovog \u010dlanka \u2013 Vasilyu Sidorovu, glavnom sistemskom in\u017eenjeru kompanije \"iBase\", na adresu bs at ibase ru.<\/p>\n
Samo registrirani korisnici mogu sudjelovati u anketi. Prijavite se<\/a><\/noindex>, molimo.<\/p>\n
Koju verziju Firebirda koristite?<\/h2>\n