Ghostのエクスポートを復旧用に使う前に確認すること

Ghostのエクスポートは役立つコンテンツを移せますが、障害から完全復旧するためのバックアップとは限りません。ダウンロード前に、記事の移動、提供元からの離脱、デザイン変更の準備、障害後のサイト全体の復元のうち、何を解決するか決めてください。必要なファイル一式は、その答えによって変わります。

Ghostの現在のエクスポート機能は、古い手順から想像するよりも広い範囲を扱えます。特にGhost(Pro)ではその違いが重要です。だからこそ、実際に書き出された内容を確認する必要性は小さくなるのではなく、大きくなります。「すべてのデータ」を含むとされたZIPでも、復旧計画に組み込む前に中身の一覧を確認し、復元できるか試す必要があります。

自分の環境が提供するエクスポートを調べます

現在のGhostエクスポートガイドは、所有者と管理者にImport/ExportのAll dataを案内しています。対象にはコンテンツと設定、メンバー、投稿分析、テーマ、ルート、リダイレクトが挙げられています。Ghost(Pro)ではメディアも含められますが、セルフホスト環境ではメディアの別コピーが必要です。

必要な項目を選び、その選択を作成されたアーカイブと一緒に記録します。ファイル名から完全性を推測しないでください。ZIPを開き、予定したコンテンツ、テーマのアーカイブ、ルーティング用ファイルが実際にあるか確認します。元のエクスポートは変更せず、調査はコピーで行います。

Ghost(Pro)について、ガイドはアーカイブを非同期で作成し、7日間有効なリンクで渡すと説明しています。メールだけを保存するのではなく、実ファイルをダウンロードして保管してください。期限切れリンクは、サイト外に保存したメディアのコピーではありません。

セルフホストのサイトでは、画像やその他のアップロードファイルの保存先を特定します。サーバー管理者が書き出せることも確認してください。画像を古いホストから読み込んでいる記事は、旧サービスを閉じるまで復元成功に見える場合があります。この確認が見つけるべきなのは、まさにその依存関係です。

復旧の約束にバックアップの範囲を合わせます

Ghostのセルフホスト向けバックアップ文書は、コンテンツのエクスポートと、データベースおよびコンテンツフォルダーのバックアップを区別しています。管理画面のエクスポートには、コメントやメンバーの活動履歴は含まれないとしています。完全な復旧では、エディターに見える記事だけでなく、データベースと保存ファイルが重要です。

どのサイト状態へ戻す必要があり、直近の作業をどこまで失ってよいのか、平易な言葉で目標を書きます。毎時更新するメディアと、月に一度変更するアーカイブでは許容範囲が違います。他人の予定をコピーせず、その許容範囲からバックアップ頻度を決めてください。

Ghostのバージョン、関連する実行環境の要件、設定の保存場所は別途記録します。秘密情報は広く共有する編集用ZIPに入れず、アクセスを制御した場所に保管してください。復元担当者には設定が必要ですが、記事を確認する全員に認証情報が必要なわけではありません。

Ghost(Pro)のバックアップ方針は、管理されたバックアップと、依頼して受け取るサイト全体のアーカイブを区別しています。依頼型アーカイブはサービス継続用のバックアップとして提供されるものではなく、アカウントを解約した後では提供できません。必要なエクスポートやアーカイブは、終了前に手配します。

読者に影響しない場所で復元します

公開中のサイトへ上書きせず、非公開のテスト環境を作ります。検索への登録を防ぎ、メール送信と本番決済の動作を止めてください。復元演習で古いメールを送り直したり、取引を重複させたり、コピーしたメンバー一覧を公開したりしてはいけません。

コンテンツ移動には公式のインポート手順を、完全復旧には適切なデータベース復元手順を使います。これは異なる操作です。記事の取り込みに成功しても、コメント、メンバー履歴、設定、外部連携が元に戻ったことまでは示しません。

古い記事、新しい記事、画像が複数あるページ、独自ルート、リダイレクトなど、代表的な項目を選んで確認します。表示内容と移動先URLを元のサイトと比較してください。会員向けアクセスがある場合は、本当の顧客のパスワードではなく、許可されたテストアカウントで制限を試します。

仮に全記事を復元できても、アップロード済み音声だけが旧サーバーに残っていたとします。それは無害な見た目の問題ではなく、部分的な復元です。欠けた依存関係を記録し、バックアップ範囲を修正して再テストするまでは、使える復旧手順だと説明しないでください。

別の人も使える復旧メモを残します

アーカイブは本番サーバーとは別の場所へ保存し、取得できる人を制限します。メンバーのエクスポートは個人データであり、誰でも見られるデザインプレビューのサンプルではありません。古いコピーの保管期間と削除方法を記録し、バックアップ習慣が気付かぬうちに管理されないデータ集積へ変わるのを防ぎます。

アーカイブの日付、含まれる項目、バージョン、保存場所、最後に成功したテストを短い復旧メモにまとめます。復元を承認できる人と、必要なホスティングおよびドメイン設定へアクセスできる人も特定します。同じ人が両方を担当するとは限りません。

移行前に、編集変更をいつ止め、その後の変更をどう移すか決めます。そうしないと、技術的には正しいエクスポートでも、執筆者が公開を続ける間に古くなります。新しいサイトと独立したファイルコピーが合意済みの確認を通るまで、旧サービスを利用可能にしておきます。

移行全体にはホスティング移行チェックリストを使い、保守の定期作業に復元テストを加えます。有用な成果は、ZIPが大量に積み上がることではありません。把握できているコピーから、非公開で動作確認した正常なメディアへ戻す、文書化された道筋です。