数据库无事务情况下丢失undo表空间数据文件

1. 查看当前undo表空间,并删除物理undo文件

SYS@userdata>show parameter undo_tablespace;

NAME                     TYPE                   VALUE
------------------------------------ --------------------------------- ------------------------------
undo_tablespace string UNDOTBS1
SYS@userdata>select file_name,tablespace_name,status from dba_data_files where tablespace_name='UNDOTBS1'; FILE_NAME TABLESPACE_NAME STATUS
------------------------------------------------------------ ------------------------------------------------------------------------------------------ ---------------------------
/u01/app/oracle/oradata/userdata/undotbs01.dbf UNDOTBS1 AVAILABLE SYS@userdata>host rm -rf /u01/app/oracle/oradata/userdata/undotbs01.dbf SYS@userdata>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

2.将数据库正常启动,可以看到缺少undo表空间数据文件的报错

SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: '/u01/app/oracle/oradata/userdata/undotbs01.dbf' SYS@userdata>show parameter back; NAME TYPE VALUE
------------------------------------ --------------------------------- ------------------------------
background_core_dump string partial
background_dump_dest string /u01/app/oracle/admin/userdata
/bdump
backup_tape_io_slaves boolean FALSE
db_flashback_retention_target integer 1440
fast_start_parallel_rollback string LOW
rollback_segments string
transactions_per_rollback_segment integer 5
SYS@userdata>host tail -n 10 /u01/app/oracle/admin/userdata/bdump/alert_userdata.log
Mon Oct 2 10:53:58 2017
ALTER DATABASE OPEN
Mon Oct 2 10:53:58 2017
Errors in file /u01/app/oracle/admin/userdata/bdump/userdata_dbw0_8121.trc:
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: '/u01/app/oracle/oradata/userdata/undotbs01.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
ORA-1157 signalled during: ALTER DATABASE OPEN...

3.因为undo表空间此时不包含数据,drop undo表空间

SYS@userdata>alter database datafile 2 offline drop;

Database altered.

4. 将undo管理改为manual

SYS@userdata>alter system set undo_management='MANUAL' scope=spfile;

System altered.

5. 重启数据库

SYS@userdata>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
Database opened.
SYS@userdata>show parameter undo; NAME TYPE VALUE
------------------------------------ --------------------------------- ------------------------------
undo_management string MANUAL
undo_retention integer 900
undo_tablespace string UNDOTBS1

6. 将丢失文件的undo表空间drop后重建

SYS@userdata>drop tablespace UNDOTBS1;

Tablespace dropped.

SYS@userdata>create undo tablespace undotbs1 datafile '/u01/app/oracle/oradata/userdata/undotbs01.dbf' size 100m autoextend on;

Tablespace created.

7. 查看目前的数据库undo设置,需要将undo_management 改为auto

SYS@userdata>alter system set undo_management='AUTO' scope=spfile;

System altered.

SYS@userdata>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
Database opened.
SYS@userdata>select name,status,enabled from v$datafile; NAME STATUS ENABLED
-------------------------------------------------- --------------------- ------------------------------
/u01/app/oracle/oradata/userdata/system01.dbf SYSTEM READ WRITE
/u01/app/oracle/oradata/userdata/undotbs01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/sysaux01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/users01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/example01.dbf ONLINE READ WRITE

数据库有事务情况下丢失undo表空间数据文件

1. undo表空间数据文件丢失后启动数据库

SYS@userdata>startup
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: '/u01/app/oracle/oradata/userdata/undotbs01.dbf' SYS@userdata>alter database datafile 2 offline drop; Database altered. SYS@userdata>alter system set undo_management='MANUAL' scope=spfile; System altered. SYS@userdata>shutdown immediate;
ORA-01109: database not open Database dismounted.
ORACLE instance shut down.
SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced

2. 查看跟踪日志的详细报错

SYS@userdata>host tail -n 10 /u01/app/oracle/admin/userdata/bdump/alert_userdata.log
Database Characterset is AL32UTF8
Mon Oct 2 11:20:10 2017
Errors in file /u01/app/oracle/admin/userdata/udump/userdata_ora_8444.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2: '/u01/app/oracle/oradata/userdata/undotbs01.dbf'
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Instance terminated by USER, pid = 8444
ORA-1092 signalled during: ALTER DATABASE OPEN... SYS@userdata>host tail -n 10 /u01/app/oracle/admin/userdata/udump/userdata_ora_8444.trc
Longest hash chain = 1
Average hash chain = 20/20 = 1.0
Max compares per lookup = 1
Avg compares per lookup = 95/195 = 0.5
----------------------------------------------
tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x1)
tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x1)
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2: '/u01/app/oracle/oradata/userdata/undotbs01.dbf'

3. 加undo隐藏参数重新启动数据库

SYS@userdata>select ksppinm from x$ksppi where ksppinm like '%roll%';

KSPPINM
--------------------------------------------------
transactions_per_rollback_segment
rollback_segments
_rollback_segment_initial
_rollback_segment_count
_offline_rollback_segments
_corrupted_rollback_segments
_cleanup_rollback_entries
_rollback_stopat
fast_start_parallel_rollback
_mv_rolling_inv 10 rows selected. SYS@userdata>alter system set "_offline_rollback_segments"=true scope=spfile; System altered. SYS@userdata>alter system set "_corrupted_rollback_segments"='_SYSSMU1$','_SYSSMU2$','_SYSSMU3$','_SYSSMU4$','_SYSSMU5$','_SYSSMU6$','_SYSSMU7$','_SYSSMU8$','_SYSSMU9$','_SYSSMU10$' scope=spfile; System altered. SYS@userdata>shutdown abort;
ORACLE instance shut down.
SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
Database opened.

4.将丢失文件的undo表空间drop后重建

SYS@userdata>drop tablespace UNDOTBS1;

Tablespace dropped.

SYS@userdata>create undo tablespace undotbs1 datafile '/u01/app/oracle/oradata/userdata/undotbs01.dbf' size 100m autoextend on;

Tablespace created.

5.将undo管理方式修改为auto

SYS@userdata>alter system set undo_management='AUTO' scope=spfile;

System altered.

6.将隐藏参数恢复为默认值

SYS@userdata>alter system reset "_offline_rollback_segments" scope=spfile sid='*';

System altered.

SYS@userdata>alter system reset "_corrupted_rollback_segments" scope=spfile sid='*';

System altered.

7.重启数据库

SYS@userdata>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@userdata>startup;
ORACLE instance started. Total System Global Area 314572800 bytes
Fixed Size 2083592 bytes
Variable Size 255853816 bytes
Database Buffers 50331648 bytes
Redo Buffers 6303744 bytes
Database mounted.
Database opened. SYS@userdata>select name,status,enabled from v$datafile; NAME STATUS ENABLED
-------------------------------------------------- --------------------- ------------------------------
/u01/app/oracle/oradata/userdata/system01.dbf SYSTEM READ WRITE
/u01/app/oracle/oradata/userdata/undotbs01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/sysaux01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/users01.dbf ONLINE READ WRITE
/u01/app/oracle/oradata/userdata/example01.dbf ONLINE READ WRITE

模拟数据库丢失undo表空间的更多相关文章

  1. UNDO表空间损坏,爆满,ORA-600[4194]/[4193]错误解决

    模拟手工删除UNDO表空间 在ORADATA 中把UNDOTBS01.DBF 删除 模拟启库 SQL> STARUP; * 第 1 行出现错误: ORA-01157: 无法标识/锁定数据文件 2 ...

  2. 重建UNDO表空间遭遇ORA-01548

    今天开发那边的一套数据库的undo表空间不知道被谁设置成了自动扩展,然后所谓的屋漏偏逢连夜雨的是, 开发人员今天跑了一个很大的事物,然后直接后果就是undo表空间不断被扩展,直到把文件系统写爆了.没办 ...

  3. undo表空间

    undo表空间undo表空间的管理,主要包括创建.删除.修改.切换.其中需要注意的是不能在undo表空间创建数据库对象,还有就是只能是单文件或大文件表空间. 创建创建主要有两种方法,一种是在创建数据库 ...

  4. Oracle 释放过度使用的Undo表空间

    故障现象:UNDO表空间越来越大,长此下去最终数据因为磁盘空间不足而崩溃: 问题分析:产生问题的原因主要以下两点: 1. 有较大的事务量让Oracle Undo自动扩展,产生过度占用磁盘空间的情况: ...

  5. UNDO表空间不足解决方法

    确认UNDO表空间名称 select name from v$tablespace; 检查数据库UNDO表空间占用空间情况以及数据文件存放位置: select file_name,bytes/1024 ...

  6. 项目中遇到的undo表空间不足的替换

    1.查找数据库的UNDO表空间名                                      select name from v$tablespace;                 ...

  7. Oracle数据库 ORA-01555 快照过旧 (undo表空间:撤销表空间)

    UNDO表空间用于存放UNDO数据,当执行DML操作时,oracle会将这些操作的旧数据写入到UNDO段,以保证可以回滚或者一致读等,而临时表空间主要用来做查询和存放一些缓冲区数据.你听说UNDO也是 ...

  8. 总结Oracle8i 的UNDO表空间损坏(ORA-01092及ORA-00600【4193】)情况下的数据库不完全恢复的经历

    服务器断电重启导致备份生产环境的恢复目录库无法进行启动,提示Ora-01092例程终止.强行断开连接 查看跟踪日志: Wed Jan 10 08:41:37 2018 Errors in file d ...

  9. UNDO表空间损坏导致数据库无法OPEN

    在数据库undo表空间文件损坏.或者undo表空间文件缺失的情况下.无法打开数据库. 这两种情况都能够视为一种情况处理,解决方法一样. 场景:在23:10的时候新建一个undo表空间undotbs02 ...

随机推荐

  1. 【译】第14节---数据注解-MaxLength/MinLength

    原文:http://www.entityframeworktutorial.net/code-first/maxlength-minlength-dataannotations-attribute-i ...

  2. C#连接数据库open函数失败

    错误信息:在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误.未找到或无法访问服务器.请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接. (provider ...

  3. Java中有多个异常, 如何确定捕获顺序(多个catch),先从上到下执行,判断异常的大小,如果包含捕到异常,就进入这个catch,后面的就不再执行

    Java中异常的捕获顺序(多个catch)( Java代码 import java.io.IOException; public class ExceptionTryCatchTest { publi ...

  4. vue模板编译

    Vue 的模板编译是在 $mount 的过程中进行的,在 $mount 的时候执行了 compile 方法来将 template 里的内容转换成真正的 HTML 代码. complie 最终生成 re ...

  5. GreenDao3使用完全解析

    1,gradle配置(官网样例地址https://github.com/greenrobot/greenDAO/blob/master/examples/RxDaoExample/build.grad ...

  6. HTML 标记 1

    1. 文件结构 <html>                   ----------------------开始 <head>          -------------- ...

  7. Codeforces 1043 F - Make It One

    F - Make It One 思路: dp + 容斥 首先, 答案不会超过7, 因为前7个质数的乘积大于3e5(最坏的情况是7个数, 每个数都缺少一个不同的因子) 所以从1到7依次考虑 dp[i][ ...

  8. centos php5.4 升级 php7

    接上篇,edusoho需要php5.5以上版本,于是需要升级本地php php是通过yum默认安装的.以下安装参考 link https://blog.csdn.net/u012569217/arti ...

  9. 如何有效地使用t-SNE | How to Use t-SNE Effectively

    熟练使用PCA和tSNE,彻底理解底层的原理是非常有必要的. 参考:How to Use t-SNE Effectively Real-time tSNE Visualizations with Te ...

  10. 02 flask 请求钩子、异常捕获、上下文、Flask-Script 扩展、jinja2 模板引擎、csrf防范

    一 请求勾子 在客户端和服务器交互的过程中,有些准备工作或扫尾工作需要处理,比如: 在请求开始时,建立数据库连接: 在请求开始时,根据需求进行权限校验: 在请求结束时,指定数据的交互格式: 为了让每个 ...