定期更新离线备份磁盘的最有效方法是什么?

定期更新离线备份磁盘的最有效方法是什么?

如果这个问题已经在某处有了答案,我很抱歉,但由于它非常具体,我所有的搜索查询都返回了与备份主题相对应的标准问题/答案。

我是什么不是要求:

  • 如何备份数据
  • 如何备份系统
  • 常用备份工具及其功能

我的问题:

将具有多个分区的整个硬盘备份到保持离线并手动打开电源以更新其内容的相同硬盘(镜像磁盘)的最有效方法是什么?

定义高效的对于这个问题:对系统性能的影响最小(CPU,源硬盘上的 I/O 负载),不需要手动交互(没有 UI 应用程序)和可靠的机制(不想一直修复同步错误)

我的想法:

镜像磁盘启动后,下列替代命令应自动启动。通过桌面通知等方式显示进度并不重要。

  • 跑步同步对于每个分区
    • 优点:
      • 此类任务的默认工具
      • 应该很有效
      • 支持增量更新(同步)
    • 缺点:
      • 必须为每个分区设置/在分区更改时更新
      • 文件系统级别的工作开销?
  • 运行命令 (?) 针对整个磁盘
    • 是否有磁盘级别的工具仅支持将差异“同步”到镜像磁盘?
    • 磁盘级别的操作是否比文件系统级别的 rsync 性能更高?
  • 使用突袭 1
    • 如果其中一个磁盘大部分时间处于离线状态,那么 raid 1 设置是否能够可靠运行?
    • 在正常运行中,永久降级的 raid 1 阵列是否会产生不良的副作用?
    • raid 1 是否能够有效地同步差异(或者它是否设计为安全地同步)?
    • 如果差距太大,是否会出现问题?
    • 我的系统同时具有硬件和软件 raid 1 选项 - 它们在上述几点以及这种不寻常的用例方面是否具有不同的行为?
  • 还有其他选择吗?

乍一看,我更喜欢 raid 1 解决方案,因为内容镜像要求正是 raid 1 的用途。但由于 raid 阵列旨在与在线设备配合使用,而离线用例(设备故障)应该很少发生,我想知道这种解决方案是否对我来说是最有效的方法。


更新:分区/数据特征

分区特征(可能会影响性能比较):

  • 一个分区将包含 Linux 操作系统 (75 GB)
  • 一个是交换分区(在文件系统方法中可以省略;但很少使用,因此不应考虑)(43 GB)
  • 一个分区用于存储任意数据(可能是大文件,例如虚拟机磁盘文件)(107 GB)
  • 主分区(5.7 TB)是 luks 加密容器
  • 所有相应分区的文件系统均为 ext4

更新2018-04-28:

事实证明,比较这些不同的机制并不是一个平凡的问题,最好的方法是尝试并衡量其性能。

但与此同时,我意识到除了 luks 分区之外,不需要对其他所有分区进行额外备份(不需要备份操作系统分区,因为它已经是 SSD 上真实操作系统的备份,显然不需要备份交换,最后不需要备份包含任意数据的分区)。因此,现在很容易决定采用 rsync 方法,只镜像 luks 分区。现在将“镜像磁盘”上的剩余空间定义为手动备份的分区 - 例如用于来自外部系统的数据,这是一个有价值的附加“功能”。

很抱歉现在没有分析/回答原始问题,因为从技术上讲,它非常有趣。

相关内容