Bitrix மற்றும் MariaDB ஆகியவை சமீபத்திய நிலையான பதிப்பிற்கு புதுப்பிக்கப்படுகின்றன

நல்ல நாள், அன்புள்ள கப்ரோவ்ஸ்க் குடியிருப்பாளர்களே! என்னை அறிமுகப்படுத்துகிறேன், அலெக்சாண்டர். ஒரு சிறிய ஆனால் பெருமைமிக்க WEB ஸ்டுடியோவின் கணினி நிர்வாகி. அனைத்தும் விரைவாகவும் பாதுகாப்பாகவும் சமீபத்திய மென்பொருளிலும் செயல்பட வேண்டும் என்று நாங்கள் விரும்புகிறோம். இதைச் செய்ய, இன்ட்ரா-ஆபீஸ் கம்ப்யூட்டரில் nagios+PhantomJS தொகுப்பை நிறுவி, ஒவ்வொரு 30 நிமிடங்களுக்கும் பக்க ஏற்றுதல் வேகத்தைச் சரிபார்த்தோம். சேவை விதிமுறைகளின்படி, நாங்கள் 1C-Bitrix புதுப்பிப்புகளைக் கண்காணித்து, அவற்றைத் தொடர்ந்து நிறுவுகிறோம். ஒரு நாள், அடுத்த புதுப்பித்தலுக்குப் பிறகு, 2019 கோடையில் இருந்து, 1C-Bitrix MySQL 5.5 உடன் வேலை செய்வதை நிறுத்துகிறது, மேலும் நாங்கள் புதுப்பிக்க வேண்டும் என்ற செய்தியை நிர்வாகி குழுவில் காண்கிறோம். ISPSystem இன் தோழர்கள் அழகானவர்கள் மற்றும் பேனலின் செயல்பாட்டை தொடர்ந்து விரிவுபடுத்துகிறார்கள், இதற்காக அவர்களுக்கு சிறப்பு நன்றி. ஆனால் இம்முறை மவுஸ் மூலம் அனைத்தையும் கிளிக் செய்ய முடியவில்லை. ஆனால் என்ன நடந்தது மற்றும் வெட்டப்பட்ட என் தாடியில் இப்போது எத்தனை நரை முடிகள் உள்ளன என்பதை நீங்கள் கண்டுபிடிக்கலாம்.

டோக்கர் கொள்கலனில் நிறுவப்பட்ட “மாற்று 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']

தளத்தில் உள்ள உள்ளடக்கம் எங்கள் சொந்த ஊழியர்களால் சேர்க்கப்படுவதால், வாடிக்கையாளர்களுக்கு இன்னும் எதுவும் தெரியாது, இன்னும் எங்களைப் பிரிக்கத் தொடங்கவில்லை. ஆனால் இது நேரத்தின் ஒரு விஷயம், ஏனென்றால் தளங்களில் உள்ள தகவல்கள் புதுப்பிக்கப்பட வேண்டும், மேலும் பல வாடிக்கையாளர்கள் இதைத் தாங்களே உன்னிப்பாகக் கண்காணிக்கிறார்கள்.

பிழையின் உரையிலிருந்து, திருத்தப்பட்ட கட்டுரையில் இருந்த அதே முதன்மை விசையைக் குறிப்பிடுகையில், தரவுத்தளத்தில் புதிய உள்ளீட்டைச் சேர்க்க Bitrix முயற்சிக்கிறது என்று நாம் முடிவு செய்யலாம். இதன் பொருள் பிட்ரிக்ஸ் பக்கத்தில் சிக்கல் எழுகிறது என்று சந்தேகிக்க காரணம் இருக்கிறது. நாங்கள் அவர்களின் வலைத்தளத்திற்குச் சென்று ஆதரவைத் தொடர்பு கொள்கிறோம். கிட்டத்தட்ட உடனடியாக "சிக்கலான பிரச்சனை" என்ற பதிலைப் பெறுகிறோம். மூத்த பொறியாளர்களிடம் கொடுத்தேன் - காத்திருங்கள்..."

நாங்கள் நீண்ட நேரம் காத்திருக்க வேண்டியிருந்தது (முழு உரையாடலும் ஜூன் 25.06.2019, 9.07.2019 முதல் ஜூலை 10.4.6, XNUMX வரை நடந்தது) இதன் விளைவாக “இந்தச் சிக்கல் பிட்ரிக்ஸ் சிஎம்எஸ் இயக்கத்துடன் தொடர்புடையது அல்ல, ஆனால் இது தொடர்பானது mariadb XNUMX இல் தரவுத்தளத்தின் செயல்பாடு மற்றும், துரதிர்ஷ்டவசமாக, தளத்தின் பக்கத்தில், இந்த சிக்கலைத் தீர்க்க எந்த வழியும் இல்லை; நீங்கள் 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

தரவுத்தளங்களை இறக்குமதி செய்வதற்கு முன், ISP configs இல் குறிப்பிடப்பட்ட 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:

நான் குறிப்பிட மறந்துவிட்டேன்: மரியாடிபியை தரமிறக்காமல் சிக்கலுக்கு ஒரு தீர்வைக் கண்டுபிடிக்க முயற்சிக்கும்போது, ​​​​எப்படியாவது தகவலைப் புதுப்பிக்க வேண்டியிருந்தது. இது இவ்வாறு புதுப்பிக்கப்பட்டது: முழு தரவுத்தளமும் InnoDB இலிருந்து MyISAM க்கு மாற்றப்படுகிறது, தகவல் புதுப்பிக்கப்பட்டு மீண்டும் InooDB க்கு மாற்றப்படுகிறது.
UPD2:

நான் 1C-Bitrix இலிருந்து பின்வரும் உள்ளடக்கத்துடன் ஒரு கடிதத்தைப் பெற்றேன்:

மறுசீரமைப்புக்கான கோரிக்கை முடிந்தது
"மரியாடிபியை 10.4.6க்கு மேம்படுத்திய பிறகு, இன்ஃபோபிளாக் உறுப்பைச் சேமிக்கும் போது பிழை ஏற்பட்டது"
தொகுதி: iblock, பதிப்பு: தெரியவில்லை
தீர்வு: நிராகரிக்கப்பட்டது

எனவே இப்போதைக்கு 10.4 க்கு புதுப்பிக்க இயலாது

ஆதாரம்: www.habr.com