ORA-15260 diskgroup space exhausted Problem

最新推荐文章于 2021-04-13 20:49:20 发布

jyjxs

最新推荐文章于 2021-04-13 20:49:20 发布

阅读量884

点赞数

CC 4.0 BY-SA版权

分类专栏： Oracle Rac 文章标签： asm 磁盘存储

本文链接：https://blog.youkuaiyun.com/jyjxs/article/details/8814310

Oracle Rac 专栏收录该内容

10 篇文章

订阅专栏

本文讨论了在使用Oracle数据库11.2.0.1 RAC版本时遇到的磁盘组空间耗尽问题，并详细介绍了通过调整ASM磁盘组、分离磁盘以及重新配置OCR和VOTINGDISK文件到ACFS文件系统的方法来解决该问题的过程。最终，通过这些步骤成功解决了存储空间不足的问题，并提供了长久解决方案。

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

系统：WINDOWS 2008 R2 企业版

数据库：11.2.0.1 RAC

在对数据库进行写入和创建表空间的时候，数据库会报ORA-15260 diskgroup space exhausted

--查看ASM磁盘组信息

SQL> select GROUP_NUMBER,DISK_NUMBER,MOUNT_STATUS,REDUNDANCY,TOTAL_MB,FREE_MB from v$asm_disk;

GROUP_NUMBER DISK_NUMBER MOUNT_STATUS REDUNDANCY   TOTAL_MB    FREE_MB
------------ ----------- ------------ ---------- ---------- ----------
           1           0 CACHED       UNKNOWN       1992297    1942903
           1           1 CACHED       UNKNOWN       1992297    1942893
           1           2 CACHED       UNKNOWN       1562382    1513253
           1           3 CACHED       UNKNOWN          1032          1
           1           4 CACHED       UNKNOWN          1032         11
           1           5 CACHED       UNKNOWN          1032         36

可以看到磁盘3-5存储空间已经耗尽，由于ASM采用的是条带化的存储方式，虽然说0,1,2三块磁盘还有剩余空间,但存储整体已无法扩展。这是一个刚装了没多久的数据库，可以看到，存储还是按照10g的方式划分的，但安装人员在安装的时候把6块盘均划为了一个磁盘组+data，将OCR和VOTING DISK及数据文件放在一起了。由于在11gR2中oracle推出了ACFS文件系统，支持了对OCR和VOTING disk的存储，但实际中安装中还是不提倡这么安装。没办法，故障处理吧。

sqlplus / as sysasm
alter diskgroup DATA rebalance power 6;

重现调配一下磁盘组中的存储分配，实现共享存储的均匀分配，貌似可以写入了，但一段时间后还是不行！3-5又接近写满。下狠招了！将这3个磁盘从磁盘组中脱离。

alter diskgroup data drop disk ‘\\.\ORCLDISK3’; --可以参照V$ASM_DISK 中PATH字段的内容

--依次脱离了3块盘后的查看ASM状态

SQL> select GROUP_NUMBER,DISK_NUMBER,STATE,MOUNT_STATUS,REDUNDANCY,TOTAL_MB,FREE_MB,VOTING_FILE from v$asm_disk;

GROUP_NUMBER DISK_NUMBER STATE    MOUNT_S REDUNDA   TOTAL_MB    FREE_MB V
------------ ----------- -------- ------- ------- ---------- ---------- -
           1           0 NORMAL   CACHED UNKNOWN    1992297    1891737 Y
           1           1 NORMAL   CACHED UNKNOWN    1992297    1891737 Y
           1           2 NORMAL   CACHED UNKNOWN    1562382    1461826 Y
           1           3 DROPPING CACHED UNKNOWN       1032        998 Y
           1           4 DROPPING CACHED UNKNOWN       1032        998 Y
           0           1 NORMAL   CLOSED UNKNOWN          0          0 N

第3和4块盘一直是DROPPING 状态的，进一步查看DATA磁盘组是高冗余配置的，至少需要5块磁盘，安装的这哥们真坑爹啊！还好目前可以创建表空间数据文件了。

一切貌似看起来也很正常，为了长久之计，可以将OCR和VOTING DISK文件进行重新配置新建磁盘组转移到ACFS文件系统上，然后重新注册集群信息。