Bitrix an Update MariaDB op déi lescht stabil Versioun

Gudden Dag, léif Khabroviten! Loosst mech mech virstellen, Alexander. Systemadministrator vun engem klengen awer stolze WEB-Studio. Mir wëllen wierklech datt alles séier, sécher a mat frëscher Software funktionnéiert. Fir dëst ze maachen, hu mir souguer den Nagios + PhantomJS Bündel op den Intra-Büro Computer opgehuewen an all 30 Minutte kontrolléieren mir d'Säit Luedegeschwindegkeet. Geméiss de Servicebedéngungen iwwerwaache mir och 1C-Bitrix Updates a installéiere se regelméisseg. An dann enges Daags, nom nächsten Update, gesi mir e Message am Admin Panel deen seet datt zënter dem Summer 2019 1C-Bitrix stoppt mat MySQL 5.5 ze schaffen a muss aktualiséiert ginn. D'Jongen aus ISPSystem sinn schéin a regelméisseg d'Funktionalitéit vum Panel erweideren, fir déi speziell Merci un hinnen. Mä dës Kéier war et net méiglech alles mat der Maus ze klicken. Awer wat geschitt ass a wéi vill gro Hoer elo a mengem Baart sinn, fënnt een ënnert dem Schnëtt.

Et war nëmmen eng Optioun fir en "alternativen DBMS Server" z'installéieren deen am Docker Container installéiert ass. Natierlech verstinn ech datt Docker ganz spuersam mat Ressourcen ass, awer egal wéi gutt et funktionnéiert, den Overhead wäert ëmmer nach > 0 sinn. An hei kämpfe mir wéi et war an Zéngtel vun Sekonnen an optiméieren all Siten an der Entrée ier Dir en Accord publizéieren an ënnerschreiwen. Also net mäi Choix.
Ok, wat steet an der Dokumentatioun? Backupéiert alles, füügt eng Datei mat engem Link op de MariaDB Repository op yum.repos.d, dann

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

Yum wäert duerno op d'Tatsaach schwieren datt een d'Päckchen ouni säi Wësse geläscht huet. Awer als éischt - loosst hien schwieren, et ass an der Rei. An zweetens, wann Dir d'Läschung duerch Yum maacht, da probéiert et, zesumme mat MariaDB, alles ofzeschafen, wat mat Ofhängegkeete verbonnen ass, an dëst ass PHP an ISPManager an PHPmyadmin. Also këmmere mir eis spéider mat de Bugs.

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

Am Allgemengen war alles opgeriicht an ugefaang. Déi schéin Saach ass datt d'Basis opgeholl goufen an et war net néideg fir se vun Dumpen ze restauréieren. Ech iwwerpréift de Siten - si schaffen a séier. Ech sinn op e puer Admin-Paneele gaang fir sécher ze stellen datt näischt ofgefall ass an dem Direkter ofgeschloss datt alles OK war. A manner wéi 30 Minutten huet sech erausgestallt datt et guer net an der Rei war ...

Wann ech probéiert op d'Administratiounspanel ze goen an alles am Inhalt z'änneren, ass e Message gefall

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']

Well den Inhalt um Site vun eise Mataarbechter bäigefüügt gëtt, hunn d'Clienten nach ëmmer näischt gewosst an hunn eis nach net ugefaangen ze räissen. Awer et war eng Fro vun der Zäit, well d'Informatioun op de Site muss aktualiséiert ginn, a vill Clientë verfollegen dat ganz no.

Aus dem Text vum Feeler kënne mir ofschléissen datt Bitrix probéiert en neie Rekord an d'Datebank ze addéieren, wärend dee selwechte primäre Schlëssel spezifizéiert deen den Artikel deen geännert gëtt. Also et gëtt Grond ze verdächtegen datt de Problem op der Säit vu Bitrix geschitt. Gitt op hir Websäit a kontaktéiert d'Ënnerstëtzung. Bal direkt kréien mir d'Äntwert "schwiereg Problem. Gitt Senior Ingenieuren - waart ... "

Ech hu missen zimlech laang waarden (de ganzen Dialog ass vum 25.06.2019 bis den 9.07.2019 stattfonnt) an d'Resultat war de Message "dëse Problem ass net mat der Operatioun vum Bitrix CMS verbonnen, awer ass am Zesummenhang op d'Operatioun vun der Datebank selwer am mariadb 10.4.6 an, leider, mat Säit vum Site dëse Problem fir d'Méiglechkeet ze léisen fehlt, wäert et néideg sinn op déi al Versioun vu MariaDB ze migréieren.

Gesegelt ... Ech hunn am Ufank vun der Geschicht iwwer Downgrade geduecht, awer hei schwaarz op wäissdatt et kee Downgrade ka ginn. Dumps fusionéieren an nei op engem frësch installéierten Server ëmsetzen. Déi. et ass gutt, datt ech net all Serveren op eemol update. Déi. "nëmmen" honnert Siten (nervös laachen :-)). Si hunn och an der Ënnerstëtzung gesot: "Fir de Problem ze léisen wann Dir d'MariaDB 10.4.6 Datebank benotzt, musst Dir d'MariaDB technesch Ënnerstëtzung kontaktéieren datt d'Transaktioun net e Rekord aus der Datebank läscht wann eng Ufro gemaach gëtt:

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

D'Hoffnung huet e puer Stonnen aus dem Moment wou mir ugefaang hunn mat der MariaDB-Support ze kommunizéieren gegléckt, awer dunn hunn ech e Bréif kritt an deem ech extrem korrekt informéiert gi sinn datt ech kee kommerziellen Benotzer war an dofir kee menge Problem gezielt géif léisen, awer et ass e Forum op hirer Websäit an Dir kënnt probéieren no Optiounen do ze sichen ... Ech langweilen Iech net mat Detailer. Et gi keng Optiounen do.
IWWER! Mir hunn eng Lizenz fir ISP kaaft!
Moien, Ënnerstëtzung? Kärelen, Hëllef!
- Entschëllegt, mir ënnerstëtzen keng Béiser déi gebierteg Versioune vum DBMS änneren. Wann Dir wëllt, gëtt et eng Optioun mat engem alternativen Server am Docker.
- Awer wéi kommen d'Benotzer an d'Datebanken dohinner? An Docker?
- Ma, Dir zitt se mat Ären Hänn dohinner ...
- Jo! An vergiesst net datt den Hafen fir mysql ännert an Dir musst duerchgoën an all d'Konfiguratioun nei schreiwen.
Ok merci, ech denken drun...
Ech geduecht an decidéiert 10.4 mat geréiert ofbaut an installéiert 10.2 mat deem et keng Problemer op anere Serveren.

De Prozess war net vill anescht wéi den Upgrade Prozess. Nëmmen et war néideg fir 10.4 op 10.2 am Link op de Repository z'änneren, zréckzesetzen an de Cache fir Yum nei ze kreéieren. Gutt, nach eng "Trifle": nodeems mir 10.4 ewechgeholl hunn, gi mir op /var/lib/mysql a läschen alles vun do. Ouni dëse Schrëtt, no der Installatioun 10.2, wäert de Service dauernd Crash an Dir wäert gesinn

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

Or

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

Ier ech d'Datebanken importéieren, hunn ech als éischt d'mysql Root-Passwuert festgeluecht, dat an den ISP-Konfiguratiounen spezifizéiert gouf an den mysql-Datebankdump importéiert. Gutt, dann, well et scho Benotzer a Rechter gëtt, importéiere mir einfach all d'Benotzerdatenbanken an enger Zeil mam Root-Kont.

Skripttext fir Datebank 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'

Ier Dir Datenbanken importéiert, musst Dir se unzipéieren. Also fuert just de Kommando aus

gunzip /BACK/*.gz

An déi lescht Saach: aus irgendege Grënn sinn Bindestrecken erlaabt an Datebank Nimm (wann Dir se mat ISPmanager erstellt). Awer wann Dir erstellt oder probéiert en Dump op eng Datebank eropzelueden, déi e Bindestrich am Numm huet, kritt Dir e Message datt d'Ufro Syntax falsch ass.

Liest bis zum Enn vun all de Segen. Ech entschëllege mech fir déi héchstwahrscheinlech net ausgeschlossene Kommaen - si sinn a Schwieregkeeten. Wann et Wënsch fir eng Propositioun am Wesentlechen beschriwwe gëtt - schreift an engem perséinleche well ech an de Kommentaren Angscht hunn eppes ze verpassen. An schwieren net ze vill - dëst ass mäin éischten Artikel 🙂

UPD 1:

Ech hu bal vergiess ze ernimmen: wärend ech probéiert hunn eng Léisung fir de Problem ze fannen ouni MariaDB ze downgradéieren, hunn ech d'Informatioun iergendwéi aktualiséieren. Et gouf esou aktualiséiert: déi ganz Datebank gëtt vun InnoDB op MyISAM ëmgewandelt, infa gëtt aktualiséiert an dann zréck op InooDB ëmgewandelt.
UPD 2:

Kritt just e Bréif vun 1C-Bitrix mam folgenden Inhalt:

Revisiounsufro ofgeschloss
"Nom Update vum mariadb op 10.4.6 ass e Feeler geschitt beim Späicheren vum Infoblock Element"
Modul: iblock, Versioun: onbekannt
Léisung: refuséiert

Also fir de Moment ass et anscheinend onméiglech op 10.4 ze aktualiséieren 🙁

Source: will.com