최신 Linux 버전에 Firebird 3 설치: 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년 3.0.5월) 최신 릴리스는 Firebird XNUMX(여기 링크가있다. 64비트 버전으로).

8 CentOS에

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

우분투 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$-테이블 파일 및 잠금 파일 – /tmp/firebird.

정렬 파일이 "삭제"됩니다(unlink) 생성 직후에 디렉터리 목록에서 "볼 수" 없으며 프로세스 핸들 목록에서만 볼 수 있습니다(다음으로 표시됨). deleted):

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

의사 디렉터리 목록에서 /proc/…/fd/ 심볼릭 링크가 표시되고 파일에 대한 실제 정보는 다음과 같이 제공됩니다.

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

어디에서 НОМЕР – 관심 파일의 설명자(설명자).

"라고 부르는 대신pgrep исполняемый-файл"관심 있는 프로세스의 식별자를 즉시 ​​대체할 수 있습니다.

임시 파일은 매우 클 수 있으므로 /tmp 최소 20~30GB를 할당하는 것이 좋습니다. 정렬 파일의 크기는 요청에서 명시적으로 또는 암시적으로 정렬된 데이터의 양에만 의존하며 단일 사용자는 기가바이트의 임시 파일을 "생성"할 수 있다는 점을 고려해야 합니다.

데이터베이스 파일 섹션은 모든 데이터베이스 파일을 수용해야 합니다. 그리고 최소한 가장 큰 데이터베이스 파일의 사본. 앞으로 몇 년 동안 데이터베이스 파일의 증가를 고려해야 합니다.

로컬 백업 섹션에는 모든 데이터베이스의 백업 아카이브와 가장 큰 데이터베이스의 백업이 하나 이상 포함되어야 합니다. 이 섹션에는 가장 큰 데이터베이스를 복원하기 위한 공간도 포함하는 것이 바람직합니다. 향후 몇 년간 백업 및 백업 아카이브의 증가를 고려해야 합니다.

예비 준비

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 – 중요하지 않습니다.

패키지 작업은 시스템과 시스템에서 사용되는 패키지 관리자에 따라 다르므로 하나씩 살펴보겠습니다.

8 CentOS에

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

우분투 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

우분투 :

/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

우분투 :

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*

우분투 :

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 패키지로 제공되지만 빌드는 아카이브로만 제공됩니다. 우리는 "일반 설치 프로그램"(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.

파이어버드 설치

사전 준비 과정에서 시스템 매개변수 값을 조정했습니다. 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페이지의 페이지 캐시(데이터베이스당), 64MB의 정렬 버퍼(공유) 및 버전 XNUMX 클라이언트만 연결하여 작동합니다. 옵션 보기 firebird.conf:

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

새로운 값은 다음과 같습니다. firebird.conf Firebird 서비스를 다시 시작한 후에만 활성화됩니다.

매개변수 값을 선택할 때 페이지 캐시(데이터베이스용), 정렬 버퍼(공유) 및 클라이언트 연결을 위해 서버에서 할당한 메모리라는 세 가지 주요 "소비자"가 있다는 점을 고려해야 합니다. 처음 두 개만 관리할 수 있습니다. 클라이언트 연결을 위한 메모리 양은 캐시된 쿼리의 수와 텍스트, 쿼리 계획 및 쿼리와 관련된 데이터베이스 개체에 따라 다릅니다. 클라이언트 연결 메모리 추정치는 경험적으로만 이루어지며 클라이언트 애플리케이션 및/또는 데이터베이스 개체가 변경됨에 따라 변경될 수 있습니다.

적은 양의 메모리(최대 12-16GB)가 있는 호스트의 슈퍼서버의 경우 페이지 캐시 및 정렬 버퍼에 총 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