oracle启动时的错误日志在哪里?
发布网友
发布时间：2022-04-25 23:24
共6个回答
懂视网
时间：2022-04-30 10:18
一、初始情况描述：
登录sqlplus，无法登录。换pl/sql developer，提示：ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务。
二、我的应对：
1、首先我把在服务中把监听服务和oracle服务重启。（这时，感觉oracle服务在启动的时候，比平时要快一点，也没太在意，回头来看，这是一个信号...)，然后继续pl/sql developer登录，提示一样。
2、在oracle网络配置助手中，把监听程序重新配置，不成；新建一个，不成；删除所有重建，错误依旧。
3、换sqlplus登录-sqlplus /nolog - conn /as sysdba，这时想着是不是上次服务没有正常关闭，输入：shutdown immediate，出现新的错误：
ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account...，然后：startup ，出现新的提示：
ORA-00844: Parameter not taking MEMORY_TARGET into account
ORA-00851: SGA_MAX_SIZE 3221225472 cannot be set to more than MEMORY_TARGET 1291845632.
上面两条错误在下面文件中可见：*appAdministratorproduct11.2.0dbhome_1databaseoradim.log。这个时间想起自己上次关机前，有调整过sga参数。到些，问题基本确定：调整sga参数引起数据库在启动过程中出现错误，需要把参数调整回去。
4、sql>conn /as sysdba;
sql>show parameter spfile;这个时候，提示系统数据库无效。看来，使用这种方式是无法进行修改了。
回想第1点应对中括号内的情况，这个时候，oracle应该只启动了一部分，当加载到spfile时，出现错误，所以直接用命令修改的方法是走不通的。
通过网络查询，得出修改思路：调出spfile，修改spfile，调回spfile，然后再startup。
具体如下：
重启cmd
sql>sqlplus /nolog
sql>conn /as sysdba
sql>create pfile=‘d:pfile.txt‘ from spfile;
打开d:pfile.txt，在文件最后，找到sga_max_size，把值改小，具体可改为原来大小，如果不记得，可以先改小一部分，再试，不成再改小。当然，这个地方用命令行方式也可以修改：exit - notepad d:pfile.txt -修改 -保存 ,再次进入sqlplus即可。
sql>create spfile from pfile=‘d:pfile.txt‘;
sql>startup
OK，问题到此结束。
三、总结
在网上查了好多解决方式，没有一个能成功的。有些是问题把握不准，有些是只有方式，没有原因，方式还不对。所以遇见问题时，要分析一下可能的原因，层层查找，逐个实验，总会找到解决的办法。在过程中，注意异常的地方（像本问题中服务启动时间变短的现象）。
一次ORACLE启动报错修复的记录
标签：
热心网友
时间：2022-04-30 07:26
在“oracle安装路径\proct\oracle版本\admin\实例名称\bmp”路径下。
备注：根据文件修改的时间，找到启动日志“.trc”文件，即可看到错误信息。
热心网友
时间：2022-04-30 08:44
以systemdba登录，show parameter background_mp_dest，可以看到日志文件所在的路径，日志文件名一般是alert什么的。日志文件需要经常维护，不然会不断地长大。
热心网友
时间：2022-04-30 10:18
以system登录，show parameter background_mp_dest，可以看到日志文件所在的路径，日志文件名一般是alert什么的。日志文件需要经常维护，不然会不断地长大。
还可以show parameter mp_dest看看所有其他的跟踪文件的路径。那些trc文件应该是可以删除的，是一些跟踪信息。
热心网友
时间：2022-04-30 12:10
用 show parameter 查看
热心网友
时间：2022-04-30 14:18
2002-10 余枫
ORACLE数据库的日志文件$ORACLE_BASE/admin/orasid/bmp/alert_orasid.log记录了重作日志的转换，
数据库启动和关闭，数据库结构的改变，回退段的修改，死锁，内部错误等信息.
数据库管理员需要检查这个文件有无ORA-错误并定期地对这个日志文件进行存档整理。
在UNIX下可以用grep命令把alert_orasid.log里出现的错误保存到另一个文件。然后去找原因。
$grep ORA- alert_orasid.log > error.log
大家都知道，文件越大，其打开和读写的开销越大。如果日志文件太大了(超过5M), 需要对它截断处理。
直接删除它，让ORACLE重新生成不是好的方法。因为ORACLE是通过一个指向文件的指针进行写操作。
在数据库运行时删除了这个文件, ORACLE仍然用原来的文件指针进行写操作，有可能写一个不存在的文件
导致硬盘空间占用。
我们要采用以下的方法：
$tail -100 $ORACLE_BASE/admin/orasid/bmp/alert_orasid.log > /tmp/oracle_temp.log
$cp /tmp/oracle_temp.log $ORACLE_BASE/admin/orasid/bmp/alert_orasid.log
$rm /tmp/oracle_temp.log
对日志文件进行截断处理。
listener的日志文件$ORACLE_HOME/network/log/listener.log记录了通过listener处理的网络请求
信息，它包含客户端请求的时间，连接方式(专用或共享)，连接程序，网络协议，主机名，网络端口号等信息。
我们也需要周期地截断它，方法是先停止listener记日志的工作：
$lsnrctl set log_status off
然后进行文件处理( 把原来的日志保存到备份文件夹, 使原来的listener.log置空 )
$cp $ORACLE_HOME/network/log/listener.log $ORACLE_BACKUP/network/log/listener_1.log
$cp /dev/null $ORACLE_HOME/network/log/listener.log
文件操作完成后，打开listener记日志的工作：
$lsnrctl set log_status on
如果你会写简单的shell程序，可以把上面的步骤固化成一个脚本，定一个时间表, 让操作系统去做。
下面是我写的一个按天分割保存listener.log的文件auto_listener.sh
-------------------------------------------------------------------------------------
rq=` date +"%d" `
cp $ORACLE_HOME/network/log/listener.log $ORACLE_BACKUP/network/log/listener_$rq.log
su - oracle -c "lsnrctl set log_status off"
cp /dev/null $ORACLE_HOME/network/log/listener.log
su - oracle -c "lsnrctl set log_status on"
-------------------------------------------------------------------------------------
你可以根据自己的情况定义环境变量ORACLE_HOME,ORACLE_BACKUP或者直接改成实际的目录就可以让
操作系统root用户23:59分运行这个shell脚本完成日志文件的分割处理。
-------------------------------------------------------------------------------------
Microsoft SQL Server里可以执行系统的存储过程来分割ERRRLOG日志:
exec sp_cycle_errorlog
每次SQL Server数据库重新启动时,会自动分割ERRRLOG日志.
参考资料：http://fengyu.china.com/oracle_log.htm
