基于RMAN实现坏块介质恢复(blockrecover)

最新推荐文章于 2023-03-02 17:06:31 发布
最新推荐文章于 2023-03-02 17:06:31 发布
阅读量417 收藏
点赞数
分类专栏： 数据恢复

本文转自：乐沙弥的世界


 对于物理损坏的数据块，我们可以通过RMAN块介质恢复(BLOCK MEDIA RECOVERY)功能来完成受损块的恢复，而不需要恢复整个数据库或所有文件来修复这些少量受损的数据块。恢复整个数据库或数据文件那不是大炮用来打蚊子，有点不值得！但前提条件是你得有一个可用的RMAN备份存在，因此，无论何时备份就是一切。本文演示了产生坏块即使用RMAN实现坏块恢复的全过程。

 

1、创建演示环境

[sql]  view plain  copy
 print ?
  1. SQL> select * from v$version where rownum<2;  
  2.   
  3. BANNER  
  4. --------------------------------------------------------------------------------  
  5. Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production  
  6.   
  7. --创建用于演示的data file  
  8. SQL> create tablespace tbs_tmp datafile '/u02/database/usbo/oradata/tbs_tmp.dbf' size 10m autoextend on;  
  9.   
  10. SQL> conn scott/tiger;  
  11.   
  12. --基于新的数据文件创建对象tb_tmp  
  13. SQL> create table tb_tmp tablespace tbs_tmp as select * from dba_objects;  
  14.   
  15. SQL> col file_name format a60  
  16. SQL> select file_id,file_name from dba_data_files where tablespace_name='TBS_TMP';  
  17.   
  18.    FILE_ID FILE_NAME  
  19. ---------- ------------------------------------------------------------  
  20.          6 /u02/database/usbo/oradata/tbs_tmp.dbf  
  21.   
  22. --表对象tb_tmp上的信息，包含对应的文件信息，头部块，总块数  
  23. SQL> select segment_name , header_file , header_block,blocks        
  24.   2  from dba_segments  
  25.   3  where segment_name = 'TB_TMP' and owner='SCOTT';  
  26.   
  27. SEGMENT_NAME                   HEADER_FILE HEADER_BLOCK     BLOCKS  
  28. ------------------------------ ----------- ------------ ----------  
  29. TB_TMP                                   6          130       1152  
  30.   
  31. --首先使用rman备份对应的数据文件  
  32. $ $ORACLE_HOME/bin/rman target /  
  33. RMAN> backup datafile 6 tag=health;  
  34.   
  35. Starting backup at 2013/08/28 17:03:15  
  36. allocated channel: ORA_DISK_1  
  37. channel ORA_DISK_1: SID=24 device type=DISK  
  38. channel ORA_DISK_1: starting full datafile backup set  
  39. channel ORA_DISK_1: specifying datafile(s) in backup set  
  40. input datafile file number=00006 name=/u02/database/usbo/oradata/tbs_tmp.dbf  
  41. channel ORA_DISK_1: starting piece 1 at 2013/08/28 17:03:16  
  42. channel ORA_DISK_1: finished piece 1 at 2013/08/28 17:03:17  
  43. piece handle=/u02/database/usbo/fr_area/USBO/backupset/2013_08_28/o1_mf_nnndf_HEALTH_91vh6ntb_.bkp tag=HEALTH comment=NONE  
  44. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01  
  45. Finished backup at 2013/08/28 17:03:17  
  46. RMAN> exit  

2、单块数据块损坏的恢复处理

[sql]  view plain  copy
 print ?
  1. --下面使用了linux自带的dd命令来损坏单块数据块  
  2. [oracle@linux1 ~]$ dd of=/u02/database/usbo/oradata/tbs_tmp.dbf bs=8192 conv=notrunc seek=130 <<EOF  
  3. > Corrupted block!  
  4. > EOF  
  5. 0+1 records in  
  6. 0+1 records out  
  7. 17 bytes (17 B) copied, 0.000184519 seconds, 92.1 kB/s  
  8.   
  9. --清空buffer cache  
  10. SQL> alter system flush buffer_cache;  
  11.   
  12. --查询表对相 tb_tmp,收到ORA-01578  
  13. SQL> select count(*) from tb_tmp;  
  14. select count(*) from tb_tmp  
  15. *  
  16. ERROR at line 1:  
  17. ORA-01578: ORACLE data block corrupted (file # 6, block # 130)  
  18. ORA-01110: data file 6: '/u02/database/usbo/oradata/tbs_tmp.dbf'  
  19.   
  20. --查询视图v$database_block_corruption，提示有坏块，注意该视图可能不会返回任何数据，如无返回，先执行backup validate  
  21. SQL> select * from v$database_block_corruption;  
  22.   
  23.      FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO  
  24. ---------- ---------- ---------- ------------------ ---------  
  25.          6        129          1                  0 CORRUPT  
  26.   
  27. --也可以使用dbv工具来校验坏块，参考: http://blog.youkuaiyun.com/robinson_0612/article/details/6530890     
  28.   
  29. --下面使用blockrecover来恢复坏块        
  30. RMAN> blockrecover datafile 6 block 130;  
  31.   
  32. Starting recover at 2013/08/28 17:22:25  
  33. using target database control file instead of recovery catalog  
  34. allocated channel: ORA_DISK_1  
  35. channel ORA_DISK_1: SID=24 device type=DISK  
  36.   
  37. channel ORA_DISK_1: restoring block(s)  
  38. channel ORA_DISK_1: specifying block(s) to restore from backup set  
  39. restoring blocks of datafile 00006  
  40. channel ORA_DISK_1: reading from backup piece /u02/database/usbo/fr_area/USBO/backupset/2013_08_28/o1_mf_nnndf_HEALTH_91vh6ntb_.bkp  
  41. channel ORA_DISK_1: piece handle=/u02/database/usbo/fr_area/USBO/backupset/2013_08_28/o1_mf_nnndf_HEALTH_91vh6ntb_.bkp tag=HEALTH  
  42. channel ORA_DISK_1: restored block(s) from backup piece 1  
  43. channel ORA_DISK_1: block restore complete, elapsed time: 00:00:01  
  44.   
  45. starting media recovery  
  46. media recovery complete, elapsed time: 00:00:03  
  47.   
  48. Finished recover at 2013/08/28 17:22:31  
  49.   
  50. --再次查询表tb_emp正常  
  51. SQL> select count(*) from tb_tmp;  
  52.   
  53.   COUNT(*)  
  54. ----------  
  55.      72449  

3、多块数据块损坏的恢复处理

[sql]  view plain  copy
 print ?
  1. --下面使用linux dd命令对不连续块损坏  
  2. [oracle@linux1 ~]$ dd of=/u02/database/usbo/oradata/tbs_tmp.dbf bs=8192 conv=notrunc seek=133 <<EOF  
  3. > New corrupted block!  
  4. > EOF  
  5. 0+1 records in  
  6. 0+1 records out  
  7. 21 bytes (21 B) copied, 0.000182835 seconds, 115 kB/s  
  8. [oracle@linux1 ~]$ dd of=/u02/database/usbo/oradata/tbs_tmp.dbf bs=8192 conv=notrunc seek=143 <<EOF   
  9. > New corrupted block!  
  10. > EOF  
  11. 0+1 records in  
  12. 0+1 records out  
  13. 21 bytes (21 B) copied, 0.000115527 seconds, 182 kB/s  
  14. [oracle@linux1 ~]$ dd of=/u02/database/usbo/oradata/tbs_tmp.dbf bs=8192 conv=notrunc seek=153 <<EOF   
  15. > New corrupted block!  
  16. > EOF  
  17. 0+1 records in  
  18. 0+1 records out  
  19. 21 bytes (21 B) copied, 0.000335781 seconds, 62.5 kB/s  
  20.   
  21. SQL> alter system flush buffer_cache;  
  22.   
  23. --下面提示块133被损坏，注意我们损坏了多块数据块，但查询时，从块号最小的开始提示，如133被修复后还有坏块则继续提示133之后的坏块  
  24. SQL> select count(*) from scott.tb_tmp;  
  25. select count(*) from scott.tb_tmp  
  26. *  
  27. ERROR at line 1:  
  28. ORA-01578: ORACLE data block corrupted (file # 6, block # 133)  
  29. ORA-01110: data file 6: '/u02/database/usbo/oradata/tbs_tmp.dbf'  
  30.   
  31. --查询视图v$database_block_corruption无任何记录  
  32. SQL> select * from v$database_block_corruption;  
  33.   
  34. no rows selected  
  35.   
  36. --下面使用backup validate来校验数据文件  
  37. RMAN> backup validate datafile 6;  
  38.   
  39. Starting backup at 2013/08/29 09:42:04  
  40. using target database control file instead of recovery catalog  
  41. allocated channel: ORA_DISK_1  
  42. channel ORA_DISK_1: SID=22 device type=DISK  
  43. channel ORA_DISK_1: starting full datafile backup set  
  44. channel ORA_DISK_1: specifying datafile(s) in backup set  
  45. input datafile file number=00006 name=/u02/database/usbo/oradata/tbs_tmp.dbf  
  46. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01  
  47. List of Datafiles  
  48. =================  
  49. File Status Marked Corrupt Empty Blocks Blocks Examined High SCN  
  50. ---- ------ -------------- ------------ --------------- ----------  
  51. 6    FAILED 0              223          1408            838489       --字段Status为FAILED  
  52.   File Name: /u02/database/usbo/oradata/tbs_tmp.dbf  
  53.   Block Type Blocks Failing Blocks Processed  
  54.   ---------- -------------- ----------------  
  55.   Data       0              1029              
  56.   Index      0              0                 
  57.   Other      3              156             --有3个Blocks Failing  
  58.   
  59. validate found one or more corrupt blocks  
  60. See trace file /u02/database/usbo/diag/rdbms/usbo/usbo/trace/usbo_ora_27874.trc for details  
  61. Finished backup at 2013/08/29 09:42:06  
  62.   
  63. --再次查询v$database_block_corruption，表明有3个损坏的块  
  64. SQL> select * from v$database_block_corruption;  
  65.   
  66.      FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO  
  67. ---------- ---------- ---------- ------------------ ---------  
  68.          6        153          1                  0 CORRUPT  
  69.          6        143          1                  0 CORRUPT  
  70.          6        133          1                  0 CORRUPT  
  71.   
  72. --下面直接使用blockrecover corruption list来恢复，如下所有刚刚被校验的坏块都会被恢复  
  73. RMAN> blockrecover corruption list;    
  74.   
  75. Starting recover at 2013/08/29 10:05:24  
  76. using channel ORA_DISK_1  
  77.   
  78. channel ORA_DISK_1: restoring block(s)  
  79. channel ORA_DISK_1: specifying block(s) to restore from backup set  
  80. restoring blocks of datafile 00006  
  81. channel ORA_DISK_1: reading from backup piece /u02/database/usbo/fr_area/USBO/backupset/2013_08_28/o1_mf_nnndf_HEALTH_91vh6ntb_.bkp  
  82. channel ORA_DISK_1: piece handle=/u02/database/usbo/fr_area/USBO/backupset/2013_08_28/o1_mf_nnndf_HEALTH_91vh6ntb_.bkp tag=HEALTH  
  83. channel ORA_DISK_1: restored block(s) from backup piece 1  
  84. channel ORA_DISK_1: block restore complete, elapsed time: 00:00:01  
  85.   
  86. starting media recovery  
  87. media recovery complete, elapsed time: 00:00:03  
  88.   
  89. Finished recover at 2013/08/29 10:05:28  
  90.   
  91. --校验结果  
  92. SQL> select count(*) from scott.tb_tmp;  
  93.   
  94.   COUNT(*)  
  95. ----------  
  96.      72449  

4、坏块的对象定位与影响

[sql]  view plain  copy
 print ?
  1. --下面我们查询块号为163上的对象  
  2. SQL> select dbms_rowid.rowid_object(rowid) object_id,dbms_rowid.rowid_relative_fno(rowid) file_id,  
  3.   2  dbms_rowid.rowid_block_number(rowid) block_id,owner,object_name,object_id  
  4.   3  from scott.tb_tmp where dbms_rowid.rowid_block_number(rowid)=163 and rownum<=2;  
  5.   
  6.  OBJECT_ID    FILE_ID   BLOCK_ID OWNER        OBJECT_NAME                     OBJECT_ID  
  7. ---------- ---------- ---------- ------------ ------------------------------ ----------  
  8.      74555          6        163 SYS          GV_$QUEUEING_MTH                     2439  
  9.      74555          6        163 PUBLIC       GV$QUEUEING_MTH                      2440  
  10.   
  11. --使用上面的方法，我们损块块163，173，此处不再列出  
  12.   
  13. a、对于坏块对象无法进行聚合汇总等操作       
  14. SQL> select count(*) from scott.tb_tmp;  
  15. select count(*) from scott.tb_tmp  
  16. *  
  17. ERROR at line 1:  
  18. ORA-01578: ORACLE data block corrupted (file # 6, block # 163)  
  19. ORA-01110: data file 6: '/u02/database/usbo/oradata/tbs_tmp.dbf'  
  20.   
  21. b、对于坏块上的记录无法被查询  
  22. --我们使用基于之前查询到的OBJECT_ID来查询  
  23. SQL> select owner,object_name,object_id from scott.tb_tmp where object_id in(2439,2440);  
  24. select owner,object_name,object_id from scott.tb_tmp where object_id in(2439,2440)  
  25.                                               *  
  26. ERROR at line 1:  
  27. ORA-01578: ORACLE data block corrupted (file # 6, block # 163)  
  28. ORA-01110: data file 6: '/u02/database/usbo/oradata/tbs_tmp.dbf'  
  29.   
  30. --如下面的查询，位于损坏块上的数据无法被查询到，但对于未损坏的依旧可以查询。下面的查询时块161上的对象  
  31. SQL> select owner,object_name,object_id from scott.tb_tmp   
  32.   2  where dbms_rowid.rowid_block_number(rowid)=161 and rownum<3;  
  33.   
  34. OWNER                          OBJECT_NAME                     OBJECT_ID  
  35. ------------------------------ ------------------------------ ----------  
  36. PUBLIC                         GV$RECOVERY_LOG                      2285  
  37. SYS                            GV_$ARCHIVE_GAP                      2286  
  38.   
  39. --Author : Robinson Cheng  
  40. --Blog   : http://blog.youkuaiyun.com/robinson_0612  
  41.        
  42. c、定位受损块所对应的对象  
  43. SQL> run get_obj_name_from_corrupt_block  
  44.   1  SELECT tablespace_name,  
  45.   2         segment_type,  
  46.   3         owner,  
  47.   4         segment_name,  
  48.   5         partition_name  
  49.   6    FROM dba_extents  
  50.   7*  WHERE file_id = &file_id AND &block_id BETWEEN block_id AND block_id + blocks - 1  
  51. Enter value for file_id: 6  
  52. Enter value for block_id: 133  
  53. old   7:  WHERE file_id = &file_id AND &block_id BETWEEN block_id AND block_id + blocks - 1  
  54. new   7:  WHERE file_id = 6 AND 133 BETWEEN block_id AND block_id + blocks - 1  
  55.   
  56. TABLESPACE_NAME                SEGMENT_TYPE       OWNER          SEGMENT_NAME      PARTITION_NAME  
  57. ------------------------------ ------------------ -------------- ----------------- -----------------  
  58. TBS_TMP                        TABLE              SCOTT          TB_TMP   
  59.   
  60. d、对于损坏的数据文件，缺省情况下，不能对其进行备份，如下  
  61. RMAN> backup datafile 6 tag='corruption';                                                      
  62.                                                                                                         
  63. Starting backup at 2013/08/29 10:37:32                                                         
  64. using channel ORA_DISK_1                                                                       
  65. channel ORA_DISK_1: starting full datafile backup set                                          
  66. channel ORA_DISK_1: specifying datafile(s) in backup set                                       
  67. input datafile file number=00006 name=/u02/database/usbo/oradata/tbs_tmp.dbf                   
  68. channel ORA_DISK_1: starting piece 1 at 2013/08/29 10:37:32                                    
  69. RMAN-00571: ===========================================================                        
  70. RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============                        
  71. RMAN-00571: ===========================================================                        
  72. RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/29/2013 10:37:33             
  73. ORA-19566: exceeded limit of 0 corrupt blocks for file /u02/database/usbo/oradata/tbs_tmp.dbf   
  74.   
  75. --需要设定允许损坏块的数量之后才能进行备份  
  76. RMAN> run{  
  77. 2> set maxcorrupt for datafile 6 to 2;  
  78. 3> backup datafile 6 tag='corruption';  
  79. 4> }  
  80.   
  81. executing command: SET MAX CORRUPT  
  82.   
  83. Starting backup at 2013/08/29 10:41:24  
  84. using channel ORA_DISK_1  
  85. channel ORA_DISK_1: starting full datafile backup set  
  86. channel ORA_DISK_1: specifying datafile(s) in backup set  
  87. input datafile file number=00006 name=/u02/database/usbo/oradata/tbs_tmp.dbf  
  88. channel ORA_DISK_1: starting piece 1 at 2013/08/29 10:41:25  
  89. channel ORA_DISK_1: finished piece 1 at 2013/08/29 10:41:26  
  90. piece handle=/u02/database/usbo/fr_area/USBO/backupset/2013_08_29/o1_mf_nnndf_CORRUPTION_91xf6o18_.bkp tag=CORRUPTION comment=NONE  
  91. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01  
  92. Finished backup at 2013/08/29 10:41:26         
  93.   
  94. --查看备份信息如下，应在修复坏块后重新备份以避免由于保留策略导致先前可用的备份被aged out  
  95. RMAN> list backup summary;  
  96.   
  97. List of Backups  
  98. ===============  
  99. Key     TY LV S Device Type Completion Time     #Pieces #Copies Compressed Tag  
  100. ------- -- -- - ----------- ------------------- ------- ------- ---------- ---  
  101. 1       B  F  A DISK        2013/08/28 17:03:17 1       1       NO         HEALTH  
  102. 3       B  F  A DISK        2013/08/29 10:41:25 1       1       NO         CORRUPTION  

5、后记
a、对于受损的数据块，仅仅坏块上的数据无法被查询或读取，其余正常块的数据依旧可以使用。
b、对于受损的表对象进行聚合等相关运算时收到错误提示，因为坏块上的数据无法被统计。如果你聚合的是索引列，索引未损坏的情形则可正常返回。
c、可以基于RMAN可用的备份文件实现块介质恢复，其数据文件无需offline，开销最小，影响最小。
d、对于多个数据块的损坏，先执行backup validate校验数据库或相应的数据文件以便标记受损的坏块后，填充v$database_block_corruption以及后续恢复。
e、对于使用backup validate 校验后的情形，坏块恢复时可以直接使用blockrecover corruption list一次性恢复所有的坏块。
f、缺省情况下，存在坏块的数据文件无法成功备份，也会导致自动备份脚本失败。
g、缺省情况下，存在坏块的数据文件无法成功备份，也会导致自动备份脚本失败。


RMAN深度剖析：块恢复(Block Recovery)在MySQL中的应用
ZaxfSass的博客
10-01 141
通过配置RMAN环境和创建备份策略，以及执行块恢复操作，可以有效地修复坏块并恢复数据库的完整性。使用RMAN工具能够提供强大的备份和恢复功能，保护数据库的数据安全。然后执行恢复脚本，通过RMAN工具进行块恢复的操作。RMAN是MySQL提供的一个强大的备份和恢复工具，它提供了丰富的功能和命令，用于管理和保护数据库的完整性。将"/path/to/corrupted_datafile.dbf"替换为坏块所在的数据文件路径，将"/path/to/new_datafile.dbf"替换为恢复后的数据文件路径。
ORACLE 备份恢复之RMAN详解
DoubleJing的博客
06-13 3650
一、连接方式 (一)、连接本地数据库 [oracle@oracle ~]$ rman target / (二)、连接远程数据库 [oracle@oracle ~]$ rman target sys/oracle@orcl 二、基本指令 (一)、执行 SQL 语句 RMAN>SQL ‘ALTER SYSTEM SWITCH LOGFILE’; (二)、RMAN 默认配置 1．显示 RMAN 默认配置 RMAN>SHOW ALL; 2．RMAN 默认配置详解 using target dat
RMAN深入解析之--BlockRecover恢复坏块
weixin_33947521的博客
07-15 365
RMAN深入解析之--BlockRecover恢复坏块案例环境：操作系统：RedHat EL5Oracle： Oracle 11gR2案例描述： 通过块介质恢复（Block Media Recover:BMR)执行块级别的恢复操作来修复Oracle数据库上的逻辑或物理上损坏的数据块。1、模拟数据块被破坏10:26:48SYS@prod>connscott/t...
使用RMAN的RECOVERBLOCK修复受损的数据块！
甲骨虫的家
04-28 950
使用RMAN的RECOVERBLOCK修复受损的数据块！ 1.备份数据库D:/>rman target /恢复管理器: 版本9.2.0.6.0 - ProductionCopyright (c) 1995, 2002, Oracle Corporation. All rights reserved.连接到目标数据库: EYGLE (DBID=1
使用RMAN RECOVER BLOCK修复受损的数据块
nj198624的专栏
11-08 1019
首先对数据库进行rman备份，然后根据下列步骤操作 1.使用工具破坏数据块 可以使用UltraEdit或者WinHex打开文件修改某个数据块，然后保存。 2.访问损坏的数据 sqlplus "/ as sysdba" > startup ORACLE 例程已经启动。   Total System Global Area   59842188 bytes Fix
Namenode做block Recovery过程详细剖析
Mac Track
09-15 4299
hdfs为什么会做block recovery 说HDFS的block recovery，其实就是Namenode认为该block的状态需要发生一些变化，其原信息和数据都需要做一些相应的调整（或恢复），原信息的调整在namenode上，而由于数据本身是存储在datanode的磁盘上的，所以数据本身的调整其实是由datanode来完成。 那么，为什么Namenode会认为某个bl
RMAN系列（六）RMAN高级恢复
绿杨
04-08 461
原 RMAN 系列（六） ---- RMAN 高级恢复https://blog.youkuaiyun.com/tianlesoftware/article/details/5722174版权声明： https://blog.youkuaiyun.com/tianlesoftware/article/details/5722174 这几天心情不太好，这周连续加上3天班，有点累，但是不管怎样，学习不能放下，在当下的社会，要改...
RMAN - 备份与恢复实践 之二
数据库专栏
11-21 1287
1   RMAN备份与恢复实践 1.1  备份 1.1.1 对数据库进行全备 　　使用backup database命令执行备份 RMAN> BACKUP DATABASE; 　　执行上述命令后将对目标数据库中的所有数据文件进行备份，由于没有显式指定FORMAT参数，rman会自动为每个备份片段命名，并保存在ORACLE_HOME/database目录下。 　　当然，也
Oracle数据块损坏与ORA-01555错误的关系
Oracle数据库中的数据块损坏是数据库维护和管理中需要密切注意的问题，它可能造成数据丢失和性能下降。本文从理论基础出发，详细探讨了数据块的结构、损坏类型、以及ORA-01555错误的原因和原理。针对预防和监控数据...
基于rman的坏块恢复
weixin_30886233的博客
04-14 191
转载请注明出处http://blog.youkuaiyun.com/guoyjoe/article/details/30965303 实验过程例如以下：1、使用rman备份全库Recovery Manager: Release 11.2.0.3.0 - Production on Sun Jun 8...
rman恢复数据文件-----块折断
congji3615的博客
07-15 154
这几天重新复习了一下rman备份与恢复，感觉要学的东西实在是太多， 模拟了一下实验，将实验过程记录下来，以便日后查阅。 试验目的 rman功能很强大，10g以后可以通过rman对某个损坏数据文件的具体块做恢复。...
利用RMAN修复数据文件中的坏块思路与实战
力哥讲技术
03-02 1043
修复数据文件中的坏块需要进行多个步骤，包括确认坏块、创建坏块映射文件、修复坏块、恢复数据文件和恢复数据库等。创建坏块映射文件：在确认了数据文件中的坏块后，需要创建一个坏块映射文件，记录下数据文件中的坏块位置和大小等信息。命令来恢复数据文件。在此之前，需要确保备份集中包含了需要恢复的数据文件，并且备份集中的数据文件没有坏块。在此之前，需要确保数据文件是在归档模式下打开的，并且已经启用了归档模式和日志归档功能。数据库备份和恢复的主要工具，可以用于修复数据文件中的坏块。确认坏块：首先需要确认数据文件中的坏块。
block recover命令
龙神add-走向数据架构师的路
08-05 1104
block recover命令总是指定一个要还原和恢复的一个或多个块的列表，可选的指定从其进行还原的备份。如 下： RMAN> block recover datafile 7 block 5; 指示RMAN从文件最近的备份集或映像副本中还原和恢复一个指定的块。 RMAN> block recover datafile 7 block 5,6,7 datafile 9 block 21,2
RMAN备份恢复之BLOCKRECOVER
塔山上的山
11-25 427
RMAN备份恢复之BLOCKRECOVER 　　RMAN提供了单独恢复个别BLOCK的功能，这种功能作为普通恢复方法的补充，对于恢复数据库中出现的坏块可以快速的进行恢复。 　　RMAN的BLOCKRECOVER是利用一个全备份作为基础，在此基础中应用日志，对于需要恢复的个别BLOCK进行恢复。 　　下面演示一个BLOCKRECOVER的简单例子，首先是构造一个坏块，最简单的办法莫过于Ultr
RMAN恢复坏块（有备份）
在路上
02-23 1078
坏块产生之前进行了备份 SQL> select count(1) from testbbed; select count(1) from testbbed * ERROR at line 1: ORA-01578: ORACLE data block corrupted (file # 5, block # 136) ORA-01110: data file 5: '/u01/app/oracl
Oracle数据坏块处理与RMAN备份恢复策略
- 在执行数据坏块处理前，确保数据库已配置为归档模式，这对于数据恢复至关重要。使用RMAN (Recovery Manager) 工具执行全面的数据库备份，以便在出现问题后能够回滚或恢复数据。 3. **初始化数据库数据**： - ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值