スケジュールしたバックアップが開始しない

Backup プラグインのスケジュールは WP-Cron に依存します。WP-Cron は本物のシステムサービスではなく、ページが表示されたときに起動されます — 訪問の少ないウェブサイトでは、そのせいで、予定されたバックアップが時間枠を逃します。プラグインは実際の状態を、推測させるのではなく、1 か所にまとめて表示します。

実行を動かしているもの

バックアップの実行は、いくつかの短い区切りから成ります。それらを動かす道は 2 つあります：cron イベントと管理者パルスです。管理者パルスは、管理者権限を持つ人が開いた WP-Admin のページごとに、しかもページが配信されたあとで、処理を少しずつ先へ進めます。ただし新しい実行を開始することはなく、すでに始まっている実行を先へ進めるだけです — 一度も始まらない実行には役立ちません。

状態を読み取る

1. WordPress のメニューで項目「Kakapo Backup」を開きます。
2. 左側のグループ「ステータス」（ドイツ語：„Status“）で項目「ステータス」（ドイツ語：„Status“）に切り替えます。
3. カード「WP-Cron ヘルパー」でステータスの行を読み取ります。
4. グループ「構成」の「スケジュール」（ドイツ語：„Zeitplan“）で、「予定されたバックアップ」がオンかどうか、また「時刻」に何が入力されているかを確認します。
5. 画面「ステータス」（ドイツ語：„Status“）に戻り、カード「診断」で「再チェック」をクリックします。

• 「スケジュール有効」 — ここが「いいえ」なら、パネル「スケジュール」（ドイツ語：„Zeitplan“）のスイッチがオフで、日時はまったく作成されない
• 「定数 DISABLE_WP_CRON」 — 「設定済み」の場合、WordPress は cron を自分で起動しないため、システム cron が必須になる
• 「次に予定された実行」 — 日時と残り時間を示すか、「イベントは登録されていません」と表示する
• 「最後の実際の実行」 — Backup の cron イベントが発火したときに設定される独自のカウンターに由来します。それが空の場合は、代わりにログから直近のスケジュール成功が表示され、それもない場合に初めて「まだ一度も観測されていません」と表示される

ページ表示ではなくシステム cron で

同じカードには、本物のシステム cron 用に、いずれも 15 分間隔の完成した行が 2 つ入っています：方式 A は wp-cron.php を curl で呼び出し、方式 B は WP-CLI を使います。どちらのブロックにも、この設置の実際のアドレス、あるいは実際の経路がすでに埋め込まれており、そのままコピーできます。DISABLE_WP_CRON が設定されていないあいだは、カードに wp-config.php 用の該当行も表示されます。

define( 'DISABLE_WP_CRON', true );

始まった実行が止まったままになる

「診断」カードには「ジョブのロックファイルを作成可能」という行があります。ロックファイルを作成できない場合、処理を実行できません。この行は原因として、書き込み権限と open_basedir をはっきり挙げています。その下にある「自動復旧」カードは、「今すぐクリーンアップ」で、固まったままの実行表示のほか、取り残された一時ファイルや途中までのアーカイブを片づけます。10 分を超えて応答のない実行は、その際に取り残されたものとみなされます — 破棄されるのではなく、次回の開始時に同じ範囲で引き継がれます。