🥇Bitrix र मारियाडीबीलाई नवीनतम स्थिर संस्करणमा अद्यावधिक गर्दै

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

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

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 ले डाटाबेसमा नयाँ रेकर्ड थप्न प्रयास गरिरहेको छ, जबकि लेख सम्पादन गरिएको थियो त्यही प्राथमिक कुञ्जी निर्दिष्ट गर्दै। त्यसैले बिट्रिक्सको छेउमा समस्या भएको शंका गर्ने कारण छ। तिनीहरूको वेबसाइटमा जानुहोस् र समर्थनलाई सम्पर्क गर्नुहोस्। लगभग तुरुन्तै हामीले जवाफ पाउँछौं "कठीन समस्या। वरिष्ठ इन्जिनियरहरूलाई दिइयो - पर्खनुहोस् ... "

मैले धेरै लामो समय कुर्नुपरेको थियो (सम्पूर्ण संवाद ०६/२५/२०१९ देखि ०७/०९/२०१९ सम्म भएको थियो) र परिणाम सन्देश थियो "यो समस्या Bitrix CMS को सञ्चालनसँग सम्बन्धित छैन, तर सम्बन्धित छ। mariadb 25.06.2019 मा डाटाबेसको सञ्चालन गर्न र, दुर्भाग्यवश, साइटको छेउमा यो समस्या समाधान गर्ने सम्भावना हराइरहेको छ, यो MariaDB को पुरानो संस्करणमा माइग्रेट गर्न आवश्यक हुनेछ।

यात्रा ... मैले कथाको सुरुमा डाउनग्रेडको बारेमा सोचेको थिएँ, तर यहाँ कालो र सेतोमाकि त्यहाँ कुनै डाउनग्रेड हुन सक्दैन। डम्पहरू मर्ज गर्नुहोस् र भर्खरै स्थापित सर्भरमा पुन: प्रयोग गर्नुहोस्। ती। यो राम्रो छ कि मैले सबै सर्भरहरू एकैचोटि अद्यावधिक नगरेको। ती। "केवल" एक सय साइटहरू (नर्वस हक :-))। तिनीहरूले समर्थनमा पनि भने: "मारियाडीबी 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 मा अद्यावधिक गरेपछि, infoblock तत्व बचत गर्दा त्रुटि भयो"
मोड्युल: iblock, संस्करण: अज्ञात
समाधान: अस्वीकार गरियो

त्यसैले अहिलेको लागि, स्पष्ट रूपमा 10.4 🙁 मा अद्यावधिक गर्न असम्भव छ

स्रोत: www.habr.com

Bitrix र नवीनतम स्थिर संस्करण मा MariaDB अद्यावधिक गर्दै

एक टिप्पणी थप्न Отменить ответ