完了したWordPressバックアップを検証する
WordPressバックアップのローカルでの完了を確認し、アップロード済みとリモート検証済みを区別して、必要に応じてローカルボリュームの整合性を確認します。
最終確認日
スクリーンショットは英語版の画面です。
アーカイブの完了、アップロードの成功、リモート検証は別々の状態です。まず行で利用できる操作と格納先バッジを確認し、ローカルボリュームのバイトデータを検証する必要がある場合にWP-CLIを使用します。

手順
- dosya Backup → Backupsを開き、作成時刻、メモ、種類、内容から行を特定してください。失敗した行にはRestoreやDownloadの操作がなく、完了したバックアップではありません。
- ローカルでの完了を確認してください。通常の完了行には容量とボリュームのダウンロードが表示され、Restoreを使用できます。localはコピーがこのWordPressサーバー上にのみあることを示します。
- リモートのバッジを確認してください。dosya · uploadingは未完了、dosya · not verifiedはアップロード完了が受理されたもののdosyaが全ボリュームを確認していない状態、dosya · verifiedはリモート検証の完了を示します。
- コマンドラインを使用できる場合、
wp dosya listを実行して正確なバックアップIDをコピーし、wp dosya verify <backup-id>を実行してください。すべてのローカルボリュームを読み取り、SHA-256とアーカイブ構造を確認します。 - **N volumes verified.**はローカルの整合性を示す証拠としてのみ扱ってください。**Volume N is missing or damaged.**は最初に失敗したローカルボリュームを示し、リモートのバッジは変更しません。
- 復旧できることを確かめるには、行とその依存関係を保持し、使い捨てのインストール環境で管理された復元テストを行ってください。検証だけでは復元後のアプリケーションが正常に動作することは証明されません。
リモートの完了処理では最大2,000ボリュームと2,000参照を検証し、ファイルが有効で正しいフォルダーにあることと容量を確認します。参照は同じサイトのアップロード済みまたは検証済みバックアップに対するものだけを受け付けます。

期待される結果
使用可能な完了済みのローカル行と明確なリモート状態を確認でき、WP-CLIを実行した場合はローカルボリュームの整合性確認結果も得られます。コピーがローカルのみ、アップロード済みで検証待ち、リモート検証済みのいずれかを把握できます。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。