ការបម្លែងស្ទ្រីមនៃមូលដ្ឋានទិន្នន័យ Firebird 2.5 ទៅជាទម្រង់ ODS12 (Firebird 3.0)

កំណែនីមួយៗរបស់ Firebird មានកំណែផ្ទាល់ខ្លួននៃទម្រង់រចនាសម្ព័ន្ធថាសមូលដ្ឋានទិន្នន័យ O(n)D(isk)S(tructure)។ រហូតដល់កំណែ 2.5 រួមបញ្ចូល ម៉ាស៊ីន Firebird អាចដំណើរការជាមួយ ODS នៃកំណែមុន ពោលគឺ មូលដ្ឋានទិន្នន័យពីកំណែចាស់ត្រូវបានបើកដោយកំណែថ្មី និងដំណើរការក្នុងរបៀបភាពឆបគ្នា ប៉ុន្តែម៉ាស៊ីន Firebird 3.0 ដំណើរការតែជាមួយមូលដ្ឋានទិន្នន័យនៅក្នុងកំណែ ODS ផ្ទាល់របស់វាប៉ុណ្ណោះ។ 12.0.

ដើម្បីផ្លាស់ទីទៅ 3.0 មូលដ្ឋានទិន្នន័យពី 2.5 ត្រូវតែត្រូវបានបំប្លែងទៅជាទម្រង់ថ្មីតាមរយៈការបម្រុងទុក/ស្តារ។ ជាការពិតណាស់យើងសន្មត់ថាមូលដ្ឋានទិន្នន័យត្រូវបានរៀបចំពីមុនសម្រាប់ការបំប្លែង - i.e. ទិន្នន័យមេតា និងសំណួរត្រូវបានពិនិត្យរកមើលភាពឆបគ្នាជាមួយ Firebird 3.0។

Если следовать стандартному подходу, это означает, что нужно произвести бэкап на версии 2.5, затем установить 3.0 и сделать рестор. Такая процедура приемлема, если есть достаточно времени, но при миграции больших баз данных, или при одновременной миграции нескольких десятков БД, когда время поджимает, можно воспользоваться поточной конвертацией, которая на 30-40% быстрее. Как именно это сделать (под Windows និងក្រោម Linux), читайте под катом.

គំនិតទូទៅគឺថា យើងនឹងប្រើបំពង់បង្ហូរប្រេង ដើម្បីបង្កើនល្បឿន៖

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

Gbak ពី 2.5 បង្កើតការបម្រុងទុកជាទម្រង់លីនេអ៊ែរ ហើយផ្ញើវាទៅ stdout ដែលភ្លាមៗយក gbak ពី 3.0 តាមរយៈ stdin ហើយបង្កើតមូលដ្ឋានទិន្នន័យថ្មី។

វាចាំបាច់ក្នុងការរៀបចំបំពង់បង្ហូរប្រេងបែបនេះជាមួយនឹងវិធីសាស្ត្រចូលប្រើមូលដ្ឋាន (ឯកសារ) ចាប់តាំងពីការចូលប្រើបណ្តាញ (សូម្បីតែតាមរយៈម៉ាស៊ីនមេ) នឹងធ្វើឱ្យដំណើរការថយចុះយ៉ាងខ្លាំង។

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

Windows

ក្នុងករណី។ Windows проще всего сделать полностью автономную сборку Firebird. Для этого берём embed-archive Firebird 2.5ប្តូរឈ្មោះ fbemded.dll ទៅ fbclient.dll បន្ថែម gbak.exe និង (ជាជម្រើស) ឧបករណ៍ប្រើប្រាស់ isql.exe ពីបណ្ណសារ "ធម្មតា" 2.5 ។

ការប្រើប្រាស់ 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

ដូចគ្នានេះផងដែរ វាគឺជាការចង់កំណត់តម្លៃ IpcName ផ្សេងគ្នាសម្រាប់ 2.5 និង 3.0 ។

នៅពេលជ្រើសរើសតម្លៃនៃប៉ារ៉ាម៉ែត្រផ្សេងទៀតនៃ firebird.conf យើងបន្តពីការពិចារណាសាមញ្ញមួយ: នៅដំណាក់កាលផ្ទេរទិន្នន័យ gbak ដំណើរការ 2.5 ក្នុងដំណើរការមួយ និង 3.0 ផ្សេងទៀត បន្ទាប់មក 2.5 ចេញ ហើយ 3.0 ចាប់ផ្តើមសាងសង់ សន្ទស្សន៍។

ដើម្បីបង្កើនល្បឿននៃដំណាក់កាលបង្កើតលិបិក្រមក្នុង 3.0 វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យបង្កើនទំហំនៃប៉ារ៉ាម៉ែត្រ TempCacheLimit ទៅ ~ 40% RAM (ប្រសិនបើវាជាម៉ាស៊ីនមេ ពិតណាស់)។

ឧទាហរណ៍ប្រសិនបើម៉ាស៊ីនមេមាន RAM ទំហំ 16 GB នោះអ្នកអាចដាក់បាន។

TempCacheLimit=6G

ជាការពិតណាស់ តម្លៃនេះអាចត្រូវបានកំណត់សម្រាប់តែ Firebird 64 3-bit ប៉ុណ្ណោះ ចាប់តាំងពីដំណើរការ 32-bit ណាមួយមិនអាចបែងចែកអង្គចងចាំលើសពី 2 ជីហ្គាបៃបានទេ។

ក្នុង 2.5 ប៉ារ៉ាម៉ែត្រនេះមិនចាំបាច់ផ្លាស់ប្តូរទេ - វាមិនអាចលើសពី 2 ជីហ្គាបៃទេ ហើយវាមិនប៉ះពាល់ដល់ល្បឿនកំឡុងពេលបម្រុងទុកទេ។

មុនពេលអនុវត្តប្រតិបត្តិការ អ្នកត្រូវពិនិត្យមើលថាឃ្លាំងសម្ងាត់ទំព័រនៅក្នុងបឋមកថាមូលដ្ឋានទិន្នន័យត្រូវបានកំណត់ទៅ 0 (ពាក្យបញ្ជា gstat -h databasenameសូមមើលបន្ទាត់សតិបណ្តោះអាសន្នទំព័រ)។

ប្រសិនបើឃ្លាំងសម្ងាត់ត្រូវបានកំណត់យ៉ាងច្បាស់នៅក្នុងបឋមកថាមូលដ្ឋានទិន្នន័យ នោះវាបដិសេធតម្លៃពី firebird.conf (និង databases.conf ក្នុង 3.0) ហើយក្នុងករណីដែលតម្លៃធំមិនគ្រប់គ្រាន់ វាអាចនាំឱ្យការប្រើប្រាស់អង្គចងចាំច្រើនពេក និងការប្តូរ។

បន្ទាប់មកចម្លងឯកសារទៅប្រព័ន្ធគោលដៅ។

ការបម្លែងត្រូវបានអនុវត្តបន្ទាប់ពីការបញ្ឈប់សេវាកម្ម "ប្រព័ន្ធ" Firebird 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 ១០ និងក្នុង 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 និងជម្រើសដំឡើងដាច់ដោយឡែក (-path path) ។

ដោយសន្មតថាបណ្ណាល័យ tommath ហើយប្រសិនបើចាំបាច់ តំណភ្ជាប់និមិត្តសញ្ញាសម្រាប់ tommath.so.0 ត្រូវបានបន្ថែមទៅក្នុងប្រព័ន្ធ អ្នកអាចដំឡើងចរន្ត (នៅពេលសរសេរនេះ) ការចែកចាយ Firebird 3.0.4 ជាឧទាហរណ៍ /opt /fb3:

./install.sh -path /opt/fb3

បន្ទាប់ពីនោះ អ្នកអាចបញ្ឈប់សេវាកម្មប្រព័ន្ធ Firebird ហើយចាប់ផ្តើមការបម្លែងការផ្សាយ។

នៅពេលបញ្ឈប់ Firebird សូមចងចាំថាដំណើរការ Firebid 2.5 នៅក្នុងរបៀបបុរាណជាធម្មតាត្រូវបានចាប់ផ្តើមដោយ xinett - ដូច្នេះអ្នកត្រូវបិទសេវាកម្ម firebird សម្រាប់ xinetd ឬបញ្ឈប់ 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

បន្ទាប់ពីការបំប្លែងដោយជោគជ័យ ដំបូងអ្នកត្រូវតែលុប Firebird 3.0 បន្ថែម "main" Firebird 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 កំណែអ្វី?

• Firebird 3.x

• Firebird ៤

• Firebird ៤

• Firebird 2.0, 1.5 ឬ 1.0

អ្នកប្រើប្រាស់ 16 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ 1 នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com