Инсталиране на Firebird 3 на съвременни версии на Linux: CentOS8 и Ubuntu 19

В тази статия ще опишем минималния набор от действия, необходими за оптимална инсталация на СУБД Firebird версия 3.0 на новите дистрибуции на Linux. Като примери са избрани 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:

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

Ако искате да разбирате по-добре какво правят тези действия – читайте по-надолу.

Основна част

Небольшая преамбула

Предполага се, че операционната система вече е инсталирана в минимален вариант и е настроен достъп до публични репозитории или до техните локални копия.

Предполага се, че читателят има основни знания за Linux и СУБД Firebird.

Планиране

На сървъра на СУБД е препоръчително да се отделят отделни дялове за временни файлове (/tmp), файлове на бази данни и локални резервни копия.

Временните файлове включват lock-файлове, файлове за подредба, файлове за "материализация" на глобални временни таблици (GTT) и таблици за наблюдение. Файловете за подредба и глобалните временни таблици се намират в /tmp, файловете за mon$-таблици и lock-файлове – в /tmp/firebird.

Файловете за подредба "се изтриват" (unlink) веднага след създаването им, така че не могат да бъдат "видяни" в листинга на каталога – само в списъка на дескрипторите (handles) на процеса (помечени като изтрит):

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

В листинга на псевдокаталога /proc/…/fd/ се показват симлинкове, а фактическата информация за файла дава:

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

където НОМЕР – дескрипторът на интересуващия файл.

Вместо извикването на «pgrep изпълняем-файл» може веднага да се подстави идентификаторът на интересуващия процес.

Временните файлове могат да бъдат много големи, затова за /tmp се препоръчва да се отделят поне 20-30 ГБ. Трябва да се има предвид, че размерът на файловете за сортиране зависи само от обема на данните, които се сортират явно или неявно в заявката, и един-единствен потребител може да "създаде" гигабайти времеви файлове.

Разделът за файлове на бази данни трябва да съхранява файлове на всички бази данни, плюс поне копие на файла на най-голямата база. Трябва да се вземе предвид растежа на файловете на базите в перспектива от няколко години напред.

Разделът за локални резервни копия трябва да съхранява поне по един архив на резервни копия на всички бази, плюс резервно копие на най-голямата база. Желателно е в този раздел да има и място за възстановяване на най-голямата база. Трябва да се има предвид растежа на резервните копия и архивите им в перспектива от няколко години напред.

Предварителна подготовка

Сървърът на СУБД Firebird 3.0 динамично разпределя и освобождава системна памет, което може да доведе до нейната фрагментация. Например, след едновременното изключване на голямо количество потребители от супершервера, могат да възникнат грешки при нови връзки.

Фрагментацията на паметта се контролира от системния параметър 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 зависят от библиотеките ncurses (libncurses.so.5), ICU (без привързване към версия и без да се показва в изхода ldd) и tommath (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) се използва, за да изключи ненужните проверки и зареждания, ускорявайки работата на yum. Ако в списъка няма репозитория epel – инсталираме го и обновяваме кеша на метаданните:

sudo yum install epel-release &&
sudo yum makecache

Потвърдете заявките, като, при необходимост, сравните стойностите на pgp-ключовете с вече известни от доверени източници.

Ако възникнат проблеми при зареждане на метаинформацията от репозиторията от https ресурси, редактирайте файла /etc/yum.repos.d/epel.repo, заменяйки https:// на http:// и повторете командата за обновяване на кеша.

Проверяваме статуса на необходимите пакети (командата е комплексна, в примера изходът е филтриран от 32-битовия пакет):

yum -C list 
ncurses libicu libtommath 
gzip tar curl wget |
grep -v i686
Инсталирани пакети
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
Налични пакети
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]

Пакетите, за които в квадратни скоби е посочено инсталиран/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.

На официалния сайт на проекта Firebird (firebirdsql.org) се публикуват линкове към дистрибуции на «официални» версии (releases) и «дневни» сборки (snapshot build).

Официалните версии за Linux са налични под формата на архиви (tar.gz) и пакети deb/rpm, а сборките – само под формата на архиви. Ще разгледаме «общия инсталатор» (generic installer от tar.gz).

Архивът на сборката трябва да бъде изтеглен и разпакован, но можем да комбинираме и двата тези процеса. Разпаковката става в /tmp, URL обозначава линка към изтегляния архив.

curl:

curl -L URL | tar -zxC /tmp

wget:

wget -O– URL | tar -zxC /tmp

По подразбиране curl изпраща изтеглените данни на стандартния изход, но не обработва пренасочвания и добавяме «‑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 МБ (общ) и свързване само на клиенти от трета версия. Преглед на параметрите 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.

Въпроси по статията задавайте в коментарите или пишете на нашия адрес за поддръжка support@ibase.ru.

Източник: habr.com