标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (102)
- 数据库 (1,682)
- DB2 (22)
- MySQL (73)
- Oracle (1,544)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (159)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (7)
- Oracle ASM (67)
- Oracle Bug (8)
- Oracle RAC (53)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (565)
- Oracle安装升级 (92)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (79)
- PostgreSQL (18)
- PostgreSQL恢复 (6)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- 断电引起的ORA-08102: 未找到索引关键字, 对象号 39故障处理
- ORA-00227: corrupt block detected in control file
- 手工删除19c rac
- 解决oracle数据文件路径有回车故障
- .wstop扩展名勒索数据库恢复
- Oracle Recovery Tools工具一键解决ORA-00376 ORA-01110故障(文件offline)
- OGG-02771 Input trail file format RELEASE 19.1 is different from previous trail file form at RELEASE 11.2.
- OGG-02246 Source redo compatibility level 19.0.0 requires trail FORMAT 12.2 or higher
- GoldenGate 19安装和打patch
- dd破坏asm磁盘头恢复
- 删除asmlib磁盘导致磁盘组故障恢复
- Kylin Linux 安装19c
- ORA-600 krse_arc_complete.4
- Oracle 19c 202410补丁(RUs+OJVM)
- ntfs MFT损坏(ntfs文件系统故障)导致oracle异常恢复
- .mkp扩展名oracle数据文件加密恢复
- 清空redo,导致ORA-27048: skgfifi: file header information is invalid
- A_H_README_TO_RECOVER勒索恢复
- 通过alert日志分析客户自行对一个数据库恢复的来龙去脉和点评
- ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME
标签归档:Oracle Recovery Tools坏块
Oracle Recovery Tools修复空闲坏块
我们经常遇到由于某种原因,表上面有坏块,通过event或者dbms包跳过坏块,然后重建该表之后,但是dbv和rman检查坏块依旧存在(而且导致常规情况下rman无法正常备份),最近在Oracle Recovery Tools工具中增加的这种异常数据块修复功能,通过试验重现类似故障:
创建表并进行破坏
C:\Users\XFF>sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on 星期一 8月 8 14:00:34 2022 Copyright (c) 1982, 2013, Oracle. All rights reserved. 连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> create tablespace ts_test datafile 'e:/oradata/test/ts_test.dbf' size 128M autoextend on; 表空间已创建。 SQL> create table t_xifenfei tablespace ts_test 2 as 3 select * from dba_objects; 表已创建。 SQL> alter system checkpoint; 系统已更改。 SQL> set pages 100 SQL> select file_id,block_id,blocks from dba_extents where segment_name='T_XIFENFEI'; FILE_ID BLOCK_ID BLOCKS ---------- ---------- ---------- 5 128 8 5 136 8 5 144 8 5 152 8 5 160 8 5 168 8 5 176 8 5 184 8 5 192 8 5 200 8 5 208 8 5 216 8 5 224 8 5 232 8 5 240 8 5 248 8 5 256 128 5 384 128 5 512 128 5 640 128 5 768 128 5 896 128 5 1024 128 5 1152 128 5 1280 128 已选择25行。 SQL> SELECT COUNT(1) FROM T_XIFENFEI; COUNT(1) ---------- 86048 SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 C:\Windows\system32>dd of=e:/oradata/test/ts_test.dbf if=/dev/zero bs=1k seek=1419 conv=notrunc count=1 rawwrite dd for windows version 0.6beta3. Written by John Newbigin <jn@it.swin.edu.au> This program is covered by terms of the GPL Version 2. notrunc 1+0 records in 1+0 records out SQL> startup ORACLE 例程已经启动。 Total System Global Area 3206836224 bytes Fixed Size 2285512 bytes Variable Size 754974776 bytes Database Buffers 2432696320 bytes Redo Buffers 16879616 bytes 数据库装载完毕。 数据库已经打开。 SQL> select count(1) from t_xifenfei; select count(1) from t_xifenfei * 第 1 行出现错误: ORA-01578: ORACLE 数据块损坏 (文件号 5, 块号 177) ORA-01110: 数据文件 5: 'E:\ORADATA\TEST\TS_TEST.DBF'
跳过坏块重建该表
SQL> alter session set events '10231 trace name context forever, level 10'; 会话已更改。 SQL> create table t_xifenfei_bak tablespace ts_test 2 as select * from t_xifenfei; 表已创建。 SQL> select count(1) from t_xifenfei_bak; COUNT(1) ---------- 85968 SQL> drop table t_xifenfei purge; 表已删除。 SQL> rename t_xifenfei_bak to t_xifenfei; 表已重命名。 SQL> select count(1) from t_xifenfei; COUNT(1) ---------- 85968
检查坏块情况
通过rman和dbv检查,均表明file 5 block 177为坏块
C:\Users\XFF>dbv file=E:\ORADATA\TEST\TS_TEST.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:25:57 2022 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = E:\ORADATA\TEST\TS_TEST.DBF 页 177 标记为损坏 Corrupt block relative dba: 0x014000b1 (file 5, block 177) Bad check value found during dbv: Data in bad block: type: 6 format: 2 rdba: 0x014000b1 last change scn: 0x0000.000ebc27 seq: 0x2 flg: 0x04 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xbc270602 check value in block header: 0x5b2a computed block checksum: 0xbb32 DBVERIFY - 验证完成 检查的页总数: 16384 处理的页总数 (数据): 2456 失败的页总数 (数据): 0 处理的页总数 (索引): 0 失败的页总数 (索引): 0 处理的页总数 (其他): 155 处理的总页数 (段) : 0 失败的总页数 (段) : 0 空的页总数: 13772 标记为损坏的总页数: 1 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 967616 (0.967616) RMAN> backup validate check logical datafile 5; 启动 backup 于 08-8月 -22 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=118 设备类型=DISK 通道 ORA_DISK_1: 正在启动全部数据文件备份集 通道 ORA_DISK_1: 正在指定备份集内的数据文件 输入数据文件: 文件号=00005 名称=E:\ORADATA\TEST\TS_TEST.DBF 通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01 数据文件列表 ================= 文件状态 标记为损坏 空块 已检查的块 高 SCN ---- ------ -------------- ------------ --------------- ---------- 5 FAILED 0 13744 16384 967621 文件名: E:\ORADATA\TEST\TS_TEST.DBF 块类型 失败的块 已处理的块 ---------- -------------- ---------------- 数据 1 2457 索引 0 0 其他 0 183 验证找到一个或多个损坏的块 有关详细信息, 请参阅跟踪文件 C:\APP\XFF\diag\rdbms\test\test\trace\test_ora_22284.trc 完成 backup 于 08-8月 -22 SQL> select * from v$database_block_corruption ; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO ---------- ---------- ---------- ------------------ --------- 5 177 1 0 CHECKSUM
查询坏块所属对象
没有查询到该坏块所属对象,证明该block为游离块[不属于任何数据对象,是空闲块,但是损坏]
SQL> SELECT OWNER, SEGMENT_NAME, SEGMENT_TYPE, TABLESPACE_NAME, A.PARTITION_NAME 2 FROM DBA_EXTENTS A 3 WHERE FILE_ID = &FILE_ID 4 AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1; 输入 file_id 的值: 5 原值 3: WHERE FILE_ID = &FILE_ID 新值 3: WHERE FILE_ID = 5 输入 block_id 的值: 177 原值 4: AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1 新值 4: AND 177 BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1 未选定行
再次检查坏块
通过工具修复之后,dbv和rman检查均正常
C:\Users\XFF>rman target / 恢复管理器: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:59:26 2022 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. 已连接到目标数据库: TEST (DBID=2410248200) RMAN> backup validate check logical datafile 5; 启动 backup 于 08-8月 -22 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=54 设备类型=DISK 通道 ORA_DISK_1: 正在启动全部数据文件备份集 通道 ORA_DISK_1: 正在指定备份集内的数据文件 输入数据文件: 文件号=00005 名称=E:\ORADATA\TEST\TS_TEST.DBF 通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01 数据文件列表 ================= 文件状态 标记为损坏 空块 已检查的块 高 SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 13745 16384 967621 文件名: E:\ORADATA\TEST\TS_TEST.DBF 块类型 失败的块 已处理的块 ---------- -------------- ---------------- 数据 0 2456 索引 0 0 其他 0 183 完成 backup 于 08-8月 -22 C:\Users\XFF>dbv file=E:\ORADATA\TEST\TS_TEST.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:56:45 2022 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = E:\ORADATA\TEST\TS_TEST.DBF DBVERIFY - 验证完成 检查的页总数: 16384 处理的页总数 (数据): 2456 失败的页总数 (数据): 0 处理的页总数 (索引): 0 失败的页总数 (索引): 0 处理的页总数 (其他): 183 处理的总页数 (段) : 0 失败的总页数 (段) : 0 空的页总数: 13745 标记为损坏的总页数: 0 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 967621 (0.967621) SQL> select * from v$database_block_corruption ; 未选定行