启动数据库报错;

解决方案 »

  1.   

    看看 alert log 文件中,有什么提示。
      

  2.   

    网上也很多关于这个问题的文章或博客
    http://blog.csdn.net/chengxuefei_bj/article/details/50887904
    http://blog.itpub.net/26143577/viewspace-720679/
    http://www.linuxidc.com/Linux/2013-06/85260.htm
    请参考下!
      

  3.   

    show parameter control_files,看看这个参数指向的控制文件存不存在,如果:
    1、只有至少一个,那么复制该参数指向中存在的文件到其他不存在的目录,然后alter database mount;如果可以,那么继续alter database open;
    2、如果一个都没有,而且以前也没有做过控制文件的备份,那正常恢复数据库的大门就关上了;
    3、如果你的环境比较复杂,比如同台机器上有很多数据库,而且还有过删库什么之类的操作,或者其他奇葩的事件,那么可以考虑是不是设置错了ORACLE_SID变量,使得实例启动的时候指向了错误的参数文件,而错误的参数文件中指向了错误的控制文件位置。设置正确的ORACLE_SID有望解决这个问题。
      

  4.   

    看看控制参数里面control_files的配置,然后再看看alert里面错误的提示
    估计参数配置不对