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

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

默认情况下我们在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

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

最新文章

  1. Python3 面向对象(基础篇)
  2. tp框架之session
  3. April Fools Day Contest 2014
  4. JMeter中的场景执行持续时间设置
  5. [Lua]50行代码的解释器,用来演示lambda calculus
  6. oracle SGA详解
  7. web应用中web.xml配置详解
  8. linux,下载与安装
  9. Outlook 2007无法打开链接"由于本机的限制 该操作已被取消"
  10. Hibernate笔记——(ONE TO ONE)一对一
  11. Unity3d之Shader编程:子着色器、通道与标签的写法 & 纹理混合
  12. Magento网站如何添加一个可配置产品
  13. CSS之关于clearfix--清除浮动
  14. css 一些常用属性总结
  15. JavaEE开发之Spring中的事件发送与监听以及使用@Profile进行环境切换
  16. SAP Cloud for Customer(C4C)和微信集成系列教程
  17. JAVA代码发送邮件示例和解释(二)
  18. Linux/Windows远程桌面
  19. python matplotlib 简单生成图
  20. 利用Module模块把构建的神经网络跑起来

热门文章

  1. dom4j创建格式化的xml文件
  2. 浅析Android中的消息机制(转)
  3. 【Android】SDK工具学习 - Traceview 和 dmtracedump
  4. 决定undo表空间的大小
  5. MySQL常用的操作整理
  6. 【转】Bootloader之uBoot简介(转)
  7. Linux/Unix shell 监控Oracle实例(monitor instance)
  8. HBase 系统架构
  9. 2015年目标一:学习掌握python
  10. 深入浅出ghostbuster剖析NodeJS与PhantomJS的通讯机制