Oracle安全警示录:加错裸设备导致redo异常

转载 2016年05月30日 15:47:07

最近一个朋友数据库异常了,咨询我,通过分析日志发现对方人员根本不懂aix中的裸设备和Oracle数据库然后就直接使用OEM创建新表空间,导致了数据库crash而且不能正常启动

Thread 1 advanced to log sequence 4395

  Current log# 1 seq# 4395 mem# 0: /dev/rorcl_redo01

Thu Jun 12 19:28:38 2014

/* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI" LOGGING DATAFILE '/dev/orcl_redo04' SIZE 2000M EXTENT MANAGEMENT

LOCAL SEGMENT SPACE MANAGEMENT  AUTO

ORA-1119 signalled during: /* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI"LOGGING DATAFILE '/dev/orcl_redo04'

SIZE 2000M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ...

Thu Jun 12 19:36:23 2014

/* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI" LOGGING DATAFILE '/dev/orcl_redo03' SIZE 2000M EXTENT MANAGEMENT

LOCAL SEGMENT SPACE MANAGEMENT  AUTO

Thu Jun 12 19:43:56 2014

ORA-604 signalled during: /* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI"LOGGING DATAFILE '/dev/orcl_redo03'

SIZE 2000M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ...

Thu Jun 12 19:48:11 2014

/* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI" LOGGING DATAFILE '/dev/rorcl_redo03' SIZE 2000M EXTENT

MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO

Thu Jun 12 19:48:11 2014

ORA-1537 signalled during: /* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI"LOGGING DATAFILE '/dev/rorcl_redo03'

 SIZE 2000M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ...

Thu Jun 12 19:48:20 2014

/* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI" LOGGING DATAFILE '/dev/rorcl_redo04' SIZE 2000M EXTENT

MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO

ORA-1537 signalled during: /* OracleOEM */ CREATE SMALLFILE TABLESPACE "XIFENFEI"LOGGING DATAFILE '/dev/rorcl_redo04'

SIZE 2000M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ...

Fri Jun 13 00:50:37 2014

Trace dumping is performing id=[cdmp_20140613005032]

Fri Jun 13 00:50:40 2014

Reconfiguration started (old inc 4, new inc 6)

List of nodes:

 0

 Global Resource Directory frozen

 * dead instance detected - domain 0 invalid = TRUE

…………

Fri Jun 13 00:50:40 2014

Beginning instance recovery of 1 threads

Reconfiguration complete

Fri Jun 13 00:50:41 2014

 parallel recovery started with 7 processes

Fri Jun 13 00:50:43 2014

Started redo scan

Fri Jun 13 00:50:43 2014

Errors in file /oracle/admin/orcl/bdump/orcl1_smon_213438.trc:

ORA-00316: log 3 of thread 2, type in header is not log file

ORA-00312: online log 3 thread 2: '/dev/rorcl_redo03'

Fri Jun 13 00:50:43 2014

Errors in file /oracle/admin/orcl/bdump/orcl1_smon_213438.trc:

ORA-00316: log 3 of thread 2, type in header is not log file

ORA-00312: online log 3 thread 2: '/dev/rorcl_redo03'

SMON: terminating instance due to error 316

Fri Jun 13 00:50:43 2014

Errors in file /oracle/admin/orcl/bdump/orcl1_lgwr_335980.trc:

ORA-00316: log  of thread , type  in header is not log file

Instance terminated by SMON, pid = 213438

从这里可以看出来,在使用OEM创建表空间的过程中犯了两个错误
1. 未分清楚aix的块设备和字符设备的命名方式
2. 对于2节点正在使用的current redo作为不适用设备当作未使用设备来创建新表空间
由于创建表空间的使用了错误的文件和错误的设备,导致2节点的当前redo(/dev/rorcl_redo03)被损坏(因为先读redo header,所以数据库中优先反馈出来的是ORA-00316: log of thread , type in header is not log file).从而导致数据库2节点先crash,然后节点1进行实例恢复,但是由于2节点的current redo已经损坏,导致实例恢复无法完成,从而两个节点都crash.因为是rac的一个节点的当前redo损坏,数据库无法正常.
如果有备份该数据库可以使用备份还原进行恢复,如果没有备份只能使用强制拉库的方法抢救数据.希望不要发生一个大的数据丢失悲剧

介绍这个案例希望给大家以警示:对数据库的裸设备操作请谨慎,不清楚切不可乱操作,否则后果严重


更多精彩Oracle内容 请关注我:


相关文章推荐

Oracle DBA手记4:数据安全警示录

Oracle DBA手记4:数据安全警示录 盖国强 著 ISBN978-7-121-17206-9 2012年7月出版 定价:65.00元 16开 404页 宣传语 灾难与拯救 全真全...

高可用,高性能,线程安全,自动数据恢复 redo log 类

在金融,电商,等高可用环境下,不允许有任何数据丢失的情况,redo log 是一个不错的低成本高可用方案,其作用有点类似mysql binlog, 下面在生产环境中事件和优化的多线程安全,自己恢复的 ...

Oracle Core 学习笔记一 -- Redo 和 Undo 机制详解

The single mostimportant feature of Oracle is one that first appeared in version 6: the changevector...

剖析Oracle Redo日志

  • 2012-09-20 08:45
  • 366KB
  • 下载

Oracle redo log 大小及组数的设置(在线修改日志组数目及组成员个数)

 Oracle redo log 大小及组数的设置(在线修改日志组数目及组成员个数) 1.查看当前系统现有的redo log状况(组数/大小/名称/状态) desc">SYS@ORCL>d...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)