UpdraftPlusで復元する手順:バックアップからの戻し方と、別のサーバーへ移すときの注意

UpdraftPlus でバックアップから復元するときは、WordPress の管理画面の「設定」→「UpdraftPlus Backups」を開き、「既存のバックアップ」(Existing backups)の一覧で、戻したい日の行の「復元」(Restore)を押します。戻す部分(プラグイン・テーマ・アップロードした画像・その他・データベース)を選び、画面の案内に沿って「復元」を押せば終わります。一覧にバックアップが出ないときは、手元のファイルをアップロードするか、保存先(Google ドライブなど)を読み直させます。別のサーバーへ移すときは、移し先にも WordPress と UpdraftPlus を入れて同じ手順で戻し、そのあとは移す前のサイトの ID とパスワードでログインします。

この記事は、開発元 TeamUpdraft の公式ドキュメントと WordPress.org のプラグインのページを、2026年11月14日に確かめた範囲で書いています。画面の名前は英語の表記を添えました。日本語の画面では訳が違うことがあるので、迷ったら英語の名前で探してください。バックアップの取り方そのものはWordPressのバックアップ方法に、サーバーの引っ越しの全体の流れはWordPressの引っ越し(サーバー移行)にまとめています。

この記事の結論

  • 同じサイトに戻すなら、「既存のバックアップ」の「復元」から、戻す部分を選ぶだけです。データベースを戻すときに「検索と置換」の選択肢が出ても、同じサイトなら選びません。
  • 写真などが多く大きいサイトは、部分ごとに分けて戻し、データベースは最後に戻します。
  • 途中で止まったら、設定画面の上に出る案内から続きを再開できます。だめでも、バックアップは普通の zip と SQL のファイルなので、手で戻せます。
  • 別のサーバーへ移したあとは、移す前のサイトのユーザー名とパスワードでログインします。URL が変わるときは、古い URL が残っていないかを確かめます。

復元の前に確かめること

公式ドキュメント(What to know before restoring a WordPress site)では、復元の前に次のことを勧めています。途中で止まる原因の多くは、ここで防げます。

  • Cloudflare などの中継の仕組みを一時的に止める:ふつうのサーバーより待ち時間の上限が短く、復元が途中で切れることがあるためです。
  • PHP の設定を見る:目安は memory_limit が 512M 以上、max_execution_time が 900 秒です。今の値は、wp-content/updraft フォルダにある「log」で始まる記録のファイルで分かります。足りなければサーバー会社に上げてもらいます。
  • サーバーの容量の半分以上を空けておく:復元の途中で、一時的な置き場所を使うためです。
  • 前の復元の残りを消す:前に復元したときの古いフォルダが残っていると、記録に「there are existing unremoved folders from a previous restore」と出ます。UpdraftPlus の画面の「Delete old folders」で消してから始めます。

WordPress.org の更新履歴(1.26.14)では、wp-config.php で DISALLOW_FILE_MODS(管理画面からのファイルの変更を禁じる設定)が有効だと、管理画面からの復元はすべて止められるとされています。制作会社が守りのために入れていることがあるので、復元のボタンが働かないときは確かめてください。

同じサイトに戻す手順

公式ドキュメント(Restore a WordPress site with UpdraftPlus)の手順です。管理画面に入れることが前提です。

  1. 「設定」→「UpdraftPlus Backups」を開き、「バックアップ / 復元」(Backup / Restore)のタブで「既存のバックアップ」(Existing backups)を見ます。
  2. 戻したい日のバックアップの行で、操作(Actions)の欄の「復元」(Restore)を押します。
  3. 「Restore backup」の小窓に、戻せる部分が並びます。プラグイン・テーマ・アップロード(画像など)・その他・データベースのうち、戻したいものに印を付けて「復元」を押します。
  4. UpdraftPlus がファイルを読み込んで確かめ、見つかった問題を一覧で出します。問題がなければ、もう一度「復元」を押します。データベースを戻すときに「Search/Replace database」の選択肢が出ても、同じサイトに戻すなら選びません。
  5. 進み具合が画面に出ます。いちばん下に復元の成功を知らせる表示(英語の画面では Restore successful)が出たら終わりです。管理画面に戻るとき、ログインし直しを求められることがあります。

大きなサイトでは、公式ドキュメントのとおり、部分ごとに分けて戻し、データベースを最後にすると途中で切れにくくなります。戻し終えたら、トップページ、問い合わせのページ、管理画面の投稿の一覧を開いて、表示と中身を確かめます。

一覧にバックアップが出ないとき

WordPress を入れ直したばかりのサイトや、別のサーバーでは、「既存のバックアップ」に何も出ません。公式ドキュメントでは、次の三つの方法で読み込ませます。

  • 保存先を読み直させる:「設定」のタブでバックアップの保存先(Google ドライブや Dropbox など)をつなぎ、保存してから、「既存のバックアップ」の「Rescan remote storage」を押します。同じ保存先にある、ほかのサイトのバックアップも出てくるので、日付とサイトを見分けます。
  • 手元のファイルをアップロードする:「既存のバックアップ」の「More tasks」にある「Upload backup files」から、パソコンに保存したバックアップのファイル一式を選びます。
  • FTP で置く:ファイル一式を、サーバーの wp-content/updraft フォルダに FTP で置き、「Rescan local folder for new backup sets」を押します。

一覧に出たら、上の「同じサイトに戻す手順」の2番から進めます。

途中で止まった・管理画面に入れないとき

公式ドキュメントでは、復元が時間切れや異常で止まった場合、UpdraftPlus の設定画面の上に、続きから再開するための案内が出ます。まずそれを試します。原因を調べるときは、サーバーのエラーの記録と、wp-config.php の WP_DEBUG を使うよう案内されています(どちらも見方はWordPressで500エラーが出るときに書きました)。

再開できない、またはサイトが壊れて管理画面に入れない場合でも、UpdraftPlus のバックアップは普通の zip と SQL のファイルなので、手で戻せます。公式ドキュメント(Restore a site manually without WP Admin)の要点は次のとおりです。

  1. プラグインの zip を展開し、中の plugins フォルダを wp-content の中に置きます。アップロードの zip は、uploads.zip、uploads2.zip のように分かれていることがあるので、全部を同じ場所に重ねて展開します。その他の zip も wp-content に展開します。
  2. データベースのファイル(名前が db.gz で終わるもの)を、サーバー会社の phpMyAdmin などの「インポート」で読み込みます。受け付けられないときは、名前を db.sql.gz に変えます。
  3. 全部終わるまで、ブラウザでサイトを開きません。公式ドキュメントでもそう注意されています。

大きなバックアップは、標準では400MBごとに分けて保存されます。一部だけ戻すと欠けが出るので、同じ日付のファイルがそろっているかを先に確かめます。管理画面に入れない状態そのものの直し方はWordPressが真っ白・「重大なエラー」と出たときの直し方も参考にしてください。

別のサーバーへ移すときの注意

UpdraftPlus は、別のサーバーへの移し替えにも使えます(All-in-One WP Migration で移していて容量で取り込めない場合は、All-in-One WP Migrationの容量制限でインポートできないとき)。公式ドキュメント(How to migrate a WordPress site with UpdraftPlus)では、無料版での流れは次のとおりです。

  1. 移す前のサイトと移し先の両方に、UpdraftPlus を入れて有効にします。
  2. 移す前のサイトで、保存先を選んで「Backup Now」(今すぐバックアップを取るボタン)を押します。
  3. 移し先で同じ保存先を選び、「既存のバックアップ」に出なければ「Rescan remote storage」を押します。
  4. 「復元」を押し、戻す部分を選んで「Next」、続けて「Restore」を押します。

気をつけたいのは三つです。

  • ログインは移す前のサイトの ID とパスワード:公式ドキュメントでは、データベースが入れ替わるので、移し先で作ったユーザーは使えなくなるとされています。移す前のサイトの管理者のユーザー名とパスワードを、先に手元に用意しておきます。
  • URL が変わる移し替え:公式ドキュメント(What search and replace site location does)では、復元のときに「Search and replace site location in the database」に印を付けると、データベースの中の古い URL を新しい URL に書き換えるとされ、この選択肢は Premium(有料版)で出ると書かれています。一方、WordPress.org のページでは無料版にも置き換えの仕組みがあると書かれていて、説明が分かれています。画面にこの選択肢が出たら印を付け、出なければ、移したあとに古い URL へのリンクや画像が残っていないかを確かめます。
  • ドメインはそのままでサーバーだけ替える:公式ドキュメント(Migrate a WordPress site to a new host)では、DNS(ドメインの行き先)を変える前に新しいサーバーに WordPress と UpdraftPlus を入れて復元し、そのときは「Search/Replace Database」を選ばない、という順番です。確かめ終えてから DNS を切り替えます。

有料版には、移す前のサイトから移し先へ直接送る「Migrate / Clone」の機能もあります。

今日、自社で確かめられること

  1. 「設定」→「UpdraftPlus Backups」の「既存のバックアップ」に、最近の日付のバックアップが並んでいるかを見ます。
  2. 保存先(Google ドライブなど)に、社内の誰が入れるかを確かめます。サーバーの中だけに置いていると、サーバーごと失ったときに戻せません。
  3. 管理者のユーザー名とパスワードが、社内の決まった場所に控えてあるかを確かめます。

当社は、中小企業や士業のホームページの運営を引き受けています。バックアップから戻せるかどうかを、本番を壊さずに試しておきたい場合もお問い合わせからご相談ください。

参考にした公式の説明

いずれも2026年11月14日に内容を確かめました。このときのプラグインの版は 1.26.14 です。画面の表示名は、版や言語の設定によって変わることがあります。