🥇बिट्रिक्स आणि मारियाडीबी नवीनतम स्थिर आवृत्तीवर अद्यतनित करत आहे

शुभ दिवस, प्रिय खाब्रोविट्स! मला माझी ओळख करून द्या, अलेक्झांडर. एका लहान पण अभिमानास्पद WEB-स्टुडिओचा सिस्टम प्रशासक. आम्हाला खरोखरच सर्वकाही जलद, सुरक्षितपणे आणि नवीन सॉफ्टवेअरसह कार्य करायचे आहे. हे करण्यासाठी, आम्ही इंट्रा-ऑफिस कॉम्प्युटरवर nagios + PhantomJS बंडल देखील वाढवले आहे आणि दर 30 मिनिटांनी आम्ही पृष्ठ लोडिंग गती तपासतो. सेवा अटींनुसार, आम्ही 1C-Bitrix अद्यतनांचे परीक्षण देखील करतो आणि ते नियमितपणे स्थापित करतो. आणि मग एके दिवशी, पुढच्या अपडेटनंतर, आम्हाला अॅडमिन पॅनेलमध्ये एक मेसेज दिसतो की 2019 च्या उन्हाळ्यापासून, 1C-Bitrix MySQL 5.5 सह काम करणे थांबवते आणि अपडेट करणे आवश्यक आहे. ISPSystem मधील मुले देखणी आहेत आणि नियमितपणे पॅनेलची कार्यक्षमता वाढवतात, त्यासाठी त्यांचे विशेष आभार. पण यावेळी माऊसने सर्वकाही क्लिक करणे शक्य नव्हते. पण काय झाले आणि आता माझ्या दाढीत किती राखाडी केस आहेत ते कटाखाली सापडू शकते.

डॉकर कंटेनरमध्ये स्थापित केलेला "पर्यायी DBMS सर्व्हर" स्थापित करण्याचा फक्त एक पर्याय होता. अर्थात, मला समजले आहे की डॉकर संसाधनांसह खूप काटकसरी आहे, परंतु ते कितीही चांगले कार्य करते, तरीही ओव्हरहेड > 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 डेटाबेसमध्ये एक नवीन रेकॉर्ड जोडण्याचा प्रयत्न करत आहे, त्याच प्राथमिक की निर्दिष्ट करताना जी संपादित केली जात आहे. त्यामुळे बिट्रिक्सच्या बाजूने समस्या उद्भवते असा संशय घेण्याचे कारण आहे. त्यांच्या वेबसाइटवर जा आणि समर्थनाशी संपर्क साधा. जवळजवळ लगेचच आपल्याला "कठीण समस्या" असे उत्तर मिळते. वरिष्ठ अभियंत्यांना दिले - थांबा..."

मला बराच वेळ प्रतीक्षा करावी लागली (संपूर्ण संवाद ०६/२५/२०१९ ते ०७/०९/२०१९ पर्यंत झाला) आणि परिणाम असा संदेश आला “ही समस्या बिट्रिक्स सीएमएसच्या ऑपरेशनशी संबंधित नाही, परंतु संबंधित आहे mariadb 25.06.2019 मध्‍ये डेटाबेसच्‍या ऑपरेशनसाठी आणि दुर्दैवाने, या समस्येचे निराकरण करण्‍यासाठी साइटची बाजू गहाळ आहे, मारियाडीबीच्‍या जुन्या आवृत्तीवर स्‍थानांतरित करणे आवश्‍यक आहे.”

प्रवास केला ... मी कथेच्या सुरुवातीला डाउनग्रेडबद्दल विचार केला, पण येथे काळा आणि पांढराकी कोणतीही अवनत होऊ शकत नाही. डंप एकत्र करा आणि नव्याने स्थापित केलेल्या सर्व्हरवर पुन्हा तैनात करा. त्या. मी एकाच वेळी सर्व सर्व्हर अद्यतनित केले नाही हे चांगले आहे. त्या. "फक्त" शंभर साइट्स (चिंताग्रस्त हसणे :-)). त्यांनी समर्थनात असेही म्हटले: "मारियाडीबी 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

आणि शेवटची गोष्ट: काही कारणास्तव, हायफनना डेटाबेसच्या नावांमध्ये परवानगी आहे (जर तुम्ही ते ISPmanager वापरून तयार केले असेल). परंतु नावात हायफन असलेल्या डेटाबेसमध्ये डंप तयार करताना किंवा अपलोड करण्याचा प्रयत्न करताना, आपल्याला एक संदेश प्राप्त होतो की क्वेरी वाक्यरचना चुकीची आहे.

सर्व आशीर्वाद शेवटपर्यंत वाचा. बहुधा अंतर नसलेल्या स्वल्पविरामांसाठी मी दिलगीर आहोत - ते अडचणीत आहेत. मूलत: वर्णन केलेल्या प्रस्तावासाठी इच्छा असल्यास - वैयक्तिकरित्या लिहा कारण टिप्पण्यांमध्ये मला काहीतरी चुकण्याची भीती वाटते. आणि जास्त शपथ घेऊ नका - हा माझा पहिला लेख आहे 🙂

UPD1:

मी जवळजवळ उल्लेख करणे विसरलो: जेव्हा मी मारियाडीबी डाउनग्रेड न करता समस्येचे निराकरण करण्याचा प्रयत्न करीत होतो, तेव्हा मला माहिती कशीतरी अद्यतनित करावी लागली. हे असे अद्यतनित केले गेले: संपूर्ण डेटाबेस InnoDB वरून MyISAM मध्ये रूपांतरित केला जातो, infa अद्यतनित केला जातो आणि नंतर परत InooDB मध्ये रूपांतरित केला जातो.
UPD2:

नुकतेच 1C-Bitrix कडून खालील सामग्रीसह एक पत्र प्राप्त झाले:

पुनरावृत्ती विनंती पूर्ण झाली
"mariadb 10.4.6 वर अपडेट केल्यानंतर, इन्फोब्लॉक घटक जतन करताना त्रुटी आली"
मॉड्यूल: iblock, आवृत्ती: अज्ञात
उपाय: नाकारले

त्यामुळे आत्तासाठी, वरवर पाहता 10.4 🙁 वर अपडेट करणे अशक्य आहे

स्त्रोत: www.habr.com

Bitrix आणि मारियाडीबी नवीनतम स्थिर आवृत्तीवर अद्यतनित करत आहे

एक टिप्पणी जोडा Отменить ответ