こちらの記事では、バックアップ用サーバー用途なので、試しもかねて新しいバージョンで設定しましたが
本サーバーのほうは、WordPress本体しか更新していませんでした。
WordPress のサイトヘルスで更新の改善のメッセージがでていました。
サイトヘルスは「ダッシュボード ➡ ツール ➡ サイトヘルス」で確認できます
私の環境では、ステータスとしては「良好」ではありますがおすすめの改善が４件ありました
その中でも、「PHPのバージョン」「データベースのバージョン」は改善したほうがよさそうです
WordPress 必須条件（2026.08時点）
2026.08時点では、「PHP 8.3以上」「MariaDB 10.11以上」が必須条件になっています
私の環境では、「サイトヘルス」➡「情報」で確認すると「PHP 8.2」「MariaDB 10.5」です
PHPバージョンの更新
現バージョンの確認
php --version（事前に）バックアップを取る
必須ではありませんが、wp-config.php, DB, ファイル一式のバックアップが推奨されます
wp-config.phpは「cp」コマンドで簡単にコピーできます
DB や WordPressのファイル一式は、こちらでも紹介しているスクリプトでも取る事ができます
Remiリポジトリ追加
AppStreamの、8.3を利用する場合やすでにRemiリポジトリが設定されている場合には不要ですが
より新しいPHPバージョンにアップデートした場合には、追加しておきます
今回筆者は、8.4に更新しようと思っているので、Remiリポジトリを追加します
## Rocky Linux 9の場合
sudo dnf install -y epel-release
sudo dnf install -y https://rpms.remirepo.net/enterprise/remi-release-9.rpmモジュールリスト確認
dnf module list phpもし、404などのエラーが出てしまう場合には、一度キャッシュをクリアして再確認します
sudo rm -f /etc/dnf/vars/releasever
sudo dnf clean all && sudo dnf makecache
dnf module list phpRocky Linux 9 - AppStream
Name Stream Profiles Summary
php 8.1 common [d], devel, minimal PHP scripting language
php 8.2 common [d], devel, minimal PHP scripting language
php 8.3 common [d], devel, minimal PHP scripting language
Remi's Modular repository for Enterprise Linux 9 - x86_64
Name Stream Profiles Summary
php remi-7.4 common [d], devel, minimal PHP scripting language
php remi-8.0 common [d], devel, minimal PHP scripting language
php remi-8.1 common [d], devel, minimal PHP scripting language
php remi-8.2 common [d], devel, minimal PHP scripting language
php remi-8.3 common [d], devel, minimal PHP scripting language
php remi-8.4 common [d], devel, minimal PHP scripting language
php remi-8.5 common [d], devel, minimal PHP scripting language
PHPモジュールのリセット
sudo dnf module reset php -y新しいPHPバージョンの有効化（例: 8.4）
sudo dnf module enable php:remi-8.4 -y新規インストールの場合
sudo dnf install php php-fpm -y新規インストールで拡張機能追加（よく使うパッケージ一式）
sudo dnf install -y \
php-mysqlnd \
php-curl \
php-exif \
php-fileinfo \
php-gd \
php-imagick \
php-intl \
php-mbstring \
php-xml \
php-zipアップグレードの場合
sudo dnf update php\* -y更新の確認
php -v再起動
sudo systemctl restart httpd
sudo systemctl restart php-fpm更新の確認
これで更新されたと思います
対象のWordPressへログインし、「サイトヘルス」で確認してください。
MariaDBバージョンの更新
現バージョンの確認
mariadb --version（事前に）バックアップを取る
sudo mysqldump -u root -p --all-databases > /path/to/backup_$(date +%Y%m%d).sqlPHP更新の項目でも紹介したこちらスクリプトでもバックアップは可能です
モジュールリスト確認
dnf module list mariadb$ dnf module list mariadb
メタデータの期限切れの最終確認: 1:19:24 前の 2026年08月03日 10時24分16秒 に実施しました。
Rocky Linux 9 - AppStream
Name Stream Profiles Summary
mariadb 10.11 client, galera, server [d] MariaDB Module
mariadb 11.8 client, galera, server [d] MariaDB Module MariaDB停止
sudo systemctl stop mariadbキャッシュのクリアとmariadbモジュールのリセット
sudo dnf clean all
sudo dnf module reset mariadb -y新しいモジュール（10.11）へ切り替え
sudo dnf module switch-to mariadb:10.11 -y
sudo dnf update mariadb-server mariadb -y ##念のためパッケージ更新も明示
mariadb --version ##10.11になっているか確認設定ファイル「/etc/my.cnf.d/mariadb-server.cnf」 更新
設定ファイルのセッション名にバージョン番号（mariadb-10.5など）が含まれている場合があります
その項目下になにもない場合は、特に編集の必要はありませんが、今後追加の予定などある場合には
バージョンに合わせたセッション名に書き換えておいたほうが無難です
cd /etc/my.cnf.d/
sudo vi ./mariadb-server.cnf・
・
# This group is only read by MariaDB-10.5 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
#[mariadb-10.5]
# ↓ 変更
[mariadb-10.11]
・
・
MariaDB 起動
sudo systemctl start mariadb
sudo systemctl enable mariadbDB 内部の更新
sudo mariadb-upgrade -u root -p「DB管理者パスワード」Apache＆PHP-FPM 再起動
sudo systemctl restart php-fpm
sudo systemctl restart httpd更新の確認
対象のWordPressへログインし、「サイトヘルス」で確認します
筆者の環境では、トラブルなく更新できました。
トラブル時、mariaDB 事前バックアップからリストアする方法
基本のリストアコマンド
sudo mariadb -u root -p < /path/to/backup_20260803.sqlリストア時の注意点
MariaDBが起動している必要があります
sudo systemctl status mariadb ##起動確認
sudo systemctl start mariadb ##停止していたら起動アップグレード失敗などで「元の10.5環境に戻す」場合
sudo dnf module switch-to mariadb:10.5 -y
sudo dnf update mariadb-server mariadb -y ##念のためパッケージ更新も明示
mariadb --version ##10.5になっているか確認既存データとの重複に注意
--all-databases のダンプには CREATE DATABASE 文が含まれているため、同名DBが既に存在する場合は上書きされます。もし「クリーンな状態に戻したい」なら、リストア前に対象DBを削除しておくと安全です。
##例：wordpress用DBを削除してからリストアする場合
sudo mariadb -u root -p -e "DROP DATABASE wordpress;"
sudo mariadb -u root -p < /path/to/backup_20260803.sqlリストア後の確認
sudo mariadb -u root -p -e "SHOW DATABASES;"
コメント