AIX ha切换不成功并重启主机导致oracle监听无法启动的处理

简介:     2015年9月19日,ERP资金系统应急演练,切换AIX ORACLE双机数据库到备机,结果没有成功切换,导致数据库监听无法正常启动,下面是故障的排查及处理过程。
+关注继续查看
    2015年9月19日,ERP资金系统应急演练,切换AIX ORACLE双机数据库到备机,结果没有成功切换,导致数据库监听无法正常启动,下面是故障的排查及处理过程。
    通过沟通发现,HA切换失败后监听就无法正常启动、数据库能正常启动,后来进行主节点重启,重启后监听程序依然无法启动。无论是启动监听、还是查看监听状态,命令都停留在connecting阶段,如下图所示:


    检查监听的告警日志,发现报错与网卡适配器相关,如下图所示:

    根据错误信息怀疑是监听程序引用的IP有问题,可能是ping不同了,查看监听配置文件,查明监听引用的IP别名是cuzjdb1_svc,查看该别名对应的IP(/etc/hosts)如下:

    然后,我试着ping了下,结果是ping不通的,然后我又iconfig -a看了下,发现cuzjdb1_svc对应的10.0.205.18的IP已经不在了,如下图所示:

    由此,故障基本就可以定位了,原因就是监听所依赖的IP地址没有了,导致Oracle数据库监听无法正常启动;导致IP10.0.205.18丢失的原因是:p系统服务器和RS/6000机器上使用命令ifconfig为网卡命名别名(ifconfig network_interface second_ip_address netmask your_netmask alias),AIX在ODM中未记录此定义,关机后该定义会丢失。
    处理方法就是:ifconfig en4 10.0.205.18 netmask 255.255.255.0 cuzjdb1_svc,为了避免该ip地址再次丢失,可以考虑将该命令加入开机启动项里边(/etc/rc.net)    
    执行完ifconfig 添加IP地址的命令后,测试ping cuzjdb1_svc通过,如下图所示:

    再次启动并查看数据库监听状态,正常了,如下如:
目录
相关文章
|
1月前
|
监控 Oracle druid
Springboot2.1.9+druid+mybatits(不重启项目动态添加mysql和oracle数据源)和数据监控
Springboot2.1.9+druid+mybatits(不重启项目动态添加mysql和oracle数据源)和数据监控
51 0
|
Oracle 关系型数据库
Oracle如何重启mmon/mmnl进程(AWR自动采集)
Oracle如何重启mmon/mmnl进程(AWR自动采集)
330 0
|
Oracle 关系型数据库 Linux
Linux服务器oracle数据库重启服务、重启监听方法,oracle数据库sysdba管理员登录方法
Linux服务器oracle数据库重启服务、重启监听方法,oracle数据库sysdba管理员登录方法
539 0
Linux服务器oracle数据库重启服务、重启监听方法,oracle数据库sysdba管理员登录方法
|
存储 Oracle 关系型数据库
Linux 一键配置 Oracle 主机 /dev/shm
首先可以看出来/dev/shm是一个设备文件, 可以把/dev/shm看作是系统内存的入口, 可以把它看做是一块物理存储设备,一个tmp filesystem, 可以通过这个设备向内存中读写文件, 以加快某些I/O高的操作,比如对一个大型文件频繁的open, write, read!
|
SQL Oracle 关系型数据库
|
监控 Oracle 关系型数据库
|
SQL Oracle 关系型数据库
推荐文章
更多