手动纳管设备支持自动备份,可以从设备侧、平台侧和控制器自身三个大方向来排查。
控制器(AD-Campus)备份设备配置失败,根源通常是Netconf/HTTP通道不通、设备侧功能缺失或权限不足。请先确认以下基础要求是否已满足:
设备可纳管:在 资源 > 设备管理 中,手动纳管的设备状态应为"在线 (Online/Up)"。
SSH服务启用:在设备上执行 display ssh server status,确保SSH服务已开启。
NETCONF服务启用:在设备上执行 display netconf status,确保NETCONF服务已开启-1。
Netconf over SOAP启用:这是控制器通过HTTP备份配置的必要条件。
用户权限达标:使用的控制器登录账号,其角色权限需≥Level 3,可通执行 display local-user username [用户名] 进行检查。
阶段一:确认基础连通性
在控制器所在服务器上,用以下命令测试与设备的基础连通性:
阶段二:检查平台配置与授权
检查备份任务配置:进入 备份配置 页面,确认任务设置的备份类型、存储路径等无误。
检查License状态:在 系统 > License管理 中,检查如下3个License是否有效且无过期风险:
UCENTER-UCENTER-EIP-NLIC
UCENTER-UCENTER-EIA-LIC
UCENTER-UCENTER-EIA
检查设备侧配置完整性:登录设备CLI,完整检查命令,尤其确保已允许HTTPS服务。
阶段三:分析失败日志
查看任务日志:在 系统日志 > 任务日志 中,找到对应备份任务的失败报错,常见错误及针对性解决方法如下:
"Authentication failed":检查控制器中设备的SSH用户名/密码是否正确。
"Connection timeout":参考阶段一排查网络和防火墙。
"PostgreSQL backup script execution failed":重点检查授权是否过期,数据库空间是否充足。
阶段四:深度排查(如进展卡在50%)
如果备份进度卡在50%不动,通常是控制器内部问题。
原因:AD-Campus控制器6.1.14P01及以前版本的已知Bug,其内部数据库操作可能触发多节点并发死锁解决:
临时恢复:可通过重启OAM Pod恢复,该操作通常不影响业务。
彻底解决:规划将控制器升级到6.1.14P01之后的版本。
手动触发测试:为快速缩小问题范围,可先手动执行一次备份验证功能。进入 更多 > 设备配置 > 备份设备配置,如成功则问题大概率在自动任务配置上
控制器硬盘空间:请检查控制器自身的硬盘空间,是否有足够的存储空间可用。
补全缺失配置:如上述检查后仍失败,需对照经验案例,逐行检查设备配置是否完整。
暂无评论
# 在 U-Center 服务器上测试
tftp <设备IP> get config.text
scp <设备IP>:/config.text /tmp
```{insert\_element\_3\_}
SSH connect failed:账号密码 / 网络 / ACLTFTP timeout:文件传输不通SNMP set failed:SNMP 权限 / 版本不匹配
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论