バックアップからサイトを復元する

If your site is broken after an update, has been compromised, or content has been accidentally deleted, restoring from a backup is often the fastest way to get back to a working state. This guide…

サイトが更新後に破損した場合、侵害された場合、またはコンテンツが誤って削除された場合、バックアップから復元することは、多くの場合、稼働状態に戻す最速の方法です。このガイドでは、完全な復元プロセスについて説明します。

バックアップから復元するべき場合

復元が適切な対応は、以下の場合です:

プラグインまたはテーマの更新によってサイトが破損し、管理ダッシュボードにアクセスできない。
サイトがハッキングまたは改ざんされ、クリーンな状態に戻す必要がある。
誤って投稿、ページ、またはアップロードされたファイルを削除し、それらを復元する必要がある。
PHP バージョンの変更によってフェータルエラーが発生し、PHP のみのリバートで修正されない。
設定変更によってサイトにアクセスできなくなり、原因を特定できない。

復元で問題が解決するかどうか不確かな場合、まずステージング環境に復元することを検討してください。本番サイトに手を加える前にステージング復元をセットアップする必要がある場合は、サポートにお問い合わせください。

復元で何が起こるか

復元は、現在のサイトを選択したバックアップの内容で完全に上書きします:

すべてのサイトファイルがバックアップのファイルに置き換わります。
データベースがバックアップのデータベーススナップショットに置き換わります。
バックアップが作成された後に加えられた変更(新しい投稿、新しいアップロード、設定変更、プラグイン更新を含む)はすべて失われます。

復元は元に戻すことはできません。復元を確認すると、サイトの現在の状態は失われます。現在のサイトバージョンに保持したいもの(たとえば、バックアップ以降に配置された注文、または今日作成した投稿)がある場合は、復元する前に保存またはエクスポートしてください。

復元にかかる時間

ほとんどの復元は 2 〜 5 分で完了します。多くのファイルまたは大規模なデータベースを持つより大きなサイトは最大 10 分かかる場合があります。復元プロセス中、サイトは一時的に利用できなくなります。

復元オプションを示すバックアップページ

KPanel でバックアップを見つける

kpanel.kapsulehost.com で KPanel にログインします。
左サイドバーの Websites をクリックし、復元するサイトをクリックします。
サイト独自のメニューで Backups を開き、次に Backups を開きます。直接アドレスは /websites/<site-id>/backups です。
利用可能なバックアップのリストが表示され、最新のものが上に日付でソートされます。各バックアップには、ラベル(追加した場合)、作成された日時、およびバックアップサイズが表示されます。

自動バックアップはその日付でラベル付けされます。手動バックアップは、作成時に指定したラベルを表示します。

バックアップを復元する

リストで復元するバックアップを見つけます。
そのバックアップの横にある Restore ボタンをクリックします。
確認ダイアログが表示されます。復元ターゲットと復元内容を選択します。
デフォルトでは、復元ターゲットは Staging (recommended) に設定されており、本番環境に何かを触れる前に検証できるようにサイトのコピーを作成します。
What to restore セレクタを使用します: Files + database(デフォルト)、Files only、または Database only。
本番サイトに直接復元するには、ターゲットを Directly to live (advanced) に切り替え、ドメイン名を入力して確認します。
Restore to staging をクリックします(切り替えた場合は Restore directly to live)。

復元は直ちに開始されます。プログレスバーが表示されます。ステージングに復元した場合、完了時にステージング URL をプレビューするためのリンクが表示されます。

Kora 経由での復元

Kora にバックアップの復元を依頼できます:

「サイトを昨日のバックアップに復元してほしい」「PHP 更新の前に取得したバックアップにロールバックしてほしい」

Kora は正しいバックアップを識別し、復元する予定のバックアップを表示し、続行する前に確認を要求します。破壊的なアクションは常に明示的な承認が必要です。

復元後に実行すること

復元が完了したら、以下を確認します:

新しいブラウザタブでサイトにアクセスします(キャッシュされたバージョンを避けるため、プライベート/シークレットウィンドウを使用します)。正しく読み込まれ、予想されたページが存在することを確認します。
WordPress またはアプリケーション管理者にログインして、バックエンドがアクセス可能であることを確認します。
不足しているコンテンツを確認します。 バックアップタイムスタンプの後に作成された投稿、注文、またはアップロードは、重要な場合は手動で再度追加する必要があります。
意図的な変更を再度適用します。 バックアップが意図的に加えた設定変更(たとえば、プラグインに入力した新しい API キー)より前の場合、これらの設定を再度入力します。
プラグイン更新またはセキュリティスキャンを実行します(復元がハックによってトリガーされた場合)。復元は注入されたファイルを削除しますが、侵害を可能にした脆弱性にはまだ対処する必要があります。

ハッキングされたサイトを修正するために復元した場合は、復元後に support@kapsulehost.com のサポートにお問い合わせください。サポートチームは、サイトの強化と残存する脆弱性のスキャンについてアドバイスできます。

バックアップは復元後も保持される

バックアップを復元しても、他のバックアップは削除されません。完全なバックアップ履歴は変わらず、復元が完了した時点から毎日の自動バックアップが通常どおり継続されます。