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

В тази статия ще опишем минималния набор от действия, необходими за оптимално инсталиране на Firebird DBMS версия 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), файлове с бази данни и локални архиви.

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

Сортираните файлове се „изтриват“ (unlink) веднага след създаването, така че те не могат да бъдат „виждани“ в списъка с директории - само в списъка с манипулатори на процеси (маркирани като deleted):

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

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

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

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

Вместо да се обадите на "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 СУБД зависят от библиотеките 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) се използва за елиминиране на ненужни проверки и изтегляния, което прави 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
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.

Официалният уебсайт на проекта Firebird (firebirdsql.org) публикува връзки към дистрибуции на „официални“ версии и „ежедневни“ компилации (моментни снимки).

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

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

къдрица:

curl -L URL | tar -zxC /tmp

wget:

wget -O– URL | tar -zxC /tmp

По подразбиране curl изпраща изтеглените данни към stdout, но не обработва пренасочвания и добавяме "‑L", но wget, напротив: обработва пренасочвания, но записва данни във файл и ние поставяме "‑O‑" За tar посочете употреба gzip-filter и директорията, в която ще се извърши разопаковането. Когато процесът приключи, ще се появи подобна директория 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 MB (споделен) и свързване само на клиенти версия XNUMX. Вижте опциите firebird.conf:

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

Моля, имайте предвид, че новите стойности от firebird.conf ще се активира само след рестартиране на услугата Firebird.

При избора на стойности на параметрите трябва да се има предвид, че има три основни „потребителя“: кеш страницата (за базата данни), буферът за сортиране (споделен) и паметта, разпределена от сървъра за клиентски връзки. Можете да управлявате само първите две - количеството памет за клиентски връзки зависи от броя и текста на кешираните заявки, техните планове и обектите на базата данни, включени в заявките. Оценките на паметта на клиентската връзка се правят само емпирично и могат да се променят, когато клиентските приложения и/или обектите на базата данни се променят.

За суперсървър на хостове с малък обем памет (до 12-16 GB), не трябва да отделяте повече от една трета или една четвърт от общото количество 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