oracle归档日志

sqlplus sys/password@orcl as sysdba;

一、查看归档日志占用总空间百分比;

select * from V$FLASH_RECOVERY_AREA_USAGE;

二、查看归档日志的目录;

show parameter recover;

三、直接去该目录下删除文件即可

 

四、在操作系统的命令行下执行:rman target sys/orcl;

进入rman命令行之后,可以对归档日志进行管理。删除了文件之后,还要释放才行。

五、crosscheck archivelog all;检查无效的归档日志。

六、delete expired archivelog all;删除无效的归档日志;

       delete archivelog until time 'sysdate-1';删除前一天以前的归档日志

七、退回到sqlplus命令行:

select * from V$FLASH_RECOVERY_AREA_USAGE;

查看归档日志的使用率

 

八、注:oracle常用命令

    shutdown immediate  立即停止

    startup mount 启动并且加载实例

    alter datebase noarchivelog;修改为非归档模式

    alter database open; 打开数据库,重新备份

九、遇到的问题:

1.ORA-00257归档失败,估计是满了。

2.ORA-24324当时开着两个sqlplus,一个在使用,一个执行了关闭命令,估计是死锁。

3.ORA-00312,ORA-00313 日志组文件丢失,select group#,sequence#,archived,status from v$log;查看日志组的状态。

如果是非当前状态,而且已经归档

alter database clear logfile group 1;

非归档可使用alter  database  clear  logfile  group   n;

使用alter database open;重新备份

该部分内容转载自:http://www.linuxidc.com/Linux/2012-02/53426.htm

说明: 
1、如果损坏的是非当前的联机日志文件,一般只需要clear就可以重建该日志文件,但是如果该数据库处于归档状态但该日志还没有归档,就需要强行clear。 
2、建议clear,特别是强行clear后作一次数据库的全备份。 
3、此方法适用于归档与非归档数据库

但是如果损坏的是当前联机日志,那么:

归档模式下:

一、是数据库是正常关闭,日志文件中没有未决的事务需要实例恢复,当前日志组的损坏就可以直接用alter database clear unarchived logfile group n来重建。 
二、是日志组中有活动的事务,数据库需要媒体恢复,日志组需要用来同步,有两种补救办法 
A.        最好的办法就是通过不完全恢复,可以保证数据库的一致性,但是这种办法要求在归档方式下,并且有可用的备份 
B.        通过强制性恢复,但是可能导致数据库不一致。 

举例说明:

A、有备份

[plain]  view plain copy print ?
  1. 1、打开数据库,会遇到一个类似的错误   
  2. ORA-00313: open failed for members of log group 1 of thread 1   
  3. ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'   
  4. ORA-27041: unable to open file   
  5. OSD-04002: unable to open file   
  6. O/S-Error: (OS 2) 系统找不到指定的文件   
  7.   
  8. 2、查看V$log,发现是当前日志   
  9. SQL> select group#,sequence#,archived,status from v$log;   
  10.   
  11.     GROUP#  SEQUENCE# ARCHIVED STATUS   
  12. ---------- ---------- -------- ----------------   
  13.          1          1 NO       CURRENT   
  14.          2          2 YES      INACTIVE   
  15.          3          3 YES      INACTIVE   
  16.   
  17. 3、发现clear不成功   
  18. SQL> alter database clear unarchived logfile group 1;   
  19. alter database clear unarchived logfile group 1   
  20. *   
  21. ERROR at line 1:   
  22. ORA-01624: log 1 needed for crash recovery of thread 1   
  23. ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'   
  24.   
  25. 4、拷贝有效的数据库的全备份,并不完全恢复数据库   
  26. 可以采用获取最近的SCN的办法用until scn恢复或用until cnacel恢复   
  27. recover database until cancel   
  28. 先选择auto,尽量恢复可以利用的归档日志,然后重新   
  29. recover database until cancel   
  30. 这次输入cancel,完成不完全恢复,也就是说恢复两次。   
  31. 如:   
  32. SQL> recover database until cancel;   
  33. Auto   
  34. ……   
  35. SQL> recover database until cancel;   
  36. Cancel;   
  37. 5、利用alter database open resetlogs打开数据库   
  38. 说明:   
  39.   1、这种办法恢复的数据库是一致的不完全恢复,会丢失当前联机日志中的事务数据   
  40.   2、这种方法适合于归档数据库并且有可用的数据库全备份。   
  41.   3、恢复成功之后,记得再做一次数据库的全备份。   
  42.   4、建议联机日志文件一定要实现镜相在不同的磁盘上,避免这种情况的发生,因为任何数据的丢失对于生产来说都是不容许的。   


B、无备份

[plain]  view plain copy print ?
  1. 如果没有备份,进行强制性恢复   
  2. 1、打开数据库,会遇到一个类似的错误   
  3. ORA-00313: open failed for members of log group 1 of thread 1   
  4. ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'   
  5. ORA-27041: unable to open file   
  6. OSD-04002: unable to open file   
  7. O/S-Error: (OS 2) 系统找不到指定的文件   
  8.   
  9. 2、查看V$log,发现是当前日志   
  10. SQL> select group#,sequence#,archived,status from v$log;   
  11.   
  12.     GROUP#  SEQUENCE# ARCHIVED STATUS   
  13. ---------- ---------- -------- ----------------   
  14.          1          1 NO       CURRENT   
  15.          2          2 YES      INACTIVE   
  16.          3          3 YES      INACTIVE   
  17.   
  18. 3、发现clear不成功   
  19. SQL> alter database clear unarchived logfile group 1;   
  20. alter database clear unarchived logfile group 1   
  21. *   
  22. ERROR at line 1:   
  23. ORA-01624: log 1 needed for crash recovery of thread 1   
  24. ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'   
  25.   
  26. 4、把数据库down掉   
  27.   SQL>shutdown immediate   
  28.   
  29. 5、在init<sid>.ora中加入如下参数   
  30.    _allow_resetlogs_corruption=TRUE   
  31.   
  32. 6、重新启动数据库,利用until cancel恢复   
  33. SQL>recover database until cancel;   
  34. Cancel   
  35. 如果出错,不再理会,发出   
  36. SQL>alter database open resetlogs;   
  37.   
  38. 7、数据库被打开后,马上执行一个full export   
  39.   
  40. 8、shutdown数据库,去掉_all_resetlogs_corrupt参数   
  41.   
  42. 9、重建库   
  43.   
  44. 10、import并完成恢复   
  45.   
  46. 11、建议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;   
  47. 说明:   
  48. 1、该恢复方法是没有办法之后的恢复方法,一般情况下建议不要采用,因为该方法可能导致数据库的不一致   
  49. 2、该方法也丢失数据,但是丢失的数据没有上一种方法的数据多,主要是未写入数据文件的已提交或未提交数据。   
  50. 3、建议成功后严格执行以上的7到11步,完成数据库的检查与分析   
  51. 4、全部完成后做一次数据库的全备份   
  52. 5、建议联机日志文件一定要实现镜相在不同的磁盘上,避免这种情况的发生,因为任何数据的丢失对于生产来说都是不容许的。 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值