oracleshutdownimmediate一直没反应解决方案-创新互联

oracle shutdown immediate 一直没反应解决方案

成都创新互联专注于企业成都全网营销、网站重做改版、杭州网站定制设计、自适应品牌网站建设、H5页面制作商城系统网站开发、集团公司官网建设、外贸网站制作、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为杭州等各大城市提供网站开发制作服务。

数据库监听突然出现了问题,重新配置之后,重启数据库。发现不管是用shutdown 还是跟上参数 immediate都是同样效果,等了10多分钟一点反应都没有。

查了查资料,看了下每个参数的用法,发现可能是连接请求还在连接数据库,没有关闭所以只能等着。一狠心强行关掉了SSH,结果杯具了。

启动的时候就说:

详细的shutdown和startup参数解释如下:

shutdown有四个参数:normal、transactional、immediate、abort。缺省不带任何参数时表示是normal。
shutdown normal:不允许新的连接、等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。
shutdown transactional:不允许新的连接、不等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。
shutdown immediate:不允许新的连接、不等待会话结束、不等待事务结束、做一个检查点并关闭数据文件。没有结束的事务是自动ROLLBACK的。启动时不需要实例恢复。
shutdown abort:不允许新的连接、不等待会话结束、不等待事务结束、不做检查点且没有关闭数据文件。启动时自动进行实例恢复。
另外,对于normal、transactional、immediate,db bUFFER cACHE的内容写入了数据文件,没有提交的事务被回滚,所有的资源被释放,数据库被“干净”的关闭。
对于abort,db bUFFER cACHE的内容没有写入数据文件,没有提交的事务也没有回滚。数据库没有DISMOUNT和关闭,数据文件也没有关闭。当数据库启动时,需要通过REDO LOG恢复数据,通过回滚段对事务回滚,对资源进行释放。

startup [force] [restrict] [pfile= FILENAME] [open [recover][ DATABASE] | mount | nomount]
startup open:startup缺省的参数就是open,打开数据库,允许数据库的访问。当前实例的控制文件中所描述的所有文件都已经打开。
startup mount:mount数据库,仅仅给dba进行管理操作,不允许数据库的用户访问。仅仅只是当前实例的控制文件被打开,数据文件未打开。
startup nomount:仅仅通过初始化文件,分配出sga区,启动数据库后台进程,没有打开控制文件和数据文件。不能任何访问数据库。
startup pfile= FILENAME:以FILENAME为初始化文件启动数据库,不是采用缺省初始化文件。
startup force:中止当前数据库的运行,并开始重新正常的启动数据库。
startup restrict:只允许具有restricted session权限的用户访问数据库。
startup recover:数据库启动,并开始介质恢复。

 使用shutdown的时候 normal和immediate可能都因为连接没有释放而造成数据库无法重启的现象。

 可以采用以下两个方案:

oracle shutdown immediate 一直没反应解决方案

 SQL>shutdown abort;  --这个方法是不等待会话结束就直接关闭掉数据库,一般情况下事不推荐使用的。实在关不掉的话,一般也没有什么问题。跟直接KILL进程差不多。

 SQL>startup               --shutdown abort以后在启动数据库。

 SQL>startup force;  --这个方法是直接关闭掉数据库然后再重启数据库,这个方式也可以达到关闭的目的,我个人使用的时候两个方法都行。

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


当前名称:oracleshutdownimmediate一直没反应解决方案-创新互联
文章路径:http://ybzwz.com/article/doeoip.html