求救:小女子今天发现数据出现这个问题,找了很多资料,但是不知道那个更好,请大家帮忙啊~~~~希望一次解决以后不再出现这样的问题

解决方案 »

  1.   

    ora-00257 后面具体跟的什么提示
      

  2.   

    你可以参考一下
    问题:我的的数据库以前都是正常的,但是今天突然发现数据库无法连接,报出ORA-00257错误,这是为什么,请问应该怎样解决。  解答:从Oracle9i开始,借助于UNDO日志文件提供了闪回查询的功能,由于功能也有一定的局限性,也就是说依赖于UNDO日志的事务不能被覆盖,所以在Oracle10g开始又采用了一种新的FlashBack日志来实现这个功能,而且更为强大,可以将数据库退回到过去某个时间点去。这个文件默认最大为2g.但是在一段时间过后,很快就达到了2G,这个时候就会出现ORA-00257错误了。  如何去解决呢,有两种方法,第一种就是关闭闪回日志的功能,这种对于开发环境中不失为一种好方法,因为开发环境中,并不追求数据的可安全性的。大家可以通过下面的语句改变。  alter database flashback off  第二种方法就是增大闪回日志文件的最大大小。示例如下:  alter system set DB_RECOVERY_FILE_DEST_SIZE=10g  此时,你可以去查看v$flash_recovery_area_usage视图中的使用率情况,这个时候发现使用率(PERCENT_SPACE_USED列的值)已经大大降低了。再通过如下语句去查看系统日志文件情况。  select * from v$log  至此redo日志文件可以正常写入,问题解决。
    三、删除RAC文件登陆rman:
    [oracle@localhost LMAIL]$ rman target / nocatalog
    RMAN>list archivelog all;
    RMAN>crosscheck archivelog all;RMAN>DELETE NOPROMPT ARCHIVELOG all UNTIL TIME 'SYSDATE-1';
     
      

  3.   


    ORA-00257: archiver error. Connect internal only, until freed. Cause: The archiver process received an error while trying to archive a redo log. If the problem is not resolved soon, the database will stop executing transactions. The most likely cause of this message is the destination device is out of space to store the redo log file.
     
    Action: Check archiver trace file for a detailed description of the problem. Also verify that the device specified in the initialization parameter ARCHIVE_LOG_DEST is set up properly for archiving 楼主在初始化文件里检查下ARCHIVE_LOG_DEST 的设置..还有就是看下alertSID.log文件. 里面能看到一些有用的信息..
      

  4.   

    晕了,问题刚解决,又出现问题~~~连接数据库时ora-12520    ora-01089
    快救救~~~