设备型号不匹配导致导入失败
公司新换了一批交换机，老王兴冲冲地把旧设备的配置文件导进去，结果提示“导入失败”。折腾半天才发现，新设备是S5735系列，而备份来自S5720，虽然都是华为，但硬件架构和功能支持有差异，配置里的某些模块在新设备上根本不存在，自然没法识别。
不同厂商、甚至同厂商不同系列之间的配置语法和参数支持都有区别。比如H3C的IRF配置在导入到非堆叠设备时就会报错。做迁移前一定要确认目标设备是否兼容原配置的特性。
配置文件编码或格式问题
小李从Linux服务器拉下来的备份文件，在Windows上编辑后重新上传，结果系统直接拒收。查日志发现是换行符出了问题：Linux用\n，Windows用\r\n，部分老旧网管系统对这点特别敏感。
还有人用记事本打开配置文件顺手改了IP地址，保存时编码从UTF-8变成了ANSI，特殊字符变成乱码，导入时解析失败。建议用Notepad++这类工具处理，确保编码一致，别图省事用系统自带编辑器瞎改。
ACL或安全策略拦截传输过程
某次深夜维护，张工通过TFTP推送配置，一直卡在90%。排查发现防火墙策略更新后，默认阻止了高危端口的写操作。虽然传输能连通，但写入权限被拦，设备收了一半文件当然无法加载。
不只是防火墙，有些交换机自身也有安全机制。比如Cisco的“secure copy”需要提前开启SSH服务，否则SCP协议走不通。别忘了检查目标设备的远程管理功能是否启用。
版本差异引发的命令不兼容
路由器升级到新版IOS后，管理员尝试恢复旧备份，系统提示“invalid command at line 147”。原来那条“ip route-cache”命令在新版本里已经被废弃，换成“no ip route-cache”才生效。
软件版本跨度大的时候，命令行语法会有调整。像Juniper的Junos系统，12.x和18.x之间就有不少指令变更。导入前最好先在测试设备上跑一遍，用diff工具比对关键配置段。
配置文件本身损坏或不完整
一次突然断电后，备份服务器上的cfg文件大小明显偏小。第二天导入时报“文件校验失败”。MD5一比对，果然和原始文件对不上。这种物理故障导致的数据损坏很难避免，但定期做完整性校验能早点发现问题。
还有人习惯把多个设备的配置打包成zip存放，需要时再解压。如果压缩包本身损坏，或者解压路径出错，拿出来的文件自然有问题。建议重要配置单独存，并保留多份副本。
权限与用户角色限制
实习生小陈用普通账户尝试导入核心交换机配置，界面只显示“操作被拒绝”。其实是账号权限不够，只有admin组才能执行写入操作。很多单位没做好权限分级，等到关键时刻才发现账号不对付。
华为设备的AAA体系里，用户等级分0-15级，写配置至少要3级以上。别怪系统太严，这是防止误操作的安全设计。
时间戳或设备标识冲突
灾备演练时，运维把主数据中心的配置导入到备用设备，结果路由表全乱了。原因是原配置里启用了“ntp server”和“hostname”，导入后备用节点开始对外提供时间服务，造成内网NTP风暴。
备份文件往往包含设备名称、管理IP、证书序列号等唯一标识。批量部署时记得先清理这些字段，或者使用模板化配置，避免“克隆”出一堆身份重复的设备。
<system>
<hostname>CORE-SW-01</hostname>
<ntp-server>192.168.10.1</ntp-server>
</system>上面这段如果直接导入到另一台设备，很可能引发冲突。建议提前用脚本替换关键字段，或者通过自动化工具控制注入内容。