Firebird 3-ის დაყენება Linux-ის თანამედროვე ვერსიებზე: CentOS8 და Ubuntu 19

ამ სტატიაში ჩვენ აღვწერთ მოქმედებების მინიმალურ კომპლექტს, რომელიც საჭიროა Linux-ის ახალ დისტრიბუციებზე Firebird DBMS ვერსიის 3.0 ოპტიმალური ინსტალაციისთვის. მაგალითებისთვის შერჩეულია CentOS 8 და Ubuntu 19.

Firebird-ის განაწილების სამიზნე სისტემაში გადასატანად, ამ სახელმძღვანელოში არჩეულია tar.gz არქივის ჩამოტვირთვის ვარიანტი ბმულის გამოყენებით პროექტის ოფიციალური ვებსაიტიდან (firebirdsql.org).

ყველაზე მოუთმენლებისთვის, პირდაპირ ბრძოლაში წადით:

სწრაფი ინსტალაცია

ფაილის რედაქტირება /etc/sysctl.confხაზის დამატებით:

vm.max_map_count = 256000

შეინახეთ ფაილი და გამოიყენეთ პარამეტრი:

sudo sysctl -p /etc/sysctl.conf

შემდგომი ინსტრუქციები განსხვავდება CentOS 8 და Ubuntu 19-ისთვის, მაგრამ ССЫЛКА и КАТАЛОГ მიუთითეთ ბმული ოფიციალური Firebird პროექტის ვებსაიტიდან დისტრიბუციის ჩამოტვირთვისთვის და დირექტორია, რომელშიც განთავსდება დისტრიბუცია ჩამოტვირთვის პროცესში.
ამჟამად (2020 წლის მარტი) მიმდინარე გამოშვებაა Firebird 3.0.5 (აქ არის ბმული 64-ბიტიან ვერსიამდე).

CentOS 8

sudo yum -y install epel-release
sudo yum -y makecache
sudo yum -y install libicu libtommath tar
ln -s libncurses.so.5 
/usr/lib64/libncurses.so.5
ln -s libtommath.so.1 
/usr/lib64/libtommath.so.0
curl -L ССЫЛКА|tar -zxC /tmp

Ubuntu 19

sudo apt-get -y install libncurses5 libtommath1
ln -s libtommath.so.1 
/usr/lib/x86_64-linux-gnu/libtommath.so.0
wget -O- ССЫЛКА|tar -zxC /tmp

Firebird DBMS-ის რეალური ინსტალაცია:

cd /tmp/КАТАЛОГ
sudo ./install.sh

თუ გსურთ უკეთ გაიგოთ რას აკეთებენ ეს ქმედებები, წაიკითხეთ.

მთავარი ნაწილი

მოკლე პრეამბულა

ვარაუდობენ, რომ OS უკვე დაინსტალირებულია მინიმალურ ვერსიაში და კონფიგურირებულია წვდომა საჯარო საცავებზე ან მათ ადგილობრივ ასლებზე.

ვარაუდობენ, რომ მკითხველს აქვს Linux-ისა და Firebird DBMS-ის საბაზისო ცოდნა.

დაგეგმვა

DBMS სერვერზე რეკომენდებულია ცალკეული სექციების გამოყოფა დროებითი ფაილებისთვის (/tmp), მონაცემთა ბაზის ფაილები და ადგილობრივი სარეზერვო ასლები.

დროებითი მოიცავს დაბლოკვის ფაილებს, ფაილების დახარისხებას, გლობალური დროებითი ცხრილების "მატერიალიზაციის" ფაილებს (GTT) და მონიტორინგის ცხრილებს. დახარისხების და გლობალური დროებითი ცხრილების ფაილები განთავსებულია /tmp, mon$-table ფაილები და lock-files – in /tmp/firebird.

ფაილების დახარისხება "წაშლილია" (unlink) დაუყოვნებლივ შექმნის შემდეგ, ასე რომ, ისინი ვერ "ჩანს" დირექტორიაში - მხოლოდ პროცესის სახელურების სიაში (მონიშნულია როგორც deleted):

sudo ls -lhF /proc/`pgrep firebird`/fd

ფსევდო დირექტორიაში /proc/…/fd/ ნაჩვენებია სიმბოლური ბმულები და ფაილის შესახებ რეალური ინფორმაცია მოცემულია შემდეგნაირად:

sudo stat -L /proc/`pgrep firebird`/fd/НОМЕР

სადაც НОМЕР – ინტერესის ფაილის აღმწერი (descriptor).

დარეკვის ნაცვლად"pgrep исполняемый-файл„შეგიძლიათ დაუყოვნებლივ ჩაანაცვლოთ ინტერესის პროცესის იდენტიფიკატორი.

დროებითი ფაილები შეიძლება იყოს ძალიან დიდი, ასე რომ /tmp რეკომენდებულია მინიმუმ 20-30 GB გამოყოფა. გასათვალისწინებელია, რომ ფაილების დახარისხების ზომა დამოკიდებულია მხოლოდ მოთხოვნაში ცალსახად ან ირიბად დალაგებული მონაცემების რაოდენობაზე და ერთ მომხმარებელს შეუძლია „შექმნას“ გიგაბაიტი დროებითი ფაილები.

მონაცემთა ბაზის ფაილების განყოფილება უნდა მოიცავდეს მონაცემთა ბაზის ყველა ფაილს. პლუს, მინიმუმ, მონაცემთა ბაზის უდიდესი ფაილის ასლი. აუცილებელია გავითვალისწინოთ მონაცემთა ბაზის ფაილების ზრდა მომავალში რამდენიმე წლის განმავლობაში.

ლოკალური სარეზერვო განყოფილება უნდა შეიცავდეს ყველა მონაცემთა ბაზის მინიმუმ ერთ სარეზერვო არქივს და ასევე უდიდესი მონაცემთა ბაზის სარეზერვო ასლს. სასურველია, რომ ეს განყოფილება ასევე შეიცავდეს სივრცეს უდიდესი მონაცემთა ბაზის აღდგენისთვის. გასათვალისწინებელია სარეზერვო და სარეზერვო არქივების ზრდა მომავალში რამდენიმე წლის განმავლობაში.

წინასწარი მომზადება

Firebird 3.0 DBMS სერვერი დინამიურად გამოყოფს და ათავისუფლებს სისტემის მეხსიერებას, რამაც შეიძლება გამოიწვიოს მისი ფრაგმენტაცია. მაგალითად, მას შემდეგ, რაც მომხმარებელთა დიდი რაოდენობა ერთბაშად გათიშულია სუპერსერვერთან, შეიძლება მოხდეს შეცდომები ახალი კავშირების შექმნისას.

მეხსიერების ფრაგმენტაცია კონტროლდება სისტემის პარამეტრით vm.max_map_countნაგულისხმევი არის 64K. რეკომენდებულია მისი ღირებულების ოთხჯერ გაზრდა:

sudo sysctl vm.max_map_count=256000

იმისათვის, რომ ახალი მნიშვნელობა დაყენდეს სისტემის გადატვირთვისას, დაამატეთ ფაილს /etc/sysctl.conf ხაზი:

vm.max_map_count = 256000

მიზანშეწონილია კომენტარის გაკეთება, რათა ნათელი იყოს ამ პარამეტრის შეცვლის მიზეზი. თქვენ შეგიძლიათ ჯერ შეცვალოთ ფაილი და შემდეგ გამოიყენოთ მასში შენახული პარამეტრები:

sudo sysctl -p /etc/sysctl.conf

საჭირო პაკეტების ინსტალაცია

Firebird 3.0 Linux DBMS-ის შესრულებადი ფაილები დამოკიდებულია ncurses ბიბლიოთეკებზე (libncurses.so.5), ICU (არ არის მიბმული ვერსიასთან და არ არის ნაჩვენები გამომავალში ldd) და ტომატი (libtommath.so.0). ასამბლეის არქივის ჩამოსატვირთად და გასახსნელად, დაგჭირდებათ კომუნალური საშუალებები gzip, tar и curl ან wget. ICU ვერსიები, gzip, tar и curl/wget - უმნიშვნელოა.

პაკეტებთან მუშაობა დამოკიდებულია სისტემაზე და სისტემაში გამოყენებულ პაკეტების მენეჯერზე, ამიტომ მათ სათითაოდ განვიხილავთ.

CentOS 8

CentOS 8 იყენებს ახალ პაკეტების მენეჯერს – dnf და მას ბრძანებით „გამჭვირვალედ“ ეწოდება yum. ვინაიდან ჩვენი მიზნებისთვის მათ შორის განსხვავება არ არის - მაგალითებში იქნება yum.

განაახლეთ მეტამონაცემების ქეში: sudo yum makecache

libtomath პაკეტი განლაგებულია ცალკე E(xtra)P(ackages for)E(nterprise)L(inux) საცავში, ამიტომ ვამოწმებთ, რომ ის უკვე შედის:

yum -C repolist

ვარიანტი "მხოლოდ ქეშიდან" (-C ან --cache-only) გამოიყენება არასაჭირო შემოწმებებისა და ჩამოტვირთვების აღმოსაფხვრელად, რაც აჩქარებს იუმს. თუ სიაში არ არის epel-ის საცავი, დააინსტალირეთ იგი და განაახლეთ მეტამონაცემების ქეში:

sudo yum install epel-release &&
sudo yum makecache

ჩვენ ვადასტურებთ მოთხოვნებს, საჭიროების შემთხვევაში, ვამოწმებთ pgp კლავიშების მნიშვნელობებს სანდო წყაროდან უკვე ნაცნობებთან.

თუ პრობლემები გაქვთ https რესურსებიდან საცავის მეტაინფორმაციის ჩატვირთვაში, მაშინ შეცვალეთ ფაილი /etc/yum.repos.d/epel.repo, ჩანაცვლება https:// on http:// და გაიმეორეთ ქეშის განახლების ბრძანება.

ჩვენ ვამოწმებთ საჭირო პაკეტების სტატუსს (ბრძანება რთულია, მაგალითში 32-ბიტიანი პაკეტი გაფილტრულია):

yum -C list 
ncurses libicu libtommath 
gzip tar curl wget |
grep -v i686
Installed Packages
curl.x86_64 7.61.1-11.el8 @anaconda
gzip.x86_64 1.9-9.el8 @anaconda
ncurses.x86_64 6.1-7.20180224.el8 @anaconda
Available Packages
libicu.x86_64 60.3-1.el8 BaseOS
libtommath.x86_64 1.1.0-1.el8 epel
tar.x86_64 2:1.30-4.el8 BaseOS
wget.x86_64 1.19.5-8.el8_1.1 AppStream

ჩვენ ამას ვხედავთ curl, gzip и ncurses განთავსებულია ინსტალერის ფსევდო საცავში (anaconda), და tar - გამორიცხულია სისტემის მინიმალური ინსტალაციისგან. ძირითადი ვერსიები libncurses и libtommath საჭიროზე მეტი: 6 და 1 5-ისა და 0-ის ნაცვლად, შესაბამისად. თუ ერთი და იგივე პაკეტი არის დაინსტალირებული და ხელმისაწვდომი, მასზე გამოვიდა განახლება. დააინსტალირეთ დაკარგული პაკეტები:

sudo yum install 
libicu libtommath tar

Ubuntu 19

კომუნალური პროგრამები შექმნილია პაკეტების მართვისთვის apt, apt‑get и apt‑cache. პირველი განკუთვნილია ინტერაქტიული მუშაობისთვის, ხოლო ბოლო ორი განკუთვნილია სკრიპტებში გამოსაყენებლად. პაკეტის სახელები ოდნავ განსხვავებულია და მოიცავს ვერსიას.

ჩვენ ვამოწმებთ საჭირო პაკეტების სტატუსს (ბრძანება გაერთიანებულია, მაგალითის გამომავალი შემცირებულია და 32-ბიტიანი პაკეტები გაფილტრულია):

apt list libncurses? libicu?? libtommath? 
gzip tar curl wget |
grep -v i386
curl 7.65.3-1
gzip 1.10-0 [upgradable…]
libicu63 63.2-2 [installed]
libncurses5 6.1
libncurses6 6.1 [installed,automatic]
libtommath1 1.1.0
tar 1.30 [installed]
wget 1.20.3 [installed]

პაკეტები, რომლებზეც მითითებულია კვადრატული ფრჩხილები installed/upgradable - დაყენებული. ხელმისაწვდომია, მაგრამ არ არის დაინსტალირებული ncurses5, იმის მაგივრად curl დაინსტალირებული wget. დააინსტალირეთ დაკარგული პაკეტები:

sudo apt‑get install 
libncurses5 libtommath1

სიმბოლური ბმულების შექმნა

მას შემდეგ, რაც libtommath.so.1 и libncurses.so.6 უკან თავსებადი libtommath.so.0 и libncurses.so.5, მაშინ Firebird-ისთვის საკმარისია შექმნათ სიმლინკები ბიბლიოთეკების არსებულ ვერსიებთან.

ჩვენ ვპოულობთ libtommath.so.1 (libncurses.so.? მდებარეობს იმავე დირექტორიაში):

find /usr -name libtommath.so.1

CentOS:

/usr/lib64/libtommath.so.1

Ubuntu:

/usr/lib/x86_64-linux-gnu/libtommath.so.1

ჩვენ ვქმნით სიმბოლურ ბმულებს.

CentOS:

sudo ln -s libtommath.so.1 
/usr/lib64/libtommath.so.0
sudo ln -s libncurses.so.6 
/usr/lib64/libncurses.so.5

Ubuntu:

sudo ln -s libtommath.so.1 
/usr/lib/x86_64-linux-gnu/libtommath.so.0

მოდით შევამოწმოთ შედეგი (ბრძანება რთულია, გამომავალი მაგალითები შემცირებულია):

ls -lhF 
$(dirname `find /usr -name libtommath.so.1`) |
grep "lib(ncurses|tommath).so."

CentOS:

libncurses.so.5 -> libncurses.so.6*
libncurses.so.6 -> libncurses.so.6.1*
libncurses.so.6.1*
libtommath.so.0 -> libtommath.so.1*
libtommath.so.1 -> libtommath.so.1.1.0*
libtommath.so.1.1.0*

Ubuntu:

libncurses.so.5 -> libncurses.so.5.9
libncurses.so.5.9
libncurses.so.6 -> libncurses.so.6.1
libncurses.so.6.1
libtommath.so.0 -> libtommath.so.1
libtommath.so.1 -> libtommath.so.1.1.0
libtommath.so.1.1.0

Firebird DBMS განაწილების ნაკრების ჩამოტვირთვა.

Firebird-ის პროექტის ოფიციალური ვებგვერდი (firebirdsql.org) აქვეყნებს ბმულებს „ოფიციალური“ გამოშვებებისა და „ყოველდღიური“ ნაგებობების დისტრიბუციაზე (სნეპშოტების ნაგებობები).

Linux-ის ოფიციალური გამოშვებები ხელმისაწვდომია არქივების (tar.gz) და deb/rpm პაკეტების სახით, მაგრამ build-ები ხელმისაწვდომია მხოლოდ არქივების სახით. განვიხილავთ "გენერიკულ ინსტალერს" (generic installer from tar.gz).

build-ის არქივის ჩამოტვირთვა და ამოღება საჭიროა, მაგრამ ჩვენ გავაერთიანებთ ორივე პროცესს. შეფუთვა ხდება ში /tmp,URL აღნიშნავს გადმოსაწერი არქივის ბმულს.

დახვევა:

curl -L URL | tar -zxC /tmp

wget:

wget -O– URL | tar -zxC /tmp

სტანდარტულად curl აგზავნის ჩამოტვირთულ მონაცემებს stdout-ზე, მაგრამ არ ამუშავებს გადამისამართებებს და ვამატებთ "‑L", მაგრამ wget, პირიქით: ამუშავებს გადამისამართებებს, მაგრამ წერს მონაცემებს ფაილში და ვდებთ "‑O‑" ამისთვის tar მიუთითეთ გამოყენება gzip-ფილტრი და დირექტორია, რომელშიც განხორციელდება შეფუთვა. პროცესის დასრულების შემდეგ გამოჩნდება მსგავსი დირექტორია Firebird‑3.0.5.33220‑0.amd64 სამი ფაილით: install.sh, buildroot.tar.gz и manifest.txt.

Firebird-ის ინსტალაცია

წინასწარი მომზადების დროს ჩვენ დავარეგულირეთ სისტემის პარამეტრის მნიშვნელობა vm.max_map_count, შეამოწმა ხელმისაწვდომობა და დააინსტალირა ICU, ncurses და tommath ბიბლიოთეკები. დარწმუნდით, რომ ncurses და tommath ვერსიები სწორია (libncures.so.5 и libtommath.so.0) და შევქმენით საჭირო სიმლინკები.

ფაქტობრივი ინსტალაცია ძალიან მარტივია. გადადით დირექტორიაში, სადაც იყო გახსნილი Firebird-ის განაწილების არქივი, შეამოწმეთ და, საჭიროების შემთხვევაში, დააყენეთ სკრიპტის „შესასრულებელი“ დროშა. install.sh:

chmod +x install.sh

გაუშვით ინსტალაციის სკრიპტი:

sudo ./install.sh

Enter ღილაკზე დაჭერით ვადასტურებთ ინსტალაციის დაწყებას და მოთხოვნის მიღებისთანავე შეიყვანეთ sysdba პაროლი.

ინსტალაციის სკრიპტი ავტომატურად იწყება systemd- ერთეული firebird-superserver (ჩუმი Firebird 3.0 არქიტექტურა). Firebird სერვისი იმუშავებს სუპერსერვერისთვის ნაგულისხმევი პარამეტრებით: გვერდის ქეში 2048 გვერდიდან (თითო მონაცემთა ბაზაში), დახარისხების ბუფერი 64 მბ (საზიარო) და აკავშირებს მხოლოდ XNUMX ვერსიის კლიენტებს. პარამეტრების ნახვა firebird.conf:

grep -v ^# firebird.conf | grep -v ^$

გთხოვთ გაითვალისწინოთ, რომ ახალი მნიშვნელობებიდან firebird.conf გააქტიურდება მხოლოდ Firebird სერვისის გადატვირთვის შემდეგ.

პარამეტრის მნიშვნელობების არჩევისას გასათვალისწინებელია, რომ არსებობს სამი ძირითადი „მომხმარებელი“: გვერდის ქეში (ბაზისთვის), დახარისხების ბუფერი (გაზიარებული) და სერვერის მიერ კლიენტის კავშირებისთვის გამოყოფილი მეხსიერება. თქვენ შეგიძლიათ მართოთ მხოლოდ პირველი ორი - კლიენტის კავშირებისთვის მეხსიერების რაოდენობა დამოკიდებულია ქეშირებული მოთხოვნების რაოდენობასა და ტექსტზე, მათ გეგმებზე და მონაცემთა ბაზის ობიექტებზე, რომლებიც ჩართულია შეკითხვებში. კლიენტის კავშირის მეხსიერების შეფასებები კეთდება მხოლოდ ემპირიულად და შეიძლება შეიცვალოს კლიენტის აპლიკაციების და/ან მონაცემთა ბაზის ობიექტების ცვლილებისას.

სუპერსერვერისთვის ჰოსტებზე მცირე მეხსიერებით (12-16 გბ-მდე), არ უნდა გამოყოთ RAM-ის მთლიანი რაოდენობის მესამედზე ან მეოთხედზე მეტი გვერდის ქეშისა და დალაგების ბუფერისთვის.

თუ მონაცემთა ბაზების რაოდენობა არ არის დაფიქსირებული და შეიძლება შეიცვალოს, გვერდის ქეშის მეხსიერების მთლიანი რაოდენობა უნდა გაიყოს მონაცემთა ბაზების მაქსიმალურ რაოდენობაზე, რომელიც შეიძლება იყოს სერვერზე. გვერდის ქეშის ზომა მითითებულია გვერდებზე და ცალკე უნდა გარდაიქმნას ბაიტებად.

კლასიკურ არქიტექტურაზე გადასასვლელად, მინიმუმ, მკაფიოდ უნდა მიუთითოთ ServerMode в firebird.conf, შეამცირეთ იქ გვერდის ქეში (არაუმეტეს 2K), შეამცირეთ დახარისხების ბუფერი (ყველა სახის მთლიანი დასაშვები მოცულობა გაყოფილი კავშირების მაქსიმალურ რაოდენობაზე), გამორთეთ და გააჩერეთ ერთეული firebird-superserverჩართეთ და გაუშვით მოწყობილობა firebird-classic.socket.

Firebird 3.0-ში სუპერკლასიკური არქიტექტურის გამოყენებას დიდი აზრი არ აქვს: „სანდოობა“ სუპერსერვერს და იგივე ზოგადი დახარისხების ბუფერს ჰგავს. არ არსებობს საერთო გვერდის ქეში და "ზარალი" სხვადასხვა კავშირების ერთმანეთთან სინქრონიზაციისთვის იგივეა, რაც კლასიკურში.

უნდა გვახსოვდეს, რომ Firebird 3.0-ში შეიძლება დაყენდეს ზოგიერთი პარამეტრი (გვერდის ქეში, დაბლოკვის ფაილის ზომა, ჰეშის ცხრილები და სხვა). databases.conf ინდივიდუალურად თითოეული მონაცემთა ბაზისთვის. სუპერსერვერისთვის სასარგებლოა, მაგალითად, მცირე მნიშვნელობის დაყენება DefaultDbCachePages в firebird.conf და დააინსტალირეთ ინდივიდუალური გვერდის ქეშები საჭირო მონაცემთა ბაზებისთვის databases.conf.

დასვით შეკითხვები სტატიის შესახებ კომენტარებში ან დაწერეთ წერილები ჩვენს მხარდაჭერის მისამართზე [ელ.ფოსტით დაცულია].

წყარო: www.habr.com