Question

非规定模式的数据库，shutdown abort 会导致数据库无法启动吗

Answer 1

shutdown的几种方式,shutdownabort的一些弊端有哪些1、shutdownnormal正常方式关闭数据库。2、shutdownimmediate立即方式关闭数据库。在SVRMGRL中执行shutdownimmediate，数据库并不立即关闭，而是在Oracle执行某些清除工作后才关闭（终止会话、释放会话资源），当使用shutdown不能关闭数据库时，shutdownimmediate可以完成数据库关闭的操作。3、shutdownabort直接关闭数据库，正在访问数据库的会话会被突然终止，如果数据库中有大量操作正在执行，这时执行shutdownabort后，重新启动数据库需要很长时间shutdownabort的时候，跟kill进程是一样的效果数据库立即关闭，这个时候文件状态可能不一致因为正常关闭数据库会同步校验各文件，使得重新启动的时候文件时间点一致并且不用进行崩溃恢复若检查点信息一致，则做崩溃恢复若检查点信息不一致（正好在更新文件头）则需要做介质恢复这些问题都好处理，最怕的问题是这个时候系统有大量IO，结果这样造成写的突然中断，碰巧造成文件块的逻辑坏块，那麻烦比较大一些，尤其是系统表空间的block损坏虽然shutdownabort出错的几率很小，1000个人可能只有一个人碰到，但是我们还是要小心。正确的处理流程是，shutdownimmediate,若数据库迟迟不能down下来，在os上观察IO状况，几乎没有io的时候，另开一窗口shutdownabort，几乎不会出问题了http://www.itpub.net/showthread.php?threadid=180315&pagenumber=先用IMMEDIATE来DOWN，实在不行了，看一下数据库文件上没IO了，再用ABORT你可以尝试先在系统级杀掉非后台Oracle进程，在连接shutdownimmediate就安全多了在Oracle8i里，当数据库失去响应以后，你在操作系统上杀掉用户进程后，一般数据库就可以恢复正常了-------------------------------------------------------------------------------先shutdownimmediate应该是首选然后不行再重新shutdownabort其实起不来也是因为os的缘故，在文件正在写的时候出现问题导致文件不一致或者损坏……