Bitrix u jaġġornaw MariaDB għall-aħħar verżjoni stabbli

Il-ġurnata t-tajba, għeżież Khabrovites! Ippermettuli nintroduċi ruħi, Alexander. Amministratur tas-sistema ta' WEB-studio wieħed żgħir iżda kburi. Aħna rridu tassew li kollox jaħdem malajr, b'mod sikur u b'softwer ġdid. Biex nagħmlu dan, aħna saħansitra qajjimna l-pakkett nagios + PhantomJS fuq il-kompjuter ġewwa l-uffiċċju u ċċekkja l-veloċità tat-tagħbija tal-paġna kull 30 minuta. Skont it-termini tas-servizz, aħna wkoll nissorveljaw l-aġġornamenti 1C-Bitrix u ninstallawhom regolarment. U mbagħad jum wieħed, wara l-aġġornament li jmiss, naraw messaġġ fil-pannell tal-amministrazzjoni li jiddikjara li mis-sajf tal-2019, 1C-Bitrix jieqaf jaħdem ma 'MySQL 5.5 u jeħtieġ li jiġi aġġornat. Il-guys minn ISPSystem huma gustużi u regolarment jespandu l-funzjonalità tal-panel, li għalihom grazzi speċjali. Iżda din id-darba ma kienx possibbli li tikklikkja kollox bil-maws. Imma dak li ġara u kemm hemm xagħar griż issa fid-daqna tiegħi jista 'jinstab taħt il-qatgħa.

Kien hemm biss għażla biex jiġi installat "server DBMS alternattiv" li huwa installat fil-kontenitur Docker. Naturalment, nifhem li Docker huwa frugal ħafna bir-riżorsi, iżda tkun kemm taħdem kbira, l-overhead xorta se jkun> 0. U hawn, kif inhi, niġġieldu f'għexieren ta' sekondi u nottimizzaw is-siti kollha fid-daħla qabel ma nippubblikaw u niffirmaw ftehim. Allura mhux l-għażla tiegħi.
Ok, x'hemm fid-dokumentazzjoni? Agħmel backup ta' kollox, żid fajl b'rabta mar-repożitorju MariaDB għal yum.repos.d, imbagħad

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

Yum sussegwentement se naħlef fuq il-fatt li xi ħadd neħħa l-pakketti mingħajr l-għarfien tiegħu. Imma l-ewwelnett - ħallih naħlef, huwa okay. U t-tieni, jekk tagħmel it-tħassir permezz ta 'yum, allura tipprova twaqqa', flimkien ma' MariaDB, dak kollu li huwa relatat miegħu minn dipendenzi, u dan huwa PHP u ISPManager u PHPmyadmin. Allura aħna ser nittrattaw il-bugs aktar tard.

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

B'mod ġenerali, kollox ġie stabbilit u beda. Il-ħaġa sabiħa hija li l-bażijiet inġabru u ma kienx meħtieġ li jiġu restawrati mill-miżbliet. Iċċekkja s-siti - jaħdmu u malajr. Jien mort f'koppja ta 'pannelli ta' amministrazzjoni biex niżgura li ma waqa' xejn u neħħiet l-abbonament lid-direttur li kollox kien OK. F'inqas minn 30 minuta, irriżulta li lanqas ma kien OK xejn ...

Meta ppruvajt immur fil-pannell tal-amministrazzjoni u nżid teditja xi ħaġa fil-kontenut, waqa 'messaġġ

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

Peress li l-kontenut fuq is-sit huwa miżjud mill-impjegati tagħna, il-klijenti għadhom ma kienu jafu xejn u kienu għadhom ma bdewx ifarrkuna. Iżda kienet kwistjoni ta 'żmien, għaliex l-informazzjoni fuq is-siti jeħtieġ li tiġi aġġornata, u ħafna klijenti jsegwu dan mill-qrib ħafna.

Mit-test tal-iżball, nistgħu nikkonkludu li Bitrix qed jipprova jżid rekord ġdid fid-database, filwaqt li jispeċifika l-istess ċavetta primarja li kellu l-artiklu li qed jiġi editjat. Allura hemm raġuni biex tissuspetta li l-problema sseħħ fuq in-naħa ta 'Bitrix. Mur fil-websajt tagħhom u ikkuntattja l-appoġġ. Kważi immedjatament niksbu t-tweġiba “problema diffiċli. Mogħti lil inġiniera anzjani - stenna ... "

Kelli nistenna żmien pjuttost twil (id-djalogu kollu sar mill-25.06.2019/9.07.2019/10.4.6 sas-XNUMX/XNUMX/XNUMX) u r-riżultat kien il-messaġġ “din il-problema mhix relatata mal-operat tal-Bitrix CMS, iżda hija relatata għall-operat tad-database nnifisha f'mariadb XNUMX u, sfortunatament, bil-ġenb tas-sit biex issolvi din il-problema hija nieqsa, se jkun meħtieġ li jemigraw għal verżjoni eqdem ta 'MariaDB.

Sailed ... Ħsibt dwar downgrade fil-bidu tal-istorja, iżda hawn bl-iswed u abjadli ma jistax ikun hemm downgrade. Għaqqad miżbliet u skjerati mill-ġdid fuq server installat frisk. Dawk. tajjeb li ma aġġornajtx is-servers kollha f'daqqa. Dawk. "biss" mitt sit (daqq nervuż :-)). Huma qalu wkoll bħala appoġġ: "Biex issolvi l-problema meta tuża d-database MariaDB 10.4.6, ikollok bżonn tikkuntattja lill-appoġġ tekniku MariaDB li t-tranżazzjoni ma tħassarx rekord mid-database jekk issir talba:

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

Hope glimmered għal ftit sigħat mill-mument li bdejna nikkomunikaw mal-appoġġ ta 'MariaDB, iżda mbagħad irċevejt ittra li fiha kont infurmat b'mod estremament korrett li ma kontx utent kummerċjali u għalhekk ħadd ma kien se jsolvi l-problema tiegħi apposta, iżda hemm forum fuq il-websajt tagħhom u tista' tipprova tfittex għażliet hemmhekk... Mhux se niddejjaq bid-dettalji. M'hemm l-ebda għażliet hemmhekk.
DWAR! Xtrajna liċenzja għall-ISP!
Hello, appoġġ? Guys, għinu!
- Jiddispjacini, aħna ma nappoġġawx thugs li jibdlu verżjonijiet indiġeni tad-DBMS. Jekk trid, hemm għażla b'server alternattiv fid-docker.
- Imma kif se jaslu l-utenti u d-databases? Biex docker?
- Ukoll, tkaxkruhom hemm b'idejk ...
- Iva! U tinsiex li l-port għal mysql se jinbidel u ser ikollok bżonn tgħaddi u tikteb mill-ġdid il-konfigurazzjonijiet kollha.
Ok grazzi, naħseb dwarha...
Ħsibt u ddeċidejt li nwaqqa' 10.4 b'mankijiet u ninstalla 10.2 li bih ma kien hemm l-ebda problemi fuq servers oħra.

Il-proċess ma kienx differenti ħafna mill-proċess ta 'aġġornament. Kien biss meħtieġ li tinbidel 10.4 għal 10.2 fil-link għar-repożitorju, reset u terġa 'toħloq il-cache għal yum. Ukoll, "trifle" oħra: wara li tneħħi 10.4, immorru għal /var/lib/mysql u nħassru kollox minn hemm. Mingħajr dan il-pass, wara l-installazzjoni 10.2, is-servizz se jikkraxxja kontinwament u se tara

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

Jew

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

Qabel ma timporta d-databases, l-ewwel waqqaft il-password tal-għeruq mysql li kienet speċifikata fil-konfigurazzjonijiet tal-ISP u importajt id-dump tad-database mysql. Ukoll, allura, peress li diġà hemm utenti u drittijiet, aħna sempliċement jimportaw id-databases tal-utenti kollha wara xulxin bil-kont tal-għeruq.

Test tal-iskript għad-dump tad-database:

#!/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'

Qabel ma timporta databases, għandek bżonn tħollhom. Allura biss mexxi l-kmand

gunzip /BACK/*.gz

U l-aħħar ħaġa: għal xi raġuni, is-sings huma permessi fl-ismijiet tad-database (jekk toħloqhom billi tuża ISPmanager). Imma meta toħloq jew tipprova ttella' dump f'database li għandha sing fl-isem, ikollok messaġġ li s-sintassi tal-mistoqsija mhix korretta.

Aqra sal-aħħar tal-barkiet kollha. Niskuża ruħi għall-virgoli x'aktarx mhux spazjati - huma fl-inkwiet. Jekk ikun hemm xewqat għal proposta essenzjalment deskritti - ikteb b'mod personali għax fil-kummenti nibża' nitlef xi ħaġa. U taħlefx wisq - dan huwa l-ewwel artiklu tiegħi 🙂

UPD1:

Kważi insejt insemmi: waqt li kont qed nipprova nsib soluzzjoni għall-problema mingħajr ma naqqas il-grad ta' MariaDB, kelli b'xi mod naġġorna l-informazzjoni. Ġie aġġornat hekk: id-database kollha tiġi kkonvertita minn InnoDB għal MyISAM, infa tiġi aġġornata u mbagħad ikkonvertita lura għal InooDB.
UPD2:

Għadni kemm irċevejt ittra mingħand 1C-Bitrix bil-kontenut li ġej:

It-talba għal reviżjoni lesta
"Wara li aġġorna mariadb għal 10.4.6, seħħ żball meta issejvja l-element infoblock"
Modulu: iblock, verżjoni: mhux magħruf
Soluzzjoni: miċħuda

Allura għalissa, jidher li huwa impossibbli li taġġorna għal 10.4 🙁

Sors: www.habr.com