ការបម្លែងស្ទ្រីមនៃមូលដ្ឋានទិន្នន័យ 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% ។ របៀបធ្វើវាឱ្យពិតប្រាកដ (នៅក្រោមវីនដូ និងក្រោមលីនុច) សូមអាននៅក្រោមការកាត់។

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

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

អ៊ូប៊ុនទូមិនចាំបាច់បញ្ចូលឃ្លាំងបន្ថែមទេ ប៉ុន្តែអ៊ូប៊ុនទូ 16 និងអ៊ូប៊ុនទូ 18 ដំឡើងកំណែផ្សេងៗគ្នានៃកញ្ចប់ - libtommath0 និង libtommath1 រៀងគ្នា។

Firebird 3.0 រកមើល tommath.so.0 ហើយសម្រាប់ Ubuntu 18 វាត្រូវបានទាមទារបន្ថែមដើម្បីបង្កើតតំណភ្ជាប់ (symlink) ពី tommath.so.0 ទៅ tommath.so.1 ។ ដើម្បីធ្វើដូចនេះដំបូងអ្នកត្រូវស្វែងរក tommath.so.1 ។

ស្វែងរកផ្លូវនៅក្នុងអ៊ូប៊ុនទូ - /usr/lib/x86_64-linux-gnu/ប៉ុន្តែការចែកចាយដែលមានមូលដ្ឋានលើ Debian ផ្សេងទៀតអាចខុសគ្នា។

បញ្ហាទីពីរគឺទាក់ទងទៅនឹងការពិតដែលថារហូតដល់ និងរួមទាំង 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 នៅលើលីនុច អ្នកមិនចាំបាច់កំណត់ប៉ារ៉ាម៉ែត្រ MaxUnflushed ទេ (ពួកវាដំណើរការតែលើ Windows) និងផ្លាស់ប្តូរការកំណត់ Firebird 2.5 ។

នៅក្នុងលីនុច ការចូលប្រើ Firebird 2.5 ក្នុងស្រុក (ឯកសារ) គឺមិនស្មើនឹងកំណែដែលបានបង្កប់នៅក្រោម 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 ធម្មតា ហើយមិនមែនតាមរយៈ ឃ្លាំង, ដោយសារតែ។ កំណែនៅក្នុងឃ្លាំងអាចយឺតយ៉ាវ។

ដូចគ្នានេះផងដែរបន្ទាប់ពីការស្ដារមូលដ្ឋានទិន្នន័យនៅលើលីនុចនិងដំឡើងឡើងវិញអ្នកត្រូវពិនិត្យមើលថាមូលដ្ឋានទិន្នន័យថ្មីគឺជាកម្មសិទ្ធិរបស់អ្នកប្រើ 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