🥇Bitrix እና MariaDB ወደ የቅርብ ጊዜው የተረጋጋ ሥሪት

ደህና ቀን ፣ ውድ የካብሮቭስክ ነዋሪዎች! እስክንድር ራሴን ላስተዋውቅ። የአንድ ትንሽ ግን ኩሩ የWEB ስቱዲዮ የስርዓት አስተዳዳሪ። ሁሉም ነገር በፍጥነት፣ በአስተማማኝ ሁኔታ እና በአዲሱ ሶፍትዌር እንዲሰራ በእውነት እንፈልጋለን። ይህንን ለማድረግ የ nagios+ PhantomJS ጥቅልን በውስጠ-ቢሮ ኮምፒዩተር ላይ ጭምር ጭነን በየ30 ደቂቃው የገጹን ጭነት ፍጥነት እንፈትሻለን። በአገልግሎት ውሉ መሰረት የ1C-Bitrix ዝመናዎችን እንከታተላለን እና በመደበኛነት እንጭናለን። እና ከዚያ አንድ ቀን፣ ከሚቀጥለው ማሻሻያ በኋላ፣ ከ2019 ክረምት ጀምሮ 1C-Bitrix ከ MySQL 5.5 ጋር መስራቱን እንደሚያቆም እና ማዘመን እንዳለብን በአስተዳዳሪ ፓነል ላይ መልእክት እናያለን። ከ ISPSystem የመጡ ሰዎች ቆንጆዎች ናቸው እና የፓነሉን ተግባራዊነት በመደበኛነት ያሰፋሉ፣ ለዚህም ልዩ ምስጋና ይገባቸዋል። ግን በዚህ ጊዜ ሁሉንም ነገር በመዳፊት ጠቅ ማድረግ አልተቻለም። ነገር ግን ምን እንደተፈጠረ እና ምን ያህል ግራጫ ፀጉሮች አሁን በጢም ውስጥ እንዳሉ ማወቅ ይችላሉ ከተቆረጠው ስር.

በ Docker ኮንቴይነር ውስጥ የተጫነውን "አማራጭ DBMS አገልጋይ" ለመጫን አንድ አማራጭ ብቻ ነበር. በእርግጥ ዶከር በሃብቶች በጣም ቆጣቢ እንደሆነ ተረድቻለሁ፣ ነገር ግን ምንም ያህል ጥሩ ቢሰራ፣ ተጨማሪው አሁንም > 0 ይሆናል። እና እዚህ በአስር ሰከንድ ውስጥ እየተዋጋን እና በመግቢያው ላይ ያሉትን ሁሉንም ጣቢያዎች ከማተም እና ስምምነት ከመፈረም በፊት እያመቻቸን ይመስላል። ስለዚህ የእኔ ምርጫ አይደለም.
እሺ፣ ሰነዱ ምን ይላል? ሁሉንም ነገር ምትኬ ያስቀምጡ፣ ወደ yum.repos.d ፋይል ያክሉ ወደ ማሪያዲቢ የመረጃ ቋት ካለው አገናኝ ጋር፣ ከዚያ

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

Yum በመቀጠል አንድ ሰው ሳያውቅ ጥቅሎቹን እንደሰረዘ ይምላል። ነገር ግን በመጀመሪያ, እሱ ይምል, ምንም አይደለም. እና በሁለተኛ ደረጃ ፣ ስረዛውን በ 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']

በጣቢያው ላይ ያለው ይዘት በራሳችን ሰራተኞች የተጨመረ በመሆኑ ደንበኞቹ እስካሁን ምንም የሚያውቁት ነገር አልነበረም እና ገና መበጣጠስ አልጀመሩም. ግን የጊዜ ጉዳይ ነበር ፣ ምክንያቱም በጣቢያዎቹ ላይ ያለው መረጃ መዘመን ስለሚያስፈልገው እና ብዙ ደንበኞች ይህንን ራሳቸው በቅርብ ይከታተላሉ።

ከስህተቱ ጽሁፍ ላይ፣ ቢትሪክስ በሚስተካከልበት መጣጥፍ ውስጥ የነበረውን ተመሳሳይ ዋና ቁልፍ እየገለፀ ወደ ዳታቤዝ አዲስ ግቤት ለመጨመር እየሞከረ ነው ብለን መደምደም እንችላለን። ይህ ማለት ችግሩ በቢትሪክስ በኩል እንደሚነሳ ለመጠራጠር ምክንያት አለ. ወደ ድህረ ገጻቸው እንሄዳለን እና ድጋፍን እንገናኛለን። ወዲያውኑ ማለት ይቻላል መልሱን እናገኛለን “ውስብስብ ችግር። ለከፍተኛ መሐንዲሶች ሰጠ - ቆይ..."

በጣም ረጅም ጊዜ መጠበቅ ነበረብን (ሙሉ ንግግሩ የተካሄደው ከጁን 25.06.2019 ቀን 9.07.2019 እስከ ጁላይ 10.4.6 ቀን XNUMX) ሲሆን ውጤቱም መልዕክቱ ነበር “ይህ ችግር ከ Bitrix CMS አሠራር ጋር የተገናኘ አይደለም ፣ ግን ከ የመረጃ ቋቱ በራሱ በ mariadb XNUMX እና በሚያሳዝን ሁኔታ ከጣቢያው ጋር ይህንን ችግር ለመፍታት ምንም መንገድ የለም ፣ ወደ የድሮው የ MariaDB ስሪት መቀየር ያስፈልግዎታል።

ደረሱ... በታሪኩ መጀመሪያ ላይ ስለማውረድ አሰብኩ፣ ግን በጥቁር እና በነጭ ይናገራልመውረድ ሊኖር እንደማይችል። ቆሻሻዎችን ይጥሉ እና ሙሉ በሙሉ በተጫነ አገልጋይ ላይ እንደገና ያሰማሩ። እነዚያ። ሁሉንም አገልጋዮች በአንድ ጊዜ ባላዘመንኩት ጥሩ ነው። እነዚያ። "ብቻ" መቶ ጣቢያዎች (የነርቭ ሳቅ :-)). ድጋፉ በተጨማሪም “የማሪያ ዲቢ 10.4.6 ዳታቤዝ በሚጠቀሙበት ጊዜ ችግሩን ለመፍታት፣ ጥያቄው ከተጠየቀ ግብይቱ ከመረጃ ቋቱ ላይ መዝገብ እንደማይሰርዝ የ MariaDB ቴክኒካል ድጋፍን ማነጋገር ያስፈልግዎታል።

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

ከማሪያ ዲቢ ድጋፍ ጋር መገናኘት ከጀመርኩበት ጊዜ አንስቶ ለሁለት ሰዓታት ያህል ተስፋ ቆርጦ ነበር ፣ ግን ከዚያ በኋላ እኔ የንግድ ተጠቃሚ እንዳልሆንኩ እና ማንም ሆን ብሎ ችግሬን እንደማይፈታ በትክክል የነገሩኝ ደብዳቤ ደረሰኝ ፣ ግን አለ በድረ-ገፃቸው ላይ መድረክ እና እዚያ አማራጮችን ለመፈለግ መሞከር ይችላሉ ... በዝርዝሮች አልሰለቸኝም. እዚያ ምንም አማራጮች የሉም.
ስለ! የአይኤስፒ ፍቃድ ገዝተናል!
- ሰላም, ድጋፍ? ጓዶች፣ እርዱ!
— ይቅርታ፣ የዲቢኤምኤስ ቤተኛ ስሪቶችን የሚቀይሩ አጭበርባሪዎችን አንደግፍም። ከፈለጉ በዶከር ውስጥ ካለው አማራጭ አገልጋይ ጋር አንድ አማራጭ አለ።
- ግን ተጠቃሚዎች እና የውሂብ ጎታዎች እንዴት እዚያ ሊደርሱ ይችላሉ? ወደ ዶከር?
- ደህና ፣ በእጆችዎ ወደዚያ ይጎትቷቸዋል…
- አዎ! እና ለ 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 ውቅሮች ውስጥ የተገለፀውን የ root የይለፍ ቃል ለ mysql አዘጋጅቼ የ mysql ዳታቤዝ መጣያ አስመጣሁ። ደህና፣ እንግዲህ፣ ቀደም ሲል ተጠቃሚዎች እና መብቶች ስላሉን፣ የ root መለያውን በመጠቀም ሁሉንም የተጠቃሚ ዳታቤዝ በቀላሉ እናስመጣለን።

የስክሪፕት ጽሑፍ ለዳታቤዝ መጣያ፡-

#!/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

እና በመጨረሻም: በሆነ ምክንያት, በመረጃ ቋቱ ስም (በአይኤስፒአናጀር በኩል ከፈጠሩት) ሰረዞች ይፈቀዳሉ. ነገር ግን የቆሻሻ ማጠራቀሚያ በስሙ ሰረዝ ወዳለው የውሂብ ጎታ ሲፈጥሩ ወይም ለመስቀል ሲሞክሩ የጥያቄው አገባብ ትክክል አይደለም የሚል መልዕክት ይደርስዎታል።

መልካሙን ሁሉ እስከ መጨረሻው ላነበቡት። ምናልባት በተሳሳተ መንገድ ለተቀመጡ ነጠላ ሰረዞች ይቅርታ እጠይቃለሁ - ችግር አለባቸው። የተገለጸውን ነገር ይዘት በተመለከተ ማንኛቸውም ጥቆማዎች ካሉዎት በአስተያየቶቹ ውስጥ አንድ ነገር እንዳያመልጥዎት ስለፈራ በግል መልእክት ውስጥ ይፃፉ። እና ብዙ አትሳደብ - ይህ የእኔ የመጀመሪያ መጣጥፍ ነው :)

UPD1፡

መጥቀስ ረስቼው ነበር፡ ማሪያዲቢን ሳላወርድ ለችግሩ መፍትሄ ለማግኘት እየሞከርኩ ሳለ፣ መረጃውን በሆነ መንገድ ማዘመን ነበረብኝ። በዚህ መልኩ ተዘምኗል፡ አጠቃላይ የመረጃ ቋቱ ከ InnoDB ወደ MyISAM ተቀይሯል፣ መረጃው ተዘምኗል እና ከዚያ ወደ InooDB ተቀይሯል።
UPD2፡

ከሚከተለው ይዘት ጋር ከ1C-Bitrix ደብዳቤ ደረሰኝ፡-

የመከለስ ጥያቄ ተጠናቋል
"mariadb ን ወደ 10.4.6 ካሻሻለ በኋላ የኢንፎብሎክ ኤለመንትን በማስቀመጥ ላይ ስህተት ተፈጥሯል"
ሞጁል፡ iblock፣ ስሪት፡ ያልታወቀ
መፍትሄ፡ ውድቅ

ስለዚህ ለጊዜው ወደ 10.4 ማዘመን የማይቻል ይመስላል 🙁

ምንጭ: hab.com

Bitrix እና MariaDB ወደ የቅርብ ጊዜው የተረጋጋ ስሪት አዘምነዋል

አስተያየት ያክሉ ምላሽ መሰረዝ