drop diskgroup ORA-15039 ORA-15027

最新推荐文章于 2024-08-14 20:32:47 发布
最新推荐文章于 2024-08-14 20:32:47 发布
阅读量821 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： oracle 文章标签： drop diskgroup  ORA-15039  ORA-15027
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/EVISWANG/article/details/85072197
本文详细记录了在Oracle数据库中遇到的ASM磁盘组DATAGRP1无法删除的问题及其解决过程。通过更改参数文件，重启实例并重新加载参数，最终成功删除了磁盘组，为数据库维护人员提供了宝贵的故障排除经验。

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

SQL>drop diskgroup DATAGRP1 including contents;

[DBT-30012] Dropping disk group DATAGRP1 failed.
ORA-15039: diskgroup not dropped
ORA-15027: active use of diskgroup "DATAGRP1" precludes its dismount

[grid@Trestoredb ~]$ sqlplus / as sysasm

SQL*Plus: Release 12.2.0.1.0 Production on Tue Dec 18 17:00:39 2018

Copyright (c) 1982, 2016, Oracle.  All rights reserved.


Connected to:
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production

SQL> show parameter pfile

NAME                                        TYPE    VALUE
------------------------------------ ----------- ------------------------------
spfile                                          string   +DATAGRP1/ASM/ASMPARAMETERFILE
                                                        /registry.253.991764285
SQL>  create pfile='/tmp/pfiasm.ora' from spfile;

File created.

SQL>  shutdown immediate
ASM diskgroups volume disabled
ASM diskgroups dismounted
ASM instance shutdown
SQL> 
SQL> 
SQL>


SQL> startup pfile ='/tmp/pfiasm.ora';
ASM instance started

Total System Global Area 1140850688 bytes
Fixed Size              8629704 bytes
Variable Size             1107055160 bytes
ASM Cache                   25165824 bytes
ASM diskgroups mounted
ASM diskgroups volume enabled
SQL> 

SQL> drop diskgroup datagrp1  including contents;

Diskgroup dropped.

SQL>
 

删除磁盘组报错：ORA-15027: active use of diskgroup "DATA" precludes its dismount
阿九的宅基地
12-06 6739
作者 阿九【转载时请务必以超链接形式标明文章原始出处和作者信息】 今天删除一个刚装好的 Grid Infrastructure 下的磁盘组"DATA"的时候，报错： ORA-15027: active use of diskgroup "DATA" precludes its dismount 错误提示是因为在"DATA"磁盘组下有活动的文件存在，所以不能删除磁盘组。
drop diskgroup报ora-15001
airmy的专栏
03-30 4051
SQL> alter diskgroup dg1 mount; alter diskgroup DG1 mount * ERROR at line 1: ORA-15032: not all alterations performed ORA-15130: diskgroup "DG1" is being dismounted ORA-15066: offlining disk ""
oracle asm 删除diskgroup,在Oracle11g的ASM实例上删除diskgroup报错ORA-15027
weixin_32228727的博客
04-03 476
在Oracle 11g的ASM实例上删除diskgroup报错ORA-15027在Oracle 11g 的ASM 实例上删除diskgroup 操作。删除时报错ORA-15027: active use of diskgroup precludes its dismount ，如下：SQL> drop diskgroup webdg including contents;drop diskg...
oracle asm 删除diskgroup,在Oracle 11g的ASM实例上删除diskgroup报错ORA-15027
weixin_42356349的博客
04-03 486
在Oracle 11g 的ASM 实例上删除diskgroup 操作。删除时报错ORA-15027: active use of diskgroup precludes its dismount ，如下：SQL> drop diskgroup webdg including contents;drop diskgroup webdg including contents*ERROR at l...
oracle asm 删除diskgroup,How to drop ASM DiskGroup in RAC? (DISKGROUP删除后db资源显示OFFLINE)...
weixin_33000813的博客
04-03 517
11.2.0.4 rac 2nodes$ crs_stat -tName Type Target State Host------------------------------------------------------------ora.CRS.dg ora....up.type ONLINE ONLINE node...
Oracle报错ORA-00603 ORA-00600[4193]错误 解决方案
ZSY老司机的博客
10-02 4150
5、删除原有的undo tablespace创建新的undo tablespace。根据MOS介绍，此故障一般和undo segment有关。1、在做了redo log当前日志组被破坏恢复的测试后。2、启动数据库后出现ORA-600 【4193】的错误。查看告警日志，数据库启动正常，问题解决！3、通过pfile启动Instance。6、关闭数据库，重新通过spfle启动。1、通过spfile生成pfile。2、编辑pfile文件。3、数据库被强制关闭。
drop asm 磁盘和磁盘组时提示ORA-15001和ORA-15042等系列错误
zhenjiang412518的专栏
04-21 4493
在11g rac
磁盘组add disk，报错：ORA-15041 thrown in ARB0 for group number
fanzhuozhuo的博客
01-30 3483
磁盘组add disk，报错：ORA-15041 thrown in ARB0 for group number 故障现象问题分析解决方法解决过程遗留问题参考 在ASM中，每一个文件的extent都均匀的分布在它所在磁盘组的所有磁盘上，无论是在文件第一次创建或是文件创建之后的重新resize都是如此，这也意味着我们始终能保持磁盘组中的每一个磁盘上都有一个平衡的空间分配。 当我们ASM磁盘空间不够时，一般我们都会选择扩容，往磁盘组中添加新的磁盘，然后等待完成rebalance即可。但是，当我们没有注意到一些情
数据库报错：ORA-00600: internal error code, arguments: [4193], [457]，该如何解决？
老苏畅谈运维
08-14 1398
一个数据库在启动后报错：ORA-00600: internal error code, arguments: [4193], [457]，该如何解决？
oracle-03150,Oracle ORA-15027错误的解决办法
weixin_30293523的博客
04-03 808
Oracle ORA-15027错误的解决办法DG1是asm实例的第一个磁盘组，由于维护的原因，想要删掉这个磁盘组，然后重建，删除时报错SQL>drop diskgroup dg1 including contents;drop diskgroup dg1 including contents*ERROR at line 1:ORA-15039: diskgroup not droppedO...
ORA-15027: active use of diskgroup "TEST" precludes its dismount
11-13 224
#删除磁盘组失败# drop diskgroup test including contents * ERROR at line 1: ORA-15039: disk...
asm磁盘组，asm磁盘状态学习
weixin_34268579的博客
01-27 1289
说明：在数据库中巡检，发现，数据库某个磁盘组状态为mount，其余磁盘组均为CONNECTED状态，排除是否异常 文档流程： 1.实际环境查询校验 2.官方文档视图中对磁盘组，磁盘状态的解释说明 3.对于asm磁盘组相关的维护命令学习 1.实际环境查询校验$uname -a AIX P570_2_1 1 6 00C7B8B64C00 $ifconf...
【ASM学习】手工删除ASM磁盘组时提示错误ORA-15039
cojm55771的博客
09-23 288
SQL> drop diskgroup sysdata;drop diskgroup sysdata*ERROR at line 1:ORA-15039: diskgroup not droppedORA-15001: d...
2017-05-24 DBA日记，删除asm diskgroup过程
IT匠人的专栏
05-24 2681
背景： 新接手一台linux+oracle+asm的数据库db1，现在要对该db的asmdisk进行存储回收，为确保正确删除asmdisk及对应磁盘设备，需把asmdisk的与磁备设备映射出来，并进一步梳理好处理步骤。 处理步骤： 1） 确认回收的asm diskgroup，命令如下： select * from v$asm_diskgroup; col path for
053-23 How can you reverse the effects of an ALTER DISKGROUP … DROP DISK command if it has not yet c
EVISWANG的博客
11-25 861
QUESTION 23 How can you reverse the effects of an ALTER DISKGROUP … DROP DISK command if it has not yet completed? A. Issue the ALTER DISKGROUP … ADD DISK command. B. Issue the ALTER DISKGROUP … U
11gR2 删除磁盘组报ORA-15027 错误解决方法
OS is DB,DB is OS
02-14 2671
重建数据库删除diskgroup时报ORA-15027错误 SQL> drop diskgroup DATA including contents; drop diskgroup DATA including contents * ERROR at line 1: ORA-15039: diskgroup not dropped ORA-15027: active use of dis
ORA-15039: diskgroup not dropped ORA-15073: diskgroup DATA1 is mounted by another ASM instance
Joyce
07-10 2702
OS:
11gr2 重新创建 diskgroup
rgb_rgb的博客
11-20 2955
SQL> select name,failgroup,path from v$asm_disk; NAME -------------------------------------------------------------------------------- FAILGROUP ---------------------------------------------------
ora-19809
最新发布
07-27
<think>我们正在处理的是ORA-19809错误，该错误与归档日志文件创建失败有关。根据用户提供的信息，虽然引用了其他错误（如ORA-01555, ORA-08103, ORA-00439），但用户明确表示遇到了ORA-19809，因此我们需要专注于这个错误。 ORA-19809错误通常是由于以下原因之一： 1. 归档日志目标路径空间不足 2. 文件系统权限问题 3. 归档日志目标路径不存在 4. 存储设备问题（如ASM磁盘组空间不足） 以下为详细的解决步骤： --- ### **第一步：确认错误详情** 查看错误日志获取更多信息： ```sql SELECT message FROM v$dataguard_status WHERE message LIKE '%ORA-19809%'; ``` 或检查alert日志： ```bash # 进入数据库alert日志目录 cd $ORACLE_BASE/diag/rdbms/<db_name>/<instance_name>/trace tail -100 alert_<instance_name>.log | grep ORA-19809 ``` --- ### **第二步：检查归档目标空间** 1. **本地文件系统目标**： ```sql -- 查看当前归档目标设置 SELECT dest_name, destination, status FROM v$archive_dest WHERE dest_id=1; ``` 检查目标路径空间： ```bash df -h <归档路径> # 例如：df -h /u01/archivelog ``` 2. **ASM磁盘组目标**： ```sql -- 检查ASM磁盘组空间 SELECT name, total_mb, free_mb FROM v$asm_diskgroup; ``` --- ### **第三步：检查文件系统权限** 确保Oracle软件安装用户（通常是`oracle`）对归档路径有写权限： ```bash ls -ld /u01/archivelog # 输出示例：drwxr-xr-x 2 oracle oinstall 4096 Jun 10 10:00 /u01/archivelog ``` 如果权限不足： ```bash chown oracle:oinstall /u01/archivelog chmod 775 /u01/archivelog ``` --- ### **第四步：验证归档路径存在性** 如果归档路径不存在，创建并设置权限： ```bash mkdir -p /u01/archivelog chown oracle:oinstall /u01/archivelog chmod 775 /u01/archivelog ``` --- ### **第五步：ASM磁盘组空间不足处理** 如果使用ASM： 1. **增加磁盘组空间**： ```sql -- 在ASM实例中执行 ALTER DISKGROUP DATA ADD DISK '/dev/sdf1' SIZE 100G; ``` 2. **清理旧归档**（确保已备份）： ```sql -- 使用RMAN删除过期归档 RMAN> DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; ``` --- ### **第六步：临时解决方案（更改归档路径）** 如果无法立即解决空间问题，可临时更改归档路径： ```sql ALTER SYSTEM SET log_archive_dest_1='LOCATION=/new/arch/path' SCOPE=BOTH; ``` --- ### **第七步：验证修复** 1. 手动切换日志： ```sql ALTER SYSTEM SWITCH LOGFILE; ``` 2. 检查新归档日志： ```sql SELECT sequence#, name FROM v$archived_log ORDER BY sequence# DESC; ``` --- ### **预防措施** 1. **设置归档删除策略**（RMAN）： ```sql CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK; ``` 2. **监控脚本**（检查空间使用率）： ```bash #!/bin/bash threshold=90 usage=$(df -h /u01/archivelog | awk 'NR==2 {print $5}' | cut -d'%' -f1) [ $usage -ge $threshold ] && echo "警告：归档目录空间不足！" ``` --- ### **相关问题** §§相关问题§§ 1. 如何配置RMAN自动删除归档日志？ 2. Oracle ASM磁盘组如何扩容？ 3. 如何监控Oracle数据库的归档日志生成速率？ 4. ORA-19804和ORA-19809有什么区别？ [^1]: ORA-01555错误说明 [^2]: ORA-08103错误说明 [^3]: ORA-00439错误说明（分区特性未启用）</think>### Oracle ORA-19809 错误原因与解决方案 #### 📌 错误说明 **ORA-19809: limit exceeded for recovery files** 表示数据库无法创建新的归档日志文件，通常由以下原因引起： 1. 归档日志存储空间不足（最常见） 2. FRA（Flash Recovery Area）空间配额耗尽 3. 归档日志保留策略配置错误 4. 文件系统权限问题 --- ### 🔍 诊断步骤 #### 1. 检查错误详情 ```sql SELECT message FROM v$dataguard_status WHERE message LIKE '%ORA-19809%'; ``` #### 2. 验证空间状态 ```sql -- 检查FRA空间使用率 SELECT * FROM v$recovery_area_usage; -- 检查总空间和空闲空间 SELECT name, ROUND(space_limit/1024/1024) AS size_mb, ROUND(space_used/1024/1024) AS used_mb, ROUND(space_reclaimable/1024/1024) AS reclaimable_mb FROM v$recovery_file_dest; ``` 👉 **关键指标**：当 `used_mb` ≥ `size_mb` 时触发此错误[^1] --- ### 🛠 解决方案 #### ✅ 方案1：扩展存储空间（首选） ```sql -- 扩大FRA空间配额（例如扩展到50GB） ALTER SYSTEM SET db_recovery_file_dest_size=50G SCOPE=BOTH; ``` #### ✅ 方案2：清理过期归档 ```bash # 使用RMAN清理 rman target / RMAN> DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; # 删除7天前日志 RMAN> CROSSCHECK ARCHIVELOG ALL; RMAN> DELETE EXPIRED ARCHIVELOG ALL; ``` #### ✅ 方案3：调整保留策略 ```sql -- 减少归档保留时间（例如从30天改为7天） ALTER SYSTEM SET db_flashback_retention_target=10080; # 分钟单位 (7天) ``` #### ✅ 方案4：检查文件系统权限 ```bash # 验证归档目录权限 ls -ld /u01/app/oracle/fast_recovery_area # 修正权限（oracle用户需有写权限） chown oracle:dba /u01/app/oracle/fast_recovery_area chmod 775 /u01/app/oracle/fast_recovery_area ``` #### ✅ 方案5：添加备选归档路径 ```sql -- 添加非FRA归档路径作为备份 ALTER SYSTEM SET log_archive_dest_10='LOCATION=/backup/archivelog' SCOPE=BOTH; ALTER SYSTEM SET log_archive_dest_state_10=ENABLE; ``` --- ### 🔄 验证修复效果 1. 手动切换日志： ```sql ALTER SYSTEM SWITCH LOGFILE; ``` 2. 检查归档状态： ```sql SELECT dest_id, status, error FROM v$archive_dest; ``` 3. 监控空间变化： ```sql SELECT * FROM v$recovery_area_usage; ``` --- ### ⚠ 预防措施 1. **设置自动告警**： ```sql BEGIN DBMS_SERVER_ALERT.SET_THRESHOLD( metrics_id => DBMS_SERVER_ALERT.TABLESPACE_PCT_FULL, warning_operator => DBMS_SERVER_ALERT.OPERATOR_GE, warning_value => '85', critical_operator => DBMS_SERVER_ALERT.OPERATOR_GE, critical_value => '97', observation_period => 1, consecutive_occurrences => 1, instance_name => NULL, object_type => DBMS_SERVER_ALERT.OBJECT_TYPE_RECOVERY_AREA, object_name => NULL); END; ``` 2. **定期维护脚本**（示例）： ```bash #!/bin/bash used_pct=$(sqlplus -s / as sysdba <<EOF SET PAGES 0 SELECT ROUND((space_used/space_limit)*100) FROM v\$recovery_file_dest; EOF ) [ $used_pct -gt 90 ] && rman target / @clean_archives.rman ``` --- ### 📚 根本原因分析 | 原因类型 | 占比 | 典型场景 | |---------|------|---------| | 空间不足 | 75% | FRA未自动清理旧归档 | | 配置错误 | 20% | `db_recovery_file_dest_size` 设置过小 | | 权限问题 | 5% | 存储路径权限变更后未同步 | > 💡 **最佳实践**：FRA大小应至少包含： > $$ \text{空间总量} \geq \text{DB\_SIZE} \times 0.2 + \text{每日归档量} \times \text{保留天数} $$
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值