oracle 10g启动HA,hp_ha_oracle10双机切换数据库启动报错

本文讲述了在搭建Oracle数据库环境中,由于项目组未正确迁移52主机上的关键配置文件,导致双机切换时出现SQL错误。问题涉及tnsnames.ora和sid文件,以及数据库启动时的参数设置。作者详细记录了解决步骤,包括配置调整和文件同步,以供学习者参考。
摘要由CSDN通过智能技术生成

上周给一个项目搭建了一个数据库环境

os:hp 11.31

db:oracle10g

架构:ha

存储:应用、数据库挂在共享存储上,随双机的切换而切换

51为应用+数据库主机

52为备机

53为浮动ip或叫对外的服务ip吧,53随双机的切换而切换。

当时双机软件还未安装,项目组与我联系的人也想自己多搞些学习学习,

于是乎我只做到了在52上安装了oracle软件+应用数据库,51上安装了oracle软件。

监听和tnsnames.ora是项目组人员自己搞的,

未提醒项目组将52的$ORACLE_BASE/admin的sid文件夹、$ORACLE_HOME/dbs/spfile[sid].ora ftp到51的相应目录。

今天项目组做双机切换时出现的问题就跟tnsnames.ora和sid文件有关系.

解决过程:

SQL> startup

ORA-00119: invalid specification for system parameter LOCAL_LISTENER

ORA-00132: syntax error or unresolved network name 'LISTENER_NS'

SQL>

此错误是由于在52上执行过ALTER SYSTEM  SET LOCAL_LISTENER=LISTENER_NS scope=both;

而tnsnames.ora中未配置LISTENER_NS的相关信息

===================================

LISTENER_NS =

(ADDRESS = (PROTOCOL = TCP)(HOST = 14.26.16.53)(PORT = 1522))

===================================

向 tnsnames.ora文件中加入上述信息,然后重启数据库,报如下错误

SQL> startup

ORA-07446: sdnfy: bad value '/opt/Oracle/admin/nms/udump' for parameter user_dump_dest.

此错误提示user_dump_dest参数的值是无效的,只所以无效是因为数据库从52上切换到51(53现在切换到51上),

而之前提到的52的$ORACLE_BASE/admin的sid文件夹、$ORACLE_HOME/dbs/spfile[sid].ora 没有ftp到51的相应目录。

将52的文件夹和spfile ftp到51后,启动数据库依然报错

SQL> startup

oracle instance started.

Total System Global Area ******* bytes

Fixed Size ******* bytes

Variable Size ******* bytes

Database Buffers ******* bytes

Redo Buffers ******* bytes

ORA-01102: cannot mount database in EXCLUSIVE mode

此错误是用于锁内存的文件:$ORACLE_HOME/dbs/lk文件未删除导致的,将其删除后启动数据库ok

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值