一、协调stoppage或者downtime，期间将应用停掉

二、停Oracle监听器,防止期间有其他的session可以连接进来

--对应的LOCAL=NO的进程确认是否需要KILL。

ps -ef|grep -i local=no|wc -l

ps -ef|grep -i local=no

lsnrctl stop

三、查看有没有JOB--如有的话需要与各方确认是否可停掉，建议在事先做好规划

ps -ef|grep ora_j

四、查看有没有事务还未提交的--如有事务未提交确认是否需要等待事务完成

sqlplus '/ as sysdba'

select status,instance_name,to_char(startup_time,'yyyy/mm/dd hh24:mi:ss') starttime from gv$instance;

select open_mode,name from v$database;

是否有大的查询在进行

select count(*) from v$transaction;

select count(*) from v$session_longops where time_remaining>0;

是否有大的事务在进行 ---如果有大量返回，参考本文最后

select sum(used_ublk) from v$transaction;

select START_TIME,STATUS from v$transaction;

是否有事务正在回滚/需要在数据库OPEN时进行实例恢复

select * from v$fast_start_transactions;

select * from v$fast_start_servers;

五、手工做检查点与手动多次切换log

--确认以上问题解决完后继续：

先做一次检查点，目的是把脏数据写入数据文件，避免造成数据丢失，减小关闭启动不起来这种现象发生

alter system checkpoint;

进行日志切换：

SQL> alter system switch logfile;

--建议循环做两次。

六、关机-此时关机速度会正常，有效减少HANG住之类问题。

建议执行关闭数据库命令时，重新打开一个会话窗口，重新登陆数据库进行关闭：

sqlplus '/ as sysdba'

SQL> shutdown immediate;

ITPub博客

Oracle 单实例关闭数据库的操作流程