oracle作为一款数据库软件， 由于其可靠的性能，在企业中广泛使用，当oracle出现问题时，我们可以通过日志中的ora报错进行问题定位。今天我们来看看ORA-01034问题的处理过程。工具/原料moreCentos 7oracle方法/步骤1/4分步阅读

步骤一：公司验证环境的一台oracle数据库使用plsql developer突然连接不上了，登录后台服务器，通过sqlplus / as sysdba登录，数据库报错ORA-01034: ORACLE not available

2/4

步骤二：由于数据库马上要使用，首先恢复环境，后边根据日志再进行定位，startup启动数据库，数据库正常启动，中间没有报错，启动后数据库实例状态一直正常。

3/4

步骤三：此时我们可以根据日志来定位问题

select value from v$diag_info where name=Diag Alert;查看alert日志所在路径

/u01/app/oracle/diag/rdbms/yzdb/yzdb/trace/alert_yzdb.log

日志出现如下报错：

System state dump requested by (instance=1, osid=18832 (DIAG)), summary=.

System State dumped to trace file /u01/app/oracle/diag/rdbms/yzdb/yzdb/trace/dlyzdb_diag_18832.trc

Dumping diagnostic data in directory=, requested by (instance=1, osid=18832 (DIAG)), summary=.

Instance terminated by PMON, pid = 18821

可以看出程序被系统意外杀死，日志文件并没有详细说出错误原因，trace可能与内存和资源使用有关，需要查询系统日志。

4/4

步骤四：查看/var/log/messages日志对应时间点日志，发现日志

kernel: Out of memory: Kill process 18840 (oracle) score 90 or sacrifice child

从上面报错可以看出，是内存溢出导致数据库宕机,查看数据库，内存所剩无己，问题原因找到，内存增加后，问题没有再出现。

注意事项

所有的事情到最後都是好的

如果帮助到你记得点赞哦

ORA-01034内存溢出DBA