/boot 的 dd 和根逻辑卷的 LVM 快照是否是 UEFI PC Ubuntu Server 完整备份的正确策略?

/boot 的 dd 和根逻辑卷的 LVM 快照是否是 UEFI PC Ubuntu Server 完整备份的正确策略?

我计划在 512GB 磁盘上以 UEFI 模式创建 Ubuntu Server 安装的完整备份。有一个强制 UEFI 分区 (1GB),/boot 是标准 EXT4 单独启动分区 (2GB),其余磁盘是大型 LVM 物理卷 (~509GB)。

  • 定义了一个卷组,例如,vg-root 大小约为 509GB
  • 定义了一个逻辑卷,例如,大小为 200GB 的 lv-root。

系统已安装,内核和软件包已更新,一切正常。我计划在此“干净”的时间点使用 LVM 快照功能创建系统的完整备份。

我将创建大小为 200GB 的 lv-root-snap 和启动分区备份“dd if=/dev/BOOT_PARTITION_DEVICE of=boot_backup.dd”。从现在开始可能会有很多变化、更新等等。随着时间的推移,还可能会安装新的内核,这是 Ubuntu 操作系统中的常见内容。

将来我计划通过使用反向 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

流程因公司而异。但最佳做法是备份设置、配置和关键数据。而不是操作系统本身。操作系统可以轻松重新安装。您甚至可能会遇到 UEFI 安全启动和 tpm 密钥的问题,这些问题可能会在您执行备份时发生变化。

如果您正在寻找驱动器故障保护,请考虑 Raid 1。

相关内容