Bitrix 및 MariaDB를 최신 안정 버전으로 업데이트

좋은 하루 되세요, Khabrovites 여러분! 나 자신을 소개하겠습니다, 알렉산더. 작지만 자랑스러운 웹스튜디오의 시스템 관리자입니다. 우리는 모든 것이 빠르고 안전하며 새로운 소프트웨어로 작동하기를 정말로 원합니다. 이를 위해 사내 컴퓨터에 nagios+PhantomJS 번들까지 올리고 30분마다 페이지 로딩 속도를 확인했다. 서비스 약관에 따라 1C-Bitrix 업데이트도 모니터링하고 정기적으로 설치합니다. 그러던 어느 날 다음 업데이트 후 관리자 패널에 2019년 여름부터 1C-Bitrix가 MySQL 5.5에서 작동을 중지하고 업데이트가 필요하다는 메시지가 표시됩니다. ISPSystem의 사람들은 잘생겼고 정기적으로 패널의 기능을 확장하는데 특별한 감사를 드립니다. 그러나 이번에는 마우스로 모든 것을 클릭할 수 없었습니다. 그러나 무슨 일이 있었고 지금 내 수염에 얼마나 많은 흰머리가 있는지 컷 아래에서 찾을 수 있습니다.

Docker 컨테이너에 설치된 "대체 DBMS 서버"를 설치하는 옵션만 있었습니다. 물론 Docker가 리소스를 매우 검소하게 사용한다는 것은 이해하지만 아무리 훌륭하게 작동하더라도 오버헤드는 여전히 > 0입니다. 그리고 여기에서 우리는 계약서를 게시하고 서명하기 전에 십분의 일 초 만에 싸우고 입구의 모든 사이트를 최적화하고 있습니다. 그래서 내 선택이 아닙니다.
좋아, 문서에 무엇이 있니? 모든 것을 백업하고 MariaDB 리포지토리에 대한 링크가 있는 파일을 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']

사이트의 콘텐츠는 직원이 추가했기 때문에 고객은 여전히 ​​아무것도 모르고 우리를 찢어 버리기 시작하지 않았습니다. 그러나 사이트의 정보를 업데이트해야 하고 많은 고객이 이를 매우 밀접하게 따르기 때문에 시간 문제였습니다.

오류 텍스트에서 Bitrix가 편집 중인 기사와 동일한 기본 키를 지정하면서 데이터베이스에 새 레코드를 추가하려고 한다는 결론을 내릴 수 있습니다. 따라서 Bitrix 측에서 문제가 발생했다고 의심할 만한 이유가 있습니다. 해당 웹사이트로 이동하여 지원팀에 문의하세요. 거의 즉시 “어려운 문제입니다. 수석 엔지니어에게 전달 - 잠깐만 ... "

꽤 오랜 시간을 기다려야 했고(전체 대화는 25.06.2019년 9.07.2019월 10.4.6일부터 XNUMX년 XNUMX월 XNUMX일까지 진행되었습니다) 결과는 “이 문제는 Bitrix CMS의 작동과 관련이 없지만 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"]);”

우리가 MariaDB 지원과 의사 소통을 시작한 순간부터 몇 시간 동안 희망이 희미해졌지만 나는 상업적 사용자가 아니므로 아무도 의도적으로 내 문제를 해결하지 않는다는 매우 정확한 정보를 받은 편지를 받았습니다. 웹 사이트의 포럼에서 옵션을 찾아볼 수 있습니다. 자세한 내용은 지루하지 않습니다. 거기에는 옵션이 없습니다.
에 대한! 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 구성에 지정된 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 :

나는 언급하는 것을 거의 잊었습니다. MariaDB를 다운그레이드하지 않고 문제에 대한 해결책을 찾으려고 노력하는 동안 어떻게든 정보를 업데이트해야 했습니다. 다음과 같이 업데이트되었습니다. 전체 데이터베이스가 InnoDB에서 MyISAM으로 변환되고 infa가 업데이트된 다음 다시 InooDB로 변환됩니다.
UPD2 :

1C-Bitrix로부터 다음 내용이 포함된 편지를 받았습니다.

수정 요청 완료
"mariadb를 10.4.6으로 업데이트한 후 infoblock 요소를 저장할 때 오류가 발생했습니다."
모듈: iblock, 버전: 알 수 없음
해결책: 거부됨

따라서 현재로서는 10.4로 업데이트하는 것이 불가능한 것 같습니다. 🙁

출처 : habr.com