Installation av Firebird 3 på moderna versioner av Linux: CentOS 8 och Ubuntu 19

I den här artikeln beskriver vi den minimi uppsättning åtgärder som krävs för att optimalt installera databasystemet Firebird version 3.0 på nya Linux-distributioner. För exemplen valdes CentOS 8 och Ubuntu 19.

För att "leverera" Firebird-distributionen till det mål systemet väljer vi i denna handledning alternativet att ladda ner tar.gz-arkivet från länken på den officiella projektwebbplatsen (firebirdsql.org).

För de mest otåliga — direkt in i strid:

Snabb installation

Redigera filen /etc/sysctl.conf, lägg till raden:

vm.max_map_count = 256000

Spara filen och tillämpa inställningen:

sudo sysctl -p /etc/sysctl.conf

Fortsatta instruktioner skiljer sig åt för CentOS 8 och Ubuntu 19, men LÄNK och KATALOG avser länken till den officiella projektwebbplatsen för Firebird för nedladdning av distributionen och katalogen som distributionen kommer att packas upp i under nedladdningen.
För närvarande (mars 2020) är version Firebird 3.0.5 relevant (här är länken till 64-bitarsversionen).

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 LÄNK|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- LÄNK|tar -zxC /tmp

Själva installationen av databasystemet Firebird:

cd /tmp/KATALOG
sudo ./install.sh

Om du vill förstå bättre vad dessa åtgärder gör – läs vidare.

Huvuddel

En kort inledning

Det antas att operativsystemet redan är installerat i minimal version och att tillgången till publika repon eller deras lokala kopior är inställd.

Det antas att läsaren har grundläggande kunskaper om Linux och databasystemet Firebird.

Planering

På databasservern rekommenderas det att avsätta separata partitioner för temporära filer (/tmp), databasfiler och lokala säkerhetskopior.

De temporära filerna inkluderar lås-filer, sorteringsfiler, filer för "materialisering" av globala temporära tabeller (GTT) och övervakningstabeller. Sorteringsfilerna och de globala temporära tabellerna ligger i /tmp, mon$-tabellerna och lås-filer ligger i /tmp/firebird.

Sorteringsfiler "tas bort" (unlink) omedelbart efter skapande, så de kan inte "ses" i kataloglistan – endast i beskrivarläget (handles) av processen (märks som borttagen):

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

I listningen av pseudokatalogen /proc/…/fd/ visas symlänkar, och den faktiska informationen om filen ges av:

sudo stat -L /proc/`pgrep firebird`/fd/NUMMER

w NUMMER – är descriptorn för den fil som är av intresse.

Istället för att kalla "pgrep körbar-fil" kan man direkt sätta in identifieraren för den intressanta processen.

Tillfälliga filer kan bli mycket stora, så det rekommenderas att avsätta minst 20-30 GB. Det bör beaktas att storleken på sorteringsfiler beror endast på mängden data som sorteras, antingen uttryckligen eller implicit i frågan, och en enda användare kan "skapa" gigabyte av tillfälliga filer. /tmp Avsnittet för databaser bör rymma filer för alla databaser, plus minst en backup av den största databasen. Det är viktigt att beakta tillväxten av databaserna under flera år framöver.

Avsnittet för lokala backuper bör rymma minst en backuparkiv för alla databaser plus en backup av den största databasen. Det är önskvärt att detta avsnitt även har plats för att återställa den största databasen. Det är viktigt att beakta tillväxten av backuper och backuparkiv de kommande åren.

Förberedande åtgärder

Servern för databashanterare Firebird 3.0 allokerar och frigör dynamiskt systemminne, vilket kan leda till fragmentering. Till exempel kan det uppstå fel vid nya anslutningar efter att ett stort antal användare har kopplats bort från superservern.

Fragmenteringen av minnet kontrolleras av systemparametern

vm.max_map_count , standardvärdet är 64K. Det rekommenderas att öka dess värde fyrfaldigt:sudo sysctl vm.max_map_count=256000

För att det nya värdet ska gälla vid omstart av systemet lägger vi till raden i filen

Kommentar anbefalls för att klargöra varför denna parameter ändras. Man kan först redigera filen och sedan tillämpa de sparade inställningarna: /etc/sysctl.conf Installation av nödvändiga paket

vm.max_map_count = 256000

De körbara filerna för databashanteraren Firebird 3.0 för Linux är beroende av ncurses-biblioteken (

sudo sysctl -p /etc/sysctl.conf

libncurses.so.5

), ICU (utan versionsbindning och utan att visas i utdataldd) och tommath ( libtommath.so.0). För att ladda ner och packa upp byggarkivet krävs verktyg.Versionerna av ICU är inte kritiska.Arbetet med paketen beror på systemet och den paketchef som används, så vi ska gå igenom dem en i taget. gzip, tar och curl eller wgetCentOS 8 använder den nya paketchefen – gzip, tar och curl/wget dnf

och den kan "transparent" kallas med kommandot

CentOS 8

yum. Eftersom det inte finns något praktiskt skillnad mellan dem för våra syften kommer vi att använda Uppdatera metadata-cachen: sudo yum makecachePaketet libtomath finns i ett separat E(xtra)P(ackages for)E(nterprise)L(inux)-repo, så vi kontrollerar att det redan är anslutet: sudo yum makecache.

yum -C repolist Alternativet "endast från cachen" (

Paketet libtomath finns i ett separat E(xtra)P(ackages for)E(nterprise)L(inux) repository, så vi kontrollerar att det redan är anslutet:

yum -C repolist

Alternativet "endast från cache" (-C eller --cache-only) används för att utesluta onödiga kontroller och nedladdningar, vilket snabbar upp yum. Om epel-repositoriet inte finns i listan – installerar vi det och uppdaterar cache för metadata:

sudo yum install epel-release &&
sudo yum makecache

Vi bekräftar förfrågningar, och kontrollerar vid behov värdena på pgp-nycklarna med de som redan är kända från en pålitlig källa.

Om det uppstår problem med att hämta metadata från https-resurser, redigerar vi filen /etc/yum.repos.d/epel.repo, och ersätter https:// till http:// och upprepar kommandot för att uppdatera cachen.

Vi kontrollerar statusen för nödvändiga paket (kommandot är ihopställt, i exemplet är den 32-bitars paketfiltret borttaget):

yum -C list 
ncurses libicu libtommath 
gzip tar curl wget |
grep -v i686
Installerade paket
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
Tillgängliga paket
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

Vi ser att curl, gzip och ncurses de är placerade i pseudo-repositoriet för installatören (anaconda), och tar – utesluten från mininstallation av systemet. Stora versioner libncurses och libtommath är högre än vad som krävs: 6 och 1 istället för 5 och 0, respektive. Om samma paket är installerat och tillgängligt – så har en uppdatering släppts för det. Vi installerar de saknade paketen:

sudo yum install 
libicu libtommath tar

Ubuntu 19

För pakethantering är verktygen avsedda apt, apt‑get och apt‑cache. Den första är avsedd för interaktiv användning, medan de senaste två – för att användas i skript. Paketnamnen är något annorlunda och inkluderar version.

Vi kontrollerar statusen för nödvändiga paket (kommandot är ihopställt, exemplet är kortat och 32-bitars paket är filtrerade):

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

Paket som har i hakparenteser angivet installerat/uppgraderbart – är installerade. Tillgängligt, men inte installerat ncurses5, istället för curl är installerad wget. Vi installerar de saknade paketen:

sudo apt‑get install 
libncurses5 libtommath1

Skapa symboliska länkar

Eftersom libtommath.so.1 och libncurses.so.6 är bakåtkompatibla med Versionerna av ICU är inte kritiska. och ldd, så för Firebird räcker det med att skapa symboliska länkar till de existerande versionerna av biblioteken.

Vi hittar libtommath.so.1 (libncurses.so.? finns i samma katalog):

find /usr -name libtommath.so.1

CentOS:

/usr/lib64/libtommath.so.1

Ubuntu:

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

Skapa symboliska länkar.

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

Kontrollera resultatet (kommandot är ihopställt, exempelutsikterna är kortade):

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

Nedladdning av databashanterarens distribution Firebird.

På den officiella webbplatsen för projektet Firebird (firebirdsql.org) publiceras länkar till distributioner av "officiella" versioner (releases) och "dagliga" byggen (snapshot build).

Officiella versioner för Linux är tillgängliga som arkiv (tar.gz) och deb/rpm-paket, medan byggen endast finns som arkiv. Vi kommer att titta på "den generella installationsprogrammet" (generic installer från tar.gz).

Arkivet från bygget måste laddas ner och packas upp, men vi kan kombinera dessa två processer. Uppsättning görs i /tmp, URL innebär länken till det nedladdade arkivet.

curl:

curl -L URL | tar -zxC /tmp

wget:

wget -O– URL | tar -zxC /tmp

Som standard curl skickar nedladdade data till standardutmatning, men hanterar inte omdirigeringar och vi lägger till "‑L", å sin sida hanterar omdirigeringar, men skriver data till en fil så vi använder " wget‑O‑Föranger vi användning av tar -filter och katalogen dit uppackning kommer att ske. När processen är klar kommer en katalog med följande format att dyka upp: gzipFirebird‑3.0.5.33220‑0.amd64 med tre filer: install.sh buildroot.tar.gz, manifest.txt och Installation av Firebird.

Under den inledande förberedelsen har vi justerat värdet på systemparametern

, kontrollerat för att se om biblioteken ICU, ncurses och tommath finns och installerat dem. Vi har även kontrollerat versionerna av ncurses och tommath ( , standardvärdet är 64K. Det rekommenderas att öka dess värde fyrfaldigt:libncures.so.5) och skapat nödvändiga symboliska länkar. och Versionerna av ICU är inte kritiska.Själva installationen görs väldigt enkelt. Vi går till katalogen där distributionsarkivet av Firebird har packats upp, kontrollerar och, om det behövs, ställer in flaggan "exekverbara" för skriptet

chmod +x install.sh buildroot.tar.gz:

startar installationsskriptet:

genom att trycka på Enter bekräftar vi starten av installationen, och när vi får en förfrågan – anger vi lösenordet sysdba.

sudo ./install.sh

Installationsskriptet startar automatiskt

-enhet systemdfirebird-superserver (standardarkitekturen för Firebird 3.0). Tjänsten Firebird kommer att köras med standardparametrar för superservern: en sidcache på 2048 sidor (per databas), en sorteringsbuffert på 64 MB (gemensam) och anslutning endast för klienter av version tre. Titta på parametrar i firebird.conf grep -v ^# firebird.conf | grep -v ^$:

Det bör noteras att de nya värdena från

kommer endast att aktiveras efter omstart av Firebird-tjänsten. grep -v ^# firebird.conf | grep -v ^$ kan endast aktiveras efter att Firebird-tjänsten har startats om.

Vid val av parametrars värden bör man ta hänsyn till att det finns tre huvudsakliga "användare": sidcache (för databasen), sorteringsbuffert (gemensam) och minnet som servern tilldelar för klientanslutningar. Man kan endast hantera de två första – mängden minne för klientanslutningar beror på antalet och texten av cachade förfrågningar, deras planer och de databobjects som används i förfrågningarna. Bedömningen av minnet för klientanslutningar görs endast empiriskt och kan ändras vid förändringar i klientapplikationer och/eller databobjects.

För superservern på värdar med liten mängd minne (upp till 12-16 GB) bör man inte avsätta mer än en tredjedel till en fjärdedel av det totala RAM-minnet för sidcache och sorteringsbuffert.

Om antalet databaser är obestämt och kan förändras – bör den totala mängden minne för sidcache delas upp på det maximala antalet databaser som kan finnas på servern. Storleken på sidcache anges i sidor och den måste räknas om till byte.

För att växla till klassisk arkitektur krävs åtminstone att tydligt ange ServerMode på grep -v ^# firebird.conf | grep -v ^$, minska sidcache där (högst 2K), minska sorteringsbuffert (den totala tillåtna volymen för alla sorteringar delad med det maximala antalet anslutningar), förbjuda och stoppa en enhet (standardarkitekturen för Firebird 3.0). Tjänsten Firebird kommer att köras med standardparametrar för superservern: en sidcache på 2048 sidor (per databas), en sorteringsbuffert på 64 MB (gemensam) och anslutning endast för klienter av version tre. Titta på parametrar i, tillåta och starta en enhet firebird-classic.socket.

Användningen av superklassisk arkitektur i Firebird 3.0 har ingen särskild mening: "tillförlitlighet" – som hos superservern och samma gemensamma sorteringsbuffert. Det finns ingen gemensam sidcache och "förlusterna" för synkronisering av olika anslutningar är desamma som hos klassikern.

Man bör komma ihåg att i Firebird 3.0 kan vissa parametrar (sidcache, storlekar på lokala filer, hash-tabeller och några andra) anges i databases.conf individuellt för varje databas. För superservern är det bra, till exempel, att ange ett litet värde DefaultDbCachePages på grep -v ^# firebird.conf | grep -v ^$ och ställa in individuella sidcache för de nödvändiga databaserna i databases.conf.

Frågor om artikeln kan ställas i kommentarerna, eller skriv till vår supportadress support@ibase.ru.

Källa: habr.com