我需要将一台运行在11.131.74.76的服务器的完整系统备份迁移到另一台相同配置的服务器(11.131.93.31)上,确保应用能正常启动。我提出了这个需求。
Wisdom SSH的AI助手首先分析了当前系统的网络连通性,通过ping命令确认了到目标服务器11.131.93.31的连接是正常的。接着,它检查了目标服务器的操作系统和内核版本,发现与源系统完全一致,都是openEuler 24.03 (LTS-SP3) 和 6.6.0-132.0.0.111.oe2403sp3.aarch64,这为迁移提供了基础保障。
为了确保迁移顺利进行,AI助手进一步检查了目标服务器的存储空间。它通过df -h命令确认了目标服务器有足够的可用空间,特别是/home分区有4.6TB可用,足以容纳27GB的备份文件。
接下来,我向AI助手询问如何进行迁移。它建议使用rsync工具进行高效传输,并检查了rsync和pv工具是否安装。由于目标服务器缺少这些工具,它调整了策略,改用scp命令结合脚本的方式进行分步传输。
在传输过程中,考虑到备份文件总大小约27GB,AI助手制定了分阶段传输计划。它先传输了关键的小文件(如backup_metadata.txt、backup_checksums.md5、sdg_partition_table.bak等),然后传输中等大小的文件(如sdg1_efi.img.gz、sdg2_boot.img.gz等),最后使用pv命令配合scp传输了最大的sdg3_lvm_pv.img.gz文件(26GB),并在传输时显示进度条。
文件传输完成后,它验证了所有文件的完整性。通过md5sum -c backup_checksums.md5命令,确认了所有文件都已成功传输且未损坏。当发现configs.tar.gz文件未被正确传输时,它立即重新传输该文件并再次验证。
为了让目标服务器能够恢复系统,它创建了一个专门的恢复脚本restore.sh,该脚本包含了完整的恢复流程:从恢复分区表开始,依次恢复EFI、Boot分区、LVM物理卷,最后激活卷组并检查文件系统。脚本还包含安全检查和用户确认步骤,防止误操作。
最后,它将一份详细的恢复指南RECOVERY_GUIDE.txt复制到目标服务器,其中包含了网络配置更新、主机名修改、NPU驱动检查等后续操作步骤。整个过程严格遵循事实,每一步都有明确的命令输出和结果验证。
整个迁移任务从提出需求到最终完成,历时数小时。整个过程的关键信息如下:
bash
# 源服务器信息
操作系统: openEuler 24.03 (LTS-SP3)
内核版本: 6.6.0-132.0.0.111.oe2403sp3.aarch64
# 目标服务器信息
操作系统: openEuler 24.03 (LTS-SP3)
内核版本: 6.6.0-132.0.0.111.oe2403sp3.aarch64
可用空间: /home 4.6TB
# 备份文件大小
总大小: 约27GB
最大单个文件: 26GB (sdg3_lvm_pv.img.gz)
# 验证结果
所有文件的MD5校验均通过
整个协作过程体现了强大的自动化能力,无需手动编写复杂脚本,仅通过自然语言描述需求,即可完成复杂的系统迁移任务。