Firebird 2.5 ഡാറ്റാബേസുകൾ ODS12 ഫോർമാറ്റിലേക്ക് സ്ട്രീമിംഗ് പരിവർത്തനം (Firebird 3.0)

Firebird-ന്റെ ഓരോ പതിപ്പിനും ഡാറ്റാബേസ് ഡിസ്ക് ഘടന ഫോർമാറ്റിന്റെ സ്വന്തം പതിപ്പ് ഉണ്ട്, O(n)D(isk)S(tructure). പതിപ്പ് 2.5 ഉൾപ്പെടെ, ഫയർബേർഡ് എഞ്ചിന് മുമ്പത്തെ പതിപ്പുകളുടെ ODS-ൽ പ്രവർത്തിക്കാൻ കഴിയും, അതായത്, പഴയ പതിപ്പുകളിൽ നിന്നുള്ള ഡാറ്റാബേസുകൾ പുതിയ പതിപ്പ് തുറക്കുകയും അനുയോജ്യത മോഡിൽ പ്രവർത്തിക്കുകയും ചെയ്തു, എന്നാൽ Firebird 3.0 എഞ്ചിൻ അതിന്റെ സ്വന്തം ODS പതിപ്പിലെ ഡാറ്റാബേസുകളിൽ മാത്രമേ പ്രവർത്തിക്കൂ. 12.0

3.0-ലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നതിന്, 2.5-ൽ നിന്നുള്ള ഡാറ്റാബേസ് ബാക്കപ്പ്/റിസ്റ്റോർ വഴി പുതിയ ഫോർമാറ്റിലേക്ക് പരിവർത്തനം ചെയ്യണം. തീർച്ചയായും, ഡാറ്റാബേസ് പരിവർത്തനത്തിനായി മുമ്പ് തയ്യാറാക്കിയതാണെന്ന് ഞങ്ങൾ അനുമാനിക്കുന്നു - അതായത്. മെറ്റാഡാറ്റയും അന്വേഷണങ്ങളും Firebird 3.0-യുമായി അനുയോജ്യതയ്ക്കായി പരിശോധിച്ചു.

Если следовать стандартному подходу, это означает, что нужно произвести бэкап на версии 2.5, затем установить 3.0 и сделать рестор. Такая процедура приемлема, если есть достаточно времени, но при миграции больших баз данных, или при одновременной миграции нескольких десятков БД, когда время поджимает, можно воспользоваться поточной конвертацией, которая на 30-40% быстрее. Как именно это сделать (под Windows താഴെയും Linux), читайте под катом.

കാര്യങ്ങൾ വേഗത്തിലാക്കാൻ ഞങ്ങൾ ഒരു പൈപ്പ്ലൈൻ ഉപയോഗിക്കും എന്നതാണ് പൊതുവായ ആശയം:

gbak -b … база25 stdout | gbak -c … stdin база30

2.5-ൽ നിന്നുള്ള Gbak ഒരു ലീനിയർ ഫോർമാറ്റിൽ ഒരു ബാക്കപ്പ് സൃഷ്ടിക്കുകയും അത് stdout-ലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു, അത് stdin വഴി 3.0-ൽ നിന്ന് gbak എടുത്ത് ഒരു പുതിയ ഡാറ്റാബേസ് സൃഷ്ടിക്കുന്നു.

ഒരു ലോക്കൽ (ഫയൽ) ആക്സസ് രീതി ഉപയോഗിച്ച് അത്തരമൊരു പൈപ്പ്ലൈൻ സംഘടിപ്പിക്കേണ്ടത് ആവശ്യമാണ്, കാരണം നെറ്റ്വർക്ക് ആക്സസ് (ലോക്കൽ ഹോസ്റ്റ് വഴി പോലും) പ്രക്രിയയെ ഗണ്യമായി മന്ദഗതിയിലാക്കും.

Ниже мы рассматриваем детали для Windows и Linux.

Windows

ആണെങ്കിൽ Windows проще всего сделать полностью автономную сборку Firebird. Для этого берём embed-archive Firebird 2.5, fbemded.dll എന്ന പേര് fbclient.dll എന്ന് പുനർനാമകരണം ചെയ്യുക, "പതിവ്" 2.5 ആർക്കൈവിൽ നിന്ന് gbak.exe, (ഓപ്ഷണലായി) isql.exe യൂട്ടിലിറ്റികൾ ചേർക്കുക.

Firebird 3.0 ഉപയോഗിക്കുന്നു ഒറ്റ സമ്മേളനം കൂടാതെ ഒരു പരിഷ്ക്കരണവും ആവശ്യമില്ല.

ഏറ്റവും കുറഞ്ഞ പതിപ്പിൽ (ടാർഗെറ്റ് സിസ്റ്റത്തിൽ VS2008/VS2010 റൺടൈം ലൈബ്രറികളുടെ ഇൻസ്റ്റാളേഷൻ ആവശ്യമില്ല) ഇനിപ്പറയുന്ന ഫയലുകൾ അടങ്ങിയിരിക്കുന്നു:

25/gbak.exe
25/fbclient.dll
25/firebird.conf
25/firebird.log
25/firebird.msg
25/ib_util.dll
25/icudt30.dll
25/icuin30.dll
25/icuuc30.dll
25/Microsoft.VC80.CRT.manifest
25/msvcp80.dll
25/msvcr80.dll

30/fbclient.dll
30/firebird.conf
30/firebird.msg
30/gbak.exe
30/ib_util.dll
30/icudt52.dll
30/icudt52l.dat
30/icuin52.dll
30/icuuc52.dll
30/msvcp100.dll
30/msvcr100.dll
30/intl/fbintl.conf
30/intl/fbintl.dll
30/plugins/engine12.dll

2.5-ൽ intl/fbintl.dll, intl/fbintl.conf ഫയലുകൾ ഉൾപ്പെടുന്നില്ലെന്ന് പരിചയസമ്പന്നനായ ഒരു അഡ്മിനിസ്ട്രേറ്റർ ശ്രദ്ധിച്ചേക്കാം. ഇത് ശരിയാണ്, കാരണം gbak ഒരു കണക്ഷൻ ചാർസെറ്റ് ഉപയോഗിക്കുന്നില്ല, ചാർസെറ്റുകൾക്കിടയിൽ ഡാറ്റ പരിവർത്തനം ചെയ്യുന്നില്ല, പക്ഷേ Firebird 3.0 ന്റെ "സ്വീകരിക്കുന്ന" ഭാഗത്ത്, സൂചികകൾ സൃഷ്ടിക്കുമ്പോൾ ഈ ഫയലുകൾ ആവശ്യമാണ്.

firebird.conf-ൽ Firebird 3.0 ചേർക്കാൻ ശുപാർശ ചെയ്യുന്നു:

MaxUnflushedWrites = -1
MaxUnflushedWriteTime = -1

കൂടാതെ, 2.5, 3.0 എന്നിവയ്‌ക്കായി വ്യത്യസ്ത IpcName മൂല്യങ്ങൾ സജ്ജീകരിക്കുന്നത് അഭികാമ്യമാണ്.

firebird.conf ന്റെ മറ്റ് പാരാമീറ്ററുകളുടെ മൂല്യങ്ങൾ തിരഞ്ഞെടുക്കുമ്പോൾ, ഞങ്ങൾ ഒരു ലളിതമായ പരിഗണനയിൽ നിന്ന് മുന്നോട്ട് പോകുന്നു: ഡാറ്റ ട്രാൻസ്ഫ്യൂഷന്റെ ഘട്ടത്തിൽ, gbak ഒരു പ്രക്രിയയിൽ 2.5, മറ്റൊന്നിൽ 3.0, തുടർന്ന് 2.5 എക്സിറ്റുകൾ, 3.0 നിർമ്മിക്കാൻ തുടങ്ങുന്നു. സൂചികകൾ.

3.0-ൽ സൂചിക നിർമ്മാണ ഘട്ടം വേഗത്തിലാക്കാൻ, TempCacheLimit പാരാമീറ്ററിന്റെ വലുപ്പം ~40% RAM ആയി വർദ്ധിപ്പിക്കാൻ ശുപാർശ ചെയ്യുന്നു (അത് ഒരു സമർപ്പിത സെർവറാണെങ്കിൽ, തീർച്ചയായും).

ഉദാഹരണത്തിന്, സെർവറിന് 16 ജിബി റാം ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഇടാം

TempCacheLimit=6G

തീർച്ചയായും, ഈ മൂല്യം 64-ബിറ്റ് ഫയർബേർഡ് 3-ന് മാത്രമേ സജ്ജീകരിക്കാൻ കഴിയൂ, കാരണം ഏതൊരു 32-ബിറ്റ് പ്രോസസ്സിനും 2 ജിഗാബൈറ്റിൽ കൂടുതൽ മെമ്മറി അനുവദിക്കാൻ കഴിയില്ല.

2.5-ൽ, ഈ പരാമീറ്റർ മാറ്റേണ്ടതില്ല - അത് എന്തായാലും 2 ജിഗാബൈറ്റിൽ കൂടുതൽ ആയിരിക്കരുത്, ബാക്കപ്പ് സമയത്ത് വേഗതയെ ബാധിക്കില്ല.

പ്രവർത്തനം നടത്തുന്നതിന് മുമ്പ്, ഡാറ്റാബേസ് തലക്കെട്ടിലെ പേജ് കാഷെ 0 (കമാൻഡ്) ആയി സജ്ജീകരിച്ചിട്ടുണ്ടോ എന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്. gstat -h databasename, പേജ് ബഫറുകളുടെ വരി കാണുക).

ഡാറ്റാബേസ് തലക്കെട്ടിൽ കാഷെ വ്യക്തമായി സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, അത് firebird.conf (കൂടാതെ 3.0-ലെ databases.conf)-ൽ നിന്നുള്ള മൂല്യങ്ങളെ അസാധുവാക്കുന്നു, കൂടാതെ അപര്യാപ്തമായ വലിയ മൂല്യങ്ങളുടെ കാര്യത്തിൽ, അത് അമിതമായ മെമ്മറി ഉപഭോഗത്തിനും സ്വാപ്പിംഗിനും ഇടയാക്കും.

അടുത്തതായി, ടാർഗെറ്റ് സിസ്റ്റത്തിലേക്ക് ഫയലുകൾ പകർത്തുക.

പ്രാദേശിക അഡ്മിനിസ്ട്രേറ്റർക്ക് ഉയർന്ന അവകാശങ്ങളുള്ള കമാൻഡ് ലൈനിൽ "സിസ്റ്റം" ഫയർബേർഡ് 2.5 സേവനം നിർത്തിയ ശേഷമാണ് പരിവർത്തനം നടത്തുന്നത് (ഉദാഹരണം):

set ISC_USER=владелец
"25/gbak" -z -b -g -v -st t -y 25.log база25 stdout|^
"30/gbak" -z -c -v -st t -y 30.log stdin база30

ഈ ഉദാഹരണം ഉദ്ധരണികളിൽ ഒരു "ഫോർവേഡ് സ്ലാഷ്" ഉപയോഗിക്കുന്നു (സാധുവായ "യൂണിക്സ്-സ്റ്റൈൽ"), കൂടാതെ "തൊപ്പി" ("^" പ്രതീകം) ന്യൂലൈൻ പ്രതീകത്തിൽ നിന്ന് രക്ഷപ്പെടുന്നു, ഇത് നീണ്ട കമാൻഡുകൾ ടൈപ്പുചെയ്യുമ്പോൾ ഉപയോഗപ്രദമാണ്. -st(atus) ഓപ്ഷൻ Firebird 2.5.8-ൽ പ്രത്യക്ഷപ്പെട്ടു, gbak പ്രോസസ്സ് പ്രവർത്തിക്കുന്ന സമയത്തെക്കുറിച്ചുള്ള ഡാറ്റ ലോഗ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു (വിശദാംശങ്ങൾക്ക്, ഡോക്യുമെന്റേഷൻ കാണുക).

Linux

ഓൺ Linux Firebird 3 зависит от библиотеки tommath. В CentOS (RHEL) эта библиотека находится в epel-репозитории, в Ubuntu (Debian) в – системном.

വേണ്ടി CentOS требуется сначала подключить epel-репозиторий и только потом делать

yum install libtommath

Ubuntu не нужно подключать дополнительные репозитории, но в Ubuntu 16 ഉം അതിൽ കൂടുതലും Ubuntu 18 устанавливаются разные версии пакетов – libtommath0 и libtommath1, соответственно.

Firebird 3.0 ищет tommath.so.0 и для Ubuntu 18 дополнительно требуется создать ссылку (symlink) c tommath.so.0 на tommath.so.1. Для этого сначала надо найти tommath.so.1.

Искомый путь в Ubuntu - /usr/lib/x86_64-linux-gnu/, но в других Debian-based дистрибутивах может быть иначе.

രണ്ടാമത്തെ പ്രശ്നം Firebird 3.0.1 വരെ, രണ്ട് വ്യത്യസ്ത സെർവർ പതിപ്പുകൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ എളുപ്പവഴികളൊന്നും ഉണ്ടായിരുന്നില്ല എന്ന വസ്തുതയുമായി ബന്ധപ്പെട്ടതാണ്. "ആവശ്യമായ പ്രിഫിക്‌സ് ഉപയോഗിച്ച് ഉറവിടത്തിൽ നിന്ന് കംപൈൽ ചെയ്യുക" എന്ന ഓപ്‌ഷൻ അതിന്റെ ആപേക്ഷിക സങ്കീർണ്ണത കാരണം ഞങ്ങൾ പരിഗണിക്കുന്നില്ല.

Firebird 3.0.2-ഉം അതിലും ഉയർന്നതും നടപ്പിലാക്കി --enable-binreloc ഉപയോഗിച്ച് നിർമ്മിക്കുക ഒരു പ്രത്യേക ഇൻസ്റ്റാളർ ഓപ്ഷനും (-പാത്ത് പാത്ത്).

ടോമത്ത് ലൈബ്രറിയും ആവശ്യമെങ്കിൽ tommath.so.0 എന്നതിനായുള്ള ഒരു സിംലിങ്കും സിസ്റ്റത്തിലേക്ക് ചേർത്തിട്ടുണ്ടെന്ന് കരുതുക, നിങ്ങൾക്ക് നിലവിലെ (ഇത് എഴുതുന്ന സമയത്ത്) Firebird 3.0.4 വിതരണത്തിൽ ഇൻസ്റ്റാൾ ചെയ്യാം, ഉദാഹരണത്തിന്, /opt /fb3:

./install.sh -path /opt/fb3

അതിനുശേഷം, നിങ്ങൾക്ക് ഫയർബേർഡ് സിസ്റ്റം സേവനം നിർത്തി സ്ട്രീമിംഗ് പരിവർത്തനം ആരംഭിക്കാം.

ഫയർബേർഡ് നിർത്തുമ്പോൾ, ക്ലാസിക് മോഡിലെ Firebid 2.5 പ്രക്രിയകൾ സാധാരണയായി xinetd ആണ് ആരംഭിക്കുന്നതെന്ന് ഓർമ്മിക്കുക - അതിനാൽ നിങ്ങൾ xinetd-നുള്ള firebird സേവനം പ്രവർത്തനരഹിതമാക്കുകയോ xinetd പൂർണ്ണമായും നിർത്തുകയോ ചെയ്യേണ്ടതുണ്ട്.

В firebird.conf для 3.0 на Linux не нужно задавать MaxUnflushed-параметры (они работают только на Windows) и менять настройки Firebird 2.5.

В линуксе локальный (файловый) доступ Firebird 2.5 не эквивалентен embeded-варианту под Windows – сервер 2.5 будет работать в процессе gbak (без сетевой части), но права доступа будут проверяться по базе пользователей, а значит, потребуется не только логин, но и пароль:

export ISC_USER=username ISC_PASSWORD=password
/opt/firebird/bin/gbak -b … база25 stdout
|/opt/fb3/bin/gbak -c … stdin база30

വിജയകരമായ പരിവർത്തനത്തിന് ശേഷം, നിങ്ങൾ ആദ്യം "അഡീഷണൽ" ഫയർബേർഡ് 3.0, തുടർന്ന് "പ്രധാന" ഫയർബേർഡ് 2.5 അൺഇൻസ്റ്റാൾ ചെയ്യണം, അതിനുശേഷം Firebird 2.5 ന്റെ ക്ലീൻ ഇൻസ്റ്റാളേഷൻ നടത്തണം - ഇത് സാധാരണ tar.gz ഇൻസ്റ്റാളറിൽ നിന്നാണ് നല്ലത്, അല്ലാതെ റിപ്പോസിറ്ററികൾ, കാരണം. റിപ്പോസിറ്ററികളിലെ പതിപ്പ് പിന്നിലായിരിക്കാം.

Также, после рестора БД на Linux и переустановки надо проверить, чтобы новая БД имела владельцем пользователя firebird.

ഇത് അങ്ങനെയല്ലെങ്കിൽ, അത് ശരിയാക്കേണ്ടതുണ്ട്.

chown firebird.firebird database

ഫലം

സമയവും ഡിസ്ക് സ്ഥലവും ലാഭിക്കുന്നതിനു പുറമേ, സ്ട്രീമിംഗ് പരിവർത്തനത്തിന് മറ്റൊരു പ്രധാന നേട്ടമുണ്ട് - നിലവിലുള്ള Firebird 2.5 ഇല്ലാതാക്കാതെ തന്നെ ഡാറ്റാബേസ് പരിവർത്തനം നടത്തുന്നു, ഇത് പരാജയപ്പെട്ട പരിവർത്തനത്തിന്റെ കാര്യത്തിൽ റോൾബാക്ക് വളരെ ലളിതമാക്കുന്നു (മിക്കപ്പോഴും സ്ഥലത്തിന്റെ അഭാവം അല്ലെങ്കിൽ മൈഗ്രേഷൻ സമയത്ത് അപ്രതീക്ഷിതമായ റീബൂട്ട് കാരണം. പ്രക്രിയ).

"ക്ലാസിക്" പരിവർത്തനം "ബാക്കപ്പ് സമയം" പ്ലസ് "സമയം പുനഃസ്ഥാപിക്കുക" എന്ന വസ്തുതയാണ് സമയം ലാഭിക്കുന്നത്. വീണ്ടെടുക്കൽ രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു: ഒരു ബാക്കപ്പ് ഫയലിൽ നിന്ന് ഡാറ്റ വായിക്കുകയും ഒരു സൂചിക നിർമ്മിക്കുകയും ചെയ്യുക.

സ്ട്രീമിംഗ് പരിവർത്തനം ഉപയോഗിച്ച്, മൊത്തം സമയം "ബാക്കപ്പ് സമയം പ്ലസ് അഞ്ച് മുതൽ പത്ത് ശതമാനം", "ഇൻഡക്സ് നിർമ്മാണ സമയം" എന്നിങ്ങനെ ലഭിക്കും.

നിർദ്ദിഷ്ട ഫലങ്ങൾ ഡാറ്റാബേസിന്റെ ഘടനയെ ആശ്രയിച്ചിരിക്കുന്നു, എന്നാൽ ശരാശരി, വീണ്ടെടുക്കൽ സമയം ബാക്കപ്പ് സമയത്തിന്റെ ഏകദേശം ഇരട്ടിയാണ്. അതിനാൽ, ഞങ്ങൾ ബാക്കപ്പ് സമയം ഒരു യൂണിറ്റായി എടുക്കുകയാണെങ്കിൽ, "ക്ലാസിക് പരിവർത്തനം" എന്നത് മൂന്ന് യൂണിറ്റ് സമയമാണ്, സ്ട്രീമിംഗ് രണ്ട് യൂണിറ്റ് സമയമാണ്. TempCacheLimit വർദ്ധിപ്പിക്കുന്നത് സമയം കൂടുതൽ കുറയ്ക്കാൻ സഹായിക്കുന്നു.

പൊതുവേ, പ്രായോഗികമായി സ്ട്രീമിംഗ് പരിവർത്തനം, ഇതര ബാക്കപ്പിന്റെയും പുനഃസ്ഥാപിക്കലിന്റെയും സമയത്തിന്റെ 30-40% ലാഭിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ചോദ്യങ്ങൾ?

അഭിപ്രായങ്ങളിൽ എല്ലാ ചോദ്യങ്ങളും എഴുതുക, അല്ലെങ്കിൽ ഈ ലേഖനത്തിന്റെ മെത്തഡോളജിയുടെ രചയിതാവിനും സഹ-രചയിതാവിനും അയയ്ക്കുക - Vasily Sidorov, iBase Leading System Engineer, at bs at ibase ru.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

Firebird-ന്റെ ഏത് പതിപ്പാണ് നിങ്ങൾ ഉപയോഗിക്കുന്നത്?

• ഫയർബേർഡ് 3.x

• ഫയർബേർഡ് 2.5

• ഫയർബേർഡ് 2.1

• ഫയർബേർഡ് 2.0, 1.5 അല്ലെങ്കിൽ 1.0

16 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 1 ഉപയോക്താവ് വിട്ടുനിന്നു.

അവലംബം: www.habr.com