如何在较小的磁盘上恢复较大卷的 LVM 快照？

Question 1

您尝试恢复的数据大小为 500 GB，无法存放在大小为 24 GB 的逻辑卷中。您可以更有选择性地传输数据，也可以为目标卷组分配更多空间。

听起来您正在备份的逻辑卷上的数据只有 19 GB。有几种方法可以传输该数据。

如果您只关心数据而不关心文件系统，您可以mkfs.ext4在目标上创建一个新的文件系统（通过或类似方式），并使用操作文件而不是块设备的工具，如 rsync(1) 或 tar(1)。

或者，你可以使用fsarchiver(8)，它可以备份文件系统，然后将其恢复到较小的设备。

最后，您可以使用 resize2fs(8) 和 lvreduce(8) 缩小要备份的块设备的大小。然后，您可以备份较小的卷，并在新服务器上还原到类似大小的卷。

Answer

您尝试恢复的数据大小为 500 GB，无法存放在大小为 24 GB 的逻辑卷中。您可以更有选择性地传输数据，也可以为目标卷组分配更多空间。

听起来您正在备份的逻辑卷上的数据只有 19 GB。有几种方法可以传输该数据。

如果您只关心数据而不关心文件系统，您可以mkfs.ext4在目标上创建一个新的文件系统（通过或类似方式），并使用操作文件而不是块设备的工具，如 rsync(1) 或 tar(1)。

或者，你可以使用fsarchiver(8)，它可以备份文件系统，然后将其恢复到较小的设备。

最后，您可以使用 resize2fs(8) 和 lvreduce(8) 缩小要备份的块设备的大小。然后，您可以备份较小的卷，并在新服务器上还原到类似大小的卷。

Question 2

恢复数据的唯一方法是使用压缩的块设备（例如 VDO、通过压缩文件系统（如 btrfs 和 ZFS）的循环设备）。

然而，即使您的数据只有 17GB，可用空间也可能包含以前写入的数据，并且整个 LV 可能无法压缩。

作为压缩文件系统，您可以使用 btrfs 或 ZFS，并创建一个 500G 的归零文件，将其映射到循环设备（使用losetup），或者在 ZFS 上，您可以直接创建一个压缩的块设备。然后将您的 LV 还原到您在上一步中创建的块设备。压缩应该可以让您有机会恢复所有数据。

Answer

恢复数据的唯一方法是使用压缩的块设备（例如 VDO、通过压缩文件系统（如 btrfs 和 ZFS）的循环设备）。

然而，即使您的数据只有 17GB，可用空间也可能包含以前写入的数据，并且整个 LV 可能无法压缩。

作为压缩文件系统，您可以使用 btrfs 或 ZFS，并创建一个 500G 的归零文件，将其映射到循环设备（使用losetup），或者在 ZFS 上，您可以直接创建一个压缩的块设备。然后将您的 LV 还原到您在上一步中创建的块设备。压缩应该可以让您有机会恢复所有数据。

Question 3

在 LVM 层面上，不存在（未）使用字节的概念。一个字节（或实际上是一个扇区）是包含有意义的数据还是未使用的垃圾，由 LV 内部的文件系统决定。LVM 不知道文件系统是什么。它所做的就是获取一堆磁盘并根据您的指示将它们逻辑地组合起来。它不关心您将如何处理该组合卷。

这意味着您正在拍摄 500 GB 数据的快照。LVM 无法理解此快照的哪些部分有意义且值得保留，哪些部分没有意义。

您想要实现的目标可以通过文件系统级别的映像来实现。某些软件（如免费的 partclone）可以理解文件系统的结构，并可以创建图像- 本质上是一个稀疏文件，仅包含正在使用的文件系统部分。这里的问题是目标设备必须至少与源设备大小相同，因为 partclone 不会调整文件系统的几何形状：在恢复映像时，所有存储的部分都必须进入其原始位置。

因此计划如下：

将源文件系统大小调整为 25 GB（这不需要调整 LV 大小！）
使用 partclone 或者类似工具对其进行映像处理
手动在目标上重新创建 LV
从映像恢复文件系统

这种方法的一个变种是将文件系统的大小调整为 25 GB，然后发送 LVM 快照。由于您仍在发送整个 500 GB，因此它会出错，提示“设备上没有剩余空间”，但没关系，因为只有卷的前 25 GB 将包含文件系统。

无论如何，如果这些是可启动卷，您可能必须调整 fstab，所以请做好准备。

Answer