/boot の dd とルート論理ボリュームの LVM スナップショットは、UEFI PC Ubuntu Server の完全バックアップに適した戦略ですか?

/boot の dd とルート論理ボリュームの LVM スナップショットは、UEFI PC Ubuntu Server の完全バックアップに適した戦略ですか?

512GB のディスクに UEFI モードで Ubuntu Server インストールの完全バックアップを作成する予定です。必須の UEFI パーティション (1GB) が 1 つあり、/boot は標準の EXT4 の独立したブート パーティション (2GB) で、ディスクの残りは大きな LVM 物理ボリューム (約 509GB) です。

  • 1つのボリュームグループが定義されます。例: サイズが約509GBのvg-root
  • 1 つの論理ボリュームが定義されます (例: サイズが 200 GB の lv-root)。

システムがインストールされ、カーネルとパッケージは最新で、すべて良好です。この「クリーン」な時点で、LVM スナップショット機能を使用してシステムの完全バックアップを作成する予定です。

200GB のサイズの lv-root-snap とブート パーティションのバックアップ「dd if=/dev/BOOT_PARTITION_DEVICE of=boot_backup.dd」を作成します。今後、多くの変更や更新などが行われる可能性があります。また、Ubuntu OS ではよくあることですが、時間の経過とともに新しいカーネルがインストールされる可能性もあります。

将来的には、逆の dd コマンドとスナップショット lv-root-snap からの lv-root を使用してブート パーティションを復元することで、「過去に戻る」ことを計画しています。

今後の復元手順では、次の手順に従う予定です。

  1. /boot パーティションをアンマウントする
  2. ブート パーティション バックアップの逆 dd を実行します (この後、ブート パーティションに元のカーネルが保存され、/boot はこの時点ではマウント解除されたままになります)
  3. lv-root-snap から lv-root を復元します (これはアクティブなルート パーティションとしてマウントされているため、次回の再起動時にスケジュールされます)
  4. UEFI PCの即時再起動を実行する
  5. うまくいけば、UEFI PC の初期状態 (「クリーン状態」) で起動します :)

これは UEFI PC に有効なプランですか? それとも、バックアップ プランで UEFI パーティションを無視すると、何かが欠けているのでしょうか?

答え1

プロセスは会社によって異なります。しかし、ベストプラクティスは設定、構成、重要なデータをバックアップすることです。OS インストール自体はバックアップしないでください。OS インストール自体は簡単に再インストールできます。バックアップ中に UEFI セキュア ブートや tpm キーが変更される可能性もあるため、問題が発生する可能性もあります。

ドライブ障害からの保護が必要な場合は、Raid 1 を検討してください。

関連情報