it-swarm-ja.tech

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よりも信頼性が高い可能性があります。

3
Jordan Ramstad

会社のウェブサイト を再構築している間も、同じ経験がありました。

以前は、ウェブサイトのバックアップにakeebaを使用していました。今回は、joomlaベースのWebサイトからakeebaバックアップシステムを削除することにしました。

バックアップを作成し、保護されたAmazon S3サービスにそれらをダンプする簡単なphingスクリプトを作成しました。これによりバックアッププロセスが改善され、akeebaバックアップよりも約4倍高速な60〜80秒かかります。

これらのスクリプトを使用して、バックアップとs3への転送を改善できます。 https://github.com/readybytes/joomla-scripts/tree/master/backup

3
Shyam

リモートバックアップでは、アーカイブをチャンクに分割するように切り替えます。サーバーのセットアップを試す必要があります。基本的にphpとFTPのタイムアウトなので、完了していなければすべてのアップロードが失われます。 100MBから始めて、それが機能するかどうかにかかわらず、上下に移動します。最後のサイトで最大300〜500MBを得たと思います。リモートからオフィスサーバーにFTPで転送するためにこれを実行しました。私たちのサイトのほとんどは、プロモーションギャラリーで使用するすべての大きな画像で1〜2 GBです。

2
tristanbailey