删除Oracle表空间，提示ora－29857引用错误

最新推荐文章于 2021-05-25 11:12:10 发布

转载最新推荐文章于 2021-05-25 11:12:10 发布 · 1.4k 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/rongweifeng/archive/2009/10/28/1591442.html

文章标签：

#数据库

本文详细介绍了在数据库中删除用户的步骤，以及随后如何安全地移除与之相关的表空间，为数据库管理员提供了一套实用的操作流程。

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

删除方法：

1.首先删除用户

2.删除表空间

转载于:https://www.cnblogs.com/rongweifeng/archive/2009/10/28/1591442.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_34370347

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

删除数据库表空间的错误及解决过程（Oracle & MySQL）

MwgmPhilosophy的博客

10-02

651

在数据库管理中，删除表空间是一项常见的任务。本文将介绍在Oracle和MySQL数据库中删除表空间时可能出现的错误，并提供相应的解决方法。解决方法：如果表空间包含正在使用的对象，删除操作将无法完成。在执行删除操作之前，需要先将表空间中的所有对象进行迁移或删除。解决方法：如果表空间中的表存在外键约束，删除操作将会失败。在执行删除操作之前，需要先删除或修改引用了该表空间的外键约束。在执行删除操作之前，确保对表空间所在的文件夹具有足够的权限。解决方法：在执行删除表空间之前，首先确保数据库处于打开状态。

ORA-29857: domain indexes and/or secondary objects exist in the tablespace tips

Something的专栏

09-26

2406

有时候，我们在删除tablespace的时候会出现错误： Oracle docs note this about ORA-29857: ORA-29857: domain indexes and/or secondary objects exist in the tablespace Cause: An attempt was made to drop a tablespace wh

参与评论您还未登录，请先登录后发表或查看评论

解决ORA-29857:表空间中存在域索引和/或次级对象 & ORA-01940：无法删除当前连接的用户问题 ...

weixin_33766805的博客

07-30

514

今天ArcGIS的SDE发生了一点小故障，导致系统表丢失，所以需要重建一下SDE数据库，在删除SDE用户和所在的表空间过程中遇到下面两个ORA错误，解决方法如下： 1）删除表空间时报错：ORA-29857:表空间中存在域索引和/或次级对象； 2）这个错误的原因很可能是因为这个表空间是某个用户默认的表空间，所以需要删除隶属于这个表空间的用户，才可以进行删除。那么，怎样查询...

ORA-29857: 表空间中存在域索引和/或次级对象

weixin_34025151的博客

05-04

476

今天小编在操作 oracle 数据库，删除表空间时引发了异常！！ SQL> drop tablespace nbmap including contents; 为什么会造成以上的异常呢？根据小编的查询，得到结果：表空间的表中有 blob 类型的值被设置为索引如何解决呢？只需要先删除这个表空间对应的用户（删除用户时需要用级联删除才可以），就可以删掉这个表空间了 ...

删除 oracle EXAMPLE,删除EXAMPLE 表空间出错 ORA-29857

weixin_36429993的博客

04-07

603

Oracle 10g默认安装完后发现有一个 EXAMPLE 表空间，我想删除该表空间，但是出错了。SQL> drop tablespace example including contents cascade constraints;drop tablespace example including contents cascade constraints*第 1 行出现错误:ORA-298...

ORA-29857: domain indexes and/or secondary objects

chengpian3868的博客

12-25

404

dmp导入的时候出了问题，想把表空间和用户删除重建，然后再重新导入，却在删除表空间时报错： > ORA-29857: domain indexes and/or secondary objects exist in the tablespace 看样子是域索...

ORA-29857 ORA-23515 ORA-02449

08-06

280

SYS@ PROD1>drop tablespace example including contents and datafiles; drop tablespace example including content...

Linux ora-00060,困扰许久的一个ORA-00060错误解决

weixin_35084134的博客

05-25

5384

这段时间应用一直被一个诡异的ORA-00060的错误所困扰，众所周知，造成ORA-00060的原因是由于应用逻辑，而非Oracle数据库自己，之所以说诡异(“诡异”可能不准确，只能说这种场景，以前碰见的少，并未刻意关注)，是因为这次不是常见的，由于读取数据顺序有交叉，导致ORA-00060，关于读取数据顺序错误，导致ORA-00060的错误场景，可以参考《ORA-00060的示例与若干场景》(ht...

Oracle 错误代码总结及解决方案ora-0

一只小蚂蚁的自白

08-07

6569

ORA-00001：违反唯一约束条件（主键错误） ORA-00028：无法连接数据库进程 ORA-00900：无效sql语句 ORA-00904：字段名写错或是建表时最后一个字段有逗号 ORA-00907：缺少右括号 ORA-00911：无效字符 ORA-00917：缺少逗号 ORA-00918: 未明确定义列(多是未标明是哪个表的列，或者同一字段查询了多次) ORA-00922：丢失或无效的选项（表名等可能有空格） ORA-00923：未找到FROM关键字 ORA-00926：缺少value

IMP-00003: ORACLE error 3113 encountered ORA-03113: end-of-file on communication channel

weixin_33748818的博客

02-29

838

IMP-00003: ORACLE error 3113 encountered ORA-03113: end-of-file on communication channel . . importing table "SFP_FILE_6" 11179rows imported IMP-00017: following ...

Oracle 数据库常见问题诊断方法

01-24

- 可以考虑删除回滚段所在表空间，并取消 UNDO 事务。 ##### 1.4 ORA-0165x - **特征**： - 表空间没有足够的空间供分配。 - **原因**： - 表空间已满。 - 存储参数不合理，比如 `NEXT` 参数设置过小。 - 表...

arcgis oracle 论坑人的Ora-28579错误

成长的笨熊

11-21

1871

Oracle数据库宕机案例分享

m0_38048955的博客

03-22

1715

如何完整处理一个故障，聊聊我的思路。

调用空间函数st_buffer报错：ORA-28579: 在从外部过程代理程序回调时, 发生网络错误或 ORA-20602

Drip

04-13

2789

当st_buffer中的缓冲距离为0时不会报错，不为0，例如0.1就会报ORA-28579: 在从外部过程代理程序回调时, 发生网络错误，但是当缓冲距离为1时就会报另一个错： java.sql.SQLException: ORA-20602: ST_Buffer: Memory allocation error: out of system memory.有两个可能性可参考。一、ja...

删除表空间 提示ORA-01561: 无法删除指定表空间中的所有对象

ning313180989的专栏

01-08

3748

通常使用 DROP TABLESPACE tablespace_name INCLUDING CONTENTS AND DATAFILES; 就可以删除了。最近把表弄乱了。在删除的时候提示：ORA-01561: 无法删除指定表空间中的所有对象。解决办法： 1. select * from v$tablespace; 查找到想要删除的表空间对应的空间号. 2.

oracle数据库ORA-报错大全

最新发布

07-08

<think>我们正在解决Oracle数据库启动时出现的ORA-01110和ORA-01152错误。根据引用[3]中提到的类似案例（数据文件offline无法online），这两个错误通常与数据文件损坏或控制文件问题有关。 ORA-01110: 数据文件 string 处于脱机状态 ORA-01152: 文件 string 没有从完备的旧备份中恢复这两个错误通常发生在尝试打开数据库时，表明某个数据文件处于不一致状态，无法通过常规恢复方法完成恢复。 ### 解决方案步骤 #### 1. **检查数据库状态和文件信息** 启动到mount状态，查看数据文件状态： ```sql SQL> startup mount; SQL> select file#, name, status from v$datafile; ``` 特别注意状态为`OFFLINE`或`RECOVER`的文件。 #### 2. **尝试恢复数据文件** 如果文件状态为`RECOVER`，尝试自动恢复： ```sql SQL> recover database; ``` 如果提示需要归档日志，应用所需日志。 #### 3. **处理损坏的数据文件** 如果恢复失败（特别是报错ORA-01152），说明该文件无法从当前日志中恢复。此时需要： - **使用备份恢复**：从有效备份中还原该数据文件，然后应用归档日志。 - **若没有备份**：可能需要将该数据文件脱机并删除（仅当该文件属于非关键表空间时）。 #### 4. **强制打开数据库（谨慎使用）** 如果损坏的文件属于非关键表空间（如用户数据表空间），可以尝试强制打开数据库： ```sql SQL> alter database datafile '<file_path>' offline drop; SQL> alter database open; ``` **注意**：此操作会使该数据文件永久不可用，只能重建表空间。 #### 5. **使用备份控制文件恢复** 如果错误涉及控制文件不一致（ORA-01152可能暗示控制文件与数据文件不匹配）： ```sql SQL> recover database using backup controlfile; ``` 然后根据提示输入归档日志路径或`AUTO`。 #### 6. **终极手段：重建控制文件** 如果控制文件损坏且无备份： ```sql SQL> alter database backup controlfile to trace; ``` 在跟踪文件中找到重建控制文件的脚本，修改后执行。 ### 关键操作示例 #### 场景：文件5损坏且无备份 ```sql -- 启动到mount SQL> startup mount; -- 将文件5脱机 SQL> alter database datafile 5 offline drop; -- 打开数据库 SQL> alter database open; -- 删除关联表空间（确认数据可丢失） SQL> drop tablespace USERS including contents; ``` #### 场景：控制文件损坏 ```sql -- 重建控制文件（脚本示例） CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 1 '/u01/oradata/ORCL/redo01.log' SIZE 50M, GROUP 2 '/u01/oradata/ORCL/redo02.log' SIZE 50M, GROUP 3 '/u01/oradata/ORCL/redo03.log' SIZE 50M DATAFILE '/u01/oradata/ORCL/system01.dbf', '/u01/oradata/ORCL/sysaux01.dbf', '/u01/oradata/ORCL/undotbs01.dbf', '/u01/oradata/ORCL/users01.dbf' CHARACTER SET AL32UTF8; -- 执行后需要恢复并open resetlogs SQL> recover database using backup controlfile until cancel; SQL> alter database open resetlogs; ``` > **警告**：`RESETLOGS`操作会重置日志序列，需立即全备[^3]。 ### 引用说明 - 引用[3]：处理数据文件脱机问题的关键参考，特别是强制打开数据库的方法。 - 引用[2]：涉及核心对象损坏的修复思路（本问题虽未直接涉及，但方法可借鉴）。 §§相关问题§§ 1. 如何避免Oracle数据文件损坏？ 2. ORA-01152错误的具体触发条件是什么？ 3. 使用`RESETLOGS`打开数据库后需要注意什么？ 4. 没有备份的情况下如何最大限度恢复损坏的数据文件？ 5. 如何验证Oracle控制文件的完整性？</think>### Oracle数据库启动报错 ORA-01110 和 ORA-01152 解决方案 #### **错误本质分析** - **ORA-01110**：数据文件处于异常状态（如脱机或损坏） - **ORA-01152**：文件未从完整的旧备份中恢复（控制文件与数据文件不匹配） - **核心原因**：数据库异常关闭（如断电）导致文件状态不一致，或控制文件损坏[^1][^3] --- ### **分步解决方案** #### **步骤1：检查数据库状态** ```sql SQL> STARTUP MOUNT; -- 启动到mount状态 SQL> SELECT file#, name, status FROM v$datafile; ``` - 观察输出中所有数据文件状态，特别关注`OFFLINE`或`RECOVER`状态的文件[^3] #### **步骤2：尝试自动恢复** ```sql SQL> RECOVER DATABASE; -- 自动应用归档日志 ``` - 若提示`Media recovery complete`，继续下一步 - 若失败（提示需要特定SCN），记录所需SCN值备用 #### **步骤3：处理损坏文件（关键步骤）** ##### 场景1：文件可恢复 ```sql SQL> RECOVER DATAFILE '<文件路径>'; -- 恢复指定文件 SQL> ALTER DATABASE DATAFILE '<文件路径>' ONLINE; ``` ##### 场景2：文件严重损坏（无备份） ```sql SQL> ALTER DATABASE DATAFILE '<文件路径>' OFFLINE DROP; -- 强制脱机 SQL> ALTER DATABASE OPEN; ``` > **警告**：此操作会使该文件永久不可用，仅适用于非关键表空间（如用户数据表空间）[^3] #### **步骤4：控制文件修复（ORA-01152核心解法）** ```sql SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP NOMOUNT; SQL> ALTER DATABASE MOUNT; SQL> RECOVER DATABASE USING BACKUP CONTROLFILE; -- 关键命令 ``` - 根据提示输入归档日志路径或`AUTO` - 完成后执行： ```sql SQL> ALTER DATABASE OPEN RESETLOGS; -- 重置日志序列 ``` #### **步骤5：终极方案 - 重建控制文件** 若控制文件严重损坏： ```sql SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE; -- 生成重建脚本 ``` 1. 在`udump`目录找到跟踪文件 2. 编辑脚本（保留数据文件列表） 3. 执行： ```sql SQL> STARTUP NOMOUNT; SQL> @<重建脚本路径> -- 执行重建脚本 SQL> RECOVER DATABASE; -- 必须恢复 SQL> ALTER DATABASE OPEN RESETLOGS; ``` --- ### **预防措施** 1. **备份策略优化** ```bash rman> CONFIGURE RETENTION POLICY TO REDUNDANCY 2; rman> BACKUP DATABASE PLUS ARCHIVELOG; # 定期全备 ``` 2. **启用闪回区** ```sql SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=20G; SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST='/flash_area'; ``` 3. **监控关键文件** ```sql -- 定期检查 SELECT name, status FROM v$datafile WHERE status != 'ONLINE'; ``` > **重要提示**：执行`RESETLOGS`后必须立即全备[^3]，否则无法恢复重置前的数据状态。 --- ### **技术原理** | 错误代码 | 触发条件 | 修复核心 | |------------|----------------------------------|---------------------------------------| | ORA-01110 | 数据文件SCN与控制文件不一致 | 使文件状态同步（ONLINE/RECOVER）[^3] | | ORA-01152 | 控制文件版本早于数据文件 | 使用`USING BACKUP CONTROLFILE`[^2] | 通过上述操作可解决99%的ORA-01110/01152错误组合。若仍失败，需考虑物理文件损坏，使用`DBV`工具验证块完整性： ```bash dbv FILE=users01.dbf BLOCKSIZE=8192 ```