Akeebaベースのバックアップ、リモートバックアップオプション/ベストプラクティス
しばらくの間、Akeebaを使用してきましたが、バックアップのサイズが原因で、リモートバックアップ（S3）の使用から多くの問題が生じます。
S3ではなくリモートFTPバックアップを使用すると、エラーが発生しにくくなりますか？私たちが気づいたことから、ファイルの分割と30秒の一般的なphpタイムアウト制限のため、バックアップの設定を最適化しても、バックアップは約20％の時間失敗し、サイトのサイズによっては増加する可能性があります。
また、S3バックアップの設定のバリエーションを試しましたが、20％の障害率はどのサーバー環境でも実現できる程度に低くなっています（500mb +サイトでは、下位サイトの問題はそれほどありませんでした）。このため、Akeebaの使用を最近停止し、自動WHMバックアップを採用しましたが、再度使用する必要がある状況があります。最後にアクティブに使用したときのバージョンは3.7の範囲でした（さまざまなバージョンの約80のJoomlaサイトでした）。
AkeebaがFTP/SFTPを使用してバックアップをより安全/高速で行うために使用するプロセスは？この質問をする理由は、私の意見では20％の失敗率はAkeebaとは関係ありませんが、パケット損失などです。自動バックアップを作成する場合、最も必要なときに障害が発生する可能性があります。したがって、私の考えでは、FTP/SFTPを介した接続はHTTPよりも信頼性が高い可能性があります。
会社のウェブサイト を再構築している間も、同じ経験がありました。
以前は、ウェブサイトのバックアップにakeebaを使用していました。今回は、joomlaベースのWebサイトからakeebaバックアップシステムを削除することにしました。
バックアップを作成し、保護されたAmazon S3サービスにそれらをダンプする簡単なphingスクリプトを作成しました。これによりバックアッププロセスが改善され、akeebaバックアップよりも約4倍高速な60〜80秒かかります。
これらのスクリプトを使用して、バックアップとs3への転送を改善できます。 https://github.com/readybytes/joomla-scripts/tree/master/backup
リモートバックアップでは、アーカイブをチャンクに分割するように切り替えます。サーバーのセットアップを試す必要があります。基本的にphpとFTPのタイムアウトなので、完了していなければすべてのアップロードが失われます。 100MBから始めて、それが機能するかどうかにかかわらず、上下に移動します。最後のサイトで最大300〜500MBを得たと思います。リモートからオフィスサーバーにFTPで転送するためにこれを実行しました。私たちのサイトのほとんどは、プロモーションギャラリーで使用するすべての大きな画像で1〜2 GBです。