სახლის ღრუბლის შექმნის ისტორია. ნაწილი 5. განახლება 2019 – PHP 7.2, MariaDB 10.4 და Nextcloud 17

ორი წლის წინ გამოვაქვეყნე სტატიების სერია Debian 8-ზე დაფუძნებული ვებ სერვერის შექმნისა და მასზე Nextcloud 11 სერვისის გაშვების თემაზე. რამდენიმე თვის შემდეგ გამოჩნდა დამატება, რომელიც შეიცავს „დიფერენციალურ“ ინფორმაციას Debian-ზე Nextcloud 13-ის დაყენების შესახებ. 9. 2018 წლის ბოლოს მე უბრალოდ განვაახლე Debian და Nextcloud და არ შემხვედრია რაიმე უჩვეულო ან საინტერესო პრობლემა. 2019 წლის ბოლოს განახლება უკვე უფრო საინტერესო და ღირდა დაწერა.

ეს სტატია უპირველეს ყოვლისა გამოადგება მათთვის, ვინც წინა ოთხი სტატიის ინსტრუქციის თანახმად, „აწყობილი“ Nextcloud 13 Debian 9-ზე (მე მივესალმები ჩემს ათეულამდე გამომწერს Nextcloud-ის თემაზე, განსაკუთრებით მათთვის, ვისთვისაც ეს იყო მათი პირველი გამოცდილება Linux-ის სამყაროში). მათთვის, ვინც გეგმავს ნულიდან სერვისის შექმნას, გირჩევთ, საფუძვლად აიღოთ ამ სერიის პირველი ოთხი სტატია, მორგებული Debian 10-ისა და Nextcloud 17-ის ამჟამინდელი ვერსიებისთვის. გამოცდილი Linux მომხმარებლებისთვის, სტატიას შეიძლება დასჭირდეს რამდენიმე ადგილი "ტრივიალურ და უსარგებლო" და "ცუდი არ არის, ერთ ადგილას მოტყუების ფურცელს შორის".

სარჩევი

ნაწილი 1: Debian გარემოს დაყენება ყოველდღიური გამოყენებისთვის
ნაწილი 2: სერვერის შექმნა - LAMP-ის დაყენება Debian-ზე
ნაწილი 3. პერსონალური ღრუბლის შექმნა - Nextcloud-ის ინსტალაცია და კონფიგურაცია
ნაწილი 4. განახლება 2018 – Debian 9 და Nextcloud 13
ნაწილი 5. განახლება 2019 – PHP 7.2, MariaDB 10.4 და Nextcloud 17

თავების სწრაფი ნავიგაცია

წინასიტყვაობა
Debian განახლება
PHP-ის განახლება 7.2 ვერსიამდე
MariaDB-ის განახლება 10.4 ვერსიამდე
Nextcloud-ის განახლება 17 ვერსიამდე
Afterword

წინასიტყვაობა

თავიდან მინდოდა Nginx-ის დაყენება და კონფიგურაცია Debian 10-ზე, რომლის თავზე უპრობლემოდ შეიძლება დაინსტალირდეს მიმდინარე Nextcloud 17. მაგრამ ამ ყველაფრის დრო ვერ ვიპოვე, ამიტომ ეს სტატია არის ინსტრუქციების ნაკრები განახლებისთვის. Nextcloud 13-დან მიმდინარე ვერსია 17-მდე ვებ სერვერის წინასწარი მომზადებით.

პირველ რიგში, ჩვენ უნდა ავხსნათ, რატომ იყო საჭირო რადიკალური ცვლილებები ვებ სერვერის მხარეს. ჩვენი სერვერი დაფუძნებულია მიმდინარე და მხარდაჭერილ Debian 9-ზე. შეგიძლიათ უბრალოდ განაახლოთ ოპერაციული სისტემა და ვებ სერვერის ყველა კომპონენტი მიიღებს მინიმუმ უსაფრთხოების განახლებებს. ყველაფერი კარგი იქნება, თუ გავაგრძელებთ Nextcloud 13-ის გამოყენებას ან განვაახლებთ მხოლოდ 14 ვერსიაზე. მაგრამ Nextcloud 13 აღარ არის მხარდაჭერილი და მე-14 ვერსიის მხარდაჭერა უკვე მზადაა. 15-ე ვერსიიდან დაწყებული, Nexctcloud შესთავაზებს მონაცემთა ბაზის დიდ int-ზე გადაყვანას ოთხბაიტიანი კოდირების მხარდასაჭერად და MariaDB 10.1-ით ეს ძალიან პრობლემური იქნება. Nexctcloud 17 მოითხოვს PHP 7.1-7.3, ხოლო Debian 9 შეიცავს მხოლოდ 7.0 ვერსიას თავის მშობლიურ საცავებში. საიმედოობისა და პროგნოზირებადობის თვალსაზრისით უფრო სწორი იქნებოდა Nextcloud-ის ბოლო ვერსიამდე განახლება, მაგრამ რამდენიმე წლის შემდეგ იმდენად დავრწმუნდი ამ სერვისის სანდოობაში, რომ მინდოდა უახლეს ვერსიაზე გადასვლა და განახლება. ვებ სერვერი მომავლის რეზერვით. ამიტომ, Nexctcloud 17-ზე განახლებისთვის, ოპტიმალურია MariaDB-ის განახლება მიმდინარე სტაბილურ ვერსიაზე 10.4, ხოლო PHP 7.2-ზე. ზუსტად 7.2 და არა ახლანდელი 7.4. ფაქტია, რომ Nextcloud 13 მოითხოვს PHP 5.6, 7.0 - 7.2, ხოლო Nexctcloud 17 მოითხოვს PHP 7.1 - 7.3. მოსახერხებელია PHP 7.2-ის გამოყენება განახლების ძალისხმევის შესამცირებლად. არ არის საჭირო თქვენი Apache სერვერის განახლება - უბრალოდ დააინსტალირეთ უსაფრთხოების განახლებები, რომლებიც განაწილებულია Debian-ის მხარდაჭერის გუნდის მიერ. მაგრამ MariaDB და PHP განახლებისთვის მოგიწევთ გარე საცავების დაკავშირება.

როდესაც ახლახან გავეცანი Nextcloud-ს, ის „ხელით“ განვაახლე: კონსოლიდან სპეციალური ბრძანების გამოყენებით, საიტი გადავიდა შენარჩუნების რეჟიმში, არქივი საიტის ახალი ვერსიით ხელით ჩამოიტვირთა და იხსნება, ფაილები. განახლდა და განახლების პროცედურა დაიწყო. ასეთი განახლება, როგორც წესი, იწვევდა მოსალოდნელ შედეგებს, თუმცა არ მეზარებოდა საიტის, მონაცემთა ბაზის და მომხმარებლის მონაცემების სარეზერვო ასლის გაკეთება. მაგრამ ავტომატური განახლებები ზოგჯერ იწვევს ყველა სახის სიურპრიზს. მაგრამ ეს დიდი ხნის წინ იყო, მას შემდეგ ძრავის სტაბილურობა მნიშვნელოვნად გაიზარდა და ამჯერად განახლებები გავაკეთე ექსკლუზიურად ვებ ინტერფეისის საშუალებით. მართალია, ბრძანების სტრიქონს მაინც ვერ მოვშორდი. ყოველი ახალი ვერსიის განმეორებითი განახლების დროს, საკონტროლო პანელში გამოჩნდება სხვადასხვა გაფრთხილებები და შეტყობინებები, რომელთა „ამოღება“ საჭირო იქნება ბრძანებების ხაზგასმული ბრძანებების შესრულებით. თქვენ არ გჭირდებათ ამის გაკეთება - სერვისი კვლავ იმუშავებს. მიუხედავად იმისა, რომ ეს მიდგომა ფუნდამენტურად არასწორია, Nextcloud მუშაობდა ჩემთვის ამ რეჟიმში 3 თვის განმავლობაში, სანამ მიზანმიმართულად განვიხილავდი წარმოქმნილ საკითხებს.

Debain განახლება

შეაჩერე ვებ სერვერი:

# 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, რადგან წაშლილი პაკეტებიდან „კვალს“ გავასუფთავებთ autoremove-ის გამოყენებით. ეს არ გამოიწვევს რაიმე განსაკუთრებულ სირთულეს, რადგან 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

[ ეს ტექსტი დაწერილი სპეციალურად საიტისთვის www.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 განახლდება და შეგიძლიათ მისი კონფიგურაცია შემდეგნაირად ინსტრუქციები მეორე ნაწილიდან:

# 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

ჩვენ ვამზადებთ nextcloud მონაცემთა ბაზას, რათა ჩართოთ ოთხი ბაიტი კოდირება:

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

ჩართეთ მხარდაჭერა ოთხი ბაიტიანი კოდირებისთვის Nextcloud-ში:

# 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

ცხრილის ინდექსების გადაქცევა ბიგინტად:

# 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

ცხრილის ინდექსების გადაქცევა ბიგინტად:

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

განახლება 16.x -> 17.x

დამატებითი ქმედება არ არის საჭირო.

Afterword

ამ ინსტრუქციების შემდეგ განახლდა ვირტუალური მანქანა Nextcloud 13-ით. ვირტუალური აპარატის გამოყენება საშუალებას გაძლევთ არ გააკეთოთ Nextcloud ფაილების და მისი მონაცემთა ბაზის სარეზერვო ასლები, რადგან პრობლემების შემთხვევაში შეგიძლიათ უბრალოდ დააბრუნოთ ადრე შენახული ვირტუალური აპარატის ფაილი და დაიწყოთ ყველაფერი თავიდან. ისევ. თუმცა, ეს არ ეხება მომხმარებლის მონაცემების მქონე საქაღალდეს, რომლის სარეზერვო ასლის შექმნასაც გირჩევთ ვირტუალურ მანქანასთან ერთად Nextcloud-ით. ჩემს შემთხვევაში, "ღრუბელი" გამოიყენება როგორც დისტანციური საქაღალდე ავტომატური ვერსიით და სინქრონიზაციის მიმართულებით "მხოლოდ იქ", და ამ მონაცემების დაკარგვა ჩემთვის კრიტიკული არ იყო - უბრალოდ სინქრონიზაციის ხელახლა გაკეთება რამდენიმე საათის განმავლობაში მომიწევდა. . მიუხედავად ჩემი უგულებელყოფისა უწყვეტი წესის „შენახვა ყოველი შემთხვევისთვის“, განახლებამ უპრობლემოდ ჩაიარა და ყველა კლიენტმა უპრობლემოდ დაიწყო მუშაობა Nextcloud 17-თან. აღფრთოვანებული ვარ, ფრენკ კარლიტშეკ - თქვენ და თქვენი გუნდი შესანიშნავად აკეთებთ. სამუშაო!

განახლების შემდეგ გადავწყვიტე მომხმარებლის მონაცემების გასუფთავება, რომელიც, სტატისტიკის მიხედვით, დაახლოებით ორ ტერაბაიტს იკავებდა. მე არ მქონდა ამდენი ოპერატიული მონაცემები - მოცულობის უმეტესი ნაწილი დაიკავა ვერსიის ფაილებმა და წაშლილმა ფაილებმა. პრობლემა, რომელიც მე შემხვდა იყო ის, რომ ერთი მომხმარებლისთვის იყო იმდენი წაშლილი მონაცემები (ეს არ არის საქმე მოცულობაში, არამედ რაოდენობაზე - ბევრი პატარა ფაილი), რომ 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] დაფიქსირდა nexcloud მონაცემთა ბაზის მომზადების კოდი ოთხბაიტიანი კოდირების გასააქტიურებლად.

1.0.0 [15-01-2020] პირველი ვერსია.

წყარო: www.habr.com