Optix OSN3500修改网元nodeid后网元进入安状态
问题描述
某日某运营商维护人员想把他们的一套非网关网元的OSN3500设备修改成为网关网元,按照修改网元ip的方法进行修改但是总是不能成功,后来查询版本为R3(5.21.13.47p01),查询其nodeid为129.9.0.1,而想要修改的网关网元的ip地址是129.9.11.15,两个ip地址在一个网段内所以导致不能正常修改网元ip地址,现场让合作方工程师修改网元nodeid,但是修改完成主控板软复位起来后就上报了网元处于安状态告警。现场对网元进行了业务的全量下载后告警消失。
告警信息
ne-install
处理过程
1、研发从返回的数据中看出在进行修改网元nodeid的前几天有人进行了手工删除drdb数据库的操作;导致drdb数据库中没有了数据;所以当主控板软复位起来后上报网元处于安状态告警。
2、OSN3500设备的数据库备份机理:
由于OCP数据采用的是增量备份,即只会将新的配置数据存储到DRDB,在网元周期备份中将DRDB中的数据备份到flash中。由于在2007-12-26的清库操作中,也清除了FDB0中数据,所以在事隔8天后的修改Nodeid之后,网元自动复位,复位起来后,网元恢复了默认的配置,从而网元进入了安装态。
3、mdb的数据被备份到drdb中,而drdb的数据又周期备份到fdb,实时备份到nvfldb中,从mdb备份到drdb的过程是增量备份方式。
根因
数据库异常。
建议与总结
在手工删除数据库后必须重新下载配置,否则当主控复位起来后将使网元处于安状态。
- 上一篇:Optix OSN3500 以太网业务实际带宽测试 2018-5-24
- 下一篇:Optix OSN2500配置数据丢失 2018-5-24