बिट्रिक्स और मारियाडीबी नवीनतम स्थिर संस्करण में अपडेट होते हैं

शुभ दिन, प्रिय खाबरोवस्क निवासियों! मुझे अपना परिचय दो, अलेक्जेंडर। एक छोटे लेकिन गौरवान्वित वेब स्टूडियो का सिस्टम प्रशासक। हम वास्तव में चाहते हैं कि सब कुछ शीघ्रता से, सुरक्षित रूप से और नवीनतम सॉफ़्टवेयर के साथ काम करे। ऐसा करने के लिए, हमने इंट्रा-ऑफिस कंप्यूटर पर nagios+PhantomJS बंडल भी स्थापित किया और हर 30 मिनट में पेज लोडिंग गति की जांच की। सेवा की शर्तों के अनुसार, हम 1सी-बिट्रिक्स अपडेट की निगरानी भी करते हैं और उन्हें नियमित रूप से इंस्टॉल करते हैं। और फिर एक दिन, अगले अपडेट के बाद, हमें एडमिन पैनल में एक संदेश दिखाई देता है कि 2019 की गर्मियों से, 1C-Bitrix MySQL 5.5 के साथ काम करना बंद कर देता है और हमें अपडेट करने की आवश्यकता है। आईएसपीएससिस्टम के लोग सुंदर हैं और नियमित रूप से पैनल की कार्यक्षमता का विस्तार करते हैं, जिसके लिए उन्हें विशेष धन्यवाद। लेकिन इस बार माउस से सबकुछ क्लिक करना संभव नहीं था. लेकिन आप पता लगा सकते हैं कि क्या हुआ और कट के नीचे मेरी दाढ़ी में अब कितने सफेद बाल हैं।

केवल "वैकल्पिक DBMS सर्वर" स्थापित करने का विकल्प था जो डॉकर कंटेनर में स्थापित है। बेशक, मैं समझता हूं कि डॉकर संसाधनों के मामले में बहुत मितव्ययी है, लेकिन इससे कोई फर्क नहीं पड़ता कि यह कितना अच्छा काम करता है, ओवरहेड अभी भी> 0 होगा। और यहां ऐसा प्रतीत होता है कि हम दसवें सेकंड में लड़ रहे हैं और उन्हें प्रकाशित करने और एक समझौते पर हस्ताक्षर करने से पहले प्रवेश द्वार पर सभी साइटों को अनुकूलित कर रहे हैं। तो मेरा विकल्प नहीं.
ठीक है, दस्तावेज़ क्या कहता है? हर चीज़ का बैकअप लें, MariaDB रिपॉजिटरी के लिंक के साथ yum.repos.d में एक फ़ाइल जोड़ें, फिर

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

यम बाद में शपथ लेगा कि किसी ने उसकी जानकारी के बिना पैकेज हटा दिए हैं। लेकिन सबसे पहले, उसे कसम खाने दो, यह ठीक है। और दूसरी बात, यदि आप यम के माध्यम से विलोपन करते हैं, तो यह मारियाडीबी के साथ मिलकर निर्भरता से जुड़ी हर चीज को हटाने का प्रयास करता है, और इसमें 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 तक हुई) और परिणाम यह संदेश था कि "यह समस्या बिट्रिक्स सीएमएस के संचालन से संबंधित नहीं है, बल्कि इससे संबंधित है" मारियाडीबी XNUMX में ही डेटाबेस का संचालन और, दुर्भाग्य से, साइट की ओर से, इस समस्या को हल करने का कोई तरीका नहीं है; आपको मारियाडीबी के पुराने संस्करण पर स्विच करने की आवश्यकता होगी।

वे आ गए... मैंने कहानी की शुरुआत में डाउनग्रेड के बारे में सोचा था, लेकिन यह इसे काले और सफेद रंग में कहता हैकि कोई डाउनग्रेड नहीं हो सकता. डंप को डंप करें और पूरी तरह से स्थापित सर्वर पर पुनः तैनात करें। वे। यह अच्छा है कि मैंने सभी सर्वरों को एक साथ अपडेट नहीं किया। वे। "केवल" सौ साइटें (घबराई हुई हंसी :-))। समर्थन ने यह भी कहा: "मारियाडीबी 10.4.6 डेटाबेस का उपयोग करते समय समस्या को हल करने के लिए, आपको मारियाडीबी तकनीकी सहायता से संपर्क करना होगा कि अनुरोध किए जाने पर लेनदेन डेटाबेस से रिकॉर्ड नहीं हटाएगा:

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

जिस क्षण मैंने मारियाडीबी समर्थन के साथ संचार करना शुरू किया, कुछ घंटों के लिए आशा चमकती रही, लेकिन फिर मुझे एक पत्र मिला जिसमें उन्होंने मुझे बहुत सही ढंग से बताया कि मैं एक वाणिज्यिक उपयोगकर्ता नहीं हूं और इसलिए कोई भी जानबूझकर मेरी समस्या का समाधान नहीं करेगा, लेकिन वहाँ है उनकी वेबसाइट पर एक फोरम है और वहां आप विकल्प ढूंढने का प्रयास कर सकते हैं... मैं आपको विवरण देकर बोर नहीं करूंगा। वहां कोई विकल्प नहीं है.
के बारे में! हमने ISP लाइसेंस खरीदा!
- नमस्ते, समर्थन? दोस्तों, मदद करो!
- क्षमा करें, हम डीबीएमएस के मूल संस्करण को बदलने वाले बदमाशों का समर्थन नहीं करते हैं। यदि आप चाहें तो डॉकर में वैकल्पिक सर्वर का विकल्प मौजूद है।
- लेकिन उपयोगकर्ता और डेटाबेस वहां कैसे पहुंचेंगे? डोकर को?
- ठीक है, आप उन्हें अपने हाथों से वहाँ खींचिए...
- हाँ! और यह मत भूलिए कि MySQL के लिए पोर्ट बदल जाएगा और आपको सभी कॉन्फ़िगरेशन से गुजरना होगा और उन्हें फिर से लिखना होगा।
- ठीक है, धन्यवाद, मैं इसके बारे में सोचूंगा...
मैंने इसके बारे में सोचा और 10.4 को मैन्युअल रूप से ध्वस्त करने और 10.2 स्थापित करने का निर्णय लिया, जिसके साथ अन्य सर्वरों पर कोई समस्या नहीं थी।

यह प्रक्रिया अद्यतन प्रक्रिया से बहुत भिन्न नहीं थी। मुझे बस रिपॉजिटरी के लिंक में 10.4 को 10.2 में बदलना था, यम के लिए कैश को रीसेट करना और फिर से बनाना था। खैर, एक और "छोटी सी बात": 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 के माध्यम से बनाते हैं)। लेकिन जब आप किसी ऐसे डेटाबेस पर डंप बनाते हैं या अपलोड करने का प्रयास करते हैं जिसके नाम में एक हाइफ़न है, तो आपको एक संदेश प्राप्त होता है कि अनुरोध सिंटैक्स गलत है।

अंत तक पढ़ने वालों को शुभकामनाएँ। मैं संभवतः ग़लत अल्पविरामों के लिए क्षमा चाहता हूँ - वे एक समस्या हैं। यदि आपके पास वर्णित सार के संबंध में कोई सुझाव है, तो एक व्यक्तिगत संदेश में लिखें क्योंकि मुझे डर है कि मैं टिप्पणियों में कुछ भूल जाऊंगा। और ज़्यादा कसम मत खाओ - यह मेरा पहला लेख है :)

यूपीडी1:

मैं यह बताना लगभग भूल गया: जब मैं MariaDB को डाउनग्रेड किए बिना समस्या का समाधान ढूंढने का प्रयास कर रहा था, मुझे किसी तरह जानकारी को अपडेट करना पड़ा। इसे इस तरह अद्यतन किया गया था: संपूर्ण डेटाबेस को InnoDB से MyISAM में परिवर्तित कर दिया गया है, जानकारी अद्यतन की गई है और फिर वापस InooDB में परिवर्तित कर दी गई है।
यूपीडी2:

मुझे अभी निम्नलिखित सामग्री के साथ 1सी-बिट्रिक्स से एक पत्र प्राप्त हुआ:

पुनरीक्षण के लिए अनुरोध पूरा हुआ
"मारियाडब को 10.4.6 में अपग्रेड करने के बाद, एक इन्फोब्लॉक तत्व को सहेजते समय एक त्रुटि उत्पन्न हुई"
मॉड्यूल: आईब्लॉक, संस्करण: अज्ञात
समाधान: अस्वीकृत

तो अभी के लिए 10.4 पर अपडेट करना स्पष्ट रूप से असंभव है 🙁

स्रोत: www.habr.com