ORA-10567: Redo is inconsistent with data block
来源:互联网 发布:昆明网页美工培训 编辑:程序博客网 时间:2024/05/29 10:07
这两天 在做DG升级,备库应用日志的时候遭遇了以下问题:
从错误信息来看,是redo与数据库不一致造成的,网上查找资料,有人通过从主库将相应的数据文件考到备库,然后在应用日志,心里没谱,打算尝试一把
SQL> alter tablespace UNDOTBS1 begin backup;
—— 备库
SQL> alter database datafile 2 offline drop;
Media Recovery Log /export/11g/flash_recovery_area/ORCL2/archivelog/2015_02_08/o1_mf_1_34_bfgq6snb_.arcHex dump of (file 3, block 160) in trace file /export/11g/diag/rdbms/orcl2/orcl/trace/orcl_mrp0_26811.trcReading datafile '/export/11g/oradata/orcl/undotbs01.dbf' for corruption at rdba: 0x00c000a0 (file 3, block 160)Reread (file 3, block 160) found different corrupt data (logically corrupt)Hex dump of (file 3, block 160) in trace file /export/11g/diag/rdbms/orcl2/orcl/trace/orcl_mrp0_26811.trcErrors in file /export/11g/diag/rdbms/orcl2/orcl/trace/orcl_mrp0_26811.trc (incident=12227):ORA-00600: internal error code, arguments: [3020], [3], [160], [12583072], [], [], [], [], [], [], [], []ORA-10567: Redo is inconsistent with data block (file# 3, block# 160, file offset is 1310720 bytes)ORA-10564: tablespace UNDOTBS1ORA-01110: data file 3: '/export/11g/oradata/orcl/undotbs01.dbf'ORA-10560: block type 'KTU SMU HEADER BLOCK'Incident details in: /export/11g/diag/rdbms/orcl2/orcl/incident/incdir_12227/orcl_mrp0_26811_i12227.trcCompleted: alter database recover managed standby database using current logfile disconnectUse ADRCI or Support Workbench to package the incident.See Note 411.1 at My Oracle Support for error and packaging details.MRP0: Background Media Recovery terminated with error 600Errors in file /export/11g/diag/rdbms/orcl2/orcl/trace/orcl_mrp0_26811.trc:ORA-00600: internal error code, arguments: [3020], [3], [160], [12583072], [], [], [], [], [], [], [], []<span style="color:#ff0000;">ORA-10567: Redo is inconsistent with data block (file# 3, block# 160, file offset is 1310720 bytes)</span>ORA-10564: tablespace UNDOTBS1ORA-01110: data file 3: '/export/11g/oradata/orcl/undotbs01.dbf'ORA-10560: block type 'KTU SMU HEADER BLOCK'Managed Standby Recovery not using Real Time Apply
从错误信息来看,是redo与数据库不一致造成的,网上查找资料,有人通过从主库将相应的数据文件考到备库,然后在应用日志,心里没谱,打算尝试一把
</pre><pre name="code" class="html">—— 主库:
SQL> alter tablespace UNDOTBS1 begin backup;
—— 备库
SQL> alter database datafile 2 offline drop;
[oracle@st orcl]$ mv sysaux01.dbf sysaux01.dbf.bak
—— 主库
[oracle@pr orcl]$ scp undotbs01.dbf oracle@192.168.233.129:/export/11g/oradata/orcl/
—— 备库
SQL> alter database datafile 2 online;
Database altered.
SQL> alter database recover managed standby database disconnect from session;
没有报错了。
0 0
- ORA-10567: Redo is inconsistent with data block
- Oracle DG之ORA-16792: configurable property value is inconsistent with database setting
- ORA-16714: the value of property ArchiveLagTarget is inconsistent with the database setting
- ORA-01578: ORACLE data block corrupted
- ORA-01578: ORACLE data block corrupted
- ORA-01578 ORACLE data block corrupted
- ORA-00932: inconsistent datatypes
- ORA-01618: redo thread 2 is not enabled - cannot mount
- ORA-01618: redo thread 2 is not enabled - cannot mount
- ORA-01578: ORACLE data block corrupted (file # 6, block # 129)
- ORA-00214: controlfile '/u01/app/oracle/oradata/[sid]/control01.ctl' version inconsistent with file
- ORA-01196: file 1 is inconsistent due to a failed media recovery session
- fortran Because of COMMON, the alignment of object is inconsistent with its type
- ORA-00932: inconsistent datatypes: expected
- 一次rhel5.8的文件系统只读造成的ORA-00354: corrupt redo log block header
- redo block header
- 用alter system dump命令dump redo、 undo、 data block示例
- [问题记录]hadoop/hdfs/name is in an inconsistent state: storage directory(hadoop/hdfs/data/) does not ex
- Java4Android学习十 - 异常
- spring整合mybatis
- 面向对象第六课,static变量和方法,内存分析
- hdu 5171 GTY's birthday gift (矩阵快速幂求类斐波那契数列)
- 统计与概率基础
- ORA-10567: Redo is inconsistent with data block
- [LeetCode] Jump Game
- android开发之android应用程序的组成
- jmeter下载安装以及插件安装(一)
- 苹果 App Store 申请和管理相关知识
- Lua解析Html的正则表达式Demo
- securecrt使用教程、SecureCRT配置详细图文教程
- 做好同行评审的24个细节
- Django学习:一张图看懂Django中mvc框架