WordPressバックアップの問題を解決する

失敗した実行は使用可能なバックアップが作られる前に停止する場合と、ローカルアーカイブの作成は完了し、dosyaへの送信だけが失敗する場合があります。Backupsの状態カードと行のバッジで区別できるため、再試行前にエラーテキストを保存してください。

手順

1. WordPressのwp-adminでdosya Backup → Backupsを開いてください。単一サイトでは管理者、マルチサイトではネットワーク管理者が必要です。他のロールはジョブを実行または確認できません。
2. 状態の見出しを読み、View logを選択します。バックアップ時刻、指定した範囲、正確なエラーを記録してください。**Failed · …**の行には復元可能なアーカイブがありません。dosya · upload failedはローカルアーカイブは存在し、外部コピーの送信だけが失敗したことを意味します。
3. 再実行前に示された原因を修正します。アーカイブのエラーではディスクの空き容量、dosyaのエラーでは外部へのHTTPS接続を回復してください。dosyaタブにConnection to dosya lostまたはThis site was disconnected from dosya.devと表示される場合は再接続します。
4. ストレージの空きが少ない場合は、まず除外設定または容量を確認してください。プラグインは使用量90%で警告し、いっぱいになると次のアップロードはスキップされ、バックアップはこのサーバーにのみ残ります。
5. Retry nowを1回選択してください。状態カードは失敗した実行のfull、db、filesの範囲を繰り返します。指定した内容を黙って変更することはありません。
6. ジョブが進む間はページを開いたままにしてください。リクエストは約300 msごとに状態を確認し、処理中は3秒間隔になります。接続が切れた場合は1秒、3秒、10秒後に再試行してから失敗を表示します。

問題を調べている間、正常な最新バックアップを削除しないでください。24時間を超える未完了の作業フォルダーはクリーンアップの対象ですが、完了したローカルバックアップには別のKeep on this server設定が適用されます。

期待される結果

新しい行には失敗バッジではなくlocal、dosya · not verified、dosya · verifiedのいずれかが表示されます。アップロードだけの失敗ではローカルの行を引き続きダウンロード・復元できます。接続が回復してから再試行してください。その後のバックアップが成功すると、継続して表示されていたバックアップ失敗状態はクリアされます。

関連ガイド

• WordPressを接続する
• バックアップを管理する