通过LAN迁移原始磁盘映像

这是我的情况：

• 同一数据中心中的两个专用服务器之间具有千兆以太网。
• 这两个专用服务器都已启动到基于Debian Squeeze的救援环境中，并添加了额外的工具和实用程序。还有足够的tmp空间（两个盒子上都有32GB的RAM）用于下载软件，安装软件包和/或根据需要进行编译。
• 两台专用服务器都有大约 3TB的可用空间。
• “源”服务器在硬件RAID-10中具有4个1.5TB磁盘，带有Adaptec 4端口控制器。
• “目标”服务器在硬件RAID-1中具有2 x 3TB磁盘，带有Adaptec 2端口控制器-与另一代相同，但端口数量不同。
• 可用块的数量/dev/sda相差不到10 MB，但是由于某种原因，目标服务器的阵列要小几个兆。
• 两个RAID阵列均配置为使用所有组成磁盘的整个磁盘表面来创建一个单个RAID卷。
• 操作系统以MBR模式引导；不使用UEFI引导。

我想做的事：

• 在块层上，将整个OS映像（仅由GPT分区表，/ boot分区和/分区中的GRUB2引导程序组成）从“源”服务器复制到“目标”服务器。
• 如果可能的话，复制应“实时”进行：这意味着我没有足够的空间在目的地侧存储磁盘映像的适当文件，除非我将磁盘映像作为副本解压缩到硬盘上正在发生。服务器之间的千兆以太网连接足够可靠，我对此感到满意，并且我当然会fsck在两端（源和目标）上运行，以验证传输前后文件系统是否正常。
• 如果可能，请不要通过网络传输块，每个块中的组成文件系统都不会使用这些块（所有分区的格式都为ext4）。这是因为超过50％的“源”磁盘是/分区中的可用空间。
• 调整/分区的大小，以便在复制分区时将其大小调整为适合目标磁盘的大小。
• 复制成功后，安装每个卷并修复对静态IP的引用，以反映新服务器的IP。（无需任何其他帮助，就可以这样做）

我的问题：

• 我是否应该首先计算/dev/sda每个服务器上的大小之间的差异（以字节为单位），然后使用e2resize非破坏性地减小源端上/分区的大小，以使其适合目标端的空间？
• 我应该dd在原始块设备上运行，/dev/sda从源到目标（通过ssh），还是应该在目标上创建等效的分区布局并dd在每个分区上运行？请注意，一次处理一个分区给我留下了引导加载程序的问题，但是如果我一次不做一个分区，那么dd一旦它写入了目标可以容纳的字节数，就需要知道停止传输数据（希望它将“封闭” /最后一个块上分区的最末端，逻辑上在源分区布局中所有其他分区的“右边”）。

一些杂项。细节：

• 源代码框上的主机操作系统是运行多个OpenVZ来宾的Ubuntu Server 12.04
• 由于两个设备均已启动，因此可以直接进行磁盘访问，而不会期望运行的操作系统对基础数据进行任何更改。

这很麻烦，但是可行。

我相信这里/是/dev/sda3那/boot是/dev/sda1。

1. 将旧服务器上的文件系统缩小到最小大小。

   oldserver # resize2fs -M /dev/sda3
   

2. 用相同大小/boot，交换空间和新/分区（以及您需要的其他任何内容）对新服务器的磁盘进行分区。

   newserver # parted /dev/sda
   

3. 复制/和/boot文件系统。

   oldserver # dd if=/dev/sda1 | ssh root@newserver "dd of=/dev/sda1"
   oldserver # dd if=/dev/sda3 | ssh root@newserver "dd of=/dev/sda3"
   

   由于新服务器上的分区将比旧服务器上的分区稍小，因此No space left on device在此结束时您将收到一条虚假消息。但是，由于在步骤1收缩了文件系统，所以这无关紧要。

4. 将新服务器上的文件系统调整为分区大小。

   newserver # resize2fs /dev/sda3
   

5. 在新磁盘上安装GRUB。

   newserver # mount /dev/sda3 /mnt
   newserver # mount /dev/sda1 /mnt/boot
   newserver # mount -o bind /dev /mnt/dev
   newserver # mount -o proc proc /mnt/proc
   newserver # chroot /mnt /bin/bash
   
   newserver(chroot) # grub-install /dev/sda
   newserver(chroot) # exit
   

6. 完成其余的修复工作（IP地址等）。

您可能会找到避免复制分区的可用空间的方法，但是与仅复制所有内容相比，可能需要花费更多的时间进行研究...

我将mkfs在新服务器上使用新的文件系统，然后rsync在旧服务器上使用它们。这是可重新启动的，一致的，并且每个文件都可以轻松地单独进行验证。在丢弃文件系统未使用的部分（不是法医副本）的地方，我看不出有任何理由不使用此方法。您将不得不重新运行GRUB，但这并不是一个挑战。

解释具有文件系统意识的原始副本将花费我一段时间，因此，除非您对我的rsync解决方案不起作用的原因发表评论，否则我会避免打字。

如果您真的想在块设备级别传输数据，我可以想到一个非常有用的技巧，即我用来迁移服务器的停机时间最少。

事实是，您可以在源服务器上创建降级的镜像，而数据分区是镜像的唯一活动部分，然后通过AOE从第二台服务器导出目标分区（我想您的两个服务器都在同一广播域中）。然后，在源服务器上，将网络阻止设备连接到降级的镜像，以便它开始重建。等待重建完成，停止镜像，删除AOE导出的设备，您就可以了。

接下来是更多细节（我会尽量简化）。

组件：

• mdadm具有其构建模式（不带元数据的临时镜像）；
• vblade 用于将块设备导出为AOE网络设备；
• aoe-tools 用于导入AOE网络阻止设备。

您必须在目标服务器上创建分区表，然后缩小源分区，使其适合目标。您可以轻松地将GRUB安装到新的MBR中。在新创建的分区表上仅同步分区就容易出错。

在接收端，您必须使用vblade工具导出分区，在源服务器上，安装后可以看到导出的设备aoe-tools（运行aoe-discover然后查看/dev/ether/设备）。

然后，您应该使用源驱动器在源服务器上构建raid1设备：

mdadm --build /dev/md0 -n2 -l1 --force /dev/sda

之后，您可以检查新建的镜像：

mdadm --detail /dev/md0
cat /proc/mdstat

此时，您可以安全地将导出的目标分区附加到此镜像：

mdadm /dev/md0 --add /dev/ether/eX.Y

然后，只需监视同步进度即可：

watch -n5 cat /proc/mdstat

同步完成后，只需停止镜像：mdadm --stop /dev/md0在源服务器上，vblade在目标服务器上终止进程，在第二台服务器上安装GRUB，更改您的IP地址，等等。

实际上，通过此技巧，可以在几乎处于活动状态的盒子之间移动服务器，而停机仅是重新启动同步的盒子。

出于性能原因，我还建议您增加链接的MTU（或在可能的情况下设置启用了巨型帧的单独VLAN）。

请注意，您也可以使用nbd-server/之类的东西nbd-client（如果需要，甚至可以选择iSCSI）代替AOE，但是AOE（vblade+ aoe-tools）具有非常简单的界面和出色的性能（无TCP / IP开销），