試験A：実際のWeb＋DBを取り込む
2026-10-03に取得した保存物をMacの隔離環境へ。MariaDB 10.11とPHP CLIでSQL取込み、テーブル検査、添付ファイルの存在、WordPressのオフライン起動を確認。
当サイトはアフィリエイト広告を利用します。広告リンクと一次資料への通常リンクを区別しています。
目次：知りたい項目へ移動
いま復元したい方へ。
上書きの前に、現在の状態を保全。
復元対象・保存日時・ファイルとDBの組み合わせが分からない場合は、操作を止めて契約先へ確認します。障害中に新しいバックアップで古い保存を上書きしないでください。
症状・発生時刻・直前の変更を自分のメモに記録。公式の障害情報を確認し、現在の状態を保全してから保存内容を確認します。マルウェア疑い・新規注文があるサイトでは、上書きせず契約先や専門担当に相談してください。
Xserver公式復旧手順 ↗ConoHa公式復旧手順 ↗
WordPressには、2種類の保存物。
画像・テーマ等のファイルと、記事・設定等のデータベース。保存時点を揃え、別の保管先から読み出せることまで確認します。
ファイル
画像、テーマ、プラグイン、設定
データベース
記事、サイト設定など
両方の保存時点を確認
片方を復元してよいかは変更内容によります。
DNS・メール・SSL・定期処理（Cron）は、この2つだけでは復旧できない設定があるため別途確認します。
取得したら、開けるかを確認。
- ファイル保存日時・取得対象を記録。ZIPの整合性と必要な構成を確認。
- DB対象DBと日時を記録。圧縮ファイルの整合性と取り込み可否を隔離環境で確認。
- 組合せファイルとDBの保存時点が離れている場合は、変更内容と整合性を確認。
公式取得手順｜資料確認2026-10-10：P12 Web取得 ↗ P13 DB取得 ↗。今回の会員操作は未実施。
2026年10月3日は取得物のZIP・gzip整合性と隔離復元を確認しました。同時点の完全なスナップショットは証明していません。
保存先を、サイトと分ける。
01第一の保存
同じサーバー内
取り出しやすい一方、同じ障害の影響を受ける可能性があります。
02障害から分ける
別の保管先
権限・暗号化・読出し方法を確認。公開リンクには置きません。
03保存と復元は別
安全なテスト先
外向きメール・定期処理を止め、必要な範囲を戻せるか確認。
過去記録では暗号化した外部保管は未確認。同じMacの2コピーを独立した外部保管とは扱いません。
更新の頻度から、保存と復元テストの予定を決める。
保存間隔の目安は「何日分の変更を失ってよいか」から逆算します。以下は編集上の計画案です。自動バックアップの日数が長いことと、直前までの更新を救えることは別です。
通常の自動保存に加え、テーマ・プラグイン更新の直前にファイルとDBの組合せを確保。月1回は別保管先から読み出せるか点検し、復元テストの記録を残します。
- 変更前：正常な保存日時・ファイル・DB・復元対象をそろえる。
- 月の点検：保存先へアクセスできるか、保持期間が足りるか、取得物が開けるかを確認する。
- 大きな変更時：本番と隔離した場所で復元し、記事・画像・管理画面・リンクまで確認。メール・Cron・決済は外部送信を防いだ条件で扱う。
- 機密の保存：鍵・設定・会員や問い合わせの情報を含み得るため、公開フォルダ・公開URL・AI入力へ置かない。
実際の試験：何を戻せたか、何を試していないか。
スマホでは表を左右にスクロールできます。
| 試験日・環境 | 確認できた結果 | 適用できない範囲 |
|---|---|---|
| 2026-10-03・Mac隔離環境、MariaDB 10.11／PHP CLI | Web ZIPとDB gzipの整合性、SQL取込み、主要テーブルの確認、添付ファイルの存在、WordPressのオフライン起動。外向きHTTP・メール・Cronを停止 | 10月9日保存物の復元ではない。外部サーバーでの復旧、同時点の完全なスナップショット、DNS・SSL・フォーム配送は未確認 |
| 2026-10-09・ローカルWordPress 7.1.3／PHP 8.3.33 | 本文1レコード＋テキストファイル1件の保存→変更→復元。7確認項目が合格。保存前後のPC画像・390px画像は各々ハッシュ一致 | 全DB・全サイト・Xserver/ConoHaの本番復元・復旧時間や成功率比較は未実施 |
| 2026-10-09・隔離ループバック切替試験 | 新HTMLへのルーティング、ローカル管理URLへの通過、意図的失敗と切戻しの確認記録 | 旧301はフィクスチャ。認証済み管理操作・本番切戻し・メール配送の実証ではない |
| 2026-10-10 JST・公開切替の確認記録 | 直前作業の記録では静的124ページの一致、22リダイレクトの保持、問い合わせフォームの表示、管理URL到達を確認 | 記録のUTC日付は10月9日。メール実配送、本番の復旧実行、収益効果は確認していない |
機密のWeb・DBバックアップは公開しません。今回照合したのは別保存の検証レポートと個人情報を含まない実スクリーンショットです。10月9日に保存されたWeb・DBを今回あらためて復元したという主張はしません。
小さな復元実験から、運用で使える確認へ
本文だけを戻しても画像ファイルは戻りません。逆も同じです。検証記事1件とファイル1件を別々に変更して両方を戻し、見た目と保存内容を照合したことがこの実験の独自情報です。下の実画面切替で変化を確認できます。
公開用に限定した検証記録を読む →保存 → 変更 → 復元を、小さく試した。
2026年10月9日｜ローカルWordPress 7.1.3・PHP 8.3.33。本文1件とテキストファイル1件を対象に検証しました。
確認できたこと
本文・ファイルが保存時点に戻り、7項目が合格。PC・390pxの前後画像はそれぞれ一致。
確認していないこと全サイト復元、Xserver上での巻き戻し、実障害からの復旧、別サーバーへの移行。
過去の限定試験 E01・E02の既存記録を参照。今回新たに本番復元を実行した結果ではありません。
- 2026年10月3日｜取得物を隔離環境で確認
Web ZIP・DB gzipの整合性確認、SQL取り込み、WordPressオフライン起動・クエリ確認。実サーバーでの巻き戻しは未実施。 - 2026年10月9日｜小さな復元実験
ローカル環境で本文1件とファイル1件を保存→変更→復元。7項目合格。全サイト復元・障害復旧・移行の証明ではありません。
復元は、試す場所から決める。
復元の実行はしません。対象を選ぶと、確認する手順を案内します。
先に現在の状態を保全 →- 1現在の状態を保全。対象と保存日時を特定。
- 2隔離環境でファイル・DBを復元。外向きメール・定期処理を停止。
- 3表示と必要な機能を確認。戻す範囲を判断。
- 4本番作業は権限・停止範囲・切戻し手順を確認してから。
復元する前に、残すデータと戻す範囲を決める。
最初に「変更を止める → 現状を保全 → 保存日時と対象を照合」。障害後の新しい保存だけで正常な古い保存を上書きしないでください。受注・申込みが続くサイトや改ざん疑いでは、DBを丸ごと戻す前に専門担当へ確認します。
スマホでは表を左右にスクロールできます。
| 困っていること | 候補となる保存物 | 戻す前の確認 |
|---|---|---|
| 記事を消した・本文を壊した | DB。先にリビジョンやゴミ箱で戻せるか確認 | DB全体の復元は他の記事・設定・新しい記録も戻す。単記事の救出で済むか判断 |
| 画像がなくなった | ファイルとDB内の画像参照 | 画像ファイルだけを戻してもURL・添付情報と不一致なら直らない |
| 更新後に真っ白・エラー | テーマ・プラグイン等のファイル。DB変更の有無も確認 | ファイルの旧版とDBの新しい構造が合うか。現行状態も別保存 |
| 全体を過去に戻す | 対応する時点のファイル＋DB | 投稿・注文等の差分、他サイト共用DB、URL、メール、DNS、SSLを別確認 |
| 不正アクセスの疑い | 正常な時点を確認できる保存物 | 復元だけで侵入経路や不正ユーザーがなくなるとは限らない。隔離して原因と権限を確認 |
公式照合：2026-10-10｜WP保存 ↗
Xserver：上書きする対象を確認してから実行
- 新サーバーパネルの「自動バックアップの取得・復元」を開く。旧パネルは項目名が異なります。
- 日付と復元方法を選び、対象ドメイン・ディレクトリを絞る。DBは別の手順です。
- 保存後に追加した対象ファイルが消えること、必要な空き容量、現状の別保存を確認してから復元。
- 履歴に加え、ログアウト表示、画像、管理URL、主要リンクを確認する。実配送は別検証。
ConoHa：リストア生成とサイトへの反映を分ける
- 「WING → サーバー管理 → 自動バックアップ」で対象サーバーと日付を確認。
- Web・DBの必要な復旧データを生成。Webデータは生成先から必要なファイルを実Web領域へ移す。
- DBは公式DB手順で反映。WebとDBの組合せを照合し、使っているサイトを間違えない。
- Web・Mailの生成ファイルは24時間後削除、再生成で旧生成物削除。週5回以上の制限を考慮して、反復操作で正常保存を失わない。
- 公開表示と機能を確認。単にリストア完了と表示されたことを全復旧の証拠にしない。
「表示された」以外の確認も。
8項目の自己確認メモ。過去実験で全項目を実証したわけではありません。
実施記録照合｜2026-10-03／2026-10-09｜サーバー各社の本番復元ではない
Xserver取得物の隔離復元：実施記録と、その限界
試験B：本文とファイルを戻す
2026-10-09の別ローカル環境、WordPress 7.1.3／PHP 8.3.33。本文1レコードとテキストファイル1件を保存→変更→復元。7項目PASS、PCと390pxの保存前・復元後画像がそれぞれ一致。
同じ「復元成功」でも範囲が違う
Aは取得物の隔離取込みとオフライン起動、Bは限定した更新の巻戻し。Xserver上の全サイト切戻し、ConoHa復元、メール送受信、実障害での復旧時間を示す結果ではありません。
| 検査の段階 | 試験Aの結果 | この結果だけでは言えないこと |
|---|---|---|
| 取得・展開 | Web ZIP CRC、DB gzip CRC、展開ファイルの照合が合格 | アーカイブが開けてもサイトは起動するとは限らない |
| DB取込み | 実際のSQL import、必要なWPテーブル、全取込テーブルCHECKが合格 | WebとDBが完全に同時刻のスナップショットとは証明していない |
| 隔離・起動 | DB TCP無効、外向きHTTP・メール・Cron停止、WPオフライン起動・クエリが合格 | 外向き配送、DNS・SSL・ホスティング構成は別検査 |
| 原本保全 | 元のWeb・MySQL保存物は変更せず、本番接続を使わず実施 | 直近の全バックアップを毎回復元試験した結果ではない |
スマホでは表を横にスクロールできます。
匿名化済みの検証記録（JSON）を読む。保存物・DB内容・会員情報・認証情報は公開しません。10月3日のサーバーパネル操作画像は公開可能な証拠として未取得のため、生成画像で補いません。
実施記録との照合｜取得と復元を別の結果として掲載
3つの記録を、違う成功条件で読む
| 記録 | 実際に確認したこと | この結果から言えないこと |
|---|---|---|
| 10/03 保存物の隔離取込 | Xserver取得Web ZIPとDB gzip。Mac/MariaDB10.11/PHP CLI。圧縮・展開照合、SQL取込、テーブル検査、添付ファイル、WPのオフライン起動・クエリ。 | 公開HTTP表示・DNS・SSL・配送・Xserver上の復旧、完全同時点スナップショットは未実証。 |
| 10/09 本文とファイルの巻戻し | 別ローカルWP7.1.3/PHP8.3.33。本文1レコード・テキスト1ファイルを変更後に復元。保存前と復元後のPC/390px画像がそれぞれ一致。実験用手順では保存物がない場合409で保留。 | 実験用の保留処理はWordPressや各社サービスの標準動作ではない。全DB・全サイト・各社本番での復元ではない。 |
| 10/11 本番Web＋DBの取得 | 既存SSH配備で変更前に2回取得。Macへ非公開ダウンロード。SHA一致、gzip全読出し、Web構成、SQLテーブル定義を既存保存物と再照合。 | この2組の最新保存物の復元試験は未実施。保存物が完全同時点である保証もない。 |
10/03の匿名化検証記録・10/09の限定実験記録・10/11の取得・整合性記録
読者が使える結論：「ダウンロードできた」「開けた」「DBへ取り込めた」「記事が戻った」「本番機能まで戻った」は別々の段階です。直近の保存物を確認せず、別の日の復元成功を保証として使わないでください。
編集確認 2026-10-11｜公式条件・計算・実操作を区別
取得から復元判断まで、失敗する場所を分ける
- 取得：ファイルとDBの対象・保存日時を記録
XserverのWeb取得とDB取得は別です。必要なドメイン配下、画像、テーマ、プラグイン、設定、対象DBを確認。正常な古い保存を障害後の保存で上書きしないでください。
- 整合性：原本を残して展開・検査
ZIP/gzipのエラーと必要な構成を確認。SHA-256はファイルが同じかを照合する値で、記事が戻るかの証明ではありません。対象DBとWebの日時差を記録します。
- 隔離取込み：外部への影響を止める
外向きメール・HTTP・定期処理を止め、公開アクセスのない環境へ。DBを取り込み、ファイルとURL設定の対応、添付画像の存在、WP起動を確認。本番DBへ試しにインポートしません。
- 復元対象：新しいデータを残す範囲を決める
記事1件なら先にリビジョン・ゴミ箱。DB全体なら新しい記事・注文・問い合わせも戻ります。画像欠損はファイルと添付参照の両方を照合。
- 本番での復旧：停止範囲と切戻しを先に用意
隔離で確認できたことと本番で必要なDNS・SSL・管理画面・フォーム配送を分けます。本番上書きは権限と切戻し対象を明確にした後。復旧時間・全サイト成功率は未実測。
編集確認 2026-10-11｜公式条件・計算・実操作を区別
復旧するとき、何を戻すかの判断フロー
① 障害情報と直前の変更を確認
変更を止めて現状を保全② 正常な保存を特定
Web＋DBの対象と日時を照合③ 最小の復元で済む？
記事1件ならリビジョンを先に④ 隔離で起動・照合
不整合なら本番上書きを保留⑤ 新規データを救出
停止・反映・切戻しを計画
変更を止めて現状を保全② 正常な保存を特定
Web＋DBの対象と日時を照合③ 最小の復元で済む？
記事1件ならリビジョンを先に④ 隔離で起動・照合
不整合なら本番上書きを保留⑤ 新規データを救出
停止・反映・切戻しを計画
端末内の一時的な確認メモ。入力内容は送信・保存しません。
保留する条件：保存時点・DB対象が不明、取込みが失敗、最新注文を救えない、不正アクセスが疑われる場合。何度も上書きせず、保存を保全して契約先・担当者へ確認してください。
根拠の点検｜2026-10-11
このページの判断材料と、決められないこと
公式の要約に追加しているもの：保存物の検査、実SQL取込とオフライン起動、本文・ファイルの巻戻しを別の結果として追える検証記録。
過去の実施記録＋保存物の再照合
判断を変える具体例
ZIPが開けても記事が読めるとは限りません。10月3日はSQL取込とWPオフライン起動まで、10月9日は本文1件とファイル1件の巻戻しまで確認しました。最新の本番保存物は取得・整合性のみ確認し、復元成功へ昇格させません。
ここまで進める
必要な保存物、復元対象、上書きを保留する条件を判断できます。
保留する判断
Xserver上の全サイト復旧、DNS・SSL・メール・注文救出の成功、復旧時間は未実証です。
実施した証拠の範囲
2026-10-03 Mac隔離MariaDB 10.11/PHP CLI、2026-10-09別ローカルWP7.1.3/PHP8.3.33、2026-10-11本番保存物の取得・整合性記録を区別。
保存・復元の実施記録へ未検証の速度・安定性・サポート経験でのランキングは掲載しません。自己申告のチェック完了も、サービスの操作成功を検証した印ではありません。
公式資料と実験記録を分けて読む。
E01｜2026-10-03 Mac隔離環境・MariaDB 10.11／PHP CLI。取得物のZIP・gzip・SQL取り込み・起動を確認。Xserver上の復旧は未実施。
E02｜2026-10-09 WordPress 7.1.3／PHP 8.3.33。DBの本文1レコード＋テキストファイル1件の限定試験。新たな再実験ではなく、既存の7項目の検査記録を参照。
未検証 全サイト復元・フォーム配送・SSL・DNS・サーバー間移行・復旧時間。
よくある疑問を、先に解消。
ファイルだけで戻せますか？
変更対象によります。記事や設定はDBに保存されるため、WebとDBの対象・時点を確認してください。
自動バックアップがあれば十分ですか？
保持範囲・取得方法・上書き範囲と、自分で読み出せるかを確認してください。復元成功の保証ではありません。
このページで復元できますか？
点検と確認メモだけを行います。サーバー設定や保存物の内容は変更しません。
実際に両社のサーバーで戻しましたか？
未実施です。ここに掲載する復元記録はローカル隔離環境での限定試験です。