数据库关不掉，是什么原因？

[sun9989]

昨天关数据库时：
svrmgrl>shutdown immediate
等了一个小时也没关掉。只好:
svrmgrl>shutdown abort
以前只需几分钟。
请各位兄台分析缘因。

[bzszp]

用shutdown NORMAL能不能关掉？

[lws0472]

是在本机操作吗?

[sun9989]

远程操作。
每次都是：
＞shutdown immediate
>startup
>shutdown
可偏这次出了问题。

[thingsfly]

没有关闭是因为有用户没有退出数据库啊,
shutdown immediate;
也会等待用户提交事务.
shutdown abort就不会了.
所以它费时比较少.

[KingSunSha]

很多时候所有的用户都退出了系统，但是服务器上的oracleAgent services没有关掉，也会导致无法shutdown数据库。检查一下服务中有没有开启该项服务，如果开启，在shutdown之前关闭该服务先。

[sun9989]

谢谢　随风　弱水三千两位高手，你们的支持使我太高兴了。
情况是这样的，
shutdb.sh文件中有一段是：
shutdown immediate
startup
shutdown
只是仅这次出现很长时间关不掉。

shutdown immediate;
不会等待用户提交事务，只是回退了未提交的事务。
以前我只是用了这个.sh文件，并且关了小型机，没事。
弱水三千兄好像说的是winnt上的ORACLE，
不过我本地的win2k+ORACLE用sqlplus 正连着时进行一个大查询时，
shutdown immediate也能关掉。

请各位兄台再分析原因。

[penitent]

shutdb.sh文件这么写：
shutdown abort
startup
shutdown immediate;
不是更快吗?反正你startup了一下,可以进行实例恢复,再shutdown immediate,
shutdown immediate是安全的.
其实我也遇到过这种情况,与你关闭时运行的应用程序有关,我想,在这里,说不定有什么死锁的bug呢(呵呵,凭空瞎想的)

[KingSunSha]

shutdown immediate;会把未提交的事务自动回滚，并断开所有对话。所以oracle不推荐在正常情况下使用immediate选项，尽可能地使用transactional选项或者normal选项。

如果只是这一次关闭不了，那就比较难判断了。通常，如果有一个很大的未提交事务（比如更新了几十万个记录），那用shutdown immediate会花很多时间去rollback，rollback的时间可能和更新所花时间差不多。如果不是这种情况，那你最好查一下alert文件，看看数据库操作中有什么异常发生。

[penitent]

transactional选项或者normal可以等死人的
有一次 我immediate了一个晚上都没有停掉,结果oracle又不可用,重起才解决问题,有时候,不要理oracle的建议

[biti_rainy]

本来,immediate关闭,是立即回退所有事务,关闭client连接,然后关闭oracle的
但我也曾经遇见过关闭不了的情况
但那时估计是因为 tuxedo(xa连接)和weblogic等后台程序运行的缘故
反正没有准确解释
估计是那些程序的缘故

另外,一件当时很奇怪的事情就是:
weblogic连接数据库
当数据库重新启动后
通过weblogic仍然可以访问数据库
当时我很惊讶,这个........呵呵

所以,我觉得有时有些奇特的事情在特殊情况下还是会发生的
楼上的兄弟,你的系统有没有运行什么东西?

[penitent]

没有啊,除了一些vc的程序(多线程的)连接数据库,然后就是有几个别的server连着它.我没有tuxedo(xa连接)和weblogic呀,也没有开启oracleAgent services