Akeeba Backupの自動実行について

Akeeba Backup を使ったサイトの自動バックアップに関しては3種類ほどの設定が出来ます。

1.サーバのCornjobを設定する場合、2.Joomlaのスケジューラを使う場合、3.外部からのアクションにおけるフロントエンドバックアップの場合

今回はJoomlaのスケジューラを使った場合です。

バックアッププロファイルの構成

バックエンド バックアップとは異なり、スケジュールされたバックアップでは、各バックアップ ステップが連続して実行されるわけではありません。これは、それらの間に待機時間を設ける必要がないことを意味します。スケジューリング方法の性質により、数秒から数時間の範囲で十分な待機時間が追加されます。したがって、指定された時間内にできるだけ多くの作業を詰め込むために、微調整オプションを変更します。

バックアップ プロファイルの[構成]ページに移動し、次の設定を使用します。

遅延スケジュール用の Joomla スケジュールされたタスクのセットアップ

サイトの管理者のバックエンドで、 [ システム]、[管理] 、 [スケジュールされたタスク]に移動します。

ツールバーの「オプション」ボタンをクリックします。

「タスクの構成」タブをクリックします 。

タスクのタイムアウト (秒)を設定します。上で述べたように、これは Joomla がすでに実行中のタスクを強制終了するまでの時間制限です。これは、バックアップ プロファイルの最大実行時間の 2 倍以上、60 秒以上である必要があります。ほとんどの実用的な目的やサーバーには、デフォルト値の 300 秒で十分です。サーバーによっては、これを 60 秒に短縮する必要がある場合があります。さらに下げる必要がある場合は、Joomla のスケジュールされたタスクに Lazy Scheduling を使用しないでください。正しく動作しません。実際の CLI CRON ジョブを使用する必要があります。ホストがそのオプションを提供していない場合は、

[遅延スケジューラ]タブをクリックします 。

遅延スケジューラを に 設定しますEnabled。

リクエスト間隔 (秒)を (30)に 設定します30。

[保存して閉じる]をクリックします。

サイトに十分なトラフィックがある限り、適切な時間でバックアップを実行できるように、要求間隔は比較的短くする必要があります。デフォルト値の 300 (5 分) は、バックアップを適切な時間内に実行するには粗すぎるため、間違いなくバックアップの破損または不整合が発生します。

スケジュールされたタスク自体を設定する

サイトの管理者のバックエンドで、 [ システム]、[管理] 、 [スケジュールされたタスク]に移動します。

ツールバーの「新規」ボタンをクリックします。

「Akeeba Backup – バックアップを取る」タスクタイプを選択します。

好みのタイトルを付けます（例：「Lazy Backup」）。

実行ルールとその構成を設定します。たとえば、バックアップを毎日午前 0 時に実行する場合は、実行ルールを に設定しInterval, Days、間隔 (日数)を に 設定し1、実行時間 (UTC)を に設定します12:00 AM。

[タスク パラメータ]の下に、バックアップ プロファイルのドロップダウン リストが表示されます。デフォルトでは、デフォルトのバックアップ プロファイル (#1) が選択されます。バックアップを別のプロファイルで実行したい場合は、ドロップダウンで選択します。

[詳細設定]タブでは、優先度を に 設定しHigh、バックアップ タスクを他のスケジュールされたタスクよりも優先することを強くお勧めします。他のタスクは優先度「標準」または「低」のままにしておく必要があります。これにより、バックアップができるだけ短い時間で完了することが保証されます。

[通知]セクションに関しては、そこにあるすべてのオプションを有効にすることを強くお勧めします。これにより、ステータスに関係なく、すべてのバックアップ タスクの実行を評価し続けることができます。

バックアップ スケジュールを編集できるユーザーを制限したい場合は、権限を変更できます。デフォルトで編集権限を持つ非スーパー ユーザー グループ (編集者、発行者、マネージャー、管理者など) のすべての権限を削除することをお勧めします。

[保存して閉じる]をクリックします。

さらなる手順と注意事項

誘惑に駆られるかもしれませんが、バックアップ タスクの横にある [テストの実行] ボタンは使用しないでください。バックアップタスクには何もしません。すぐに戻ってきます。これは予期されたことであり、バックアップ タスクが壊れていることを意味するものではありません。実際に実行されるまで待つ必要があります。はい、少し混乱しますが、[テストの実行] ボタンは実際には、長期間にわたって実行される再開可能なタスクではなく、1 回で完了する非常に短いタスクで機能するように設計されています。バックアップ タスクは、長期間にわたって実行する必要があるため、再開可能なタスクです。

もう 1 つ注意すべき点は、毎日のバックアップ タスクを最初に作成すると、そのタスクは次の (次の) 日の指定した時刻に実行されるようにスケジュールされていることです。これは、たとえば 30 分に 1 回などの間隔を使用する場合でも、すべての実行ルールにほぼ当てはまります。次回のタスクの実行日時は、「保存して閉じる」をクリックした日時を基に計算されます。したがって、30 分間隔で実行するように設定されたタスクは、保存してから最短でも 30 分後に初めて実行されます。。確かに紛らわしいですが、Joomla がそのように動作するのには十分な理由があります。実行時間の長いタスクや潜在的に危険なタスクを保存すると、一度に実行されるという事故を防ぐためです。いずれの場合も、タスクを編集して「実行履歴」タブをクリックし、「次回の実行」を確認することで、次回のタスクの実行日時を確認できます。

まだ終了していないバックアップ タスクを編集すると、最終終了コードが 123 で、次回の実行が過去であることがわかります。これは正常です。終了コード 123 は、「まだやるべきことがある」という意味です。Joomla がその終了コードを認識しても、次回の実行日時は更新されません。これにより、Joomla はできるだけ早くタスクを再開できるようになります。