oracle没有创建dump目录的奇怪现象

s73n4umzgy

刚重新装了系统，原来的oracle数据文件、控制文件、重做日志文件都在，文件路径也没变，于是重新用oradim建了实例服务及密码文件，重新生成spfile，心想应该可以启动数据库了。
在sqlplus里startup试了一下，发现奇怪现象，没有反应，大约过了5分钟，显示实例启动，再过了2分钟显示数据库装载完毕，最后再过1分钟才显示数据库已经打开，连接查询一下，发现没有什么问题。
数据库是我的测试数据库，就是一些普通的表，总共就2G的文件吧，实例分配的内存还不到200M,比较奇怪，为什么会启动这么长时间，难道是在做实例恢复，于是shutdown immediate正常关闭数据库，再重新启动一下，启动时间一样，再重复一次，还是一样。难道是oracle windows NT服务的问题，用oradim删了重建还是一样。
从来没有遇到启动实例要这么长的时间，由于启动实例只和初始化参数文件有当，于是想是不是初始化参数文件的问题，再检查看了一下，没什么特别啊。会不会是spfile的问题，于是用pfile启动了一下，更奇怪了，第一次用pfile启动，加载实例约2分钟，打开约30s，第二次启动一切正常，共总约20s。再用pfile生成spfile启动一下，还是要7，8分钟才启动完成。这时又回到用pfile启动，第一次要2分钟，第二次以后又正常了。
于是想看看alert.log，结果在参数指定的目录下根本没有发现这个文件。

现象总结是：
实例能启动，就是启动非常慢，同样的参数pfile启动比spfile启动快，用pfile第二遍可以正常时间启动，alert.log文件找不到。

可能是被开始的情况给搞晕了，总以为是初始化参数里的内存配置问题。最后才注意到没有alert.log文件，再检查了一下bdump参数，恍然大悟，没有建bdump目录，赶紧把bdump目录建好，再重新启动，一切正常，alert.log文件也有了，看来是oracle在启动实例时没有找到bdump目录的问题。

按照oracle的规则一般都有默认目录的，于在ORACLE_HOME里找了一下有没有alert.log，最后发现在%ORACLE_HOME%\rdbms\trace找到了。看了一下开始异常情况下的alert.log文件，没发现什么异常记录。

问题是找到了，不过感觉不太爽，这样的错误为什么不在实例启动的时候说明一下，或者报个警告出来也可以，因为没有bdump目录启动这么长时间，不知道oracle在做什么，太不人性化了，也许是9.2.0.8的bug，下次有空在其它版本上试试。