oracle数据库登陆提示not log on,包括sysdba用户,硬重启后正常,一段时候后问题再次出现。

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了oracle数据库登陆提示not log on,包括sysdba用户,硬重启后正常,一段时候后问题再次出现。相关的知识,希望对你有一定的参考价值。

任何用户无法连接,在本机上也是如此,提示数据库日志提示的错误包括1.maximum number of
sessions exceeded;2.WARNING:io_getevents timed out 600 sec;3.ORA-27062: could not find pending async I/Os,crs_stop -all,可以关闭其中监听和另一个资源,DG资源和DB资源无法关闭。硬重启后DG组等资源都能启动,需手动startup数据库,一切正常。但是几个小时候以后,故障出现依旧。ASM日志中这一条应该是出现故障的记录NOTE: ASM client tdr:tdr disconnected unexpectedly.,上面的日志都正常。

1,很有可能是程序里写的连接数据库操作后没有及时关闭
2,用连接池的方式节省资源
参考技术A 是不是可以这样,先把process参数调大,再确认看系统进程都是什么进程, 确认是什么操作,如并发,或open curser没有及时close等

记一次ORACLE无法启动登陆事故

打开XSHELL 登陆ORACLE用户

1.sqlplus scott/scott 提示登陆失败

2.sqplus / as sysdba 启动数据库提示

 

 3.查找日志

操作日志:$ORACLE_HOME/startup.log

启动日志:$ORACLE_BASE/diag/rdbms/ora11g/ora11g/trace/alert_ora11g.log (ora11g为SID值)

启动日志如果查找不到,请到trace目录下执行 ls -alcr | grep alert (c时间排序、r倒序)

 

 归档日志错误,数据库无法启动

4、解决办法有三个:

1.将归档设置到其他目录,修改alter system set log_archive_dest = 其他路径

2.转移或者删除闪回恢复区里的归档日志。

3.增大闪回恢复区。alter system set db_recovery_file_dest_size=8G;

5. 用其他方式启动数据库

#sqlplus  / as sysdba;

 >startup mount;(startup nomount只是启动了实例而没有启动数据库,startup mount启动了实例,并加载了数据库,但是数据库没有打开,startup是最全的,实例,数据库加载,数据库打开都完成。)

 >alter system set db_recovery_file_dest_size=8G;

startup mount我这里可以成功启动。

 >show parameter db_recovery_file_dest_size //显示当前回复区大小

6.删除7天前归档日志

crosscheck archivelog all;

delete expired archivelog all;

DELETE ARCHIVELOG ALL COMPLETED BEFORE \'SYSDATE-7\';

7.重启数据库

>startup

以上是关于oracle数据库登陆提示not log on,包括sysdba用户,硬重启后正常,一段时候后问题再次出现。的主要内容,如果未能解决你的问题,请参考以下文章

改密码 SQL> /@oracleserviceorcl as sysdba alter user sys identified by root123456; Not logged on

急!!ftp登录错误,提示 530 not logged in,连接失败 ,,是怎么回事啊 ?求解!!

记一次ORACLE无法启动登陆事故

VCSA 6.0提示quick stats on hostname is not up-to-date解决办法

关于一次oracle sqlplus可登陆,但监听起不来的解决。由于listener.log文件超过4G

ORA-00845:MEMORY_TARGET not supported on this system