oracle asm磁盘组用lsdg显示可用空间充足但归档不成功

问题：

  同事反映ASM磁盘组用LSDG显示可用空间充足，但归档不成功，好像归档空间不足？

结论：

1,科学合理使用MOS查询相关信息，快速定位问题原因至关重要,即如何高效使用英语的关键字

   方可精准定位问题

2,确认是否为ASM的BUG前，先要在合理范围进行全面分析，如此方可得出权威令客户或自己满意的解决方案

3,DROP TABLE或DROP TABLE PURGE不会释放表所占用的空间

4,最终定位是11.2.0.3数据库基于ASM的BUG

5,请参考关于对应的PSU MOS文章，应用解决ASM BUG的PSU

6,每个PSU下载界面会有解决BUG列表的概要信息，至于全部BUG信息，请查阅自述文件即README

分析：

切换到grid用户

-bash-3.2$ id

uid=501(grid) gid=500(oinstall) groups=500(oinstall),501(dba),503(asmadmin)

显示各个ASM磁盘组的空间分配情况

DATA磁盘组可用空间为3528MB

ASMCMD> cd data

中间操作步骤略

ASMCMD> cd archivelog

SQL> select name from v$datafile;

NAME

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

+DATA/ora11204/system01.dbf

+DATA/ora11204/sysaux01.dbf

+DATA/ora11204/undotbs01.dbf

+DATA/ora11204/users01.dbf

/11204rdbms/oradata/tbs_zxy.dbf

+DATA/ora11204/dbadata01.dbf

6 rows selected.

ASMCMD> ls -l

Type Redund Striped Time Sys Name

Y 2015_07_24/

Y 2015_08_14/

Y 2015_08_15/

ASMCMD> cd 2015_07_24/

ASMCMD> ls -l

Type Redund Striped Time Sys Name

ARCHIVELOG UNPROT COARSE JUL 24 05:00:00 Y thread_1_seq_1555.414.885878651

ARCHIVELOG UNPROT COARSE JUL 24 05:00:00 Y thread_1_seq_1556.413.885878653

ARCHIVELOG UNPROT COARSE JUL 24 05:00:00 Y thread_1_seq_1557.412.885878663

ASMCMD>

可见直接在ASMCMD提示符环境下增加文件，LSDG显示的ASM磁盘组可用空间会及时更新

ASMCMD> cp thread_1_seq_1555.414.885878651 1.log

copying +data/ora11204/archivelog/2015_07_24/thread_1_seq_1555.414.885878651 -> +data/ora11204/archivelog/2015_07_24/1.log


同理，删除文件，LSDG也会及时更新ASM磁盘组的可用空间

SQL> conn scott/system

Connected.

SQL> create table t_asm(a int);

Table created.

SQL> insert into t_asm select level from dual connect by level<=1000000;

1000000 rows created.

SQL> commit;

Commit complete.

在数据库实例添加数据，也会实时反映到ASMCMD的LSDG

SQL> drop table t_asm;

Table dropped.

默认方式删除表，不会及时回收表占用的空间

SQL> select space from user_recyclebin;

SPACE

----------

1664

SQL> purge recyclebin;

Recyclebin purged.

SQL> select space from user_recyclebin;

no rows selected

    drop table purge及purge recyclebin亦不会释放表占用的空间

     继续常规操作ASM LSDG显示结果与数据库实例信息一致，是否为数据库的BUG呢，我们到MOS进行关键字查询

注意：查询的英语关键字，译文为：ASM LSDG显示有充足的可用空间但为何归档失败

      打开与BUG相关的文章，经过匹配数据库版本，操作系统版本以及问题现象，基本可以判定为BUG

Bug 18336563 : ORA-15041 SPACE EXHAUSTED ERROR OCCURED EVEN THOUGH THERE IS ENOUGH FREE

    既然是BUG，就要解决这个BUG，PSU就是ORACLE每季度发布针对某些安全漏洞或BUG的补丁集，打开如下文章

Quick Reference to Patch Numbers for Database PSU, SPU(CPU), Bundle Patches and Patchsets (文档 ID 1454618.1)

    我们仅关注11.2.0.3的PSU，发现不同时期发布了N个不同的PSU，最简单的方法就是下载最新的PSU直接应用数据库即可

      当然还有另一种方式，即依次把上述的PSU打开，匹配是否解决了上述所言的BUG，然后下载对应PSU进行应用即可

参考资料：

Bug 18336563 : ORA-15041 SPACE EXHAUSTED ERROR OCCURED EVEN THOUGH THERE IS ENOUGH FREE

Quick Reference to Patch Numbers for Database PSU, SPU(CPU), Bundle Patches and Patchsets (文档 ID 1454618.1)

个人简介

8年oracle从业经验，具备丰富的oracle技能，目前在国内北京某专业oracle服务公司从事高级技术顾问。

服务过的客户：

中国电信

中国移动

中国联通

中国电通

国家电网

四川达州商业银行

湖南老百姓大药房

山西省公安厅

中国邮政

北京302医院     

河北廊坊新奥集团公司

 项目经验:

中国电信3G项目AAA系统数据库部署及优化
      中国联通4G数据库性能分析与优化

中国联通CRM数据库性能优化

中国移动10086电商平台数据库部署及优化

湖南老百姓大药房ERR数据库sql优化项目

四川达州商业银行TCBS核心业务系统数据库模型设计和RAC部署及优化

四川达州商业银行TCBS核心业务系统后端批处理存储过程功能模块编写及优化

北京高铁信号监控系统RAC数据库部署及优化

河南宇通客车数据库性能优化

中国电信电商平台核心采购模块表模型设计及优化

中国邮政储蓄系统数据库性能优化及sql优化

北京302医院数据库迁移实施

河北廊坊新奥data guard部署及优化

山西公安厅身份证审计数据库系统故障评估

国家电网上海灾备项目4 node rac+adg 
       贵州移动crm及客服数据库性能优化项目
       贵州移动crm及客服务数据库sql审核项目
       深圳穆迪软件有限公司数据库性能优化项目

联系方式：

手机：18201115468

qq   :   305076427

qq微博: wisdomone1

新浪微博：wisdomone9

qq群：275813900    

itpub博客名称：wisdomone1    http://blog.itpub.net/9240380/

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9240380/viewspace-1776148/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9240380/viewspace-1776148/