{"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\/sv\/blog\/potochnaya-konvertatsiya-baz-firebird-2-5-v-format-ods12-firebird-3-0","title":{"rendered":"Str\u00f6mmande konvertering av Firebird 2.5-databaser till ODS12-formatet (Firebird 3.0)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Varje version av Firebird har sin egen version av diskstrukturformatet f\u00f6r databasen \u2013 O(n)D(isk)S(tructure). Fram till och med version 2.5 kunde Firebird-motorn arbeta med ODS fr\u00e5n tidigare versioner, vilket innebar att databaser fr\u00e5n gamla versioner \u00f6ppnades av den nya versionen och k\u00f6rdes i kompatibilitetsl\u00e4ge, men Firebird 3.0 fungerar endast med databaser i sin egen ODS-version 12.0.<\/p>\n

F\u00f6r att uppgradera till 3.0 m\u00e5ste databasen fr\u00e5n 2.5 omvandlas till det nya formatet genom backup\/restore. Sj\u00e4lvklart f\u00f6ruts\u00e4tter vi att databasen har f\u00f6rberetts f\u00f6r konvertering \u2013 det vill s\u00e4ga att metadata och f\u00f6rfr\u00e5gningar har kontrollerats f\u00f6r kompatibilitet med Firebird 3.0.<\/p>\n

Om man f\u00f6ljer den standardmetoden, betyder det att man f\u00f6rst s\u00e4krar p\u00e5 version 2.5, d\u00e4refter installerar 3.0 och g\u00f6r en \u00e5terst\u00e4llning. En s\u00e5dan procedur \u00e4r acceptabel om det finns tillr\u00e4ckligt med tid, men vid migrering av stora databaser, eller vid samtidig migrering av flera dussin databaser, n\u00e4r tiden \u00e4r knapp, kan man anv\u00e4nda str\u00f6mkonvertering som \u00e4r 30-40% snabbare. Hur detta g\u00f6rs (p\u00e5 Windows och Linux) kan l\u00e4sas nedan.
\n<\/a><\/noindex>
\nDen allm\u00e4nna id\u00e9n \u00e4r att f\u00f6r att p\u00e5skynda processen anv\u00e4nda en pipeline:<\/p>\n

gbak -b \u2026 database25 stdout | gbak -c \u2026 stdin database30<\/code><\/pre>\n
\nGbak fr\u00e5n 2.5 genererar en backup i linj\u00e4rt format och skickar den till stdout, som omedelbart f\u00e5ngas av gbak fr\u00e5n 3.0 via stdin och skapar en ny databas.<\/p>\n
Det \u00e4r n\u00f6dv\u00e4ndigt att organisera en s\u00e5dan pipeline med lokal (fil)\u00e5tkomstmetod, eftersom n\u00e4tverks\u00e5tkomst (\u00e4ven via localhost) avsev\u00e4rt saktar ner processen.<\/p>\n
Nedan behandlar vi detaljerna f\u00f6r Windows och Linux.<\/p>\n
Windows<\/b><\/p>\n
F\u00f6r Windows \u00e4r det enklast att g\u00f6ra en fullst\u00e4ndigt frist\u00e5ende version av Firebird. F\u00f6r detta tar vi embed-archive Firebird 2.5<\/a><\/noindex>, d\u00f6p om fbembedded.dll till fbclient.dll, l\u00e4gg till gbak.exe fr\u00e5n \"vanlig\" 2.5-arkiv och (valfritt) \u2013 isql.exe. <\/p>\n
Firebird 3.0 anv\u00e4nder enhetlig distribution<\/a><\/noindex> och kr\u00e4ver ingen ytterligare anpassning.<\/p>\n
Det mest minimi alternativet (som inte kr\u00e4ver installation av runtime-bibliotek VS2008\/VS2010 p\u00e5 m\u00e5lsystemet) inneh\u00e5ller f\u00f6ljande filer:<\/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
\nEn erfaren administrat\u00f6r kan m\u00e4rka att intelfilerna intl\/fbintl.dll och intl\/fbintl.conf inte ing\u00e5r i version 2.5. Detta \u00e4r verkligen fallet, eftersom gbak inte anv\u00e4nder anslutningens teckenkodning och inte konverterar data mellan teckenkodningar, men p\u00e5 \"mottagarens\" sida av Firebird 3.0 \u00e4r dessa filer n\u00f6dv\u00e4ndiga vid skapande av index.<\/p>\n
Det rekommenderas att l\u00e4gga till f\u00f6ljande i firebird.conf f\u00f6r Firebird 3.0:<\/p>\n
MaxUnflushedWrites = -1\nMaxUnflushedWriteTime = -1<\/code><\/pre>\n
\nDet \u00e4r ocks\u00e5 l\u00e4mpligt att st\u00e4lla in olika v\u00e4rden f\u00f6r IpcName f\u00f6r version 2.5 och 3.0. <\/p>\n
Vid val av v\u00e4rden f\u00f6r andra parametrar i firebird.conf utg\u00e5r vi fr\u00e5n en enkel begrundan: vid \u00f6verf\u00f6ring av data arbetar gbak i en process med version 2.5, och i en annan med version 3.0, sedan avslutar 2.5 sitt jobb, medan 3.0 b\u00f6rjar bygga index.<\/p>\n
F\u00f6r att p\u00e5skynda indexbyggnadsstadiet i 3.0 rekommenderas det att \u00f6ka storleken p\u00e5 TempCacheLimit-parametern till ~40% av RAM (om det f\u00f6rst\u00e5s \u00e4r en dedikerad server).<\/p>\n
Till exempel, om servern har 16 GB RAM kan man st\u00e4lla in <\/p>\n
TempCacheLimit=6G<\/code><\/pre>\n
\nSj\u00e4lvklart kan ett s\u00e5dant v\u00e4rde endast s\u00e4ttas p\u00e5 64-bitars Firebird 3, eftersom vilken 32-bitars process som helst inte kan allokera mer \u00e4n 2 gigabyte minne.<\/i><\/p>\n
F\u00f6r 2.5 beh\u00f6ver denna parameter inte \u00e4ndras \u2013 den kan \u00e4nd\u00e5 inte vara mer \u00e4n 2 gigabyte och p\u00e5verkar inte hastigheten vid s\u00e4kerhetskopiering.<\/p>\n
Innan operationen utf\u00f6rs m\u00e5ste det kontrolleras att sidcache i databasens header \u00e4r inst\u00e4lld p\u00e5 0 (kommandot gstat -h databasnamn<\/code>, se raden Page buffers). <\/p>\n
Om cachen anges tydligt i DB:s header, s\u00e5 \u00e5sidos\u00e4tter den v\u00e4rdena fr\u00e5n firebird.conf (och databases.conf i 3.0), och i fallet med orealistiskt stora v\u00e4rden kan det leda till \u00f6verdriven minnesanv\u00e4ndning och swapping.<\/p>\n
D\u00e4refter kopieras filerna till m\u00e5lsystemet. <\/p>\n
Konverteringen utf\u00f6rs efter att den \"systemmessiga\" tj\u00e4nsten Firebird 2.5 har stoppats, i kommandoraden med lyftning av r\u00e4ttigheter till lokal administrat\u00f6r (exempel):<\/p>\n
set ISC_USER=\u00e4gare\n\"25\/gbak\" -z -b -g -v -st t -y 25.log databas25 stdout|^\n\"30\/gbak\" -z -c -v -st t -y 30.log stdin databas30<\/code><\/pre>\n
\nI detta exempel anv\u00e4nds \"rak sned\" inom citat (till\u00e5ten \"unix-style\"), och \"hatten\" (symbolen \"^\") skyddar radbytet, vilket \u00e4r praktiskt vid inmatning av l\u00e5nga kommandon. Alternativet -st(atus) tillkom i Firebird 2.5.8 och g\u00f6r det m\u00f6jligt att registrera tidpunkten f\u00f6r processen gbak (detaljer \u2013 i dokumentationen).<\/p>\n
Linux<\/b><\/p>\n
P\u00e5 Linux beror Firebird 3 p\u00e5 biblioteket tommath. I CentOS (RHEL) finns detta bibliotek i epel-repositoriet, i Ubuntu (Debian) i \u2013 systemet.<\/p>\n
F\u00f6r CentOS m\u00e5ste du f\u00f6rst aktivera epel-f\u00f6rvaret och sedan k\u00f6ra <\/p>\n
yum install libtommath<\/code><\/pre>\n
\nF\u00f6r Ubuntu beh\u00f6ver du inte aktivera n\u00e5gra ytterligare f\u00f6rvar, men i Ubuntu 16 och Ubuntu 18 installeras olika versioner av paketen \u2013 libtommath0 och libtommath1, respektive.<\/p>\n
Firebird 3.0 s\u00f6ker efter tommath.so.0 och f\u00f6r Ubuntu 18 kr\u00e4vs dessutom att en symbolisk l\u00e4nk (symlink) skapas fr\u00e5n tommath.so.0 till tommath.so.1. F\u00f6r detta m\u00e5ste tommath.so.1 f\u00f6rst hittas. <\/p>\n
Den s\u00f6kta s\u00f6kv\u00e4gen i Ubuntu \u00e4r \/usr\/lib\/x86_64-linux-gnu\/<\/code>, men i andra Debian-baserade distributioner kan det vara annorlunda.<\/p>\n
Det andra problemet \u00e4r kopplat till det faktum att fram till Firebird 3.0.1 fanns det inget enkelt s\u00e4tt att installera tv\u00e5 olika versioner av servern. Alternativet \"kompilera fr\u00e5n k\u00e4llkoden med r\u00e4tt prefix\" \u00f6verv\u00e4ger vi inte p\u00e5 grund av dess relativt stora arbetsinsats.<\/p>\n
F\u00f6r Firebird 3.0.2 och senare har en kompilering med \u2013enable-binreloc<\/a><\/noindex> och en separat installationsval (-path v\u00e4g) implementerats.<\/p>\n
Om vi antar att biblioteket tommath och, om n\u00f6dv\u00e4ndigt, symboliska l\u00e4nkar f\u00f6r tommath.so.0 har lagts till i systemet, kan den aktuella (vid tidpunkten f\u00f6r denna artikels skrivande) distributionen av Firebird 3.0.4 installeras till exempel i \/opt\/fb3:<\/p>\n
.\/install.sh -path \/opt\/fb3<\/code><\/pre>\n
\nEfter detta kan du stoppa systemtj\u00e4nsten Firebird och starta den str\u00f6mmade konverteringen. <\/p>\n
Vid stopp av Firebird b\u00f6r man ta h\u00e4nsyn till att processerna f\u00f6r Firebird 2.5 i Classic-l\u00e4get vanligtvis startas av xinetd \u2013 s\u00e5 antingen m\u00e5ste Firebird-tj\u00e4nsten st\u00e4ngas av f\u00f6r xinetd eller s\u00e5 m\u00e5ste xinetd stoppas helt.<\/i><\/p>\n
I firebird.conf f\u00f6r 3.0 p\u00e5 Linux beh\u00f6ver du inte ange MaxUnflushed-parametrarna (de fungerar endast p\u00e5 Windows) och \u00e4ndra inst\u00e4llningarna f\u00f6r Firebird 2.5. <\/p>\n
I Linux \u00e4r lokal (fil) \u00e5tkomst till Firebird 2.5 inte likv\u00e4rdig med embedded-versionen p\u00e5 Windows \u2013 server 2.5 kommer att arbeta i processen gbak (utan n\u00e4tverksdel), men \u00e5tkomstr\u00e4ttigheterna kommer att kontrolleras av anv\u00e4ndardatabasen, vilket inneb\u00e4r att b\u00e5de anv\u00e4ndarnamn och l\u00f6senord kr\u00e4vs: <\/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
\nEfter en lyckad konvertering beh\u00f6ver du f\u00f6rst ta bort \"ytterligare\" Firebird 3.0, sedan \"huvud\" Firebird 2.5 och f\u00f6rst d\u00e4refter utf\u00f6ra en ren installation av Firebird 2.5 \u2013 helst via den vanliga installationsprogrammet tar.gz, inte genom f\u00f6rvar, eftersom versionen i f\u00f6rvaren kan vara f\u00f6r\u00e5ldrad.<\/p>\n
Dessutom, efter restaurering av databasen p\u00e5 Linux och ominstallation, m\u00e5ste du kontrollera att den nya databasen har anv\u00e4ndaren firebird som \u00e4gare.<\/p>\n
Om s\u00e5 inte \u00e4r fallet m\u00e5ste detta \u00e5tg\u00e4rdas<\/p>\n
chown firebird.firebird database<\/code><\/pre>\n
\nResultat<\/b><\/p>\n
F\u00f6rutom tids- och diskutrymmesbesparingar har den str\u00f6mmande konverteringen en annan viktig f\u00f6rdel \u2013 konverteringen av databasen g\u00f6rs utan att den befintliga Firebird 2.5 tas bort, vilket tydligt f\u00f6renklar \u00e5terst\u00e4llningen vid en misslyckad konvertering (oftast p\u00e5 grund av brist p\u00e5 utrymme eller en ov\u00e4ntad omstart under migrationsprocessen).<\/p>\n
Tidsbesparingen beror p\u00e5 att \"klassisk\" konvertering inneb\u00e4r \"backup-tid\" plus \"\u00e5terst\u00e4llningstid\". \u00c5terst\u00e4llningen best\u00e5r av tv\u00e5 delar: att l\u00e4sa data fr\u00e5n backup-filen och att bygga index.<\/p>\n
Vid str\u00f6mmande konvertering blir den totala tiden \"backup-tid plus fem-tio procent\" och \"indexbyggandet\".<\/p>\n
De specifika resultaten beror p\u00e5 databasens struktur, men i genomsnitt \u00e4r \u00e5terst\u00e4llningstiden ungef\u00e4r dubbelt s\u00e5 l\u00e5ng som backup-tiden. S\u00e5, om vi tar backup-tiden som en enhet, s\u00e5 inneb\u00e4r \"klassisk konvertering\" tre enheter tid och str\u00f6mmande konvertering tv\u00e5 enheter tid. Att \u00f6ka TempCacheLimit bidrar ocks\u00e5 till att f\u00f6rkorta tiden.<\/p>\n
Sammanfattningsvis m\u00f6jligg\u00f6r str\u00f6mmande konvertering i praktiken en besparing p\u00e5 30-40% av tiden f\u00f6r sekventiell backup och restaurering.<\/p>\n
Fr\u00e5gor?<\/b><\/p>\n
V\u00e4nligen skriv alla fr\u00e5gor i kommentarsf\u00e4ltet eller skicka dem till metodens f\u00f6rfattare och medf\u00f6rfattare till denna artikel \u2013 Vasily Sidorov, ledande systemingenj\u00f6r p\u00e5 \"iBase\", p\u00e5 adressen bs at ibase ru.<\/p>\n
Endast registrerade anv\u00e4ndare kan delta i omr\u00f6stningen. Logga in<\/a><\/noindex>, tack.<\/p>\n
Vilken version av Firebird anv\u00e4nder du?<\/h2>\n