ORA-16191: Primary log shipping client not logged on standby

结论:

sys主备库密码文件不一致不同版本报错不一样:
Oracle 版本:11.2.0.3 报错为:ORA-01031: insufficient privileges
Oracle 版本:11.2.0.4 报错为:ORA-16191: Primary log shipping client not logged on standby

一般通常出现在DG搭建的过程,或者甲方修改sys密码造成的。

12C之后的改进:
11G 修改sys 或密码文件均需要同步至备库,否则将影响同步,12c以Oracle推出了db passwd asm存储的特性,RAC TO RAC ADG的情况下,DB的口令文件存储在ASM中,那么主库修改的操作,可以同步到DG环境,避免每次修改都需要人为修改!

解决办法:

环境:
主库:db01,db02,db03
备库:db01,db02,db03

1、修改主库db01sys密码;

ALTER USER sys IDENTIFIED BY XXX;

2、在主库db01上生成密码文件;


                
### 解决ORA-01012 错误并正确执行 `archive log list` 命令 当遇到 `ORA-01012: not logged on` 的错误提示时,这通常意味着当前会话未成功连接到数据库实例。为了有效解决问题并顺利执行 `archive log list` 命令,需遵循以下建议: 对于无法通过常规方式登录的情况,可以尝试使用操作系统认证的方式强制关闭实例后再启动[^3]。 ```bash sqlplus "/ as sysdba" shutdown abort; startup; ``` 上述操作能够终止所有活动进程,并重启数据库服务,从而恢复正常状态下的登录功能。 一旦成功以SYSDBA身份登录之后,就可以安全地运行 `archive log list` 来查看归档日志的信息了: ```sql ARCHIVE LOG LIST; ``` 此命令用于显示有关数据库归档模式的状态以及归档目的地等重要详情。如果之前因为权限不足或其他原因未能正常工作,则现在应该可以看到预期的结果。 #### 关于可能引起该问题的原因分析 有时即使是以 SYS 用户的身份也无法完成正常的查询动作,比如试图从视图 `v$log` 中获取数据却遇到了 `ORA-01034: ORACLE not available` 的情况[^2]。这类现象往往暗示着更深层次的问题存在——可能是由于实例尚未完全初始化或者是处于挂起状态下造成的。因此,在尝试任何诊断或修复措施前,请先确认目标环境中的Oracle实例确实已经稳定运行。 另外需要注意的是,如果系统中活跃的用户数量过多以至于超过了预设的最大并发量(`processes`)参数设定的话,也会导致新建立的连接请求被拒绝,进而引发类似的登录失败状况。针对这种情况,除了等待现有用户的减少外还可以考虑调整配置文件来增加允许的同时在线人数上限或是清理不必要的后台作业以释放资源。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不会编程的喵星人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值