ബിട്രിക്‌സും മരിയാഡിബിയും ഏറ്റവും പുതിയ സ്ഥിരതയുള്ള പതിപ്പിലേക്ക് അപ്‌ഡേറ്റ് ചെയ്യുന്നു

നല്ല ദിവസം, പ്രിയ ഖബ്രോവ്സ്ക് നിവാസികൾ! ഞാൻ എന്നെ പരിചയപ്പെടുത്തട്ടെ, അലക്സാണ്ടർ. ചെറുതും എന്നാൽ അഭിമാനകരവുമായ ഒരു വെബ് സ്റ്റുഡിയോയുടെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ. എല്ലാം വേഗത്തിലും സുരക്ഷിതമായും ഏറ്റവും പുതിയ സോഫ്‌റ്റ്‌വെയർ ഉപയോഗിച്ച് പ്രവർത്തിക്കണമെന്ന് ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, ഞങ്ങൾ ഇൻട്രാ ഓഫീസ് കമ്പ്യൂട്ടറിൽ nagios+PhantomJS ബണ്ടിൽ ഇൻസ്റ്റാൾ ചെയ്യുകയും ഓരോ 30 മിനിറ്റിലും പേജ് ലോഡിംഗ് വേഗത പരിശോധിക്കുകയും ചെയ്യുന്നു. സേവന നിബന്ധനകൾ അനുസരിച്ച്, ഞങ്ങൾ 1C-Bitrix അപ്‌ഡേറ്റുകൾ നിരീക്ഷിക്കുകയും അവ പതിവായി ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു ദിവസം, അടുത്ത അപ്‌ഡേറ്റിന് ശേഷം, 2019 വേനൽക്കാലം മുതൽ, 1C-Bitrix MySQL 5.5-നൊപ്പം പ്രവർത്തിക്കുന്നത് നിർത്തുന്നു, ഞങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട് എന്ന സന്ദേശം ഞങ്ങൾ അഡ്മിൻ പാനലിൽ കാണുന്നു. ISPS സിസ്റ്റത്തിൽ നിന്നുള്ള ആൺകുട്ടികൾ സുന്ദരന്മാരാണ്, കൂടാതെ പാനലിന്റെ പ്രവർത്തനം പതിവായി വികസിപ്പിക്കുകയും ചെയ്യുന്നു, അതിന് അവർക്ക് പ്രത്യേക നന്ദി. എന്നാൽ ഇത്തവണ മൗസ് ഉപയോഗിച്ച് എല്ലാം ക്ലിക്ക് ചെയ്യാൻ സാധിച്ചില്ല. എന്നാൽ എന്താണ് സംഭവിച്ചതെന്നും വെട്ടിനു കീഴിലുള്ള എന്റെ താടിയിൽ ഇപ്പോൾ എത്ര നരച്ച മുടിയുണ്ടെന്നും നിങ്ങൾക്ക് കണ്ടെത്താനാകും.

ഒരു ഡോക്കർ കണ്ടെയ്‌നറിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരു "ഇതര DBMS സെർവർ" ഇൻസ്റ്റാൾ ചെയ്യാനുള്ള ഒരു ഓപ്‌ഷൻ മാത്രമേ ഉണ്ടായിരുന്നുള്ളൂ. തീർച്ചയായും, ഡോക്കർ വിഭവങ്ങളുടെ കാര്യത്തിൽ വളരെ മിതവ്യയമുള്ളയാളാണെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു, എന്നാൽ അത് എത്ര മികച്ച രീതിയിൽ പ്രവർത്തിച്ചാലും ഓവർഹെഡ് അപ്പോഴും >0 ആയിരിക്കും. ഇവിടെ ഞങ്ങൾ പത്തിലൊന്ന് സെക്കൻഡിനുള്ളിൽ പോരാടുന്നതായി തോന്നുന്നു, കൂടാതെ എല്ലാ സൈറ്റുകളും പ്രസിദ്ധീകരിക്കുന്നതിനും ഒരു കരാറിൽ ഒപ്പിടുന്നതിനും മുമ്പ് പ്രവേശന കവാടത്തിൽ ഒപ്റ്റിമൈസ് ചെയ്യുന്നു. അതുകൊണ്ട് എന്റെ ഓപ്ഷൻ അല്ല.
ശരി, ഡോക്യുമെന്റേഷൻ എന്താണ് പറയുന്നത്? എല്ലാം ബാക്കപ്പ് ചെയ്യുക, MariaDB റിപ്പോസിറ്ററിയിലേക്ക് ഒരു ലിങ്ക് സഹിതം yum.repos.d-ലേക്ക് ഒരു ഫയൽ ചേർക്കുക, തുടർന്ന്

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

സൈറ്റിലെ ഉള്ളടക്കം ഞങ്ങളുടെ സ്വന്തം ജീവനക്കാർ ചേർത്തതിനാൽ, ക്ലയന്റുകൾക്ക് ഇതുവരെ ഒന്നും അറിയില്ല, ഇതുവരെ ഞങ്ങളെ കീറിമുറിക്കാൻ തുടങ്ങിയിട്ടില്ല. എന്നാൽ ഇത് സമയത്തിന്റെ കാര്യമായിരുന്നു, കാരണം സൈറ്റുകളിലെ വിവരങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്, കൂടാതെ നിരവധി ക്ലയന്റുകൾ ഇത് സ്വയം നിരീക്ഷിക്കുകയും ചെയ്യുന്നു.

പിശകിന്റെ വാചകത്തിൽ നിന്ന്, എഡിറ്റ് ചെയ്യുന്ന ലേഖനത്തിൽ ഉണ്ടായിരുന്ന അതേ പ്രാഥമിക കീ വ്യക്തമാക്കുമ്പോൾ ഡാറ്റാബേസിലേക്ക് ഒരു പുതിയ എൻട്രി ചേർക്കാൻ ബിട്രിക്സ് ശ്രമിക്കുന്നതായി നമുക്ക് നിഗമനം ചെയ്യാം. ഇതിനർത്ഥം ബിട്രിക്സ് ഭാഗത്ത് പ്രശ്നം ഉയർന്നുവരുന്നുവെന്ന് സംശയിക്കാൻ കാരണമുണ്ട്. ഞങ്ങൾ അവരുടെ വെബ്‌സൈറ്റിലേക്ക് പോയി പിന്തുണയുമായി ബന്ധപ്പെടുക. “സങ്കീർണ്ണമായ പ്രശ്നം” എന്ന ഉത്തരം ഉടൻ തന്നെ നമുക്ക് ലഭിക്കും. സീനിയർ എഞ്ചിനീയർമാർക്ക് കൊടുത്തു - കാത്തിരിക്കൂ..."

ഞങ്ങൾക്ക് വളരെക്കാലം കാത്തിരിക്കേണ്ടി വന്നു (മുഴുവൻ ഡയലോഗും 25.06.2019 ജൂൺ 9.07.2019 മുതൽ 10.4.6 ജൂലൈ XNUMX വരെ നടന്നു) അതിന്റെ ഫലം "ഈ പ്രശ്നം ബിട്രിക്സ് സിഎംഎസിന്റെ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ടതല്ല, മറിച്ച് mariadb XNUMX-ൽ ഡാറ്റാബേസിന്റെ പ്രവർത്തനം, നിർഭാഗ്യവശാൽ, സൈറ്റിന്റെ ഭാഗത്ത്, ഈ പ്രശ്നം പരിഹരിക്കാൻ ഒരു മാർഗവുമില്ല; നിങ്ങൾ MariaDB-യുടെ പഴയ പതിപ്പിലേക്ക് മാറേണ്ടതുണ്ട്.

അവർ എത്തി... കഥയുടെ തുടക്കത്തിൽ തരംതാഴ്ത്തുന്നതിനെക്കുറിച്ച് ഞാൻ ചിന്തിച്ചു, പക്ഷേ അത് കറുപ്പിലും വെളുപ്പിലും പറയുന്നുതരംതാഴ്ത്തൽ ഉണ്ടാകില്ല എന്ന്. പൂർണ്ണമായും ഇൻസ്റ്റാൾ ചെയ്ത സെർവറിൽ ഡംപ് ഡംപ് ചെയ്ത് വീണ്ടും വിന്യസിക്കുക. ആ. എല്ലാ സെർവറുകളും ഞാൻ ഒരേസമയം അപ്‌ഡേറ്റ് ചെയ്യാത്തത് നല്ലതാണ്. ആ. "മാത്രം" നൂറ് സൈറ്റുകൾ (ഞരമ്പ് ചിരി :-)). പിന്തുണ ഇങ്ങനെയും പറഞ്ഞു: "MariaDB 10.4.6 ഡാറ്റാബേസ് ഉപയോഗിക്കുമ്പോൾ പ്രശ്നം പരിഹരിക്കാൻ, നിങ്ങൾ MariaDB സാങ്കേതിക പിന്തുണയെ ബന്ധപ്പെടേണ്ടതുണ്ട്, അഭ്യർത്ഥന നടത്തിയാൽ ഇടപാട് ഡാറ്റാബേസിൽ നിന്ന് ഒരു റെക്കോർഡ് ഇല്ലാതാക്കില്ല:

$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

ഡാറ്റാബേസുകൾ ഇംപോർട്ട് ചെയ്യുന്നതിനു മുമ്പ്, ISP കോൺഫിഗറുകളിൽ വ്യക്തമാക്കിയിട്ടുള്ള mysql-നുള്ള റൂട്ട് പാസ്‌വേഡ് ഞാൻ ആദ്യം സജ്ജമാക്കുകയും 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

അവസാനമായി: ചില കാരണങ്ങളാൽ, ഡാറ്റാബേസിന്റെ പേരിൽ ഹൈഫനുകൾ അനുവദനീയമാണ് (നിങ്ങൾ ഇത് ISPmanager വഴി സൃഷ്ടിക്കുകയാണെങ്കിൽ). എന്നാൽ നിങ്ങൾ അതിന്റെ പേരിൽ ഒരു ഹൈഫൻ ഉള്ള ഒരു ഡാറ്റാബേസിലേക്ക് ഒരു ഡംപ് സൃഷ്‌ടിക്കുമ്പോഴോ അപ്‌ലോഡ് ചെയ്യാൻ ശ്രമിക്കുമ്പോഴോ, അഭ്യർത്ഥന വാക്യഘടന തെറ്റാണെന്ന സന്ദേശം നിങ്ങൾക്ക് ലഭിക്കും.

അവസാനം വരെ വായിച്ചവർക്ക് എല്ലാ ആശംസകളും. ഏറ്റവും സാധ്യത തെറ്റിയ കോമകൾക്ക് ഞാൻ ക്ഷമ ചോദിക്കുന്നു - അവ ഒരു പ്രശ്നമാണ്. വിവരിച്ചതിന്റെ സാരാംശത്തെക്കുറിച്ച് നിങ്ങൾക്ക് എന്തെങ്കിലും നിർദ്ദേശങ്ങളുണ്ടെങ്കിൽ, ഒരു വ്യക്തിഗത സന്ദേശത്തിൽ എഴുതുക, കാരണം അഭിപ്രായങ്ങളിൽ എനിക്ക് എന്തെങ്കിലും നഷ്ടമാകുമെന്ന് ഞാൻ ഭയപ്പെടുന്നു. കൂടുതൽ ആണയിടരുത് - ഇത് എന്റെ ആദ്യ ലേഖനമാണ് :)

UPD1:

ഞാൻ പരാമർശിക്കാൻ ഏറെക്കുറെ മറന്നു: MariaDB തരംതാഴ്ത്താതെ പ്രശ്നത്തിന് ഒരു പരിഹാരം കണ്ടെത്താൻ ഞാൻ ശ്രമിക്കുമ്പോൾ, എനിക്ക് എങ്ങനെയെങ്കിലും വിവരങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടിവന്നു. ഇത് ഇതുപോലെ അപ്‌ഡേറ്റ് ചെയ്‌തു: മുഴുവൻ ഡാറ്റാബേസും InnoDB-യിൽ നിന്ന് MyISAM-ലേക്ക് പരിവർത്തനം ചെയ്‌തു, വിവരങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്‌ത് വീണ്ടും InooDB-യിലേക്ക് പരിവർത്തനം ചെയ്യുന്നു.
UPD2:

ഇനിപ്പറയുന്ന ഉള്ളടക്കമുള്ള 1C-Bitrix-ൽ നിന്ന് എനിക്ക് ഒരു കത്ത് ലഭിച്ചു:

പുനരവലോകനത്തിനുള്ള അഭ്യർത്ഥന പൂർത്തിയായി
"10.4.6-ലേക്ക് mariadb അപ്‌ഗ്രേഡ് ചെയ്‌ത ശേഷം, ഒരു ഇൻഫോബ്ലോക്ക് ഘടകം സംരക്ഷിക്കുമ്പോൾ ഒരു പിശക് സംഭവിച്ചു"
മൊഡ്യൂൾ: ഐബ്ലോക്ക്, പതിപ്പ്: അജ്ഞാതം
പരിഹാരം: നിരസിച്ചു

അതിനാൽ ഇപ്പോൾ 10.4 ലേക്ക് അപ്‌ഡേറ്റ് ചെയ്യുന്നത് അസാധ്യമാണ് 🙁

അവലംബം: www.habr.com