将服务器与备份服务器迁移至更大容量软件RAID 1阵列的操作方案咨询

看起来你的迁移思路完全没问题，先把备份服务器的4TB RAID1迁移到新的8TB阵列，再把主服务器的2TB数据移到闲置的4TB盘上复用，这个顺序很稳妥——毕竟先搞定备份，主服务器的迁移风险就低多了。下面给你一步步拆解具体操作，都是基于Ubuntu常用的mdadm软件RAID和rsync工具，确保保留所有文件属性包括硬链接：

一、先处理备份服务器：4TB RAID1 → 8TB RAID1 #

假设你已经把新的8TB盘装到了替换后的新备份箱（或者旧备份机），先完成新RAID1的初始化，再同步数据：

• 步骤1：初始化新的8TB RAID1阵列
  先清除新盘可能存在的旧RAID信息（如果有的话）：

  mdadm --zero-superblock /dev/sdX /dev/sdY
  

  然后创建RAID1阵列（替换/dev/sdX//dev/sdY为你的新盘设备名）：

  mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdX /dev/sdY
  

  格式化文件系统（建议和旧备份阵列用相同格式，比如ext4）：

  mkfs.ext4 /dev/md1
  

  挂载到临时目录：

  mkdir /mnt/new_backup && mount /dev/md1 /mnt/new_backup
  

• 步骤2：完整同步旧备份数据到新阵列
  用rsync命令同步，确保保留硬链接、权限、ACL等所有属性：

  rsync -aAXv --delete /backup/ /mnt/new_backup/
  

  参数说明：

  • -a：归档模式，保留所有者、权限、时间戳等
  • -A：保留ACL权限
  • -X：保留扩展属性
  • -v：显示同步进度（可选，方便监控）
  • --delete：删除目标阵列中源阵列没有的文件（保持数据完全一致）

  注意：源路径末尾的/很重要，避免把/backup目录本身复制到/mnt/new_backup里

• 步骤3：验证同步结果并切换备份目标
  同步完成后，用以下方式验证：

  # 对比两个目录的占用大小
  du -sh /backup /mnt/new_backup
  # 模拟同步，检查是否有差异（无输出则完全一致）
  rsync -nax --delete /backup/ /mnt/new_backup/
  

  确认数据无误后，修改主服务器的rsync备份配置，把目标路径改成新8TB阵列的挂载点，测试一次增量备份，确认正常后就可以卸载旧的4TB RAID1了。

二、再处理主服务器：2TB RAID1 → 原4TB RAID1 #

把闲置的4TB盘装到主服务器，重复类似的流程，注意主服务器是系统盘，需要额外处理引导：

• 步骤1：初始化新的4TB RAID1阵列
  同样先清除旧RAID信息，创建RAID1并格式化：

  mdadm --zero-superblock /dev/sdA /dev/sdB
  mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdA /dev/sdB
  mkfs.ext4 /dev/md0
  mkdir /mnt/new_server && mount /dev/md0 /mnt/new_server
  

• 步骤2：同步主服务器系统与数据
  同步时要排除虚拟/临时文件系统，避免无用数据：

  rsync -aAXv --delete \
    --exclude='/proc/*' --exclude='/sys/*' --exclude='/dev/*' \
    --exclude='/tmp/*' --exclude='/run/*' --exclude='/mnt/*' --exclude='/media/*' \
    / /mnt/new_server/
  

• 步骤3：修复系统引导
  因为是系统盘，必须安装GRUB到新RAID的物理盘才能正常启动：

  1. 挂载必要的虚拟文件系统：

     mount --bind /proc /mnt/new_server/proc
     mount --bind /sys /mnt/new_server/sys
     mount --bind /dev /mnt/new_server/dev
     mount --bind /run /mnt/new_server/run
     

  2. 切换到新系统环境：

     chroot /mnt/new_server
     

  3. 安装GRUB到两个物理盘：

     grub-install /dev/sdA
     grub-install /dev/sdB
     

  4. 更新GRUB配置：

     update-grub
     

  5. 退出并卸载挂载：

     exit
     umount /mnt/new_server/proc /mnt/new_server/sys /mnt/new_server/dev /mnt/new_server/run /mnt/new_server
     

• 步骤4：修改启动配置并重启
  编辑主服务器的/etc/fstab，把原来的RAID设备（比如/dev/md0）替换成新RAID的UUID（用blkid /dev/md0查看UUID更可靠，避免设备名变动）。
  最后重启主服务器，确认系统能正常从新的4TB RAID1启动，验证ownCloud服务和数据完整性。

关键注意事项 #

• 操作前务必备份核心数据：哪怕是备份服务器，也要先确认有额外的离线备份，避免迁移过程中出现意外
• 尽量在单用户模式或停止服务后操作：主服务器迁移时，停止ownCloud等服务，避免同步过程中文件被修改；备份服务器同步时，暂停主服务器的备份任务
• 用UUID挂载更稳定：不要依赖/dev/mdX这类设备名，用UUID写入fstab和GRUB配置，防止重启后设备名变化
• 验证硬链接完整性：找几个已知的硬链接文件，用ls -li查看inode号，确认新旧阵列中的inode一致

备注：内容来源于stack exchange，提问作者Ben Edwards