홈 클라우드 생성의 역사. 5부. 2019 업데이트 – PHP 7.2, MariaDB 10.4 및 Nextcloud 17

8년 전 Debian 11을 기반으로 웹 서버를 만들고 그 위에서 Nextcloud 13 서비스를 실행하는 주제에 대한 일련의 기사를 발표한 적이 있습니다. 몇 달 후 Debian에 Nextcloud 9을 설치하는 데 대한 "차등" 정보가 포함된 추가 항목이 나타났습니다. 2018. 2019년 말에 Debian과 Nextcloud를 업데이트했는데 특이하거나 흥미로운 문제가 발생하지 않았습니다. XNUMX년 말의 업데이트는 이미 더 흥미롭고 쓸 가치가 있었습니다.

이 기사는 이전 네 기사의 지침에 따라 Debian 13에서 Nextcloud 9을 "어셈블"한 사람들에게 주로 유용할 것입니다. 이것은 Linux 세계에서의 첫 경험이었습니다). 처음부터 서비스를 만들 계획이라면 현재 버전의 Debian 10 및 Nextcloud 17에 맞게 조정된 이 시리즈의 처음 XNUMX개 기사를 기초로 삼는 것이 좋습니다. 숙련된 Linux 사용자의 경우 이 기사는 다소 시간이 걸릴 수 있습니다. "사소하고 쓸모없는 것"과 "나쁘지 않은 올인원 치트 시트" 사이에 위치하십시오.

차례

1부: 일상적인 사용을 위한 Debian 환경 설정
파트 2: 서버 생성 - Debian에서 LAMP 설정
3부. 개인 클라우드 생성 - Nextcloud 설치 및 구성
4부. 2018 업데이트 – Debian 9 및 Nextcloud 13
5부. 2019 업데이트 – PHP 7.2, MariaDB 10.4 및 Nextcloud 17

빠른 챕터 탐색

머리말
데비안 업데이트
PHP를 버전 7.2로 업데이트
MariaDB를 버전 10.4로 업그레이드
Nextcloud를 버전 17로 업데이트
사후

머리말

처음에는 Debian 10에 Nginx를 설치하고 구성하고 그 위에 현재 Nextcloud 17을 문제 없이 설치하려고 했지만 시간이 없어서 이 글에서 업데이트 지침을 정리했습니다. Nextcloud 13부터 현재 버전 17까지 웹서버를 사전 준비하고 있습니다.

먼저, 웹 서버 측에 급격한 변화가 필요한 이유를 설명해야 합니다. 우리 서버는 현재 지원되는 Debian 9를 기반으로 합니다. 간단히 운영 체제를 업데이트하면 웹 서버의 모든 구성 요소가 최소한의 보안 업데이트를 받게 됩니다. Nextcloud 13을 계속 사용하거나 버전 14로만 업데이트하면 모든 것이 좋을 것입니다. 그러나 Nextcloud 13은 더 이상 지원되지 않으며 14번째 버전에 대한 지원은 곧 중단됩니다. 버전 15부터 Nexctcloud는 10.1바이트 인코딩을 지원하기 위해 데이터베이스를 big int로 변환하도록 제안할 예정이며 MariaDB 17에서는 이는 매우 문제가 될 것입니다. Nexctcloud 7.1에는 PHP 7.3-9이 필요하지만 Debian 7.0에는 기본 리포지토리에 버전 17만 포함되어 있습니다. 신뢰성과 예측 가능성 측면에서 두 번째 버전의 Nextcloud로 업그레이드하는 것이 더 정확할 것입니다. 그러나 몇 년이 지나면서 이 서비스의 신뢰성에 대한 확신이 생겨서 최신 버전으로 업그레이드하고 업데이트하고 싶었습니다. 미래를 대비한 웹 서버. 따라서 Nexctcloud 10.4로 업데이트하려면 MariaDB를 현재 안정 버전 7.2로, PHP를 7.2로 업데이트하는 것이 최적입니다. 현재 7.4가 아닌 정확히 13입니다. 사실 Nextcloud 5.6에는 PHP 7.0, 7.2 - 17가 필요하고 Nexctcloud 7.1에는 PHP 7.3 - 7.2이 필요합니다. 업데이트 노력을 최소화하려면 PHP XNUMX를 사용하는 것이 편리합니다. Apache 서버를 업데이트할 필요가 없습니다. 데비안 지원 팀에서 배포하는 보안 업데이트를 설치하기만 하면 됩니다. 하지만 MariaDB 및 PHP 업데이트의 경우 외부 저장소를 연결해야 합니다.

Nextcloud에 대해 막 알게 되었을 때 "직접" 업데이트했습니다. 콘솔에서 특수 명령을 사용하여 사이트를 유지 관리 모드로 전환하고 사이트의 새 버전이 포함된 아카이브를 수동으로 다운로드하여 압축을 풀었습니다. 업데이트되었으며 업데이트 절차가 시작되었습니다. 이러한 업데이트는 사이트, 데이터베이스 및 사용자 데이터의 백업 복사본을 만드는 데 게으르지는 않았지만 일반적으로 예상된 결과로 이어졌습니다. 그러나 자동 업데이트는 때때로 온갖 종류의 놀라움을 가져왔습니다. 그런데 그건 오래 전 일이고, 그 이후로 엔진의 안정성이 크게 높아져서 이번에는 웹 인터페이스를 통해서만 업데이트를 했습니다. 사실, 나는 여전히 명령줄에서 벗어날 수 없었다. 각 새 버전에 대한 반복 업데이트 중에 제어판에 다양한 경고 및 알림이 표시되며, 명령줄에서 의미 있는 명령을 실행하여 "제거"해야 합니다. 이렇게 할 필요는 없습니다. 서비스는 계속 작동합니다. 이 접근 방식은 근본적으로 잘못되었지만 Nextcloud는 발생한 문제를 의도적으로 처리하기 전에 3개월 동안 이 모드에서 저를 위해 일했습니다.

디베인 업데이트

웹 서버를 중지합니다.

# service apache2 stop

그리고 우리는 다음을 업데이트합니다:

# apt-get update
# apt-get dist-upgrade

업데이트 후 OS 버전을 확인하고 테스트 재부팅을 수행하여 업데이트 후 모든 것이 정상적으로 시작되는지 확인할 수 있습니다.

# cat /etc/debian_version
# reboot

PHP를 버전 7.2로 업데이트

웹 서버를 중지합니다.

# service apache2 stop

인증서 및 PPA 키, PHP 저장소를 추가합니다.

# apt install ca-certificates apt-transport-https
# wget -q https://packages.sury.org/php/apt.gpg -O- | apt-key add -
# echo "deb https://packages.sury.org/php/ stretch main" | tee /etc/apt/sources.list.d/php.list

이전 버전의 PHP 7.0을 삭제하면 자동 제거를 사용하여 삭제된 패키지에서 "추적"을 지우므로 phpmyadmin도 삭제됩니다. phpmyadmin에 대해 특별한 설정이 이루어지지 않았고 다시 설치해도 문제가 없으므로 특별한 어려움은 발생하지 않습니다.

# apt-get purge php7*
# apt-get --purge autoremove
# apt-get update
# apt-get install php7.2 phpmyadmin

Nextcloud 17에 필요한 모듈 설치:

# apt-get install php7.2-mysql php7.2-curl php7.2-xml php7.2-gd php7.2-json php7.2-mbstring php7.2-zip php7.2-intl
# apt-get install php-memcached php-apcu php-redis php-imagick

[ 이 텍스트 사이트를 위해 특별히 작성된 habr.com 저자 알렉산더.
출처에 대한 링크는 선택 사항이지만 언급하는 것이 좋습니다! ]

PHP 버전을 확인하고, 웹 서버를 시작하고, Nextcloud의 기능을 확인합니다.

# php -v
# service apache2 start

MariaDB를 버전 10.4로 업그레이드

프로젝트 웹사이트에는 흥미로운 페이지, 여기서는 OS와 릴리스를 표시하고 데이터베이스 버전을 선택해야 합니다. 선택하면 저장소를 추가하기 위한 코드가 생성됩니다.

웹 서버를 중지합니다.

# service apache2 stop

저장소 및 업데이트 패키지를 추가합니다.

# apt-get install software-properties-common dirmngr
# apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xF1656F24C74CD1D8
# add-apt-repository 'deb [arch=amd64,i386,ppc64el] http://mariadb.mirror.iweb.com/repo/10.4/debian stretch main'
# apt-get update

MariaDB를 설치할 때 패키지 관리자는 이전 버전을 올바르게 제거하고 새 버전을 설치하지만 모든 데이터베이스는 보존됩니다. 그러나 물론 Nextcloud 데이터베이스의 백업 사본을 만드는 것이 좋습니다.

MariaDB를 설치하고 업데이트 절차를 시작합니다.

# apt-get install mariadb-server
# mysql_upgrade u root -p

비밀번호를 입력하면 MariaDB가 업데이트되며 다음과 같이 구성할 수 있습니다. XNUMX부의 지침:

# mysql_secure_installation

웹 서버를 시작하고 Nextcloud의 기능을 확인합니다.

# service apache2 start

Nextcloud를 버전 17로 업데이트

업데이트를 시작하려면 관리 계정으로 서비스에 로그인하고 설정으로 이동한 후 관리 섹션에서 "일반 설정"을 열어야 합니다. Nextcloud에는 설치된 버전과 업데이트 가능한 버전이 표시되며, “업데이트 창 열기” 버튼을 클릭하면 실행할 수 있습니다. Nextcloud는 시작되면 백업을 만들고, 업데이트 파일의 무결성을 다운로드 및 확인하고, 유지 관리 모드를 켜고, 파일을 업데이트합니다. 다음으로 "유지 관리 모드를 활성 상태로 유지"라는 질문이 나옵니다. 여기서 조심해야 합니다. 긍정적인 응답은 사이트를 유지 관리 모드로 유지합니다. 관리자가 다음에 수행할 작업을 알고 있으며 수동으로 수행할 것이라고 가정합니다. 그렇지 않으면 Nextcloud가 모든 작업을 자체적으로 수행하므로 계속하려면 "아니요" 버튼을 클릭하세요.

업데이트는 반복적으로 수행됩니다. 먼저, Nextcloud 13.x가 14.x 브랜치의 최신 버전으로 업데이트됩니다. 그런 다음 다시 관리 센터로 이동하여 14.x에서 15.x로 업데이트를 시작해야 합니다. 가능한 마지막 현재 버전에 도달할 때까지 계속됩니다. 각 업데이트 후에는 관리 섹션의 "일반 설정" 페이지에 발생한 제안 및 문제 목록과 이를 해결하기 위한 권장 사항이 표시됩니다. 아래에서는 각 업데이트 후에 수행해야 할 작업에 대해 설명합니다.

업데이트 전

최신 버전의 Nextcloud에서는 성능 향상을 위해 PHP OPcache를 활성화하는 것이 좋습니다. 몇 년 전 OPcache가 PHP 5에 등장한 이후로 제가 이 점을 놓쳤다는 것이 이상합니다. /etc/php/7.2/apache2/php.ini에서 다음 매개변수의 주석 처리를 제거하고 편집해야 합니다:

opcache.enable=1
opcache.enable_cli=1
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
pcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1

13.x 업데이트 -> 14.x

테이블 인덱스 복원:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

14.x 업데이트 -> 15.x

XNUMX바이트 인코딩을 활성화하기 위해 nextcloud 데이터베이스를 준비합니다.

# mysql -u root -p
MariaDB [(none)]> ALTER DATABASE nextcloud CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
MariaDB [(none)]> quit

Nextcloud에서 XNUMX바이트 인코딩 지원을 활성화합니다.

# sudo -u www-data php /var/www/nextcloud/occ config:system:set mysql.utf8mb4 --type boolean --value="true"

테이블 변환:

# sudo -u www-data php /var/www/nextcloud/occ maintenance:repair

손실된 테이블 인덱스 복구:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

테이블 인덱스를 bigint로 변환합니다.

# sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

15.x 업데이트 -> 16.x

손실된 테이블 인덱스 복구:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

테이블 인덱스를 bigint로 변환합니다.

# sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

16.x 업데이트 -> 17.x

추가 조치가 필요하지 않습니다.

사후

이 지침에 따라 Nextcloud 13이 포함된 가상 머신이 업데이트되었습니다. 가상 머신을 사용하면 문제가 있는 경우 이전에 저장된 가상 머신 파일을 반환하고 처음부터 다시 시작할 수 있으므로 Nextcloud 파일 및 해당 데이터베이스의 백업 복사본을 만들 수 없습니다. 다시. 하지만 사용자 데이터가 있는 폴더에는 적용되지 않으므로 Nextcloud를 사용하여 가상 머신과 함께 백업하는 것도 권장합니다. 내 경우에는 "클라우드"가 자동 버전 관리 기능을 갖춘 원격 폴더로 사용되며 동기화 방향은 "거기서만"이며 이 데이터 손실은 나에게 중요하지 않았습니다. 몇 시간 동안 다시 동기화하면 됩니다. . 평생 "만일의 경우에 대비해 저장" 규칙을 무시했음에도 불구하고 업데이트는 아무 문제 없이 진행되었으며 모든 클라이언트는 아무런 문제 없이 Nextcloud 17을 사용하기 시작했습니다. Frank Karlitshek님, 감동받았습니다. 귀하와 귀하의 팀이 훌륭하게 수행하고 있습니다. 직업!

업데이트 후 통계에 따르면 약 XNUMX테라바이트를 차지하는 사용자 데이터를 지우기로 결정했습니다. 운영 데이터가 그렇게 많지는 않았습니다. 대부분의 볼륨이 버전 파일과 삭제된 파일로 채워져 있었습니다. 제가 직면한 문제는 한 사용자의 경우 삭제된 데이터가 너무 많아서(볼륨 문제가 아니라 수량 - 작은 파일이 많음) Nextcloud가 웹 인터페이스에 이를 표시할 수 없다는 것이었습니다. 관리 매뉴얼을 공부한 후 명령줄을 통해 해결책을 찾았습니다. 아마도 이것은 누군가에게 유용할 것입니다.

삭제된 사용자 파일을 지우려면:

# sudo -u www-data php /var/www/nextcloud/occ trashbin:cleanup user

사용자 버전 파일을 지우려면:

# sudo -u www-data php /var/www/nextcloud/occ versions:cleanup user

다시 처음으로, 목차로.

홈 클라우드 생성의 역사. 5부. 2019 업데이트 – PHP 7.2, MariaDB 10.4 및 Nextcloud 17
텍스트 버전: 1.1.1.
최초 발행일: 15.01.2020년 XNUMX월 XNUMX일.
마지막 편집 날짜: 15.01.2020년 XNUMX월 XNUMX일.

업데이트 로그1.1.1 [15-01-2020] 오타 수정.

1.1.0 [15-01-2020] XNUMX바이트 인코딩을 활성화하도록 nexcloud 데이터베이스 준비 코드를 수정했습니다.

1.0.0 [15-01-2020] 첫 번째 버전.

출처 : habr.com