何とかバックアップする必要がありました。 さらに、プロセッサがロードされず、場所が占有されず、バックアップがローテーションされて便利に配信されるようにします。
以前は常に
fsbackupを使用していましたが、アーカイブを拒否したかったのです。 この問題を解決するために、ファイルシステムの
ハードリンク （いわゆるハードリンク）のrsyncとメカニズムが使用されました。
アーキテクチャ：大きなネジ付きの自立型サーバーがあります-スクリプトはそれで動作します。 sshアクセスを持つさまざまなサーバーがあり、ユーザーの公開キーが〜/ .ssh / authorized_keysに追加され、その下でバックアップスクリプトが機能します。
作業ロジック：ある時点で、sshスクリプトはリモートサーバー上のフォルダーのコンテンツをdomain.com/latestフォルダーと同期し、それを今日の日付のフォルダーにコピーし、ファイルへのハードリンクを作成し、作成日が7より古いフォルダーを削除します日。 なぜなら ディレクトリの内容のみが同期されるため、rsyncがファイルを取得する前に、クライアントマシンのクラウンでデータベースをダンプする必要があります。
長所：-差分バックアップより少ないスペースを使用し、増分より多くのスペースを使用しない
-プロセッサの負荷が少ない アーカイバを使用しません（ネットワーク経由で送信する場合、その場で圧縮できます）
-かなり詳細なログ形式、エラーに関する電子メールアラートがある
-ハッキングやクライアントマシンの完全な破壊に対する耐性-攻撃者がバックアップを傷つけない
質問：
-なぜなら このスクリプトはもともと
抄録で公開されていたため、このアプローチの有効性に関する権威ある意見を聞くことはできませんでした。考えを共有していただければ幸いです...