Bitrix અને MariaDB નવીનતમ સ્થિર સંસ્કરણ પર અપડેટ

શુભ દિવસ, પ્રિય ખાબ્રોવસ્ક રહેવાસીઓ! મને મારી ઓળખાણ આપવા દો, એલેક્ઝાન્ડર. એક નાના પરંતુ ગૌરવપૂર્ણ WEB સ્ટુડિયોના સિસ્ટમ એડમિનિસ્ટ્રેટર. અમે ખરેખર ઇચ્છીએ છીએ કે બધું જ ઝડપથી, સુરક્ષિત રીતે અને નવીનતમ સૉફ્ટવેર સાથે કાર્ય કરે. આ કરવા માટે, અમે ઇન્ટ્રા-ઑફિસ કમ્પ્યુટર પર nagios+PhantomJS બંડલ પણ ઇન્સ્ટોલ કર્યું છે અને દર 30 મિનિટે પેજ લોડિંગ સ્પીડ તપાસીએ છીએ. સેવાની શરતો અનુસાર, અમે 1C-Bitrix અપડેટ્સનું પણ નિરીક્ષણ કરીએ છીએ અને તેને નિયમિતપણે ઇન્સ્ટોલ કરીએ છીએ. અને પછી એક દિવસ, આગામી અપડેટ પછી, અમને એડમિન પેનલમાં એક સંદેશ દેખાય છે કે 2019 ના ઉનાળાથી, 1C-Bitrix MySQL 5.5 સાથે કામ કરવાનું બંધ કરે છે અને અમારે અપડેટ કરવાની જરૂર છે. ISPSystem ના છોકરાઓ સુંદર છે અને નિયમિતપણે પેનલની કાર્યક્ષમતાને વિસ્તૃત કરે છે, જેના માટે તેમનો વિશેષ આભાર. પરંતુ આ વખતે માઉસ વડે બધું ક્લિક કરવાનું શક્ય નહોતું. પરંતુ તમે શોધી શકો છો કે મારી દાઢીમાં હવે કટ નીચે શું થયું અને કેટલા ગ્રે વાળ છે.

ડોકર કન્ટેનરમાં ઇન્સ્ટોલ કરેલ "વૈકલ્પિક DBMS સર્વર" ઇન્સ્ટોલ કરવાનો માત્ર એક વિકલ્પ હતો. અલબત્ત, હું સમજું છું કે ડોકર સંસાધનો સાથે ખૂબ જ કરકસર છે, પરંતુ તે ગમે તેટલું સારું કામ કરે છે, ઓવરહેડ હજી પણ >0 હશે. અને અહીં અમે સેકન્ડના દસમા ભાગમાં લડતા હોઈએ છીએ અને પ્રવેશદ્વાર પર બધી સાઇટ્સને પ્રકાશિત કરતા પહેલા અને કરાર પર હસ્તાક્ષર કરતા પહેલા તેને ઑપ્ટિમાઇઝ કરીએ છીએ. તેથી મારો વિકલ્પ નથી.
ઓકે, દસ્તાવેજો શું કહે છે? દરેક વસ્તુનો બેકઅપ લો, મારિયાડીબી રિપોઝીટરીની લિંક સાથે yum.repos.d પર ફાઇલ ઉમેરો, પછી

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

યમ પછીથી શપથ લેશે કે કોઈએ તેની જાણ વગર પેકેજો કાઢી નાખ્યા છે. પરંતુ સૌ પ્રથમ, તેને શપથ લેવા દો, તે ઠીક છે. અને બીજું, જો તમે yum દ્વારા ડિલીટ કરો છો, તો તે મારિયાડીબી સાથે મળીને, તેની સાથે નિર્ભરતા દ્વારા જોડાયેલી દરેક વસ્તુને દૂર કરવાનો પ્રયાસ કરે છે, અને તેમાં 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 સુધી થયો હતો) અને પરિણામ એ સંદેશ હતો કે "આ સમસ્યા બિટ્રિક્સ સીએમએસના ઓપરેશન સાથે સંબંધિત નથી, પરંતુ તે સંબંધિત છે. mariadb XNUMX માં જ ડેટાબેઝનું સંચાલન અને, કમનસીબે, ઓન સાઈડ સાથે, આ સમસ્યાને ઉકેલવાનો કોઈ રસ્તો નથી; તમારે મારિયાડીબીના જૂના સંસ્કરણ પર સ્વિચ કરવાની જરૂર પડશે."

તેઓ આવ્યા... મેં વાર્તાની શરૂઆતમાં ડાઉનગ્રેડ વિશે વિચાર્યું, પણ તે તેને કાળા અને સફેદમાં કહે છેકે ત્યાં કોઈ ડાઉનગ્રેડ ન હોઈ શકે. ડમ્પ ડમ્પ કરો અને સંપૂર્ણપણે ઇન્સ્ટોલ કરેલા સર્વર પર ફરીથી જમાવો. તે. તે સારું છે કે મેં એક સાથે બધા સર્વર્સ અપડેટ કર્યા નથી. તે. "માત્ર" સો સાઇટ્સ (નર્વસ હાસ્ય :-)). સપોર્ટે એમ પણ કહ્યું: "મારિયાડીબી 10.4.6 ડેટાબેઝનો ઉપયોગ કરતી વખતે સમસ્યાને ઉકેલવા માટે, તમારે મારિયાડીબી તકનીકી સપોર્ટનો સંપર્ક કરવો પડશે કે જો વિનંતી કરવામાં આવે તો વ્યવહાર ડેટાબેઝમાંથી રેકોર્ડને કાઢી નાખશે નહીં:

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

મેં મારિયાડીબી સપોર્ટ સાથે વાતચીત કરવાનું શરૂ કર્યું ત્યારથી થોડા કલાકો સુધી આશા ચમકી, પરંતુ પછી મને એક પત્ર મળ્યો જેમાં તેઓએ મને ખૂબ જ સાચું કહ્યું કે હું વ્યવસાયિક વપરાશકર્તા નથી અને તેથી કોઈ મારી સમસ્યાને હેતુપૂર્વક હલ કરશે નહીં, પરંતુ ત્યાં છે. તેમની વેબસાઇટ પર એક ફોરમ અને ત્યાં તમે વિકલ્પો શોધવાનો પ્રયાસ કરી શકો છો ... હું તમને વિગતોથી કંટાળીશ નહીં. ત્યાં કોઈ વિકલ્પો નથી.
વિશે! અમે ISP લાઇસન્સ ખરીદ્યું છે!
- હેલો, સપોર્ટ? ગાય્સ, મદદ!
— માફ કરશો, અમે DBMS ના મૂળ વર્ઝનને બદલનારા સ્કમ્બેગ્સને સપોર્ટ કરતા નથી. જો તમે ઇચ્છો તો, ડોકરમાં વૈકલ્પિક સર્વર સાથેનો વિકલ્પ છે.
- પરંતુ વપરાશકર્તાઓ અને ડેટાબેઝ ત્યાં કેવી રીતે પહોંચશે? ડોકર માટે?
- સારું, તમે તેમને તમારા હાથથી ત્યાં ખેંચો ...
- હા! અને ભૂલશો નહીં કે mysql માટેનો પોર્ટ બદલાઈ જશે અને તમારે તમામ રૂપરેખાઓમાંથી પસાર થવાની અને તેમને ફરીથી લખવાની જરૂર પડશે.
- ઠીક છે, આભાર, હું તેના વિશે વિચારીશ ...
મેં તેના વિશે વિચાર્યું અને 10.4 ને મેન્યુઅલી તોડી પાડવાનું અને 10.2 ઇન્સ્ટોલ કરવાનું નક્કી કર્યું જેની સાથે અન્ય સર્વર્સ પર કોઈ સમસ્યા ન હતી.

પ્રક્રિયા અપડેટ પ્રક્રિયાથી ઘણી અલગ ન હતી. મારે ફક્ત રીપોઝીટરીની લિંકમાં 10.4 થી 10.2 બદલવાની હતી, yum માટે કેશ રીસેટ અને ફરીથી બનાવવું હતું. સારું, એક વધુ "નાની વસ્તુ": 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 રૂપરેખાઓમાં ઉલ્લેખિત હતો અને mysql ડેટાબેઝ ડમ્પ આયાત કર્યો હતો. ઠીક છે, તો પછી, અમારી પાસે પહેલેથી જ વપરાશકર્તાઓ અને અધિકારો હોવાથી, અમે રૂટ એકાઉન્ટનો ઉપયોગ કરીને એક પંક્તિમાં બધા વપરાશકર્તા ડેટાબેસેસને આયાત કરીએ છીએ.

ડેટાબેઝ ડમ્પ માટે સ્ક્રિપ્ટ ટેક્સ્ટ:

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

અને છેલ્લે: કેટલાક કારણોસર, ડેટાબેઝના નામ પર હાઇફન્સની મંજૂરી છે (જો તમે તેને ISP મેનેજર દ્વારા બનાવો છો). પરંતુ જ્યારે તમે એવા ડેટાબેઝમાં ડમ્પ બનાવો અથવા અપલોડ કરવાનો પ્રયાસ કરો કે જેના નામમાં હાઇફન હોય, ત્યારે તમને એક સંદેશ પ્રાપ્ત થાય છે કે વિનંતી સિન્ટેક્સ ખોટો છે.

અંત સુધી વાંચનારાઓને શુભકામનાઓ. હું સૌથી વધુ સંભવિત ખોટા અલ્પવિરામ માટે માફી માંગુ છું - તે એક સમસ્યા છે. જો તમારી પાસે જે વર્ણવેલ છે તેના સારને લગતા કોઈ સૂચનો હોય, તો વ્યક્તિગત સંદેશમાં લખો કારણ કે મને ડર છે કે હું ટિપ્પણીઓમાં કંઈક ચૂકી જઈશ. અને વધુ શપથ ન લેશો - આ મારો પહેલો લેખ છે :)

UPD1:

હું લગભગ ઉલ્લેખ કરવાનું ભૂલી ગયો છું: જ્યારે હું મારિયાડીબીને ડાઉનગ્રેડ કર્યા વિના સમસ્યાનો ઉકેલ શોધવાનો પ્રયાસ કરી રહ્યો હતો, ત્યારે મારે કોઈક રીતે માહિતી અપડેટ કરવી પડી. તે આ રીતે અપડેટ કરવામાં આવ્યું હતું: સમગ્ર ડેટાબેઝને InnoDB થી MyISAM માં રૂપાંતરિત કરવામાં આવે છે, માહિતી અપડેટ કરવામાં આવે છે અને પછી પાછા InooDB માં રૂપાંતરિત થાય છે.
UPD2:

મને હમણાં જ 1C-Bitrix તરફથી નીચેની સામગ્રી સાથેનો પત્ર મળ્યો છે:

પુનરાવર્તન માટેની વિનંતી પૂર્ણ થઈ
"mariadb ને 10.4.6 માં અપગ્રેડ કર્યા પછી, ઇન્ફોબ્લોક એલિમેન્ટ સાચવતી વખતે ભૂલ આવી"
મોડ્યુલ: iblock, સંસ્કરણ: અજ્ઞાત
ઉકેલ: અસ્વીકાર

તેથી હમણાં માટે 10.4 પર અપડેટ કરવું દેખીતી રીતે અશક્ય છે 🙁

સોર્સ: www.habr.com