最新の Linux バージョン: CentOS3 および Ubuntu 8 への Firebird 19 のインストール

この記事では、新しい Linux ディストリビューションに Firebird DBMS バージョン 3.0 を最適にインストールするために必要な最小限のアクションについて説明します。 例として、CentOS 8 と Ubuntu 19 が選択されています。

Firebird ディストリビューションをターゲット システムに「配信」するには、このガイドでは、プロジェクトの公式 Web サイトからのリンクを使用して tar.gz アーカイブをダウンロードするオプションを選択します (ファイアバードSQL.org).

最もせっかちな人は、すぐに戦闘に参加してください。

クイックインストール

ファイルの編集 /etc/sysctl.conf次の行を追加します。

vm.max_map_count = 256000

ファイルを保存し、設定を適用します。

sudo sysctl -p /etc/sysctl.conf

CentOS 8 と Ubuntu 19 では詳細な手順が異なりますが、 ССЫЛКА и КАТАЛОГ ディストリビューションをダウンロードするための公式 Firebird プロジェクト Web サイトからのリンクと、ダウンロード プロセス中にディストリビューションが解凍されるディレクトリを示します。
現在 (2020 年 3.0.5 月) の現在のリリースは Firebird XNUMX (ここにリンクがあります 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-file – で /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 を割り当てることをお勧めします。 ソート ファイルのサイズは、リクエスト内で明示的または暗黙的にソートされたデータの量にのみ依存し、XNUMX 人のユーザーがギガバイトの一時ファイルを「作成」できることを考慮する必要があります。

データベース ファイルのセクションには、すべてのデータベース ファイルを含める必要があります。 さらに、少なくとも最大のデータベース ファイルのコピーが必要です。 今後数年間のデータベース ファイルの増大を考慮する必要があります。

ローカル バックアップ セクションには、すべてのデータベースのバックアップ アーカイブが少なくとも XNUMX つと、最大のデータベースのバックアップが含まれている必要があります。 このセクションには、最大のデータベースを復元するためのスペースも含まれることが望ましいです。 将来数年間にわたるバックアップとバックアップ アーカイブの増加を考慮する必要があります。

予備準備

Firebird 3.0 DBMS サーバーはシステム メモリを動的に割り当てたり解放したりするため、断片化が発生する可能性があります。 たとえば、多数のユーザーが一度にスーパーサーバーから切断された後、新しい接続を確立するときにエラーが発生する可能性があります。

メモリの断片化はシステムパラメータによって制御されます vm.max_map_count、デフォルトは 64K です。 その値を XNUMX 倍に増やすことをお勧めします。

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 – 重要ではありません。

パッケージの操作はシステムとシステムで使用されるパッケージ マネージャーに依存するため、それらを XNUMX つずつ検討していきます。

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。 最初の XNUMX つはインタラクティブな作業用に設計されており、最後の XNUMX つはスクリプトで使用するために設計されています。 パッケージ名は若干異なり、バージョンが含まれています。

必要なパッケージのステータスを確認します (コマンドが結合され、出力例が短縮され、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 プロジェクトの公式 Web サイト (firebirdsql.org) では、「公式」リリースおよび「デイリー」ビルド (スナップショット ビルド) のディストリビューションへのリンクが公開されています。

公式 Linux リリースはアーカイブ (tar.gz) および deb/rpm パッケージとして入手できますが、ビルドはアーカイブとしてのみ入手できます。 「汎用インストーラー」(tar.gz の汎用インストーラー) を検討します。

ビルド アーカイブをダウンロードして解凍する必要がありますが、両方のプロセスを組み合わせます。 開梱は以下で行われます /tmp,URL は、ダウンロード可能なアーカイブへのリンクを示します。

カール：

curl -L URL | tar -zxC /tmp

wget：

wget -O– URL | tar -zxC /tmp

Поумолчанию curl ダウンロードされたデータを標準出力に送信しますが、リダイレクトは処理しないため、「」を追加します。‑L"、A wget逆に、リダイレクトを処理しますが、データをファイルに書き込みます。‑O‑」 のために tar 使用を示す gzip-filter と解凍が実行されるディレクトリ。 処理が完了すると、このようなディレクトリが表示されます Firebird‑3.0.5.33220‑0.amd64 XNUMX つのファイル: install.sh, buildroot.tar.gz и manifest.txt.

ファイアバードのインストール

事前準備中にシステムパラメータの値を調整しました 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 サービスを再起動した後にのみアクティブ化されます。

パラメータ値を選択するときは、ページ キャッシュ (データベース用)、並べ替えバッファ (共有)、およびクライアント接続用にサーバーによって割り当てられたメモリという XNUMX つの主要な「コンシューマ」が存在することを考慮する必要があります。 最初の XNUMX つだけを管理できます。クライアント接続のメモリ量は、キャッシュされたクエリの数とテキスト、そのプラン、クエリに含まれるデータベース オブジェクトによって異なります。 クライアント接続メモリの見積もりは経験的にのみ行われており、クライアント アプリケーションやデータベース オブジェクトの変更に応じて変更される可能性があります。

少量のメモリ (最大 12 ～ 16 GB) を備えたホスト上のスーパーサーバーの場合、ページ キャッシュとソート バッファに RAM の合計量の XNUMX 分の XNUMX または XNUMX 分の XNUMX を超える量を割り当てないでください。

データベースの数が固定されておらず、変更される可能性がある場合は、ページ キャッシュ メモリの総量をサーバー上に存在できるデータベースの最大数で割る必要があります。 ページ キャッシュのサイズはページ単位で指定され、別途バイトに変換する必要があります。

クラシック アーキテクチャに切り替えるには、少なくとも明示的に指定する必要があります。 ServerMode в firebird.conf、そこにあるページキャッシュを減らし（2K以下）、ソートバッファ（すべての種類の合計許容量を最大接続数で割った値）を減らし、ユニットを無効にして停止します。 firebird-superserver、ユニットを有効にして起動します firebird-classic.socket.

Firebird 3.0 でスーパークラシック アーキテクチャを使用することはあまり意味がありません。「信頼性」はスーパーサーバーと同じ一般的な並べ替えバッファのようなものです。 共通のページ キャッシュはなく、異なる接続を相互に同期することによる「損失」は従来の接続と同じです。

Firebird 3.0 では、一部のパラメータ (ページ キャッシュ、ロック ファイル サイズ、ハッシュ テーブルなど) を次のように設定できることに注意してください。 databases.conf データベースごとに個別に。 スーパーサーバーの場合、たとえば小さな値を設定すると便利です。 DefaultDbCachePages в firebird.conf 必要なデータベースに個別のページ キャッシュをインストールします。 databases.conf.

コメントで記事について質問するか、サポート アドレスに手紙を書いてください。 [メール保護].

出所： habr.com