התקנת Firebird 3 בגרסאות מודרניות של לינוקס: CentOS8 ואובונטו 19

במאמר זה נתאר את סט הפעולות המינימלי הנדרש להתקנה מיטבית של Firebird DBMS גרסה 3.0 בהפצות לינוקס חדשות. CentOS 8 ואובונטו 19 נבחרו כדוגמאות.

כדי "למסור" את הפצת Firebird למערכת היעד, במדריך זה, נבחרת אפשרות הורדת ארכיון tar.gz באמצעות קישור מאתר הפרויקט הרשמי (firebirdsql.org).

לחסרי הסבלנות ביותר, צאו ישר לקרב:

התקנה מהירה

עריכת הקובץ /etc/sysctl.confעל ידי הוספת השורה:

vm.max_map_count = 256000

שמור את הקובץ והחל את ההגדרה:

sudo sysctl -p /etc/sysctl.conf

הוראות נוספות שונות עבור CentOS 8 ואובונטו 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

אובונטו 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

אם אתה רוצה להבין טוב יותר מה הפעולות האלה עושות, המשך לקרוא.

החלק העיקרי

הקדמה קצרה

ההנחה היא שמערכת ההפעלה כבר מותקנת בגרסה מינימלית והגישה למאגרים ציבוריים או העותקים המקומיים שלהם מוגדרת.

ההנחה היא שלקורא ידע בסיסי בלינוקס וב-Firebird DBMS.

תִכנוּן

בשרת DBMS מומלץ להקצות חלקים נפרדים לקבצים זמניים (/tmp), קבצי מסד נתונים וגיבויים מקומיים.

הזמניים כוללים קבצי נעילה, קבצי מיון, קבצי "תממשות" של טבלאות זמניות גלובליות (GTT) וטבלאות ניטור. הקבצים למיון וטבלאות זמניות גלובליות ממוקמים ב /tmp, mon$-table קבצי ו-lock-files – in /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 DBMS תלויים בספריות ncurses (libncurses.so.5), ICU (לא קשור לגרסה ולא מוצג בפלט ldd) ותום (libtommath.so.0). כדי להוריד ולפרוק את ארכיון ה-assembly, תזדקק לכלי עזר gzip, tar и curl או wget. גרסאות טיפול נמרץ, gzip, tar и curl/wget – חסרי משמעות.

העבודה עם חבילות תלויה במערכת ובמנהל החבילות המשמש במערכת, ולכן נשקול אותן אחת אחת.

CentOS 8

CentOS 8 משתמש במנהל חבילות חדש - dnf והוא נקרא "בשקיפות" בפקודה yum. מאחר ולעניינו אין הבדל ביניהם - בדוגמאות יהיו yum.

עדכן את מטמון המטא נתונים: sudo yum makecache

חבילת libtomath ממוקמת במאגר נפרד E(xtra)P(חבילות עבור)E(nterprise)L(inux), אז אנו בודקים שהיא כבר כלול:

yum -C repolist

אפשרות "רק מהמטמון" (-C או --cache-only) משמש כדי למנוע בדיקות והורדות מיותרות, מה שהופך את יאם למהיר יותר. אם אין מאגר 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) מפרסם קישורים להפצות של מהדורות "רשמיות" ובנייה "יומית" (בניית תמונת מצב).

מהדורות רשמיות של לינוקס זמינות כחבילות ארכיון (tar.gz) וחבילות deb/rpm, אך רכיבי בנייה זמינים רק כארכיון. נשקול את "מתקין גנרי" (מתקין גנרי מ-tar.gz).

יש להוריד ולפרוק את ארכיון ה-build, אך נשלב את שני התהליכים. הפריקה מתבצעת פנימה /tmp,URL מציין את הקישור לארכיון הניתן להורדה.

סִלְסוּל:

curl -L URL | tar -zxC /tmp

wget:

wget -O– URL | tar -zxC /tmp

ברירת מחדל curl שולח את הנתונים שהורדת ל-stdout אבל לא מטפל בהפניות מחדש ואנו מוסיפים "‑L", א wget, להיפך: מטפל בהפניות מחדש, אבל כותב נתונים לקובץ ואנחנו שמים "‑O‑" ל tar לציין שימוש gzip-פילטר והספרייה אליה תתבצע הפריקה. כאשר התהליך יסתיים, תופיע ספרייה כזו Firebird‑3.0.5.33220‑0.amd64 עם שלושה קבצים: install.sh, buildroot.tar.gz и manifest.txt.

התקנת Firebird

במהלך ההכנה המקדימה, התאמנו את ערך פרמטר המערכת vm.max_map_count, בדק את זמינותם והתקין את ספריות טיפול נמרץ, ncurses ו-tomth. ודא שהגרסאות של 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 מגה-בייט (משותף) וחיבור לקוחות גרסה 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