Bitrix ועדכון MariaDB לגרסה היציבה האחרונה

יום טוב, תושבי חברובסק היקרים! תן לי להציג את עצמי, אלכסנדר. מנהל מערכת של סטודיו WEB אחד קטן אך גאה. אנחנו באמת רוצים שהכל יעבוד מהר, בטוח ועם התוכנה העדכנית ביותר. לשם כך, אפילו התקנו את החבילה nagios+PhantomJS במחשב הפנים-משרדי ובודקים את מהירות טעינת העמוד כל 30 דקות. בהתאם לתנאי השירות, אנו גם עוקבים אחר עדכוני 1C-Bitrix ומתקינים אותם באופן קבוע. ואז יום אחד, אחרי העדכון הבא, אנו רואים הודעה בפאנל הניהול שמאז קיץ 2019, 1C-Bitrix מפסיקה לעבוד עם MySQL 5.5 ועלינו לעדכן. החבר'ה מ-ISPSystem יפים ומרחיבים באופן קבוע את הפונקציונליות של הפאנל, על כך תודה מיוחדת להם. אבל הפעם לא ניתן היה ללחוץ על הכל עם העכבר. אבל אתה יכול לגלות מה קרה וכמה שערות אפורות יש עכשיו בזקני מתחת לגזרה.

הייתה רק אפשרות להתקין "שרת DBMS חלופי" שמותקן בקונטיינר של Docker. כמובן, אני מבין ש-Docker מאוד חסכני במשאבים, אבל לא משנה כמה זה עובד, התקורה עדיין תהיה >0. וכאן נראה שאנחנו נלחמים בעשיריות של שניות ומייעלים את כל האתרים בכניסה לפני פרסומם וחתימה על הסכם. אז לא האופציה שלי.
אוקיי, מה אומר התיעוד? גבה הכל, הוסף קובץ ל-yum.repos.d עם קישור למאגר MariaDB, ואז

rpm -e --nodeps MariaDB-server MariaDB-client MariaDB-common

יאם יישבע לאחר מכן שמישהו מחק את החבילות ללא ידיעתו. אבל קודם כל, תן לו להישבע, זה בסדר. ושנית, אם אתה עושה את המחיקה דרך yum, אז הוא מנסה להסיר, יחד עם MariaDB, את כל מה שמחובר אליו בתלות, וזה כולל PHP ו-ISPManager ו-PHPmyadmin. לכן, נטפל בקללות מאוחר יותר.

yum clean all
yum update
yum install MariaDB-server MariaDB-client MariaDB-common

באופן כללי, הכל הותקן והתחיל. הדבר היפה הוא שמסדי הנתונים נאספו ולא היה צורך לשחזר אותם ממזבלות. בדקתי באתרים - הם עובדים ומהירים. נכנסתי לכמה אזורי ניהול כדי לוודא ששום דבר לא נפל וכתבתי בחזרה למנהל שהכל בסדר. פחות מ-30 דקות לאחר מכן התברר שזה לא בסדר בכלל...

כשניסיתי להיכנס לאזור הניהול ולהוסיף ולערוך כל דבר בתוכן, צצה הודעה

MySQL Query Error: INSERT INTO b_iblock_element_property (ID, IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID, VAL UE, VALUE_NUM) SELECT 10555 ,2201 ,P.ID ,'3607' ,3607.0000 FR OM b_iblock_property P WHERE ID = 184 [[1062] Duplicate entry '10555' for key 'PRIMARY']

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

מטקסט השגיאה, אנו יכולים להסיק שביטריקס מנסה להוסיף ערך חדש למסד הנתונים תוך ציון אותו מפתח ראשי שהיה במאמר הנערך. זה אומר שיש סיבה לחשוד שהבעיה מתעוררת בצד של Bitrix. אנחנו נכנסים לאתר שלהם ופונים לתמיכה. כמעט מיד אנו מקבלים את התשובה "בעיה מסובכת. נתן למהנדסים בכירים - רגע..."

נאלצנו לחכות די הרבה זמן (הדיאלוג כולו התקיים מ-25.06.2019 ביוני 9.07.2019 עד 10.4.6 ביולי XNUMX) והתוצאה הייתה ההודעה "בעיה זו אינה קשורה לתפעול ה-Bitrix CMS, אלא קשורה ל- הפעלה של מסד הנתונים עצמו ב-mariadb XNUMX ולמרבה הצער, עם בצד האתר, אין דרך לפתור את הבעיה הזו; תצטרך לעבור לגרסה הישנה של MariaDB."

הם הגיעו... חשבתי על הורדה בתחילת הסיפור, אבל זה אומר את זה בשחור לבןשלא יכול להיות ירידה בדירוג. dump dump ופריסה מחדש בשרת מותקן לחלוטין. הָהֵן. טוב שלא עדכנתי את כל השרתים בבת אחת. הָהֵן. "רק" מאה אתרים (צחוק עצבני :-)). עוד נמסר מהתמיכה: "כדי לפתור את הבעיה בעת שימוש במסד הנתונים של MariaDB 10.4.6, תצטרך לפנות לתמיכה הטכנית של MariaDB שהעסקה לא תמחק רשומה ממסד הנתונים אם הבקשה תוגש:

$DB->Query("DELETE FROM ".$strTable." WHERE ID = ".$res["ID"]);
$results = $DB->Query("SELECT * FROM ".$strTable." WHERE ID = ".$res["ID"]);”

התקווה נצצה במשך כמה שעות מהרגע שהתחלתי לתקשר עם תמיכת MariaDB, אבל אז קיבלתי מכתב שבו אמרו לי נכון מאוד שאני לא משתמש מסחרי ולכן אף אחד לא יפתור לי את הבעיה בכוונה, אבל יש פורום באתר שלהם ושם אתה יכול לנסות לחפש אפשרויות... אני לא אשעמם אותך בפרטים. אין שם אפשרויות.
על אודות! קנינו רישיון ISP!
- שלום, תמיכה? חבר'ה, עזרו!
- מצטערים, אנחנו לא תומכים בזבלים שמשנים גרסאות מקוריות של ה-DBMS. אם תרצה, יש אפשרות עם שרת חלופי ב-Docker.
- אבל איך משתמשים ומסדי נתונים יגיעו לשם? למעגן?
- ובכן, אתה גורר אותם לשם עם הידיים שלך...
- כן! ואל תשכח שהפורט עבור mysql ישתנה ותצטרך לעבור על כל ההגדרות ולשכתב אותם.
- אוקיי, תודה, אני אחשוב על זה...
חשבתי על זה והחלטתי להרוס ידנית את 10.4 ולהתקין את 10.2 שאיתו לא היו בעיות בשרתים אחרים.

התהליך לא היה שונה בהרבה מתהליך העדכון. פשוט הייתי צריך לשנות את 10.4 ל-10.2 בקישור למאגר, לאפס וליצור מחדש את המטמון עבור יאם. ובכן, עוד "דבר קטן" אחד: לאחר הסרת 10.4, עבור אל /var/lib/mysql ומחק הכל משם. ללא שלב זה לאחר התקנת 10.2, השירות תקרוס כל הזמן ותראה

Не удалось подключиться к базе данных '' Lost connection to MySQL server at 'reading initial communication packet', system error: 104 "Connection reset by peer"

או

Lost connection to MySQL server at 'handshake: reading inital communication packet', system error: 104

לפני ייבוא ​​מסדי הנתונים, הגדרתי תחילה את סיסמת השורש עבור mysql שצוינה בתצורות ISP וייבאתי את dump מסד הנתונים של mysql. ובכן, אם כן, מכיוון שכבר יש לנו משתמשים וזכויות, אנו פשוט מייבאים את כל מסדי הנתונים של המשתמשים בשורה באמצעות חשבון השורש.

טקסט סקריפט עבור dump של מסד נתונים:

#!/bin/bash
echo 'show databases' | mysql -u root --password="ПаРоЛь_РУТА" --skip-column-names | grep -v information_schema | xargs -I {} -t bash -c 'mysqldump -u root --password="ПаРоЛь_РУТА" {} | gzip > /BACK/back-$(hostname)-{}-$(date +%Y-%m-%d-%H.%M.%S).sql.gz'

לפני ייבוא ​​מסדי נתונים, עליך לפתוח אותם. אז אנחנו פשוט מפעילים את הפקודה

gunzip /BACK/*.gz

ולבסוף: מסיבה כלשהי, מקפים מותרים בשם בסיס הנתונים (אם יוצרים אותו דרך ISPmanager). אבל כאשר אתה יוצר או מנסה להעלות dump למסד נתונים שיש לו מקף בשמו, אתה מקבל הודעה שתחביר הבקשה שגוי.

כל הכבוד למי שקרא עד הסוף. אני מתנצל על הסיכויים שהפסיקים לא במקום - הם מהווים בעיה. אם יש לכם הצעות לגבי מהות המתואר, כתבו בהודעה אישית כי אני חושש שאפספס משהו בתגובות. ואל תקללו יותר מדי - זה המאמר הראשון שלי :)

UPD1:

כמעט שכחתי לציין: בזמן שניסיתי למצוא פתרון לבעיה בלי לשדרג לאחור את MariaDB, הייתי צריך איכשהו לעדכן את המידע. הוא עודכן כך: כל מסד הנתונים מומר מ-InnoDB ל-MyISAM, המידע מתעדכן ואז מומר בחזרה ל-InooDB.
UPD2:

זה עתה קיבלתי מכתב מ-1C-Bitrix עם התוכן הבא:

הבקשה לתיקון הושלמה
"לאחר שדרוג mariadb ל-10.4.6, אירעה שגיאה בעת שמירת רכיב מידע בלוק"
מודול: iblock, גרסה: לא ידוע
פתרון: נדחה

אז זה כנראה בלתי אפשרי לעדכן ל-10.4 לעת עתה 🙁

מקור: www.habr.com