如何解决“归档日志已满问题”

问题描述:

所用数据库为 Oracle 10g ,模式为归档模式,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件不能归档,而出现oracle数据库挂起的问题。

oem打开oracle 10g 数据库操作界面,会显示如下错误信息:

“ 由于输出设备已满或不可用, 归档程序无法归档重做日志。”

数据库无法使用

现将解决办法稍作总结:

方法一:增大归档日志空间的大小

可以通过下面的方法来调整系统的回闪恢复区大小:
首先是关闭数据库:以SYS身份链接到oracle,执行>shutdown immediate;
启动数据库到mount状态:>startup mount
查看回闪恢复区的大小和存放目标:>show parameter db_recovery_file_dest
修改回闪恢复区的大小>alter system set db_recovery_file_dest_size = 4G(缺省是2G,可以根据实际情况调整大小)
最后打开数据库:>alter database open;

OK , 问题解决。数据库恢复使用。

方法二 :进入oracle清空日志信息,把空间释放出来

启动数据库到mount状态:

>sqlplus “/as sysdba”

>startup mount

新起一个终端,用rman进入把归档日志删除

命令>rman target/  (只安装了一个oracle10g数据库)

命令>crosscheck archivelog all;  (列出归档日志信息)

命令>delete expired archivelog all;  (将上述列出的归档日志删除)

命令>exit;

此时最好将数据库重新备份一下

把数据库的mount状态更改为open状态

>alter database open;

OK.问题解决,数据库可以使用。

误区:

在系统清空归档目录的日志信息(即物理删除归档日志,或将归档日志转移至别处)不可取,OS虽然删除了,但oracle系统识别不出来已经清空日志,只能进入oracle清空日志信息,把空间释放出来,(方法二);或者是把归档空间设置更大(方法一)。

建议将两种方法结合使用,减少工作量,也避免数据库频繁挂起。同时定时进行数据库完全备份或其他重要数据备份

---------------------------------------------------------------------

select * from v$flash_recovery_area_usage; --查看空间占用率

select * from v$recovery_file_dest;  --查看归档日志的存放地址;

使用rman清空归档日志

crosscheck archivelog all;  --查看可以所有的归档文件

delete expired archivelog all; --清空过期的归档文件

如何确认归档日志是否过期,rman有一个保留策略,可以定义多少天之前的日志算为过期;

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;

让恢复窗口成为14天大小。
  show all --查看所有的rman策略.

select count(*) from v$archived_log where archived='YES' and deleted='NO'; --查看所有归档,未删除的归档日志

------------------------检查方法-----------

大多数人会去先检查放归档的目录的磁盘空间是否满了,通过该归档目录空余情况来判断归档空间是否满了,但我觉得这个方法不一定代表实际情况,你看到的可能是一个表面现象。

  默认情况下我们在dbca建库时,会把归档放在$ORACLE_HOME/ flash_recovery_area 下,并且oracle默认给FRA配置的大为2g

  这里需要足以两个参数:

  db_recovery_file_dest string /oracle/flash_recovery_area

  db_recovery_file_dest_size big integer 2G

  这里总结一句,如果db_recovery_file_dest 下的存放的归档大小达到db_recovery_file_dest_size 即使该目录下仍然有磁盘空间剩余,oracle也不会去写。

  这里我建议按照如下步骤去确定:归档空间是否满了?

  1.首先从系统层面确定归档目录存放的磁盘空间情况:

  [oracle@localhost bdump]$ df -h

  Filesystem Size Used Avail Use% Mounted on

  /dev/mapper/VolGroup00-LogVol00 26G 12G 14G 46% /

  /dev/sda2 19G 16G 2.8G 85% /oracle

  /dev/sda1 99M 24M 71M 25% /boot

  tmpfs 978M 508M 470M 52% /dev/shm

  2. 确定归档存放目录,归档存放目录大小

  SQL> archive log list;

  Database log mode Archive Mode

  Automatic archival Enabled

  Archive destination USE_DB_RECOVERY_FILE_DEST -------这里默认使用的是DB_RECOVERY_FILE_DEST

  Oldest online log sequence 17

  Next log sequence to archive 20

  Current log sequence 20

  ----也可以按照以下方式查询归档放置的地方

  SQL> show parameter db_

  NAME TYPE VALUE

  ------------------------------------ ----------- ------------------------------

  db_keep_cache_size big integer 0

  db_name string lixora

  db_recovery_file_dest string /oracle/flash_recovery_area

  db_recovery_file_dest_size big integer 2G

  db_recycle_cache_size big integer 0

  db_unique_name string lixora

  -----这里可以看到闪回恢复区里的空间使用情况:

  SQL> select * From v$flash_recovery_area_usage;    ---------这里可以看到闪回恢复区里的空间占有率情况:

  FILE_TYPE            PERCENT_SPACE_USED     PERCENT_SPACE_RECLAIMABLE       NUMBER_OF_FILES

  -----文件类型-------  ---百分比空间 ---------------        -----可收回百分比--------------------               ---------文件编号------

  CONTROLFILE             0                                                    0                                                                 0

  ONLINELOG               4.88                                                 0                                                                  1

  ARCHIVELOG            76.05                                                0                                                                 47

  BACKUPPIECE          3.1                                                  0                                                                   3

  IMAGECOPY               0                                                    0                                                                   0

  FLASHBACKLOG       0                                                    0                                                                    0

  6 rows selected.

  ------注意这一步才是真正查看归档空间的实际使用情况:

  SQL> select * from v$recovery_file_dest; ------注意这一步才是真正查看归档空间的实际使用情况:

  NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES

  ----------- ---------- ----------------- ---- --------------- -------------------

  /oracle/flash_recovery_area 2147483648 1804771840 0 51

  但是还是在系统层面去查看磁盘空间。

如何检查oracle的归档日志及空间占用率,清除归档日志的更多相关文章

  1. 查看Linux服务器CPU使用率、内存使用率、磁盘空间占用率、负载情况

    [root@server script]# vi monitor.py #!/usr/bin/env python # -*- coding:utf-8 -*- #Author: nulige imp ...

  2. 如何检查oracle的归档空间是否满了?

    如何检查oracle的归档空间是否满了? 关于如何检查归档空间是否慢了,大多数人会去先检查放归档的目录的磁盘空间是否满了,通过该归档目录空余情况来判断归档空间是否满了,但我觉得这个方法不一定代表实际情 ...

  3. Oracle修改日志归档模式、归档路径以及空间大小的相关测试

    ORACLE 创建数据库的时候要不要开启日志归档? oracle数据库可以运行在2种模式下:归档模式(archivelog)和非归档模式(noarchivelog) .归档模式可以提高Oracle数据 ...

  4. 如何检查oracle的归档空间是否满了

    如何检查oracle的归档空间是否满了   关于如何检查归档空间是否慢了,大多数人会去先检查放归档的目录的磁盘空间是否满了,通过该归档目录空余情况来判断归档空间是否满了,但我觉得这个方法不一定代表实际 ...

  5. Oracle RMAN 清除归档日志

    在开发环境及UAT环境经常碰到需要清除归档日志的情形,对于这个问题方法有很多.可以直接使用rm方式清除归档日志,也可以使用find命令来查找符合条件的记录来清除归档日志,或者直接写个shell脚本来搞 ...

  6. ORACLE归档日志满了之后,如何删除归档日志

    当ORACLE归档日志满后如何正确删除归档日志 版权声明:本文为博主原创文章,未经博主允许不得转载. 当ORACLE 归档日志满了后,将无法正常登入ORACLE,需要删除一部分归档日志才能正常登入OR ...

  7. ORA-16014: 日志 1 的序列号 242 未归档, 没有可用的目的地

    SQL> alter database open; *第 1 行出现错误:ORA-16014: 日志 1 的序列号 242 未归档, 没有可用的目的地ORA-00312: 联机日志 1 线程 1 ...

  8. Oracle 无备份情况下的恢复--临时文件/在线重做日志/ORA-00205

    13.5 恢复临时文件 临时文件没有也不应该备份.通过V$TEMPFILE可以找到所有的临时文件. 此类文件的损坏会造成需要使用临时表空间的命令执行失败,不至于造成实例崩溃或session中断.由于临 ...

  9. 用备份控制文件做不完全恢复下的完全恢复(数据文件备份<旧>--新建表空间--控制文件备份<次新>--日志归档文件<新>)

    为什么会使用备份的控制文件? 实际工作中主要有两种情况:第一种:当前控制文件全部损坏,而数据文件备份,控制文件备份及当前日志处于不同SCN版本,它们之间又增加过表空间(数据文件).第二种:当前控制文件 ...

随机推荐

  1. Nginx+Keepalived 实现高可用

    Keepalived 是一个高性能的 服务器高可用 或 热备解决方案,Keepalived主要来防止服务器单点故障的问题,可以通过其与Nginx的配合来实现web服务端的高可用. Keepalived ...

  2. Java 范例 - 字节处理

    前言 Java 编程中常会遇到需要进行字节处理的地方,本篇文章就来探讨编程中会遇到的字节处理问题. 字节序 字节序(endianness)是对于多字节数据来说的,它描述了多字节数据存储的顺序,分为大端 ...

  3. PostgreSQL 使用小点

    1.timestamp 有分时区和无时区(减少使用),8个字节,包含日期和时间,范围是:公元前4713 - 公元294276.底层存储的是时间戳,这对任何地区的都一样,而具体时间显示则可从数据库层面设 ...

  4. 面试:C++观察者模式实现

    #include <list> class Subject; class Observer{ public: virtual ~Observer(){}; virtual void upd ...

  5. (转)Sphinx中文分词安装配置及API调用

    这几天项目中需要重新做一个关于商品的全文搜索功能,于是想到了用Sphinx,因为需要中文分词,所以选择了Sphinx for chinese,当然你也可以选择coreseek,建议这两个中选择一个,暂 ...

  6. 理解运用JS的闭包、高阶函数、柯里化

    JS的闭包,是一个谈论得比较多的话题了,不过细细想来,有些人还是理不清闭包的概念定义以及相关的特性. 这里就整理一些,做个总结. 一.闭包 1. 闭包的概念 闭包与执行上下文.环境.作用域息息相关 执 ...

  7. [android] 手机卫士欢迎页检测更新

    客户端:去服务器获取最新的版本信息 服务器端: 版本信息,最新的版本2.0 最新版本的下载地址:http://xxxxxxxx/mobilesafe2.0.apk 版本的描述信息 客户端如果不升级新版 ...

  8. 修改Mysql字符集

    第一种 一.修改my.ini配置文件(MySQL配置文件) character_set_server = utf8 #设置字符集 重启mysql数据库服务 查看当前数据库字符集 show VARIAB ...

  9. 【Java基础】11、java方法中只有值传递,没有引用传递

    public class Example { String testString = new String("good"); char[] testCharArray = {'a' ...

  10. Strange Way to Express Integers(中国剩余定理+不互质)

    Strange Way to Express Integers Time Limit:1000MS Memory Limit:131072KB 64bit IO Format:%I64d & ...