すでに多くのバックアップ投稿があり、特にLinuxの場合が多くあります。 バックアップのセットアップも担当しました。
システムのバックアップ、マウントされたパーティションのデータ、およびLVMボリューム（仮想マシンディスク）を作成する必要がありました。 Bacula、tkを使用する考えがありました。 私はそれをよく知っていますが、自宅には1台のコンピューターしかないため、クライアントサーバーアーキテクチャは、システムの損傷から回復する際に追加の困難を引き起こすだけです。 したがって、システムとデータをコピーし、ddを使用してパーティションのLVMイメージを作成します。 毎日（少なくともデータ）バックアップを作成し、少なくとも14日間保存したかった。 しかし、すべてのニーズを満たす既製のシンプルなソリューションの検索は失敗しました。 そのため、bashを手に取り、自転車を作成します。 この記事では、何が起こったかを共有します。
免責事項：スクリプトを書くとき、すべてを行うモンスターを書く目的はありませんでした。 バックアップするためのシンプルで信頼できる方法が必要でした。 スクリプトの不正確さとボトルネック（エラーが発生する可能性のあるもの）に感謝します。 この記事は、既製のソリューションを探しているLinuxの初心者と、自分自身を書くのが面倒な怠け者のために、より詳細に設計されています。ベースライン：
- OS：Arch Linux
- ルートファイルシステム（/）：btrfs、すべてのファイルをコピーする必要があります。
- データセクション（/ mnt / data /）：btrfs。
- LVMボリューム（/ dev / virt_image_array / *）。
- バックアップのセクション（/ mnt / backup /：etx4、バックアップコピーがここに追加されます。
- 必要なユーティリティ（基本ディストリビューションに含まれているものを除く）：rsync、btrfs-progs（btrfsの管理用）。
毎週1回、すべての完全なコピーを作成し、btrfsを使用してセクションのスナップショットを毎日作成することが決定されました。 LVMボリュームのスナップショットを作成することもできますが、私にとっては週ごとのデータ損失は重要ではないため、週ごとのコピーで十分です。
したがって、スクリプト番号1は、/ mnt / backup / root / "day number" /にルートパーティションファイルのコピーを作成します。
スクリプト2は、ルートFSのスナップショットを作成します（スクリプトは、ロジックの最初のものと非常に似ているため、相違点についてのみコメントします）。 スナップショットの名前はauto_ "day number"です。
スクリプトNo. 3は、LVMボリュームのコピーを作成します。
/ mnt / dataからデータをバックアップするスクリプトはスクリプト1と2に似ているので、それらを記述する必要はないと思います。
crontabに追加して、バックアップを作成する頻度を決定します（私の例では、バックアップは週に1回、スナップショットは1日1回作成されます）。
20 01 * * 1 /usr/bin/backup_root.sh >> /var/log/backup_root.log 2>&1 50 01 * * 1 /usr/bin/backup_lvm1.sh >> /var/log/backup_lvm.log 2>&1 20 01 * * * /usr/bin/snapshot_root.sh >> /var/log/snapshot_root.log 2>&1
私は他に何をねじ込むことができます：
- さらにバックアップを作成する必要があるがスペースがない場合は、重複排除機能を備えたファイルシステム（たとえば、Opendedup）を配置できますが、データストレージの信頼性は低下します。
- ストレージは、NFSまたはsshfsを介して接続されたフォルダーにすることができます。
- バックアップまたはスナップショットを1日に1回よりも頻繁に作成する必要がある場合は、1970年以降の日数をカウントするのではなく、時間（松葉杖、バックアップの日付がさらにわかりにくい）を数えることができます。
UPD。 Onix74は、スクリプト
を微調整するようにアドバイスし
ました 。