(0)
新旧服务器IP不一致,不影响DBMan备份和恢复本身,因为DBMan备份的是纯粹的数据库数据。但恢复完成后,必须在新服务器上修改一系列与旧IP相关的配置,iMC才能正常运行。
以下是恢复后的具体操作步骤:
这是核心步骤。登录新iMC服务器,使用官方提供的配置工具进行修改。
在某些部署场景下,可能还需手动核对或修改以下文件,确保所有旧IP都被替换:
server-addr.xml:位于 /opt/iMC/common/conf/ 目录。这是记录各组件部署位置和数据库地址的核心配置文件。可用文本编辑器打开,将所有旧IP替换为新IP。
dma.conf:位于 /opt/iMC/deploy/conf/ 目录。如果数据库是远程部署的,需要检查此文件中的 mq.ip 配置项是否为新IP。
数据库配置文件(如适用):如果使用Oracle等外部数据库,并且数据库与iMC在同一台服务器上,还需检查并修改数据库监听文件(如 tnsnames.ora 和 listener.ora)中的IP地址。
所有配置修改完成后,必须重启iMC服务使更改生效。
服务器IP或硬件变化通常会导致原有License失效。
完成上述所有步骤后,进行功能验证:
(0)
暂无评论
单纯数据库恢复本身不会报错;但 iMC 系统内部大量地方绑定旧 IP,恢复完成后一定会出现各类功能异常,不能直接开机使用,必须修改多处配置。
一、先区分:dbman 备份内容
dbman 备份的是 iMC 数据库(PLAT/EIA/CAMS 等业务数据:账号、设备信息、策略、日志)
✅ 用户、设备资产、认证策略等业务数据不受服务器 IP 变更影响;
❌ 系统层面配置存储在文件 + 数据库内,包含本机 IP,更换服务器 IP 会失效。
二、更换 IP 后典型故障清单
iMC 后台服务无法正常启动 / 启动后不断崩溃
SNMP 采集:交换机预先配置的 SNMP Trap、日志主机地址还是旧 IP,设备告警无法发送到新 iMC
802.1X、Portal 认证:接入交换机 RADIUS 服务器地址为旧 IP,终端认证失败
iMC 自带 Web 服务、第三方组件(告警转发、API、MagicBox 联动)监听 / 绑定地址异常
License 授权部分场景校验服务器 IP(重点!)
服务器内部组件通信使用旧地址,组件之间互通失败
三、标准割接操作流程(新旧 IP 不同)
步骤 1:旧服务器操作
停止全部 iMC 服务
/opt/iMC/deploy/stop.sh
使用 dbman 执行完整数据库备份
关键记录:旧服务器授权信息、License 文件
步骤 2:新服务器操作
安装完全一致版本的 iMC(主版本、补丁版本必须一模一样!)
安装完成,不要启动 iMC 服务
将 dbman 备份文件拷贝至新服务器,执行数据库恢复
【最重要】修改 iMC 本机 IP 相关配置
bash
cd /opt/iMC/deploy
# 运行部署代理
./dma.sh
在图形界面中:
进入【修改服务器 IP】功能,填入新 IP,执行更新;
该工具自动批量修改数据库内注册地址、各个组件配置文件中的本地服务 IP。
⚠️严禁直接手动修改配置文件,容易遗漏参数。
步骤 3:License 授权处理(高频踩坑点)
iMC 传统硬件授权:License 绑定服务器主机信息(网卡 MAC / 硬盘),不绑定 IP,迁移可用;
如果是按 IP 授权的特殊定制授权极少,可联系 H3C400 确认;
⚠️注意:IP 变更不会导致 License 失效,服务器硬件更换才会失效。
步骤 4:网络设备侧配置整改(容易遗忘)
所有接入交换机、防火墙、AC、AP:
RADIUS 认证服务器地址(802.1X/Portal)更新为新 iMC IP
SNMP Trap 目标地址、Syslog 日志主机修改为新 IP
如果设备配置了 iMC 网管通信参数(SNMP v3、网管 NMS 地址)同步修改
四、高危注意事项
不要恢复数据库后直接启动 iMC!必须先执行部署代理的【修改服务器 IP】工具;跳过这一步,平台各类组件通信异常。
新旧 iMC 软件大版本必须完全相同;跨版本不能直接 dbman 恢复,需要先升级再迁移。
如果使用静默部署无图形 DMA,可调用命令行工具修改服务器 IP。
割接验证优先级:iMC 服务启动 → 设备正常可达网管 → SNMP 采集正常 → 802.1X/Portal 认证测试。
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论