ホームクラウド誕生の歴史。 パート 5. アップデート 2019 – PHP 7.2、MariaDB 10.4、Nextcloud 17

8 年前、私は Debian 11 をベースにした Web サーバーの作成とその上で Nextcloud 13 サービスを実行するというテーマの一連の記事を公開しました。数か月後、Debian への Nextcloud 9 のインストールに関する「差分」情報を含む追加記事が登場しました。 2018. 2019 年末に、Debian と Nextcloud を更新しただけですが、異常な問題や興味深い問題は発生しませんでした。 XNUMX 年末のアップデートはすでにさらに面白く、書く価値がありました。

この記事は、主に、前の 13 つの記事の指示に従って、Debian 9 上で Nextcloud 10 を「組み立てた」人たちに役立ちます (私は、Nextcloud のテーマについて約 17 人の購読者に挨拶しています。特に、これは彼らにとって Linux の世界での初めての経験でした)。 サービスを最初から作成することを計画している人には、Debian XNUMX と Nextcloud XNUMX の現在のバージョンに合わせて調整された、このシリーズの最初の XNUMX つの記事を基礎として取り入れることをお勧めします。経験豊富な Linux ユーザーの場合、この記事を読むのに少し時間がかかるかもしれません。 「些細で役に立たない」と「悪くない、すべてが XNUMX か所にまとめられたチートシート」の間の位置にあります。

目次

パート 1: 日常使用のための Debian 環境のセットアップ
パート 2: サーバーの作成 - Debian での LAMP のセットアップ
パート 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 に更新する
後書き

序文

当初は、Debian 10 に Nginx をインストールして設定し、その上に現在の Nextcloud 17 を問題なくインストールしたいと考えていましたが、時間がなかったので、この記事は更新手順をまとめたものです。 Nextcloud を 13 から現在のバージョン 17 に変更し、Web サーバーを事前に準備します。

まず、Web サーバー側で根本的な変更が必要になった理由を説明する必要があります。 当社のサーバーは、現在サポートされている Debian 9 をベースにしています。オペレーティング システムを更新するだけで、Web サーバーのすべてのコンポーネントに少なくともセキュリティ更新が適用されます。 Nextcloud 13 を使い続けるか、バージョン 14 にのみ更新すれば、すべてがうまくいくでしょう。しかし、Nextcloud 13 はサポートされなくなり、バージョン 14 のサポートは終了します。 バージョン 15 以降、Nexctcloud は 10.1 バイト エンコーディングをサポートするためにデータベースを big int に変換することを提案しますが、MariaDB 17 ではこれは非常に問題になります。 Nextcloud 7.1 には PHP 7.3 ～ 9 が必要ですが、Debian 7.0 のネイティブ リポジトリにはバージョン 17 のみが含まれています。 信頼性と予測可能性の観点からは、Nextcloud の最後から 10.4 番目のバージョンにアップグレードするのがより正確ですが、数年後、このサービスの信頼性に非常に自信を持ったので、最新バージョンにアップグレードして、将来のために予備を備えた Web サーバー。 したがって、Nextcloud 7.2 に更新するには、MariaDB を現在の安定バージョン 7.2 に更新し、PHP を 7.4 に更新するのが最適です。 現在の 13 ではなく、正確には 5.6 です。 実際、Nextcloud 7.0 には PHP 7.2、17 ～ 7.1 が必要で、Nextcloud 7.3 には PHP 7.2 ～ XNUMX が必要です。 更新作業を最小限に抑えるには、PHP XNUMX を使用すると便利です。 Apache サーバーを更新する必要はありません。Debian サポート チームによって配布されたセキュリティ アップデートをインストールするだけです。 ただし、MariaDB と PHP の更新の場合は、外部リポジトリに接続する必要があります。

Nextcloud を知り始めたばかりのとき、私はそれを「手動」で更新しました。コンソールから特別なコマンドを使用して、サイトをメンテナンス モードに切り替え、サイトの新しいバージョンを含むアーカイブを手動でダウンロードして解凍し、ファイルをが更新され、更新手続きが開始されました。 このような更新は通常、期待どおりの結果をもたらしましたが、私はサイト、データベース、ユーザー データのバックアップ コピーを作成するのが怠け者ではありませんでした。 しかし、自動アップデートにより、さまざまな驚きが生じることがありました。 しかし、それははるか昔のことであり、その後エンジンの安定性は大幅に向上したため、今回は Web インターフェイスのみから更新を行いました。 確かに、私はまだコマンドラインから離れることができませんでした。 新しいバージョンへの反復更新中に、さまざまな警告や通知がコントロール パネルに表示されます。これらは、コマンド ラインでコマンドを意味のある方法で実行して「削除」する必要があります。 これを行う必要はありません。サービスは引き続き機能します。 このアプローチは根本的に間違っていますが、発生した問題に意図的に対処するまで、Nextcloud はこのモードで 3 か月間機能しました。

デバインのアップデート

Web サーバーを停止します。

# service apache2 stop

そして、次のように更新します。

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

更新後、OS バージョンを確認し、テスト再起動を実行して、更新後にすべてが正常に開始されることを確認できます。

# cat /etc/debian_version
# reboot

PHP をバージョン 7.2 に更新する

Web サーバーを停止します。

# 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 を削除すると、autoremove を使用して削除されたパッケージから「トレース」をクリアするため、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 著者 AlexanderS.
出典へのリンクはオプションですが、言及することを強くお勧めします。 ]

PHP のバージョンを確認し、Web サーバーを起動して、Nextcloud の機能を確認します。

# php -v
# service apache2 start

MariaDB をバージョン 10.4 にアップグレードする

プロジェクトのウェブサイトには、 興味深いページここで、OSとそのリリースを指定し、データベースのバージョンを選択する必要があります。 選択すると、リポジトリを追加するためのコードが生成されます。

Web サーバーを停止します。

# 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

Web サーバーを起動し、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 で動作し始めました。フランク カルリシェク、あなたとあなたのチームは素晴らしい仕事をしています。仕事！

更新後、統計から判断すると約 XNUMX テラバイトを占めていたユーザー データを消去することにしました。 それほど多くの運用データはありませんでした。ボリュームの大部分はバージョン ファイルと削除されたファイルで占められていました。 私が遭遇した問題は、あるユーザーの削除されたデータが多すぎて (量の問題ではなく、量の問題です。小さなファイルがたくさんあるため)、Nextcloud がそれを Web インターフェイスに表示できないことでした。 管理マニュアルを調べた結果、コマンドラインから解決策を見つけました。 おそらくこれは誰かにとって役立つでしょう。

削除されたユーザー ファイルをクリアするには:

# 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