バックアップ | じじぃの引出し

WordPress の「バックアップ・リストア」BASHスクリプト。crontab で自動バックアップ

kazuban — Sun, 07 Jun 2026 06:28:26 +0000

バックアップ・リストアの記事は、以前こちらでも紹介しました

RockyLinux9.３で自宅サーバーを再構築V07・WordPress のバックアップとリストア

引越しするには、旧環境のデータをバックアップし、新環境へリストアします。 WordPress のバックアップとリストアの方法を説明し、自動バックアップするスクリプトを作成します。バックアップ・リストアができると、引越しだけでなく、トラブル時にも以前の状態まで戻せます。

新しいBASH
デバッグ
1. shellcheck
2. set コマンド
スクリプト構成
リストアする場合の注意点
1. update_wp_url.sh
自動バックアップ

新しいBASH

前回のスクリプトは、2020年に紹介したコマンド操作をネット情報を参考にスクリプト化しましたが、今回はこのスクリプトをAIに投げて、最新のBASH構文への変換を教えてもらいながら作成しました。
投稿のスクリプト類はちょっと長くなりましたが、全てコピペできるようにしました。
また、開発途中ではBASHで一行づつのデバッグもやってみました。

デバッグ

編集はVSCodeを利用したので、デバッグプラグインもインストールしてみましたが、あまり思ったように動いてくれませんでした。
AIに聞いてみると、BASH自体にも、構文チェックやステップデバッグができる機能があるようです

shellcheck

shellcheck [スクリプト名.sh]のようにコマンド実行するだけで、スクリプトのバグや構文エラーを簡単にチェックできます。
パッケージ名は、キャメルケース的書き方「ShellCheck」になるので注意が必要です

sudo dnf install ShellCheck

もしパッケージが見つからない場合には、EPELリポジトリが有効になっていない可能性があるのでEPELを有効化した上で再度インストール

sudo dnf install epel-release
sudo dnf install ShellCheck

shellcheck は、スクリプトのバグや構文エラーを検出してエラーコードと共に表示してくれます。
標準では致命的でない場合でも警告を出してくるのでちょっとうるさく感じる事もありますが、
エラーコードをAIに聞くことでより安全なコードの書き方の学習にもなります

set コマンド

Bashの set コマンドは、シェルの動作やオプションを設定・変更するためのコマンドです。
主にスクリプトの安全運転モードやデバッグのために、シェルの冒頭でオプションと組み合わせて使用されます
・set -euo pipefail
実務でよく使われる定番のオプション
これにより、スクリプト実行時のバグや予期せぬトラブルを大幅に減らせます

・set -x: デバッグ開始
実行されるコマンドや変数の展開結果をすべて画面（標準エラー出力）に表示

・set +x: デバッグ開始
実行トレース出力を停止

・trap ‘read -p “STEP> ” < /dev/tty’ DEBUG
実行中、すべてのコマンドを実行する直前で指定文字（STEP>）プロンプトで一時停止

・export PS4=’+ ${LINENO}: ‘
デバッグモード（set -x）で実行されるコマンドを表示する際、そのコマンドのスクリプトでの行番号を出力に含める設定

これらコードをスクリプト上部で実行しておくことで、シェルスクリプトのバグの原因特定が早くなります。
サンプルコードを書いてみました。

#!/bin/bash

set -euo pipefail
# --- debug mode: DEBUGGING=1 で有効 ---
DEBUGGING=1

if [[ $DEBUGGING == "1" ]]; then
  echo "Debug mode is 'true' !! "
  export PS4='+ ${LINENO}: '
  set -x
  trap 'read -p "STEP> " < /dev/tty' DEBUG
else
  echo "Debug mode is 'false' !! "
fi

# テスト用コード
echo "最初の処理"
x=10
y=20
result=$((x + y))
echo "結果は $result"

このコードを実行すると、デバッグの状況が体験できます

次に今回作成したWordPressのバックアップ＆リストアのスクリプトを紹介します
デバッグコードは、Header.sh に別スクリプトにして、呼び出す形式にしました。

スクリプト構成

WordPressのバックアップは、大きく分けて「ファイル（サーバー内のデータ）」と「データベース（MySQL/MariaDB）」の2つが必要になります。
前回スクリプトは、昔の経験とネット検索を参考に、自分で作成しましたが
今回は、BASHもかなり進化しているみたいなので、AIのサポートで最新の構文で書き直しました。
バックアップファイルやスクリプトの構成は
・「ユーザーホーム」内に、「Backup」ディレクトリを作成
・「Backup」内に、「WordPress」と「bin」ディレクトリを作成
・「WordPress」内にWordPress パッケージをインストールしたディレクトリ名（筆者環境では「blog」）を作成します
・「blog」内に、データベースとサーバー内データのバックアップを保存します
・「bin」内に実行スクリプトを保存します

.[ユーザーホームディレクトリ]
├── Backup #「バックアップデータを保存する」
│   ├── WordPress #「WordPerss関連データ」
│   │   └── blog #「blog内のバックアップデータ」
│   │       ├── 20260530-MariaDB.bak       # データベースバックアップ
│   │       ├── 20260530-Wp-content.tar.gz # WordPressコンテンツ
│   │       ├── mariadb_backup.log
│   │       └── wp_backup.log
│   ├── bin #「スクリプト」
│   │   ├── Header.sh                #「デバッグ用のスクリプト」
│   │   ├── MariaDB_Backup.sh        #「データベースのバックアップ」
│   │   ├── MariaDB_Restore.sh       #「データベースのリストア」
│   │   ├── Tidyup_backfile.sh       #「バックアップデータの整理」
│   │   ├── WordPress_Config_Data.sh #「バックアップ環境の設定」
│   │   ├── Wp-Backup.sh             #「バックアップ用メインスクリプト」
│   │   ├── Wp-Content_Backup.sh     #「WordPressデータのバックアップ」
│   │   ├── Wp-Content_Restore.sh    #「WordPressデータのリストア」
│   │   └── Wp-Restore.sh            #「リストア用メインスクリプト」

WordPress_Config_Data.sh : 変数設定

#!/bin/bash
#  WoredPressバックアップ設定ファイル
#    WordPress_Config_Data.sh    2026/05 by Kazuban
#------------------------------------
export USER="kazuban"
export USER_DIR="/home/${USER}"
export SUB_DIR="blog"
export DOCUMEN_ROOT="/home/www/html"
#----- MariaDB ----------------------
export MYSQL_ROOT_PASSWD="hogehoge_passwd"
export DATABASE="WpDb"
export MYSQL_USER="WpAdmin"
export MYSQL_USER_PASSWD="WpPasswd"
#----- WordPress --------------------
export WP_CONTENT_DIR="wp-content"
export WP_CONTENT_FILENAME="Wp-content"
export WP_CONTENT_PATH="/home/www/html/${SUB_DIR}/${WP_CONTENT_DIR}"
export WP_CONTENT_OWNER="apache:apache"

Wp-Backup.sh : データベース＆WordPressコンテンツのバックアップ

#!/bin/bash
#  WoredPress のバックアップ
#    データベース(Mysql)とサーバーデータ(wp-content)
#  Wp-Backup.sh    2026/05 by Kazuban
#------------------------------------
#--- debug mode, set "DEBUG=1". -----
export DEBUG=
#------------------------------------
export CALLER_SCRIPT="$0"
#export SCRIPT_DIR=$(dirname "$(realpath "$0")")
#shellscriptで警告でたので、AIに聞くとこの書き方が安全らしい
SCRIPT_DIR=$(dirname "$(readlink -f "${BASH_SOURCE[0]}")")
export SCRIPT_DIR
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
source "${SCRIPT_DIR}/WordPress_Config_Data.sh"
export BACKUP_DIR="${USER_DIR}/Backup/WordPress/${SUB_DIR}"
#---- MariaDB -----------------------
export MYSQL_BACKUP_SCRIPT="${SCRIPT_DIR}/MariaDB_Backup.sh"
export MYSQL_LOG="${BACKUP_DIR}/mariadb_backup.log"
#---- WordPress ---------------------
#export BACKUP_SOURCE_DIR="${DOCUMEN_ROOT}/${SUB_DIR}/wp-content"
export WP_BACKUP_SCRIPT="${SCRIPT_DIR}/Wp-Content_Backup.sh"
export BACKUP_SOURCE_DIR="${DOCUMEN_ROOT}/${SUB_DIR}/${WP_CONTENT_DIR}"
export WP_LOG="${BACKUP_DIR}/wp_backup.log"
#------------------------------------
export TIDY_UP_SCRIPT="${SCRIPT_DIR}/Tidyup_backfile.sh"
export DAYS_AGO="5"
#-----　関数定義 -----------------------
user_dir=$(pwd)
echo $user_dir
# スクリプト終了時に実行させたい場合はここで再定義
cleanup() {
#  echo "Wp-Backup 終了処理"
  :
}
check_backup_dir(){
  #$BACKUP_DIRが存在しない場合には作成
  mkdir -p $BACKUP_DIR 
}
cmd_mariadb()   { check_backup_dir; $MYSQL_BACKUP_SCRIPT; }
cmd_wordpress() { check_backup_dir; $WP_BACKUP_SCRIPT; }
cmd_all()       { cmd_mariadb; cmd_wordpress; }
cmd_help() {
  echo "--- WordPress Backup Script ---"
  echo "Directory: ${SCRIPT_DIR}"
  echo "Usage: $0 {db|wp|all|help}"
  echo "  db   = データベース(MariaDB)"
  echo "  wp   = Word Press (Wp-Content)"
  echo "  all  = db + wp"
  echo "  help = オプション"
}

#-----　メインプログラム　-------------
#------------------------------------
case "${1:-}" in
  db)        cmd_mariadb   ;;
  wp)        cmd_wordpress ;;
  all)       cmd_all       ;;
  help|"")   cmd_help      ;;
  *)
    echo "Unknown command: $1"
    cmd_help
    exit 1
    ;;
esac

MariaDB_Backup.sh : データベースバックアップ（Wp-Backup.shから呼ばれる）

#!/bin/bash
#  WoredPress のデータベースバックアップ
#    MariaDB_Backup.sh    2026/05 by Kazuban
#------------------------------------
# 直接実行ガード（呼び出し元スクリプトからのみ実行可）
if [[ -z "${CALLER_SCRIPT:-}" ]]; then
  echo "直接実行はできません。"
  echo "[WP-Backup.sh db] から呼び出してください。"
  exit 1
fi
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
#------------------------------------
# --- 関数定義 ---
usage() {
  echo "使用方法: ${SCRIPT_NAME:-$(basename "$0")}"
  echo "  データベース(MariaDB)をバックアップし、古いファイルを整理します。"
  exit 0
}

log() {
  local message="$1"
  echo "$(date '+%Y-%m-%d %H:%M:%S') ${message}" | tee -a "${MYSQL_LOG}"
}

failed() {
  echo "エラー: $1" >&2
  log "ERROR: $1"
  exit 1
}

# バックアップファイル名を生成する（同名ファイルがあれば連番を付加）
make_filename() {
  local date_str
  date_str=$(date '+%Y%m%d')
  local basename="-MariaDB.bak"
  local filename="${date_str}${basename}"
  local i=1
  while [[ -e "${BACKUP_DIR}/${filename}" ]]; do
    filename="${date_str}-${i}${basename}"
    (( i++ )) || true
  done
  echo "${filename}"
}

# --- ヘルプ ---
if [[ "${1:-}" == "-?" || "${1:-}" == "-h" || "${1:-}" == "--help" ]]; then
  usage
fi

# --- 事前チェック ---
[[ -d "${BACKUP_DIR}" ]]      || failed "バックアップ先が見つかりません: ${BACKUP_DIR}"
[[ -x "${TIDY_UP_SCRIPT}" ]]  || failed "整理スクリプトが見つかりません: ${TIDY_UP_SCRIPT}"

# --- ファイル名決定 ---
FILENAME=$(make_filename)
BACKUP_PATH="${BACKUP_DIR}/${FILENAME}"

# --- バックアップ実行 ---
log "MariaDB バックアップ開始: ${FILENAME}"
echo "MariaDB を ${FILENAME} にバックアップします。"

if mariadb-dump \
    --user="${MYSQL_USER}" \
    --password="${MYSQL_USER_PASSWD}" \
    --host=localhost \
    --all-databases \
    --single-transaction \
    --quick \
    > "${BACKUP_PATH}" \
    2>> "${MYSQL_LOG}"; then
  log "バックアップ成功: ${FILENAME} ($(du -sh "${BACKUP_PATH}" | cut -f1))"
else
  failed "mariadb-dump コマンドが失敗しました"
fi

# --- 古いファイルの整理 ---
log "古いバックアップを整理します（${DAYS_AGO} 日以前）"
"${TIDY_UP_SCRIPT}" "${BACKUP_DIR}" "${DAYS_AGO}"

log "MariaDB バックアップ完了"
echo "MariaDB Backup Complete."

Wp-Content_Backup.sh : WordPressコンテンツバックアップ（Wp-Backup.shから呼ばれる）

#!/bin/bash
#  wp-content ディレクトリのバックアップスクリプト
#    WP-content_Backup.sh    2026/05 by Kazuban
#------------------------------------
# 直接実行ガード（呼び出し元スクリプトからのみ実行可）
if [[ -z "${CALLER_SCRIPT:-}" ]]; then
  echo "直接実行はできません。"
  echo "[WP-Backup.sh wp] から呼び出してください。"
  exit 1
fi
#------------------------------------
readonly SCRIPT_NAME="$(basename "$0")"
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
#------------------------------------
# スクリプト終了時に実行させたい場合はここで再定義
cleanup() {
#  echo "Wp-Backup 終了処理"
  :
}
#------------------------------------
# --- 関数定義 ---
usage() {
  echo "使用方法: ${SCRIPT_NAME}"
  echo "  wp-content ディレクトリをバックアップし、古いファイルを整理します。"
  exit 0
}

log() {
  local message="$1"
  echo "$(date '+%Y-%m-%d %H:%M:%S') ${message}" | tee -a "${WP_LOG}"
}

failed() {
  echo "エラー: $1" >&2
  log "ERROR: $1"
  exit 1
}

# バックアップファイル名を生成する（同名ファイルがあれば連番を付加）
make_filename() {
  local date_str
  date_str=$(date '+%Y%m%d')
  local basename="-Wp-content.tar.gz"
  local filename="${date_str}${basename}"
  local i=1
  while [[ -e "${BACKUP_DIR}/${filename}" ]]; do
    filename="${date_str}-${i}${basename}"
    (( i++ )) || true
  done
  echo "${filename}"
}

# --- ヘルプ ---
if [[ "${1:-}" == "-?" || "${1:-}" == "-h" || "${1:-}" == "--help" ]]; then
  usage
fi

# --- 事前チェック ---
[[ -d "${BACKUP_DIR}" ]]   || failed "バックアップ先が見つかりません: ${BACKUP_DIR}"
[[ -d "${BACKUP_SOURCE_DIR}" ]]  || failed "バックアップ元が見つかりません: ${BACKUP_SOURCE_DIR}"
[[ -x "${TIDY_UP_SCRIPT}" ]]  || failed "整理スクリプトが見つかりません: ${TIDY_UP_SCRIPT}"

# --- ファイル名決定 ---
FILENAME=$(make_filename)
DEST="${BACKUP_DIR}/${FILENAME}"

# --- バックアップ実行 ---
log "WordPress バックアップ開始:"
log "${BACKUP_SOURCE_DIR} → ${DEST}"
echo "WordPress Backup Starting..."

#echo "バックアップファイル：${DEST}"
#echo "sudo chown ${USER}: ${DEST}"
#exit 1
if sudo tar \
    --create \
    --gzip \
    --file="${DEST}" \
    "${BACKUP_SOURCE_DIR}"; then # \
    #2>> "${WP_LOG}"; then
  echo "バックアップファイル：${DEST}"
  echo "sudo chown ${USER}: ${DEST}"
  sudo chown ${USER}: ${DEST}
  log "バックアップ成功: ${FILENAME} ($(du -sh "${DEST}" | cut -f1))"
else
  failed "tar コマンドが失敗しました"
fi

# --- 古いファイルの整理 ---
log "古いバックアップを整理します（${DAYS_AGO} 日以前）"
"${TIDY_UP_SCRIPT}" "${BACKUP_DIR}" "${DAYS_AGO}"

log "WordPress バックアップ完了"
echo "WordPress Backup Complete."

Wp-Restore.sh : データベース＆WordPressコンテンツの復元

#!/bin/bash
#  WoredPress の復元
#    データベース(Mysql)とサーバーデータ(wp-content)
#  Wp-Restore.sh    2026/05 by Kazuban
#------------------------------------
#--- debug mode, set "DEBUG=1". -----
export DEBUG=
#------------------------------------
export CALLER_SCRIPT="$0"
#export SCRIPT_DIR=$(dirname "$(realpath "$0")")
SCRIPT_DIR=$(dirname "$(readlink -f "${BASH_SOURCE[0]}")")
export SCRIPT_DIR
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
source "${SCRIPT_DIR}/WordPress_Config_Data.sh"
export BACKUP_DIR="${USER_DIR}/Backup/WordPress/${SUB_DIR}"
#---- MariaDB -----------------------
export MYSQL_RESTORE_SCRIPT="${SCRIPT_DIR}/MariaDB_Restore.sh"
export PRE_BACKUP_FILE="Pre-Backup.bak"
#---- WordPress ---------------------
export WP_RESTORE_SCRIPT="${SCRIPT_DIR}/Wp-Content_Restore.sh"
#------------------------------------
export PRE_BACKUP="Y"    # リストア前に現行 wp-content を退避するか Y/N
#-----　関数定義 -----------------------
#user_dir=$(pwd)
#echo $user_dir
# スクリプト終了時に実行させたい場合はここで再定義
cleanup() {
#  echo "Wp-Backup 終了処理"
  :
}
check_backup_dir(){
  if [ ! -d $BACKUP_DIR ]; then
    echo "バックアップディレクトリがありません！"
    exit 0 
  fi
}
cmd_mariadb()   { check_backup_dir; $MYSQL_RESTORE_SCRIPT; }
cmd_wordpress() { check_backup_dir; $WP_RESTORE_SCRIPT; }
cmd_all()       { cmd_mariadb; cmd_wordpress; }
cmd_help() {
  echo "--- WordPress Restor Script ---"
  echo "Directory: ${SCRIPT_DIR}"
  echo "Usage: $0 {db|wp|all|help}"
  echo "  db   = データベース(MariaDB)"
  echo "  wp   = Word Press (Wp-Content)"
  echo "  all  = db + wp"
  echo "  help = オプション"
}

#-----　メインプログラム　-------------
#------------------------------------
case "${1:-}" in
  db)        cmd_mariadb   ;;
  wp)        cmd_wordpress ;;
  all)       cmd_all       ;;
  help|"")   cmd_help      ;;
  *)
    echo "Unknown command: $1"
    cmd_help
    exit 1
    ;;
esac

MariaDB_Restore.sh データベース復元（Wp-Restore.shから呼ばれる）

#!/bin/bash
#  WoredPress のデータベース復元スクリプト
#    MariaDB_Restore.sh    2026/05 by Kazuban
#------------------------------------
# 直接実行ガード（呼び出し元スクリプトからのみ実行可）
if [[ -z "${CALLER_SCRIPT:-}" ]]; then
  echo "直接実行はできません。"
  echo "[WP-Backup.sh db] から呼び出してください。"
  exit 1
fi
# --- debug mode: DEBUG=1 で有効 ---
#DEBUG=
PRE_BACKUP="Y"   # リストア前にバックアップを取るか Y/N
PRE_BACKUP_FILE="Pre-Backup.bak"
#------------------------------------
export SCRIPT_DIR=$(dirname "$(realpath "$0")")
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
source "${SCRIPT_DIR}/WordPress_Config_Data.sh"
#export BACKUP_DIR="${USER_DIR}/Backup/WordPress/${SUB_DIR}"
#------------------------------------

# ---- 関数定義 ---------------------------------------
# バックアップファイルの一覧を配列に格納する
load_backup_files() {
  BACKUP_FILES=()
  while IFS= read -r f; do
    BACKUP_FILES+=("$(basename "$f")")
  #done < <(find "${BACKUP_DIR}" -maxdepth 1 -name "*.bak" | sort)
  done < <(find "${BACKUP_DIR}" -maxdepth 1 -name "*-MariaDB.bak" | sort)
}

# 番号付きリストを表示する
list_backups() {
  echo "--------------------"
  echo "バックアップディレクトリ: ${BACKUP_DIR}"
  echo "--------------------"

  # --- # は個数を表し、[@] は配列のすべての要素
  if [[ ${#BACKUP_FILES[@]} -eq 0 ]]; then
    echo "（バックアップファイルが見つかりません）"
  else
    local i=1
    for f in "${BACKUP_FILES[@]}"; do
      printf "  [%d] %s\n" "$i" "$f"
      (( i++ )) || true   # set -e 対策: (( )) は 0 になると終了コード 1 を返すため
    done
  fi
  echo "--------------------"
}

# 入力値（番号 or ファイル名）からファイル名を解決して返す
resolve_input() {
  local input="$1"

  # 数字のみ → 番号として解釈
  if [[ "$input" =~ ^[0-9]+$ ]]; then
    local idx=$(( input - 1 ))
    if (( idx < 0 || idx >= ${#BACKUP_FILES[@]} )); then
      echo "エラー: 番号 ${input} は範囲外です（1〜${#BACKUP_FILES[@]}）" >&2
      exit 1
    fi
    echo "${BACKUP_FILES[$idx]}"
  else
    # 文字列 → ファイル名として解釈（リスト内に存在するか確認）
    local f
    for f in "${BACKUP_FILES[@]}"; do
      if [[ "$f" == "$input" ]]; then
        echo "$f"
        return
      fi
    done
    echo "エラー: ファイルが見つかりません: ${input}" >&2
    exit 1
  fi
}

# 対話形式でファイルを選択させる
select_backup_file() {
  local selected=""
  while [[ -z "$selected" ]]; do
    read -r -p "番号またはファイル名を入力してください (q で終了): " INPUT
    case "$INPUT" in
      [qQ])
        kill -USR1 $$    # 親プロセス（スクリプト自身）にシグナルを送る
        exit 1;;
      "")   echo "入力してください" ;;
      *)    selected=$(resolve_input "$INPUT") ;;
    esac
  done
  echo "$selected"
}

usage() {
  echo "使い方: $(basename "$0") [バックアップファイル名 or 番号]"
  echo "  引数なしで起動すると対話形式で選択できます。"
  echo "--------------------"
  list_backups
  exit 1
}

run_pre_backup() {
  local date_str
  date_str=$(date '+%Y%m%d-%H%M')
  local pre_backup_path="${BACKUP_DIR}/${date_str}-${PRE_BACKUP_FILE}"

  echo "--------------------"
  echo "-- 事前バックアップを開始します... --"

  #mysqldump \
  mariadb-dump \
    --user="${MYSQL_USER}" \
    --password="${MYSQL_USER_PASSWD}" \
    --host=localhost \
    --all-databases \
    --single-transaction \
    --quick \
    > "${pre_backup_path}"

  echo "-- 事前バックアップ完了: ${pre_backup_path} --"
  echo "--------------------"
}

run_restore() {
  local backup_file="${BACKUP_DIR}/${1}"

  echo "--------------------"
  echo "-- リストア対象: ${1} --"
  echo "-- データベース: ${DATABASE} --"
  echo "--------------------"

  read -r -p "リストアを実行しますか？ (y/n): " YN
  case "${YN}" in
    [yY])
      echo "-- リストアを開始します... --"
      #mysql \
      mariadb \
        --user=root \
        --password="${MYSQL_ROOT_PASSWD}" \
        "${DATABASE}" \
        < "${backup_file}"
      echo "-- リストア完了 --"
      ;;
    [nN])
      kill -USR1 $$    # 親プロセス（スクリプト自身）にシグナルを送る
      exit 0
      echo "-- 中止しました --"
      exit 0
      ;;
    *)
      echo "エラー: y または n を入力してください" >&2
      exit 1
      ;;
  esac
}

# ----- メイン処理 --------------------------------------------

# バックアップディレクトリの存在確認
if [[ ! -d "${BACKUP_DIR}" ]]; then
  echo "エラー: バックアップディレクトリが存在しません: ${BACKUP_DIR}" >&2
  exit 1
fi

# ファイル一覧をグローバル配列に読み込む
# declare 変数の属性やタイプ -a 「配列(Array)」
declare -a BACKUP_FILES
load_backup_files

# ヘルプ
if [[ "${1:-}" == "-h" || "${1:-}" == "--help" ]]; then
  usage
fi

# ファイル選択：引数あり → 解決、なし → 対話形式
if [[ $# -gt 0 ]]; then
  list_backups
  SELECTED_FILE=$(resolve_input "$1")
else
  list_backups
  SELECTED_FILE=$(select_backup_file)
fi

echo "-- 選択されたファイル: ${SELECTED_FILE} --"

# 事前バックアップ
if [[ "${PRE_BACKUP}" =~ ^[Yy]$ ]]; then
  run_pre_backup
fi

# リストア実行
run_restore "${SELECTED_FILE}"

Wp-Content_Restore.sh: WordPressコンテンツ復元（Wp-Restore.shから呼ばれる）

#!/bin/bash
#  wp-content ディレクトリの復元スクリプト
#    WP-Content_Restore.sh    2026/05 by Kazuban
#------------------------------------
# 直接実行ガード（呼び出し元スクリプトからのみ実行可）
if [[ -z "${CALLER_SCRIPT:-}" ]]; then
  echo "直接実行はできません。"
  echo "[WP-Backup.sh db] から呼び出してください。"
  exit 1
fi
# --- debug mode: DEBUG=1 で有効 ---
#export DEBUG=
PRE_BACKUP="Y"    # リストア前に現行 wp-content を退避するか Y/N
#------------------------------------
export SCRIPT_DIR=$(dirname "$(realpath "$0")")
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
source "${SCRIPT_DIR}/WordPress_Config_Data.sh"
#------------------------------------

# --- 関数定義 ---
# バックアップファイルの一覧を配列に格納する
load_backup_files() {
  BACKUP_FILES=()
  cmd="find ${BACKUP_DIR} -maxdepth 1 -name *-${WP_CONTENT_DIR}.tar.gz"  #${WP_CONTENT_DIR}
  while IFS= read -r f; do
    BACKUP_FILES+=("$(basename "$f")")
  done < <(find "${BACKUP_DIR}" -maxdepth 1 -name "*-${WP_CONTENT_FILENAME}.tar.gz" | sort)
}

# 番号付きリストを表示する
list_backups() {
  echo "--------------------"
  echo "バックアップディレクトリ: ${BACKUP_DIR}"
  echo "--------------------"

  if [[ ${#BACKUP_FILES[@]} -eq 0 ]]; then
    echo "（バックアップファイルが見つかりません）" >&2
  else
    local i=1
    for f in "${BACKUP_FILES[@]}"; do
      printf "  [%d] %s\n" "$i" "$f"
      (( i++ )) || true   # set -e 対策: (( )) は 0 になると終了コード 1 を返すため
    done
  fi
  echo "--------------------"
}

# 入力値（番号 or ファイル名）からファイル名を解決して返す
resolve_input() {
  local input="$1"

  # 数字のみ → 番号として解釈
  if [[ "$input" =~ ^[0-9]+$ ]]; then
    local idx=$(( input - 1 ))
    if (( idx < 0 || idx >= ${#BACKUP_FILES[@]} )); then
      echo "エラー: 番号 ${input} は範囲外です（1〜${#BACKUP_FILES[@]}）" >&2
      exit 1
    fi
    echo "${BACKUP_FILES[$idx]}"
  else
    # 文字列 → ファイル名として解釈（リスト内に存在するか確認）
    local f
    for f in "${BACKUP_FILES[@]}"; do
      if [[ "$f" == "$input" ]]; then
        echo "$f"
        return
      fi
    done
    echo "エラー: ファイルが見つかりません: ${input}" >&2
    exit 1
  fi
}

# 対話形式でファイルを選択させる
select_backup_file() {
  local selected=""
  while [[ -z "$selected" ]]; do
    read -r -p "番号またはファイル名を入力してください (q で終了): " INPUT
    case "$INPUT" in
      [qQ])
        kill -USR1 $$
        exit 1 ;;
      "")   echo "入力してください" ;;
      *)    selected=$(resolve_input "$INPUT") ;;
    esac
  done
  echo "$selected"
}

# 使い方表示
usage() {
  echo "使い方: $(basename "$0") [バックアップファイル名 or 番号]"
  echo "  引数なしで起動すると対話形式で選択できます。"
  echo "--------------------"
  list_backups
  exit 1
}

# 既存 wp-content を日付付きディレクトリ名にリネームして退避する
run_pre_backup() {
  local date_str
  date_str=$(date '+%Y%m%d-%H%M')
  local backup_path="${WP_CONTENT_PATH}-${date_str}.bak"

  echo "--------------------"
  echo "-- 事前バックアップ（退避）を開始します... --"
  echo "-- ${WP_CONTENT_PATH} → ${backup_path} --"
  sudo mv "${WP_CONTENT_PATH}" "${backup_path}"
  echo "-- 事前バックアップ完了 --"
  echo "--------------------"
}

# リストア実行
run_restore() {
  local backup_file="${BACKUP_DIR}/$1"
  local work_dir
  #work_dir=$(mktemp -d) #添付ディレクトリの利用
  work_dir=$BACKUP_DIR

  echo "--------------------"
  echo "-- リストア対象: $1 --"
  echo "-- 展開先 (${WP_CONTENT_DIR}): ${WP_CONTENT_PATH} --"
  echo "--------------------"

  read -r -p "リストアを実行しますか？ (y/n): " YN
  case "${YN}" in
    [yY])
      echo "-- リストアを開始します... --"

      # 1. アーカイブ内の wp-content の階層数を確認
      echo "-- 展開中: ${backup_file} --"
      local wp_path strip_count

      list=$(tar tzf "${backup_file}")
      wp_path=$(echo "$list" | grep -m1 "${WP_CONTENT_DIR}/$" || true)
      echo "------ $wp_path --------"
      if [[ -z "${wp_path}" ]]; then
        echo "エラー: アーカイブ内に ${WP_CONTENT_DIR} ディレクトリが見つかりません" >&2
        exit 1
      fi
      # パスの / の数から除去する階層数を算出
      # 例: home/www/html/sweb01/wp-content/ → スラッシュ5個 → strip=4
      strip_count=$(echo "${wp_path}" | tr -cd '/' | wc -c)
      strip_count=$(( strip_count - 1 ))
      echo $strip_count
      #exit 1
      if [[ $strip_count < 0 ]]; then
        echo "エラー: 階層がありません" >&2
        #echo "エラー: アーカイブ内に wp-content ディレクトリが見つかりません"
        exit 1
      fi
      #DIR="${work_dir}/wp-content"
      DIR=${work_dir}
      echo "${DIR}がない場合には作成します"
      mkdir -p "$DIR"
      # --strip-components で wp-content/ を作業ディレクトリ直下に展開
      tar xvzf "${backup_file}" -C "${DIR}" \
        --strip-components="${strip_count}"
      ls -la $DIR

      # 所定の場所に配置してオーナーを設定
      echo sudo mv "${work_dir}/${WP_CONTENT_DIR}" "${WP_CONTENT_PATH}"
      echo sudo chown -R "${WP_CONTENT_OWNER}" "${WP_CONTENT_PATH}/"
      sudo mv "${work_dir}/${WP_CONTENT_DIR}" "${WP_CONTENT_PATH}"
      sudo chown -R "${WP_CONTENT_OWNER}" "${WP_CONTENT_PATH}/"

      echo "-- リストア完了 --"
      # スクリプト終了時に作業ディレクトリを削除
      #trap 'rm -rf "${work_dir}"' EXIT

      ;;
    [nN])
      kill -USR1 $$
      exit 0
      ;;
    *)
      echo "エラー: y または n を入力してください" >&2
      exit 1
      ;;
  esac
}
cleanup() {
  echo Clean up!!
  echo ${BACKUP_DIR}
  #read -r -p "${BACKUP_DIR}/${WP_CONTENT_DIR} 削除しますか？ (Y/N): " INPUT
  #  case "$INPUT" in
  #    [Yy])
  #      rm -rf "${BACKUP_DIR}/${WP_CONTENT_DIR}"  
  #  esac
}

# --- メイン処理 ---

# バックアップディレクトリの存在確認
if [[ ! -d "${BACKUP_DIR}" ]]; then
  echo "エラー: バックアップディレクトリが存在しません: ${BACKUP_DIR}" >&2
  exit 1
fi

# ファイル一覧をグローバル配列に読み込む
declare -a BACKUP_FILES
load_backup_files

# ヘルプ
if [[ "${1:-}" == "-h" || "${1:-}" == "--help" ]]; then
  usage
fi

# ファイル選択：引数あり → 解決、なし → 対話形式
if [[ $# -gt 0 ]]; then
  list_backups
  SELECTED_FILE=$(resolve_input "$1")
else
  list_backups
  SELECTED_FILE=$(select_backup_file)
fi

echo "-- 選択されたファイル: ${SELECTED_FILE} --"

# 事前バックアップ（現行 wp-content の退避）
if [[ "${PRE_BACKUP}" =~ ^[Yy]$ ]]; then
  run_pre_backup
fi

# リストア実行
run_restore "${SELECTED_FILE}"

Header.sh : デバッグモード仕様（変数 DEBUG=1 で有効）

#!/bin/bash
#
#  Header.sh    2026/05 by AI & Kazuban
#  共通ヘッダー: source で読み込んで使う
#  使い方: source "${SCRIPT_DIR}/Header.sh"
#
#------------------------------------
#-e：失敗で停止：#-u：未定義変数禁止:#pipefail：パイプの途中も検知
set -euo pipefail

# --- traps ---
trap 'echo "-- 中止しました --"; exit 0' USR1
trap 'echo "Error at line $LINENO"; exit 1' ERR
trap cleanup EXIT

# cleanup は呼び出し元スクリプトで上書き可能
cleanup() {
  :
}

# --- debug mode: DEBUG=1 で有効 ---
export DEBUG=${DEBUG:-0}
if [[ "$DEBUG" == "1" ]]; then
  echo "Debug mode is 'true' !! "
  export PS4='+ ${LINENO}: '
  set -x
  trap 'read -p "STEP> " < /dev/tty' DEBUG
else
  echo "Debug mode is 'false' !! "
fi

Tidyup_backfile.sh : バックアップファイルの整理（引数：対象ディレクトリ・保存日数）

#!/bin/bash
# Delete $DAY days ago from backup
#
#  Tidyup_backfile.sh  by AI & Kazuban 2026/05
#                default 10 days ago
#
#------------------------
# delete_backup - バックアップファイルを整理するスクリプト
# 使用方法: delete_backup [削除対象ディレクトリ] [何日前まで残すか]

#set -euo pipefail
#--- for debag ----------------------
#--- デバッグモード（DEBUG=1 で有効）---
#if [[ "${DEBUG:-0}" == "1" ]]; then
#  export PS4='+ ${LINENO}: '
#  set -x
#  trap 'read -p "STEP> " < /dev/tty' DEBUG
#fi

readonly SCRIPT_NAME="$(basename "$0")"

usage() {
    echo "使用方法: ${SCRIPT_NAME} <削除対象ディレクトリ> [保持日数]"
    echo "  削除対象ディレクトリ  : バックアップファイルのあるディレクトリ"
    echo "  保持日数              : 何日前までのファイルを残すか (デフォルト: 10)"
    exit 1
}

# --- 引数チェック ---
if [[ $# -lt 1 || "$1" == "-?" || "$1" == "-h" || "$1" == "--help" ]]; then
    usage
fi

TARGET_DIR="$1"
DAYS="${2:-10}"

# --- 数値チェック ---
if ! [[ "$DAYS" =~ ^[0-9]+$ ]]; then
    echo "エラー: 保持日数には正の整数を指定してください: ${DAYS}" >&2
    exit 1
fi

# --- ディレクトリ存在チェック ---
if [[ ! -d "$TARGET_DIR" ]]; then
    echo "エラー: ディレクトリが見つかりません: ${TARGET_DIR}" >&2
    exit 1
fi

# --- 削除基準日を算出 ---
DEL_DATE="$(date --date="${DAYS} days ago" +%Y%m%d)"
echo "削除基準日: ${DEL_DATE} より前のファイルを削除します (保持日数: ${DAYS}日)"

# --- 対象ファイルの処理 ---
# 数字始まりのファイル名から先頭8桁(YYYYMMDD)を取得して重複排除
while IFS= read -r file_date; do
    if [[ "$file_date" < "$DEL_DATE" ]]; then
        echo "削除: ${TARGET_DIR}/${file_date}*"
        rm -f -- "${TARGET_DIR}/${file_date}"*
    fi
done < <(
    ls -- "$TARGET_DIR" \
        | grep -E '^[0-9]' \
        | awk '{ print substr($0, 1, 8) }' \
        | sort -u
)

echo "完了"

リストアする場合の注意点

リストアスクリプトでは、バックアップファイルのリストが表示されますが、
必ず、データベースとコンテンツのバックアップファイルのリスト番号（日付）は同じにする事をお勧めします
また、バックアップサーバーなどへリストアする場合、URLが異なる場合があるかもしれません
その時は、こちらの作業が必要になる場合があります

この作業をAIにスクリプト化してもらったのが、下記になります

update_wp_url.sh

#!/bin/bash

# ==========================
SCRIPT_DIR=$(dirname "$(readlink -f "${BASH_SOURCE[0]}")")
export SCRIPT_DIR
#--- debug mode, set "DEBUG=1". -----
export DEBUG=
#------------------------------------
source "${SCRIPT_DIR}/Header.sh"
source "${SCRIPT_DIR}/WordPress_Config_Data.sh"
# ===== 設定 =====
DB_USER="root"
DB_PASS=${MYSQL_ROOT_PASSWD}
DB_NAME=${DATABASE}
OLD_URL="http://www.hogehoge.com/blog"
NEW_URL="http://www2.hogehoge.com/blog"

# ===== 実行前確認 =====
echo "=== WordPress URL変更スクリプト ==="
echo "DB      : $DB_NAME"
echo "変更前  : $OLD_URL"
echo "変更後  : $NEW_URL"
echo ""
read -p "続行しますか？ (y/N): " confirm
[[ "$confirm" != "y" && "$confirm" != "Y" ]] && echo "キャンセルしました。" && exit 0

# ===== 変更前の値を確認 =====
echo ""
echo "--- 変更前 ---"
mysql -u "$DB_USER" -p"$DB_PASS" "$DB_NAME" -e \
  "SELECT option_id, option_name, option_value FROM wp_options WHERE option_name IN ('siteurl', 'home');"

# ===== UPDATE実行 =====
mysql -u "$DB_USER" -p"$DB_PASS" "$DB_NAME" -e \
  "UPDATE wp_options SET option_value = '$NEW_URL' WHERE option_id = 1 OR option_id = 2;"

echo ""
echo "--- 変更後 ---"
mysql -u "$DB_USER" -p"$DB_PASS" "$DB_NAME" -e \
  "SELECT option_id, option_name, option_value FROM wp_options WHERE option_name IN ('siteurl', 'home');"

echo ""
echo "✅ 完了しました。"

自動バックアップ

こちらでも、紹介していますが、「crontab」に下記のように設定する事で、毎日２時に自動バックアップできるようになります

00 2 * * *        /home/kazuban/Backup/bin/Wp-Backup.sh all

RockyLinux9.３で自宅サーバーを再構築V07・WordPress のバックアップとリストア

kazuban — Mon, 08 Jan 2024 01:58:11 +0000

ここまでで、新しい環境「RocyLinux9.3」でWordPressが動作できました。
今回の目的は、旧サーバー「centOS7」環境を「RocyLinux9.3」へ移行する事です。
まずは「centOS7」のWordPressデータのバックアップを取り、そのデータを
「RocyLinux9.3」へリストアする方法を説明します。

WordPressバックアップ
WordPress 自動バックアップ
復元の確認
RockyLinux9.3で自宅サーバーを再構築・記事一覧

WordPressバックアップ

バックアップは、データベースとデータファイルを行います。
データベースは、MariaDBが管理保存しています
投稿記事や設定などが保存されています。
データファイルは、WordPress ディレクトリの、「wp-content」内のデータで
主に、テーマやプラグイン、画像データなどが保存されているデータです。

データベース・MariaDBのバックアップ

データベースは、「mysqldump」でバックアップします。
データベース値は前回の例を参考にします。

・管理者パスワード： hogehoge_passwd
・データベース名：WpDb
・ユーザー名:WpAdmin
・パスワード:WpPasswd
・データベースホスト:localhost

前回例を参考にすると、コマンドのパラメータは、下記になります。

-u ユーザー名：WpAdmin
-p ユーザーパスワード：WpPasswd
-h ホスト名：localhost
-A すべてのデータベースの意味

バックアップファイル名：WordPress.bak

「mysqldump」が吐き出したデータを出力リダイレクト「>」でファイルに保存します

$ mysqldump -u WpAdmin -pWpPasswd  -h localhost -A > WordPress.bak

データベース・MariaDBのリストア

バックアップは、「mysqldump」で行いましたが、リストアは「mysql」でできます。

-u ユーザー名：root
-p 管理者パスワード：hogehoge_passwd
-データベース名：WpDb

バックアップファイル名：WordPress.bak

$ mysql -u root -phogehoge_passwd WpDb < WordPress.bak

これで、データベースのリストアは完了ですが、もしバックアップ元とバックアップ先の
URLなどの設定を違えたい場合には、ここを参考にして、内容を書き換えます。

データファイル・wp-content のバックアップ

WordPressをインストール後、投稿により追加変更される
重要なディレクトリが「wp-content」です。
したがって、定期的に「wp-content」をバックアップしておくと、上記のデータベース復元
と共に「wp-content」ディレクトリを書き換える事で、バックアップ時の状態へ戻す事ができます。
日々の更新により「wp-content」内の全てが更新されていく訳ではありませんが
作業の単純化のために、「wp-content」全てをバックアップする事にします。
バックアップ作業は簡単です、適当なバックアップ保存用のディレクトリを用意し
「 [WordPressディレクトリ]/wp-content」を圧縮し、保存用ディレクトリに保存しておきます。
バックアップしたファイル名には、日付を付けておくと、バックアップ時期がわかりやすいです。
筆者は、下記のような設定で運用します。

バックアップ保存ディレクトリ：/home/hogehoge/BackupDir/
バックアップ保存ファイル名：20240103-Wp-content.tar.gz
バックアップ元ディレクトリ：/home/www/html/blog/wp-content/

$ tar czf /home/hogehoge/BackupDir/20240103-Wp-content.tar.gz  /home/www/html/blog/wp-content/

データファイル・wp-content のリストア

データファイルの復元は上記のデータベースの復元と共に行う事が重要です。
基本的には、バックアップされているディレクトリと入れ換えるだけですが
いきなり入れ替えでは戻せなくなるので、まずは既存を名前変更で残しておきます。
・圧縮保存されている、バックアップファイルを展開
・既存の、「WordPressディレクトリ」/wp-content/ を「wp-content_bak」などに変更
・展開された「バックアップディレクトリ」内の「wp-content」を
「WordPressディレクトリ」に移動。
・移動された「wp-content」の属性を「apacheユーザー」属性にすべて変更
この作業で、サイトへアクセスすると、バックアップ時の状態になっています。

$ cd /home/hogehoge/BackupDir/
$ tar xzf ./20240103-Wp-content.tar.gz
$ ls
20240103-Wp-content.tar.gz  home

$ sudo mv /home/www/html/blog/wp-content/ /home/www/html/blog/wp-content_bak/
$ sudo mv ./home/www/html/blog/wp-content/ /home/www/html/blog/
$ sudo chown -R apache.apache /home/www/html/blog/wp-content
$ ls -la /home/www/html/blog/
・
drwxr-xr-x.  6 apache apache    84 1月 3 11:15 wp-content
drwxr-xr-x. 10 apache apache   164 1月 3 9:29 wp-content_bak
・

WordPress 自動バックアップ

WordPress には、バックアップのプラグインもありますが、自宅サーバーなど
シェルが利用できる環境であれば、シェルスクリプトを組む事で自動バックアップが可能になります。

バックアップさせるシェルスクリプトを作成します。
シェルスクリプトの構文や文法は、ネット上に情報がありますのでそちらで確認してください。
まずは、シェルシェルスクリプトを置くディレクトリを作成します。
筆者は、「管理ユーザーのホームディレクト」/bin/ としました。
さらに、バックアップを置くディレクトリも作成します。
「ホームディレクト」/Backup/を作成し、「Backup」の下に「MariaDB」と「Wp-content」を作成し、この中に保存しようと思います。
バックアップ用のディレクトリは、事前に作成しておきます。

$ cd
$ mkdir ./bin
$ mkdir ./Backup
$ mkdir ./Backup/MariaDB
$ mkdir ./Backup/Wp-content

/home/hogehoge
├─Backup
│  ├─MariaDB       <--- データベース用
│  └─Wp-content    <---　データファイル用
├─bin         <---- 自動バックアップスクリプト
├─Desktop
├─Documents
├─Downloads
├─Music
├─Pictures
├─Public
├─Templates
└─Videos

MariaDBのバックアップスクリプト

スクリプト内では次の変数を定義します。
変数は、自分の環境に合わせて編集します。

BackupDir=”/home/hogehoge/Backup/MariaDB” #バックアップ用ディレクトリ
MysqlUser=”WpAdmin” #ユーザー名
MysqlUserPasswd=”WpPasswd” #ユーザーパスワード
LOG=”mariadb_backup.log” #バックアップログファイル

バックアップファイル名は、日付+”-MariaDB.bak” を自動設定する仕様にします。

#!/bin/sh
#
#  MariaDB_Backup.sh    2024/01/03 by kazuban
#
#------------------------------------
BackupDir="/home/hogehoge/Backup/MariaDB"
MysqlUser="WpAdmin"
MysqlUserPasswd="WpPasswd"
LOG="mariadb_backup.log"
#------------------------------------

cd $BackupDir
echo "`date` Execute Backup!! " >> $LOG

DATE=`date '+%Y%m%d'`
FILENAME="$DATE-MariaDB.bak"
CMD="mysqldump -u $MysqlUser -p$MysqlUserPasswd -h localhost -A " 
echo $CMD >> $LOG
echo $CMD " > $FILENAME"
$CMD  > $FILENAME 
echo "`date` ------------ End" >> $LOG

このファイルを、適当なファイル名で、スクリプト用ディレクトリへ保存します。
筆者は「/home/hogehoge/bin/」に「MariaDB_Backup.sh」で保存しました。
このファイルは、実行できるように、実行権限を付けます

$ chmod 700 /home/hogehoge/bin/MariaDB_Backup.sh

wp-content のバックアップスクリプト

wp-contentディレクトリは、「home/hogehoge/Backup/Wp-content/に保存します。
こちらの変数も、自分の環境に合わせます。

BackupDir=”/home/hogehoge/Backup/Wp-content” #バックアップ用ディレクトリ
BackupSorceDir=”/home/www/html/blog/wp-content” #バックアップ元
LOG=”wp-content_backup.log” #バックアップログファイル

バックアップディレクトリは圧縮しファイル名は、
日付+”-Wp-content.tar.gz” を自動設定する仕様にします。

#!/bin/sh
#
#	Wp-Content_Backup.sh    2024/01/03 by kazuban
#
#--------------------------------------------
BackupToDir="/home/hogehoge/Backup/Wp-content"
BackupSorceDir="/home/www/html/blog/wp-content"
LOG="wp-content_backup.log"


cd $BackupToDir
echo "`date` Execute Backup!! " >> $LOG

DATE=`date '+%Y%m%d'`
FILENAME="$DATE-Wp-content.tar.gz"
PARA="czf"

CMD="tar $PARA $FILENAME $BackupSorceDir/" 
echo $CMD >> $LOG
echo $CMD
$CMD  > /dev/null 2>&1 
echo "`date` ------------ End" >> $LOG

このファイルも同様に「Wp-ContentBackup.sh」で保存しました。
このファイルにも、実行できるように、実行権限を付けます

$ chmod 700 /home/hogehoge/bin/Wp-Content_Backup.sh

自動バックアップ

ここでの例では、/home/hogehoge/bin ディレクトリ内にスクリプトを作成しました
まずは、正常に動作するか、確認してみます。

$ cd /home/hogehoge/bin
$ ls      <---- 作成したスクリプト確認
MariaDB_Backup.sh  Wp-Content_Backup.sh  <----- スクリプト名確認
・
・
$ /home/hogehoge/bin/MariaDB_Backup.sh  <----- スクリプト実行
mysqldump -u WpAdmin -pWpPasswd -h localhost -A  > 20240107-MariaDB.bak
                                        <---- 正常終了
$ /home/kazu/hogehoge/Wp-Content_Backup.sh  <----- スクリプト実行
tar czf 20240107-Wp-content.tar.gz /home/www/html/blog/wp-content/
                                        <---- 正常終了
$ ls /home/hogehoge/Backup/MariaDB/
20240107-MariaDB.bak  mariadb_backup.log  <---- 作成されている
$ ls /home/hogehoge/Backup/Wp-content
20240107-Wp-content.tar.gz wp-content_backup.log  <----- 作成されている

スクリプトの正常動作が確認できたら、自動バックアップするようにスケジューリングします
スケジューリングは、「crontab」コマンドで行います。
「crontab」は、実行時間を、「分」「時」「日」「月」「曜日」で設定し、
実行したいコマンドを書きます。
例えば、朝６：３０に「MariaDB.sh」を実行したい場合には、下記になります。

30 06 * * * /home/hogehoge/bin MariaDB.sh

定義済みのスケジュールは「crontab -l」で確認でます。
定義されていない場合には、なにもでてきません。
定義するには、「crontab -e」で行います。
例として、AM3:00に「MariaDB_Backup.sh」、AM3:30に「Wp-Content_Backup.sh」
をスケジュールしてみます。

$ crontab -e     <--- -eオプションで設定
00 3 * * *       /home/hogehoge/bin/MariaDB_Backup.sh
30 3 * * *       /home/hogehoge/bin/Wp-Content_Backup.sh
・
・
$ crontab -l     <--- -lオプションで確認

これで、毎日WordPressの自動バックアップができます。

リストア、スクリプト

リストア用のスクリプトはとちょっと面倒です。
いきなり、リストアしてしまったら、「あ～」直前に戻したいぃ・・・
になるかもしれません。
やはり、仕様としてはリストア直前にバックを取ってから実行したほうが安全です。
既存のバックアップ仕様の組込など考えると、結構面倒ですしリストア自体は、
バックアップのように定期的にやるものではないので、手動でやったほうが安全かもしれません。
ある程度、バックアップファイルの実績がとれたら、リストアスクリプトも作成しようと思います。

復元の確認

データベース・MariaDBのリストア、データファイル・wp-content のリストア
今回は上記の方法で、手動で復元してみます。
手動復元が完了したら、ページを表示して確認してみましょう。
トップページは正常に表示されています。
管理画面での設定も、バックアップ前と同じになっています。
ところが・・・・・

記事のリンクへ飛べない！

記事をクリックしても、そのリンクが「Not Founf」で開きません。

パーマリンク

調べてみると、「パーマリンク」が怪しいです。

https://haniwaman.com/permalink-not-reflected/#index_id3
https://irohaplat.com/wordpress-httpd-conf-setting-for-permanentlink/

「基本」にしてみると、正常にリンクできるようになりました。
ところが、いままでの設定の「投稿名」にすると、リンクエラーになります。

.htaccess

WordPressのパーマリンクは、「変更を保存」ボタンを押す事で、サーバーの
「WordPress」ディレクトリへ「.htaccess」を作成し、リンク内容を書き込むようです。
確かに、「変更を保存」実行前までは、「WordPress」ディレクトリで「ls -la」しても、「.htaccess」は存在していませんでしたが「変更を保存」する事で、自動作成されました。
ところが、これでも、リンクエラーは解消しません。

mod_rewriteモジュール

「mod_rewrite.so」モジュールが組み込まれているかを確認します。

$ vi /etc/httpd/conf.modules.d/00-base.conf
・
#
# This file loads most of the modules included with the Apache HTTP
# Server itself.
#

・

・

LoadModule request_module modules/mod_request.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
・

モジュールは読み込まれています。

Apacheの、AllowOverrideの設定

Apacheの設定ファイル、「httpd.conf」を確認してみます。

# vi /etc/httpd/conf/httpd.conf
・
・
# Further relax access to the default document root:
#

・
    AllowOverride None
・

デフォルトでは「 AllowOverride None」になっていました。
この設定を「All」にしたほうがよさそうですが、筆者の「WordPress」のディレクトリは
「/home/www/html/blog」なので、「/home/www/html/」ではなくて
「/home/www/html/blog」を「AllowOverride All」設定にします。
追加の設定は、直接「httpd.conf」に追加する方法と、「/etc/httpd/conf.d」のディレクトリ内に
「 [WordPress用].conf 」のファイルを追加する方法があります。
「confファイル」追加の有効性は、「httpd.conf」の「IncludeOptional」で確認できます。

$ vi /etc/httpd/conf/httpd.conf
・
# Supplemental configuration
#
# Load config files in the "/etc/httpd/conf.d" directory, if any.
IncludeOptional conf.d/*.conf
・
・

この設定であれば、直接「httpd.conf」を編集しなくても、
後者の「/etc/httpd/conf.d」に「wordpress.conf」を追加する方法が可能です。

$ sudo vi /etc/httpd/conf.d/wordpress.conf

    AllowOverride All

・
・          <-------- 書き込み保存で新規作成後、httpd を再起動
$ sudo systemctl restart httpd

この設定で、正常にリンク先にアクセスできるようになりました。
これで、バックアップは定期的に自動作成されているので、
もしトラブルなどあった場合には、以前の状態に復元する事ができますし
今回の記事のテーマの、サーバー本体の引っ越しにも、使用できます。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

CentOS8 でミラーサイトを作る／WordPress のバックアップ

kazuban — Sun, 22 Mar 2020 00:36:31 +0000

前回、Webサーバーの設定まで終了したので、WordPress をインストールして、このサイトのミラーサイトにしておこうと思っています
まずはWordPress を動作させるに、PHP と　MySql　をインストールしますが、以前とそれほど変わらないと思っています。

WordPress インストール
バックアップ

WordPress インストール

PHP 、MariaDB、WordPress とインストールしていきます

PHP7.3 のインストール

centOS8 のデフォルトは、PHP7.2なので、remiレポジトリを導入しPHP7,3をインストール

# dnf -y install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
# dnf module disable php
# dnf module install -y php:remi-7.3
# php -v

php-fpmの起動

# cp -p /etc/php-fpm.d/www.conf /etc/php-fpm.d/www.conf.org
# vi /etc/php-fpm.d/www.conf
  ・
  ・
 listen.owner = apache
 listen.group = apache
 listen.mode = 0666


# systemctl start php-fpm
# systemctl enable php-fpm
# systemctl is-enabled php-fpm
 enabled

PHP 基本的な設定

# cp -p /etc/php.ini /etc/php.ini.org
# vi /etc/php.ini
 expose_php = Off
 post_max_size = 80M
 upload_max_filesize = 80M
 date.timezone = "Asia/Tokyo"
 mbstring.language = Japanese
 mbstring.internal_encoding = UTF-8
 mbstring.http_input = UTF-8
 mbstring.http_output = pass
 mbstring.encoding_translation = On
 mbstring.substitute_character = none 

$ php -r 'phpinfo();' |  grep 'PHP Version'
PHP Version => 7.3.15

MariaDB 10 のインストール

$ dnf list | grep maria

centOS8 になり、デフォルトで「MariaDB 10」が導入されているので、そのままインストール

# dnf install -y mariadb-server mariadb mariadb-devel
 完了しました!

# systemctl restart mariadb
# systemctl status mariadb
# systemctl enable mariadb

mysql_secure_installationの実行

管理者パスワードは、事前に決めてメモしておく
　　 ★管理者パスワード　：　 hogehoge_passwd
このパスワードは、mysql コマンドで「root」ユーザーのパスワードとなる

$ sudo mysql_secure_installation
・
Set root password? [Y/n] y                <--------------- 管理者パスワード
Remove anonymous users? [Y/n] y       <--------- 匿名ユーザー削除
Disallow root login remotely? [Y/n] y     <----- リモート管理者ログイン拒否
Remove test database and access to it? [Y/n] y <---- test データベース削除
Thanks for using MariaDB!

文字コードの設定

# cp -p /etc/my.cnf.d/mariadb-server.cnf /etc/my.cnf.d/mariadb-server.cnf.org 
# vi mariadb-server.cnf
   ・
   ・
 [mariadb]                 <------ 追加  character-set-server = utf8mb4 
 [client-mariadb]          <------ 追加  default-character-set =　utf8mb4 

# systemctl start mariadb 
# systemctl status mariadb

データベースにアクセスし、確認

$ mysql -uroot -p「★管理者パスワード」

MariaDB [(none)]> show variables like "chara%";
 +--------------------------+------------------------------+
 | Variable_name            | Value                        |
 +--------------------------+------------------------------+
 | character_set_client     | utf8mb4                      |
 | character_set_connection | utf8mb4                      |
 | character_set_database   | utf8mb4                      |
 | character_set_filesystem | binary                       |
 | character_set_results    | utf8mb4                      |
 | character_set_server     | utf8mb4                      |
 | character_set_system     | utf8                         |
 | character_sets_dir       | /usr/share/mariadb/charsets/ |
 +--------------------------+------------------------------+

MariaDB [(none)]> quit
 Bye

WordPress インストール

centOS7時の記事を参考に、インストール

自宅サーバでWordPressを動かそう。インストール

前回までで、WordPress要求の PHPバージョン7.3以上、MySQLバージョン5.6またはMariaDBバージョン10.0以上の環境は出来上がっています。いよいよ、WordPress をインストールしようと思います。環境の確認インストール状況を確認するには、「rpm -qa 」や「yum l…

バックアップ

とりあえず、WordPress は動作したと思うので、本サーバーのバックアップをしていきます、

WordPress データベースのバックアップ

本サーバー側で作業していきます
まずは、バックアップを保存するディレクトリを作成し、データベースをバックアップ。データバースの、ユーザ名、ホスト名、パスワードは事前に明確にしておきます

データベース名　　　　　｜ WpDb
ユーザー名　　　　　　　｜ WpAdmin
パスワード　　　　　　　｜ WpPasswd
データベースのホスト名　｜ localhost

「mysqldump」でバックアップ

・バックアップ作業用ディレクトリを作成
・本サーバーでデータベースをすべてバックアップ
・ミラーサーバーへコピー
・ミラーサーバーのデータベースをリストア
・WordPress の設定をミラーサーバー用に変更

//バックアップ作業用ディレクトリ作成
$ cd ~
$ mkdir ./Backup
$ cd ./Backup/

//本サーバーでバックアップ
$ mysqldump -u  WpAdmin -pWpPasswd  -h localhost -A > WordPress.bak

//バックアップファイルをミラーＰＣへコピー
// SSH のポート番号　54321 の場合
$ scp -P 54321 ./WordPress.bak 192.168.0.100:
Enter passphrase for key '/home/hogehoge/.ssh/id_ecdsa':

//ミラーサーバーのデータベースをリストア 
$ mysql -u root -p WpDb  < WordPress.bak
 パスワード：  <-- データベースのパスワードではなく、mysql の　root パスワード

これで、データベースのコピーは終了したが、WordPress の設定情報も更新されています。
したがって、本サーバーとミラーサーバーでは、アドレスが違うためミラーサイトへ直接のアクセスしても、内部的には本サーバーのURLで動作するので、正常に表示されません
データベースのWordPresのURL設定を変更する必要があります
変更方法は、mysqlのデータバース内容を直接変更する方法と、wordpressの設定ファイルで変更する方法を紹介します。
後者の方が簡単で通常のページは正常になりますが、投稿編集などの画面が英語になったり、保存できなかったりすることがあります
その場合は、①前者の作業で治ります。

ミラーサイトのURL情報を変更：①mysql で設定の情報を書き換える

//ミラーサイトでの作業
$ mysql -u root -p「rootパスワード」
 MariaDB [(none)]> show databases;
 +--------------------+
 | Database           |
 +--------------------+
 |  WpDb              |
 | information_schema |
 | mysql              |
 | performance_schema |
 +--------------------+
 4 rows in set (0.001 sec)
 MariaDB [(none)]> use WpDb
 MariaDB [WpDb]> select * from wp_options where option_name = "siteurl";
 +-----------+-------------+------------------------------+----------+
 | option_id | option_name | option_value                 | autoload |
 +-----------+-------------+------------------------------+----------+
 |         1 | siteurl     | http://www.hogehoge.com/blog | yes      |
 +-----------+-------------+------------------------------+----------+
 1 row in set (0.000 sec)
 MariaDB [WpDb]> select * from wp_options where option_name = "home";
 +-----------+-------------+------------------------------+----------+
 | option_id | option_name | option_value                 | autoload |
 +-----------+-------------+------------------------------+----------+
 |         2 | home        | http://www.hogehoge.com/blog | yes      |
 +-----------+-------------+------------------------------+----------+
 1 row in set (0.000 sec)

//次のコマンドで、www.hogehoge.com を www2.hogehoge.com に変更する
 MariaDB [WpDatabase]>update wp_options SET option_value = "http://www2.hogehoge.com/blog" where option_id = 1 OR option_id = 2;

ミラーサイトのURL情報を変更：②wp-config.phpを編集する

#サーバーでの作業
#ブログのディレクトリへ移動
cd /home/www/html/blog/
# wp-config のバックアップを取る
sudo cp -p wp-config.php wp-config.php.bak

#編集
vi ./wp-config.php

#最後の行に、URL情報を追加
####
####
define('WP_HOME', 'http://www2.hogehoge.com/blog/');
define('WP_SITEURL', 'http://www2.hogehoge.com/blog/');
###
###
#保存

確認: 新しいURLで管理画面にログインし、「設定」>「一般」でURLが正しく認識されているか確認します。

メニューの「カスタムリンク」でうまく設定できない場合がありました

私の環境では、バックアップURLでほぼ正常に動作しましたが、一部のリンクで本サーバーURLへリンクされる場合が確認されました
調べてみると、必ずＮＧではないですが「カスタムリンク」でそのような現象が起きてます
カスタムリンクでは、「URL」項目に直接リンク先URLを設定しますが、そこに本サーバーのURLを設定している場合、うまく変換されず本サーバーへリンクしてしまう現象です
このリンク先のURLを相対パスにすることで、とりあえずは治りました

#カスタムリンク
https://www.hogehoge.com/blog/
    #　↓
    #相対アドレスへ変更
/blog/

これで、ミラーサイト（www2.hogehoge.com）でも本サーバーと同様にWordPress にアクセスできるようになりました

wp-content をバックアップ

投稿記事内容は、mysql に保存されていますが、テーマやアップロードしたメディアなどは、wp-content ディレクトリに保存されているようなので、これもバックアップします。
・WordPress インストールディレクトリへ移動
・tar コマンドで圧縮
・ミラーサイトへコピー
・ファイルをミラーサイトの作業ディレクトリへ移動
・展開
・展開された、wp-content ディレクトリをhttpd ユーザーアカウントに変更
・ミラーサイトのwp-contentディレクトリの名前変更
・作業ディレクトリのwp-content を移動

// wp-content をバックアップ
# cd /home/www/html/blog
# tar cvzf blog.tar.gz ./wp-content/

// blog.tar.gzを作業用のディレクトリに移動
# mv blog.tar.gz /home/hogehoge/Backup/

// アカウントの変更
# chown hogehoge.hogehoge blog.tar.gz

// ミラーサイトへコピー
# exit
$ cd /home/hogehoge/Backup/
$ scp -P 54321 ./blog.tar.gz 192.168.0.100:
Enter passphrase for key '/home/kazu/.ssh/id_ecdsa':

// ミラーサイトで作業
// ユーザーホームディレクトリにコピーされている
// 作業ディレクトリへ移動
$ mv ./blog.tar.gz ./Backup/
$ cd ./Backup/

// 展開
$ tar xvzf ./blog.tar.gz

// 展開されたディレクトリをhttpd ユーザーアカウントに変更
 $ sudo chown -R apache.apache ./wp-content/

// wordpress ディレクトリへ移動し、バックアップディレクトリ名を変更
$ cd /home/www/html/hogehoge.com/blog/
$ sudo mv wp-content wp-content.org

// オリジナルのディレクトリを移動
$ sudo mv ./wp-content /home/www/html/hogehoge.com/blog/

これでミラーサイトのWordPress にログインできるはずなので
wordpress の「設定」⇒「一般設定」を確認