你好，我正在build立一个Ubuntu GNU / Linux服务器，它将结合：
1） 软件RAID1 （使用mdadm） – 为硬件故障提供数据保护
2） 逻辑卷pipe理器 （LVM） – 允许组织我的数据的灵活性和未来轻松添加更多容量的能力。
到目前为止我已经成功地：
1）使用mdadm设置RAID1并创build/ dev / md0
2）将LVM制作/ dev / md0设置为一个卷组，该卷组名为：vg_data。 我有一个名为：lv_shared挂载在/ home / shared上的逻辑卷：
NAME FSTYPE LABEL UUID MOUNTPOINT sda └─sda1 ext4 0xxxxxxx-2xxx-4xxx-8xxx-1xxxxxxxxxxx / sdb └─sdb1 linux_raid_member ubuntu:0 02342342-2333-4444-8888-111111111111 └─md0 LVM2_member 57e241ad-aee3-4486-8eaa-222222222222 └─vg_data-lv_shared ext4 048b529c-2e39-4f49-83c9-333333333333 /home/shared sdc └─sdc1 linux_raid_member ubuntu:0 02342342-2333-4444-8888-111111111111 └─md0 LVM2_member 57e241ad-aee3-4486-8eaa-222222222222 └─vg_data-lv_shared ext4 048b529c-2e39-4f49-83c9-333333333333 /home/shared 如果其中一个数据磁盘出现硬件故障，这样可以，但是如何才能创build上述设置的异地备份？
如果仅使用非现场备份出现问题，备份必须能够完全恢复整个系统。
读了很多关于这个问题后，我发现以下选项，但因为我完全是新的，并想问一下，看看社区会从他们的经验推荐什么。
1）LVM快照
2）重复其中一个RAID驱动器。 EG：（其中sdd是我的异地备份物理磁盘。）
dd if=/dev/sdb of=/dev/sdd bs=64K conv=noerror,sync status=progress
上述备份方法的恢复过程如何？
我真的坚持这一点，任何相关的文章/build议的指针/链接将非常感激，因为我花了很多时间试图找出该怎么做，我的舒适区是无处可见的。
感谢您阅读我的问题，我希望对某人有所帮助！
更新1：
如果我使用rsync，我不会放松逻辑卷pipe理scheme。 如果您想象我扩展上述设置以包含3对RAID1，也会出现一个新问题。 然后添加那些扩展逻辑卷的总容量。 我需要rsync逻辑卷挂载点（复制所有数据），然后将包含3个硬盘驱动器的数据。 这需要被复制到跨越多个异地驱动器（因为我没有一个单一的驱动器，所有3个驱动器的容量。）这是可能的使用rsync。 我认为这个问题越多，我能想到的唯一解决scheme就是使用位于异地的相同configuration的备份服务器？
我认为你应该使用rsync进行非现场备份。 这将减less日常备份stream量。 保存文件，而不是磁盘。
非现场备份需要带宽效率，所以忘记使用原始dd将磁盘/卷复制到远程位置。 此外，通常不需要为远程（读取：慢速和最后的工作）备份保留精确的分区/逻辑卷布局。
我会尽力向你展示各种可能性，按照效率sorting：
rsnapshot （本身基于rsync ）将数据复制到远程位置，利用硬链接（在远程端）具有多个时间点备份。 第一次备份将需要一些时间，但后续将会快得多。 为了保存有关分区/ lvm的信息，只需备份lsblk; fdisk -l /dev/sdX; pvs; vgs; lvs的输出lsblk; fdisk -l /dev/sdX; pvs; vgs; lvs lsblk; fdisk -l /dev/sdX; pvs; vgs; lvs rsync ssh发送到远程位置 bdsync或blocksync将原始数据磁盘备份到远程位置。 注意a）运行这些实用程序对源卷的快照和b）真正知道它们是如何工作的 总之，没有一颗银弹。 不过，我强烈build议你采取rsnapshot/rsync路由。