客户现场DG主备切换演练，在切换成功后，尝试登陆数据库，发现以下错误：
发现错误
切换的流程是这样的，主备切换后，ip也做改变，原备库的ip修改成原主库的scan ip，这样应用就可以在不做改动的情况下，直接连数据库。但是奇怪的是在切换后却无法正常连接，尝试使用连接串登陆数据库，会报出ORA-01033错误。
针对ORA-01033错误，做了以下检查：
1、sqlplus登陆主库（原备库）,指定service name和sid
sqlplus system/[email protected]:1521/rac/rac
再查看open_mode,发现是read write，说明数据库是open状态
select open_mode from v$database;
2、sqlplus再次登陆主库（原备库），只指定service name
出现ORA-01033错误
3、查看数据库alert日志，备库成功切换成主库，没有发现异常错误。
4、查看lsnrctl status，发现在rac服务下有多个实例，其中rac1和rac2是生产库的实例
从以上的检查中，可以发现备库（原主库）的实例注册到了主库（原备库）的监听中，应用在连接数据库的时候，连接上的是备库（原主库），而备库在主备切换后变成mount状态，所以才会出现ORA-01033错误。
为什么备库（原主库）的实例会注册到主库（原备库）的监听中？
之前在自己环境模拟DG主备切换并修改IP时也遇到过同样的问题，解决方法就是修改remote_listener参数。
关于remote_listener的作用，以下是官方解释：
官方解释：
REMOTE_LISTENER specifies a network name that resolves to an address or address list of Oracle Net remote listeners (that is, listeners that are not running on the same machine as this instance). The address or address list is specified in the TNSNAMES.ORA file or other address repository as configured for your system.
简单来说就是REMOTE_LISTENER是用来指定远程的监听地址。
分析到这里，问题就很明显了，看了下备库（原主库）的remote参数：
SQL> show parameter remote_listener
NAME TYPE VALUE
————————– ———– ——————–
remote_listener string racdb-scan:1521
racdb-scan:1521正是主库（原备库）的监听地址，所以实例才会注册到主库的监听中。解决方法也很简单，修改remote_listener：
具体修改remote_listener命令如下：alter system set remote_listener=” sid=’*’ scope=both；
其实这个问题和Oracle的TNS Listener远程注册投毒类似，如果修复了这个漏洞，理论是可以避免这个错误的。
模拟并解决错误
下面来模拟这个错误：
1、主备切换后，关掉备库的scan监听和scan。
2、修改主库的ip为scanip地址。
3、主库查看listener status，可以看到备库的实例rac1和rac2注册到了主库的监听中。
4、尝试sqlplus登陆主库，报出ORA-01033错误
5、再修改备库的remote_listener，命令如下：alter system set remote_listener=” sid=’*’ scope=both;，然后再次查看主库监听，发现没有了备库的实例。
6、尝试sqlplus登陆主库，登陆成功。
美创运维中心数据库服务团队拥有Oracle ACE 1人、OCM 10余人、数十名Oracle OCP、MySQL OCP、红帽RHCA、中间件weblogic、tuxedo认证、达梦工程师 ，著有《Oracle DBA实战攻略》，《Oracle数据库性能优化方法和最佳实践》，《Oracle内核技术揭秘》等多本数据运维优化书籍。目前运维各类数据库合计2000余套，精通Oracle、MySQL、SQLServer、DB2、PostgreSQL、达梦等主流商业和开源数据库。并成为首批国内达梦战略合作伙伴之一，拥有海量经验和完善的人员培养体系。并同时提供超融合，私有云整体解决方案。
来源：freebuf.com 2020-06-08 14:59:11 by: database
请登录后发表评论
注册