共计 5416 个字符，预计需要花费 14 分钟才能阅读完成。
oracle 数据库中如何格式化不属于任何段的损坏块，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
一、问题症状：
1. Rman 备份失败，显示 ORA-19566 错误，且被报告的坏块不属于任何对象
2. Dbverify 显示存在坏块
3. 坏块不属于任何对象
二、原因分析：
在重新使用和重新格式化坏块之前，RMAN 和 DBV 仍会一直报告坏块。
三、解决方案：
解决此类问题的一个可能的方法如下。请注意，它不能保证问题解决，但它已知解决了几种案例的问题。如果在某个数据文件中报告有很多块损坏，请在第六步提示输入 blocknumber 中输入已经报告的 *** 的坏块号码。
当一个对象被重新创建，已经分配给它 (甚至是损坏的块) 的块将变成空闲空间(free space)。他们在那里等待重新分配到一个需要额外空间的对象。一旦它们被重新分配到用于一个对象上新的 extent，只有当任何 DML 操作使用到这些块(即使损坏的块，处在空闲空间，现在需要被分配)，他们将在 DML 操作更改、使用这些块之前，被重新格式化掉。
需要注意的是 extent 的简单的分配不格式化块。第 7 步分配的 extent 和第 8 步执行 DML 操作，使用在第七步中分配的块，这样的坏块才被重用和格式化。
在本文档中，我们尝试手动重新格式化坏块。
第 1 步 – 确定损坏的数据文件
损坏可以被报告在应用层，如 DBV 和 RMAN，或 alert.log。
例如，可以在您的 RMAN 备份过程中获得以下信息：
RMAN-03009: failure of backup command on nm4501 channel at 04/29/2005 09:44:41
ORA-19566: exceeded limit of 0 corrupt blocks for file E:\xxxx\test.ORA.
坏块位于文件 E:\xxxx\test.ORA 中。
第 2 步 – 在受影响的数据文件上运行 DBV/Rman 验证并检查坏块
在报告坏块的数据文件上运行 dbverify。
# dbv userid={system/password} file={full path filename} logfile={output filename}第 3 步 – 检查块是否是某个对象的一部分 – 适用于损坏的块号小的情况
查询 dba_extents，确认坏块是否属于任何对象。
SQL select segment_name, segment_type, owner from dba_extents where file_id = Absolute file number and corrupted block number between block_id and block_id + blocks -1;如果块不属于任何对象，查询 dba_free_space 确认坏块是否属于数据文件的可用空间。
SQL Select * from dba_free_space where file_id= Absolute file number and corrupted block number between block_id and block_id + blocks -1;第 4 步 – 查找受影响的块并验证其是否属于任何段的一种比较好的方法是使用 RMAN，这种方法既好用又便捷。
如果在第 2 步中已经运行了 rman 验证，请直接转到下面给出的 sqlplus 脚本，以确认对象。
$ rman target / nocatalog or $ rman target sys/ nocatalog run { allocate channel d1 type disk; allocate channel d2 type disk; ---------------------------------------------------------------------- -- multiple channels may be allocated for parallelizing purposes -- depends: RMAN - Min ( MAXOPENFILES , FILESPERSET ) -- Defaults: MAXOPENFILES =8, FILESPERSET =64 ---------------------------------------------------------------------- allocate channel dn type disk; backup check logical validate database;注意：如果 RDBMS 是小于 11g 并且处于非归档模式下，则数据库必须处于 mounted 模式
*** 在进行进一步操作之前，* 必须 * 运行并完成 RMAN 命令“backup check logical validate database”。
*** 此命令完成 (基于文件) 后将会填充“v$database_block_corruption”视图。
*** 如果未完成，在接下来的步骤中您就有可能得到无效 / 不完整的信息。
第 5 步 – 以非 SYS 或 SYSTEM(用户)的用户身份创建一个虚拟表
SQL connect scott/password在包含出现坏块的数据文件的表空间中创建虚拟表，并使用 nologging 选项，以防止生成 redo 记录：
SQL create table s ( n number, c varchar2(4000) ) nologging tablespace tablespace name having the corrupt block ;不同的存储参数可以被用来适应特定的环境。
我们使用 PCTFREE 99 以加快该块的格式化
确认表是被创建在正确的表空间中，通过查询 user_segments：
QL select segment_name,tablespace_name from user_segments where segment_name= S ;请注意，在 11gR2 中，由于延迟段创建概念，从上面提到的 user_segments 查询可能不会报告。在这种情况下，查询 USER_TABLES
SQL select segment_name,tablespace_name from user_tables where segment_name= S ;第 6 步 – 在虚拟表上创建触发器，一旦重新使用坏块，该触发器便会引发异常
以 sysdba 身份连接，并创建以下触发器：
请注意，在出现文件号提示时，输入相关文件号(v$datafile 中的 rfile# 值)
CREATE OR REPLACE TRIGGER corrupt_trigger AFTER INSERT ON scott.s REFERENCING OLD AS p_old NEW AS new_p FOR EACH ROW DECLARE corrupt EXCEPTION; BEGIN IF (dbms_rowid.rowid_block_number(:new_p.rowid)= blocknumber) and (dbms_rowid.rowid_relative_fno(:new_p.rowid)= filenumber) THEN RAISE corrupt; END IF; EXCEPTION WHEN corrupt THEN RAISE_APPLICATION_ERROR(-20000, Corrupt block has been formatted END; /出现块编号提示时，输入坏块的块编号。
出现文件号提示时，输入损坏的数据文件的相关文件号(v$datafile 中的 rfile# 值)。
第 7 步 – 为受影响的数据文件中的表分配空间。
请注意：
1)如果这是一个 ASSM 表空间，你可能需要重复此步骤数次。也就是说，创建多个表和分配多个 extent。
并周期性地查看 dba_extents，以确保空闲空间现在分配给一个虚拟表。
这是因为 ASSM 将自动确定下一个 extent 的大小
2)建议确保数据文件 AUTOEXTEND 置为 OFF，以防止其增长。
首先通过查询 dba_free_space 查找 extent 大小
SQL Select BYTES from dba_free_space where file_id= file no and corrupt block no between block_id and block_id + blocks -1; BYTES ---------------- ---------- ---------- ---------- ---------- ------------ 65536在本例中，它的大小是 64K。因此，按照以下方法分配 extent：
SQL alter table scott.s allocate extent (DATAFILE E:\xxxx\test.ORA SIZE 64K);如果在这个数据文件中有多个 64K 的空闲 extent，则可能需要使用这个循环：
BEGIN for i in 1..1000000 loop EXECUTE IMMEDIATE alter table scott.s allocate extent (DATAFILE || E:\xxxx\test.ORA || SIZE 64K) end loop; end ; /继续分配空间直到坏块成为 scott.s 的一部分 mdash; 使用以下查询进行检查：
SQL select segment_name, segment_type, owner from dba_extents where file_id = Absolute file number and corrupt block number between block_id and block_id + blocks -1 ;第 8 步 – 向虚拟表中插入数据以格式化块
示例代码(取决于表空间的大小，循环的次数可能发生变化)：
BEGIN FOR i IN 1..1000000000 LOOP INSERT /*+ APPEND */ INTO scott.s select i, lpad(REFORMAT ,3092, R) from dual; commit ; END LOOP; END;或者
BEGIN FOR i IN 1..1000000000 LOOP INSERT INTO scott.s VALUES(i, x END LOOP; END; /或使用以下包含 2 个循环的代码：
Begin FOR i IN 1..1000000000 loop for j IN 1..1000 loop Insert into scott.s VALUES(i, x end loop; commit; END LOOP; END;每向表中插入一行就会触发触发器，且一旦向坏块中插入 *** 行数据，就会产成 ORA-20000 异常。
第 9 步 – 通过运行 DBV 和 Rman 备份确定数据文件中的坏块情况
运行 dbverify 或 RMAN 在损坏的数据文件 (或整个数据库) 上再次验证。它不会显示块损坏。
确保你做两次手动日志切换或检查点，使得在内存中的信息写入到磁盘。
RMAN 备份不会报告此块上的任何错误。
运行真实的备份操作之前，你可以在数据文件上重新运行 RMAN validate 命令，并检查 v$database_block_corruption 不再显示块被标记为损坏。
对于数据库版本 =10gR2
Rman Backup validate check logical datafile fileno , fileno ;对于数据库版本 =11gR1
Rman Backup validate check logical datafile fileno ;或
Rman validate datafile fileno block blockno reported corrupt , blockno reported corrupt ;一旦完成
SQL SELECT * FROM V $ DATABASE_BLOCK_CORRUPTION;第 10 步 – 删除第 4 步中创建的虚拟表
SQL DROP TABLE scott.s ;如果版本为 10gr1 及以上，同时使用 purge 选项以清空回收站
第 11 步 ndash; 执行手动日志切换和检查点
执行两次日志切换和检查点，以便将在内存中格式化的块写入到磁盘并使 dbverify 不再报告错误
SQL Alter system switch logfile ; -- Do this couple of time SQL Alter system checkpoint ;第 12 步 – 删除第 6 步中创建的触发器
SQL DROP triggercorrupt_trigger ;看完上述内容，你们掌握 oracle 数据库中如何格式化不属于任何段的损坏块的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注丸趣 TV 行业资讯频道，感谢各位的阅读！
