ASM磁盘组空间不足--ORA-15041：DISGROUP DATA space exhausted （生产库案例）

最新推荐文章于 2025-01-22 12:50:59 发布

黄炎龙

最新推荐文章于 2025-01-22 12:50:59 发布

阅读量6.1k

点赞数 1

分类专栏： Oracle_RAC 文章标签： asm ORA-15041

本文链接：https://blog.csdn.net/huangyanlong/article/details/47277715

版权

本文记录了一次处理ASM磁盘组空间不足引发ORA-15041错误的过程。通过紧急缩减其他表空间、新增磁盘并扩容ASM磁盘组，成功解决了生产库空间问题，确保了业务正常运行。后续建议包括长期的存储扩容和ASM存储规划。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原创作品，出自 “深蓝的blog” 博客，深蓝的blog：http://blog.csdn.net/huangyanlong/article/details/47277715

近日,处理了一个关于ASM磁盘组空间不足引起的问题。

简单记录如下：

一、问题的反馈

驻地工程师的反馈：

驻地工程师以邮件的形式告知了出现的问题，以及解决该问题的紧急性。

大概这样的描述：告知了巡检时发现了某照片表空间已满，对其进行扩容操作，报错：ORA-15041：DISGROUP "DATA" space exhausted。由于月初需要对上月数据进行考核，客户上传一些照片，此事比较紧急，需立刻解决。

附件中，附带了一些查询信息，如下：
SQL> select group_number,name,total_mb,free_mb from v$ASM_DISKGROUP;

GROUP_NUMBER NAME                             TOTAL_MB    FREE_MB
------------ ------------------------------ ---------- ----------
           1 ARCH                               860159     405817
           2 CRS                                 30717      29791
           3 DATA                              1638394        238

SQL> select name,group_number,state,redundancy,total_mb,free_mb,path from v$asm_disk;

NAME                           GROUP_NUMBER STATE    REDUNDA   TOTAL_MB
------------------------------ ------------ -------- ------- ----------
   FREE_MB
----------
PATH
--------------------------------------------------------------------------------
ARCH_0000                                 1 NORMAL   UNKNOWN     860159
    405817
/dev/oracleasm/disks/ARCH

CRS_0002 2 NORMAL UNKNOWN 10239
9931
/dev/oracleasm/disks/VOTE_CRS3

CRS_0001 2 NORMAL UNKNOWN 10239
9930
/dev/oracleasm/disks/VOTE_CRS2

DATA_0001 3 NORMAL UNKNOWN 819197
112

DATA_0000 3 NORMAL UNKNOWN 819197
126
/dev/oracleasm/disks/DATA1

CRS_0000 2 NORMAL UNKNOWN 10239

6 rows selected.

二、紧急的处理

连入生成库，查询确实asm空间严重不足了。
ASMCMD> lsdg

State    Type    Rebal Sector Block       AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name
MOUNTED EXTERN N         512   4096 1048576    860159   405780                0          405780              0             N ARCH/
MOUNTED NORMAL N         512   4096 1048576     30717    29791            10239            9776              0             Y CRS/
MOUNTED EXTERN N         512   4096 1048576   1638394      238                0             238              0             N DATA/

为快速解决问题，让应用跑起来，决定先从如何解决无法扩充表空间的方面进行入手。
想到的是缩减低利用率的表空间。

于是查看表空间的使用情况：
1、发现undo表空间、temp表空间被扩容了很大，可以对其缩减；
2、发现了一些低利用率的表空间，诸如GB级别的只存了几M的数据量，可以考虑缩减；

于是连续使用诸如下面这样的命令：

ALTER DATABASE
TEMPFILE '+DATA/xcky/xckytmp04.dbf'
RESIZE 1024M;

用来实现对可缩减表空间的大小进行缩减。

经过一番空间缩减后，再次查询空间使用率，满足扩容表空间的需求，完成了业务中存储照片表空间的扩容。应用系统使用恢复正常。