Bitrix और नवीनतम स्थिर संस्करण के लिए MariaDB अपडेट करें

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

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

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

चूंकि हमारे कर्मचारी साइट में सामग्री जोड़ रहे हैं, क्लाइंट अभी भी कुछ भी नहीं जानते थे और अभी तक हमें अलग करने के लिए शुरू नहीं हुए थे। लेकिन यह उस समय की बात है क्योंकि साइटों की जानकारी को अद्यतन करने की आवश्यकता है और यही वह है जो कई ग्राहक खुद का और बारीकी से पालन करते हैं।

त्रुटि पाठ से, हम यह निष्कर्ष निकाल सकते हैं कि बिट्रिक्स डेटाबेस में एक नया रिकॉर्ड जोड़ने की कोशिश कर रहा है, जबकि उसी प्राथमिक कुंजी को इंगित करता है जो संपादित लेख में था। इसलिए संदेह करने का कारण है कि समस्या बिट्रिक्स की तरफ से उत्पन्न होती है। हम उनकी वेबसाइट पर जाते हैं और समर्थन करने के लिए मुड़ते हैं। लगभग तुरंत हमें जवाब मिलता है “एक कठिन समस्या। वरिष्ठ इंजीनियरों को दे दिया - रुको ... "

मुझे लंबे समय तक प्रतीक्षा करनी पड़ी (पूरी बातचीत 06/25/2019 से 07/09/2019 तक हुई) और इसका परिणाम यह था कि यह समस्या "बिट्रिक्स सीएमएस के काम से संबंधित नहीं है, लेकिन डेटाबेस में केवल मारीड में 10.4.6 और दुर्भाग्य से साइट के किनारे यह समस्या संभावना को हल करने के लिए याद आ रही है यह MariaDB के पुराने संस्करण में अपग्रेड करना आवश्यक होगा।

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

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

मारियाडीबी समर्थन के साथ संचार की शुरुआत के बाद से नादेज़्दा कुछ घंटों के लिए गर्म रहे थे, लेकिन फिर एक पत्र आया जिसमें उन्होंने मुझे सही ढंग से बताया कि मैं एक वाणिज्यिक उपयोगकर्ता नहीं था और इसलिए कोई भी जानबूझकर मेरी समस्या का समाधान नहीं करेगा, लेकिन उनकी वेबसाइट पर एक मंच था और आप वहां विकल्पों की तलाश कर सकते थे। ... मैं विवरण बोर नहीं करूंगा। वहाँ कोई विकल्प नहीं हैं।
ओह! हमारे पास आईएसपी के लिए एक खरीदा हुआ लाइसेंस है!
- नमस्ते, समर्थन? दोस्तों, मदद!
- क्षमा करें, हम DBMS के मूल संस्करण को बदलने वाले स्कंबैग्स का समर्थन नहीं करते हैं। क्या आप चाहते हैं - डॉकटर में एक वैकल्पिक सर्वर के साथ एक विकल्प है।
- लेकिन उपयोगकर्ता और डेटाबेस कैसे प्राप्त करते हैं? करने के लिए?
- ठीक है, आप उन्हें अपने हाथों से वहाँ खींचें ...
- हाँ! और यह मत भूलो कि 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 के माध्यम से बनाते हैं)। लेकिन नाम में एक हाइफ़न के साथ डेटाबेस में डंप भरने या बनाने की कोशिश करते समय, आपको एक संदेश मिलता है कि क्वेरी सिंटैक्स गलत है।

सभी आशीर्वाद के अंत तक पढ़ें। मैं सबसे अधिक संभावना नहीं अल्पविराम रखा - उनके साथ परेशानी के लिए माफी माँगता हूँ। यदि वर्णित के सार पर इच्छाएं / सुझाव हैं - एक व्यक्तिगत संदेश में लिखें क्योंकि मैं टिप्पणियों में कुछ याद करने से डरता हूं। और ज्यादा शपथ न लें - यह मेरा पहला लेख है :-)

UPD1:

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

निम्नलिखित सामग्री के साथ 1C-Bitrix से एक पत्र अभी आया है:

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

इसलिए जबकि 10.4 को अद्यतन करना स्पष्ट रूप से असंभव है :-(