Oracle shutdown immediate无法关闭数据库解决方法

简介:

在测试服务器上使用shutdown immediate命令关闭数据库时,长时间无法关闭数据库,如下所示

   1: [oracle@DB-Server admin]$ sqlplus / as sysdba
   2:  
   3: SQL*Plus: Release 10.2.0.4.0 - Production on Thu Nov 21 13:55:13 2013
   4:  
   5: Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
   6:  
   7:  
   8: Connected to:
   9: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
  10: With the Partitioning, OLAP, Data Mining and Real Application Testing options
  11:  
  12: SQL> shutdown immediate;

在另外一个会话中,查看告警日志的输出结果,如下所示:告警日志信息在输出Active processes prevent shutdown operation后,就再无提示信息。

   1: [oracle@DB-Server bdump]$ tail -f 20 alert_epps.log 
   2:  
   3: Thu Nov 21 13:55:23 2013
   4: Starting background process EMN0
   5: Shutting down instance: further logons disabled
   6: EMN0 started with pid=59, OS id=19244
   7: Thu Nov 21 13:55:24 2013
   8: Errors in file /u01/app/oracle/admin/epps/udump/epps_ora_19242.trc:
   9: ORA-04098: trigger 'ADMIN.PIND_ON_SHUT' is invalid and failed re-validation
  10: Thu Nov 21 13:55:24 2013
  11: Shutting down instance (immediate)
  12: License high water mark = 10
  13: All dispatchers and shared servers shutdown
  14: Thu Nov 21 14:00:29 2013
  15: SHUTDOWN: Active processes prevent shutdown operation

关于SHUTDWON IMMEDIATE关闭数据库方式:

立即关闭方式(IMMEDIATE)
     立即关闭方式能够在尽可能短的时间内关闭数据库,以立即方式关闭数据库时,ORACLE将执行以下一些操作:
         *阻止任何用户建立新的连接,同时阻止当前连接的用户开始任何新的事物。
         *任何未提交的事物均被回退。
         *ORACLE不再等待用户主动断开连接,而是直接关闭、卸载数据库,并终止实例。


方法1:

此时可以通过下面命令Kill掉系统中(LOCAL=NO)的ORACLE进程

[oracle@DB-Server ~]$ ps -ef|grep ora|grep -v grep|grep -v ora_|grep LOCAL=NO|awk '{print $2}'
[oracle@DB-Server ~]$ ps -ef|grep ora|grep -v grep|grep -v ora_|grep LOCAL=NO|awk '{print $2}'|xargs kill

此时可以顺利关闭数据库。

方法2:

使用CTRL+C取消操作,然后使用shutdown abort命令关闭数据库。当然生产环境还是慎用shutdown abort命令,使用它往往是在没有办法的情况下。因为
shutdown abort 执行后,所有正在运行的SQL语句都将立即中止。所有未提交的事务将不回滚。Oracle也不等待目前连接到数据库的用户退出系统。下一次启动数据库时需要实例恢复,因此,下一次启动可能比平时需要更多的时间。

方法3:网上比较通用的方法

1 :首先停应用服务。
2 :其次停止监听服务(listener)
3 :间隔一段时间后,运行自己写的脚本去检查一下还有没有用户进程,如有, KILL.
4 :shutdown immediate;

当然,有时候实际情况往往有些出入,例如步骤1,DBA没有应用服务器的权限。无法停止应用服务。当然也不妨碍后面步骤的执行。     

相关文章
|
2月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
191 64
|
9天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
43 11
|
22天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
28天前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
15天前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
47 7
|
1月前
|
Oracle 关系型数据库 数据库
oracle数据库技巧
【10月更文挑战第25天】oracle数据库技巧
30 6
|
1月前
|
存储 Oracle 关系型数据库
Oracle数据库优化策略
【10月更文挑战第25天】Oracle数据库优化策略
29 5
|
2月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
2月前
|
监控 Oracle 关系型数据库
Oracle数据库性能优化
【10月更文挑战第16天】Oracle数据库性能优化是
36 1

推荐镜像

更多