ゅ≈阿步≈ゅの楽しさ
无题
ゅ≈阿步≈ゅ 发表于 2011-04-27 10:19:33
RMAN备份恢复——配置介质管理器
ゅ≈阿步≈ゅ 发表于 2009-09-03 14:49:17
RMAN备份恢复——配置介质管理器
今天测试了RMAN通过NETBACKUP备份到带库的操作。
在NETBACKUP安装完毕后，发现仍然无法备份到带库：
$ rman target /
恢复管理器: Release 10.2.0.3.0 - Production on 星期一 4月 30 10:07:42 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: TESTRAC (DBID=4291216984)
RMAN> run
2> {
3> allocate channel c1 device type sbt ;
4> backup database plus archivelog;
5> }
使用目标数据库控制文件替代恢复目录
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: allocate 命令 (c1 通道上, 在 04/30/2007 10:08:13 上) 失败
ORA-19554: 配置设备时出错, 设备类型: SBT_TAPE, 设备名称:
ORA-27211: 未能加载介质管理库
Additional information: 2
RMAN>
检查后发现Oracle没有$ORACLE_HOME/lib目录下，缺少libobk.so文件。
找到NETBACKUP提供的链接库文件，然后做一个链接，备份可以顺利写到的带库上：
$ ln -s /nbu/openv/netbackup/bin/libobk.so64.1 $ORACLE_HOME/lib/libobk.so
$ rman target /
恢复管理器: Release 10.2.0.3.0 - Production on 星期一 4月 30 10:12:15 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: TESTRAC (DBID=4291216984)
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> backup database plus archivelog;
5> }
使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=312 实例=testrac2 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
启动 backup 于 30-4月 -07当前日志已存档通道 c1: 正在启动存档日志备份集通道 c1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =134 记录 ID=226 时间戳=620918873输入存档日志线程 =1 序列 =135 记录 ID=225 时间戳=620918871输入存档日志线程 =1 序列 =136 记录 ID=227 时间戳=620918877输入存档日志线程 =1 序列 =137 记录 ID=232 时间戳=620931900输入存档日志线程 =1 序列 =138 记录 ID=233 时间戳=620935701输入存档日志线程 =1 序列 =139 记录 ID=236 时间戳=621011882输入存档日志线程 =1 序列 =140 记录 ID=239 时间戳=621082083输入存档日志线程 =1 序列 =141 记录 ID=241 时间戳=621082248输入存档日志线程 =1 序列 =142 记录 ID=242 时间戳=621099796输入存档日志线程 =1 序列 =143 记录 ID=244 时间戳=621100866输入存档日志线程 =1 序列 =144 记录 ID=246 时间戳=621101257输入存档日志线程 =1 序列 =145 记录 ID=250 时间戳=621171397输入存档日志线程 =1 序列 =146 记录 ID=253 时间戳=621182493输入存档日志线程 =1 序列 =147 记录 ID=257 时间戳=621185375输入存档日志线程 =1 序列 =148 记录 ID=258 时间戳=621185549输入存档日志线程 =1 序列 =149 记录 ID=261 时间戳=621252797输入存档日志线程 =2 序列 =56 记录 ID=229 时间戳=620918903输入存档日志线程 =2 序列 =57 记录 ID=228 时间戳=620918901输入存档日志线程 =2 序列 =58 记录 ID=230 时间戳=620918904输入存档日志线程 =2 序列 =59 记录 ID=231 时间戳=620927338输入存档日志线程 =2 序列 =60 记录 ID=234 时间戳=621009003输入存档日志线程 =2 序列 =61 记录 ID=235 时间戳=621010516输入存档日志线程 =2 序列 =62 记录 ID=237 时间戳=621017647输入存档日志线程 =2 序列 =63 记录 ID=238 时间戳=621082070输入存档日志线程 =2 序列 =64 记录 ID=240 时间戳=621082242输入存档日志线程 =2 序列 =65 记录 ID=243 时间戳=621100713输入存档日志线程 =2 序列 =66 记录 ID=245 时间戳=621101119输入存档日志线程 =2 序列 =67 记录 ID=247 时间戳=621101420输入存档日志线程 =2 序列 =68 记录 ID=248 时间戳=621107463输入存档日志线程 =2 序列 =69 记录 ID=249 时间戳=621170421输入存档日志线程 =2 序列 =70 记录 ID=251 时间戳=621174766输入存档日志线程 =2 序列 =71 记录 ID=252 时间戳=621180472输入存档日志线程 =2 序列 =72 记录 ID=254 时间戳=621183004输入存档日志线程 =2 序列 =73 记录 ID=255 时间戳=621184086输入存档日志线程 =2 序列 =74 记录 ID=256 时间戳=621185371输入存档日志线程 =2 序列 =75 记录 ID=259 时间戳=621185547输入存档日志线程 =2 序列 =76 记录 ID=260 时间戳=621252789通道 c1: 正在启动段 1 于 30-4月 -07通道 c1: 已完成段 1 于 30-4月 -07段句柄=0eigf45t_1_1 标记=TAG20070430T101315 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:03:46完成 backup 于 30-4月 -07
启动 backup 于 30-4月 -07通道 c1: 启动全部数据文件备份集通道 c1: 正在指定备份集中的数据文件输入数据文件 fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件 fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件 fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件 fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件 fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件 fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件 fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件 fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件 fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件 fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件 fno=00001 name=+DISK/testrac/datafile/system.262.618591167输入数据文件 fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225输入数据文件 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 c1: 正在启动段 1 于 30-4月 -07通道 c1: 已完成段 1 于 30-4月 -07段句柄=0figf4d1_1_1 标记=TAG20070430T101704 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:01:15:35通道 c1: 启动全部数据文件备份集通道 c1: 正在指定备份集中的数据文件备份集中包括当前控制文件在备份集中包含当前的 SPFILE通道 c1: 正在启动段 1 于 30-4月 -07通道 c1: 已完成段 1 于 30-4月 -07段句柄=0gigf8qp_1_1 标记=TAG20070430T101704 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:01:06完成 backup 于 30-4月 -07
启动 backup 于 30-4月 -07当前日志已存档通道 c1: 正在启动存档日志备份集通道 c1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =150 记录 ID=263 时间戳=621257633输入存档日志线程 =2 序列 =77 记录 ID=262 时间戳=621257628通道 c1: 正在启动段 1 于 30-4月 -07通道 c1: 已完成段 1 于 30-4月 -07段句柄=0higf8t1_1_1 标记=TAG20070430T113352 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:01:06完成 backup 于 30-4月 -07释放的通道: c1
RMAN>
使用JOB定时备份数据库
ゅ≈阿步≈ゅ 发表于 2009-09-03 14:48:44
使用JOB定时备份数据库
Oracle的备份一般都是在操作系统上完成，因此定时备份Oracle的功能一般都是由操作系统功能完成，比如crontab。但是Oracle的PIPE接口使得在Oracle数据库中通过JOB来备份Oracle变得可能。
这篇文章给出一个简单的例子，说明如何在JOB中定期备份数据库。
首先需要保证RMAN已PIPE方式一直在后台运行：
[oracle@member member]$ rman pipe PJOB target / timeout = 360000 &
[1] 22735
[oracle@member member]$
Recovery Manager: Release 9.2.0.4.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
[oracle@member member]$
设置timeout参数的值大于备份JOB的周期。
下面构建一个日志表和备份使用的过程：
SQL> CREATE TABLE BACKUP_LOG (END_DATE DATE, OUTPUT_LOG VARCHAR2(4000));
Table created.
SQL> CREATE OR REPLACE PROCEDURE P_BACKUP_SQL AS
2 V_INPUT VARCHAR2(32767);
3 V_OUTPUT VARCHAR2(32767);
4 V_OUT NUMBER;
5 BEGIN
6 V_INPUT := 'RUN
7 {
8 ALLOCATE CHANNEL C1 DEVICE TYPE DISK FORMAT ''/data/backup/member/%U'';
9 ALLOCATE CHANNEL C2 DEVICE TYPE DISK FORMAT ''/data/backup/member/%U'';
10 ALLOCATE CHANNEL C3 DEVICE TYPE DISK FORMAT ''/data/backup/member/%U'';
11 BACKUP DATABASE;
12 }';
13 DBMS_PIPE.PACK_MESSAGE(V_INPUT);
14 V_OUT := DBMS_PIPE.SEND_MESSAGE('ORA$RMAN_PJOB_IN');
15 COMMIT;
16
17 V_OUT := 0;
18 WHILE (V_OUT = 0) LOOP
19 V_OUT := DBMS_PIPE.RECEIVE_MESSAGE('ORA$RMAN_PJOB_OUT', 3600);
20 IF V_OUT = 0 THEN
21 DBMS_PIPE.UNPACK_MESSAGE(V_OUTPUT);
22 INSERT INTO BACKUP_LOG (END_DATE, OUTPUT_LOG) VALUES (SYSDATE, SUBSTRB(V_OUTPUT, 1, 4000));
23 END IF;
24 END LOOP;
25 COMMIT;
26 END;
27 /
Procedure created.
下面就可以通过job来定时备份了：
SQL> DECLARE
2 V_JOB NUMBER;
3 BEGIN
4 DBMS_JOB.SUBMIT(V_JOB, 'P_BACKUP_SQL;', TRUNC(SYSDATE) + 17.25/24, 'TRUNC(SYSDATE) + 41/24');
5 COMMIT;
6 END;
7 /
PL/SQL procedure successfully completed.
等待备份结束后，检查备份结果：
SQL> SELECT * FROM BACKUP_LOG;
END_DATE OUTPUT_LOG
------------------- --------------------------------------------------------------------------------
2007-06-04 17:40:09 channel C3: finished piece 1 at 04-6月 -07
2007-06-04 17:40:09 piece handle=/data/backup/member/07ijeqcm_1_1 comment=NONE
2007-06-04 17:15:01 using target database controlfile instead of recovery catalog
2007-06-04 17:40:09 channel C3: backup set complete, elapsed time: 00:25:07
2007-06-04 17:40:12 channel C3: starting full datafile backupset
2007-06-04 17:40:12 channel C3: specifying datafile(s) in backupset
2007-06-04 17:40:12 including current SPFILE in backupset
2007-06-04 17:40:13 including current controlfile in backupset
2007-06-04 17:40:13 input datafile fno=00001 name=/data/oradata/member/system01.dbf
2007-06-04 17:40:13 input datafile fno=00003 name=/data/oradata/member/cwmlite01.dbf
2007-06-04 17:40:13 input datafile fno=00009 name=/data/oradata/member/users01.dbf
2007-06-04 17:40:13 input datafile fno=00004 name=/data/oradata/member/drsys01.dbf
2007-06-04 17:40:13 channel C3: starting piece 1 at 04-6月 -07
2007-06-04 17:40:38 channel C2: finished piece 1 at 04-6月 -07
2007-06-04 17:40:38 piece handle=/data/backup/member/06ijeqcm_1_1 comment=NONE
2007-06-04 17:40:38 channel C2: backup set complete, elapsed time: 00:25:36
2007-06-04 17:40:41 channel C2: starting full datafile backupset
2007-06-04 17:40:41 channel C2: specifying datafile(s) in backupset
2007-06-04 17:40:41 input datafile fno=00005 name=/data/oradata/member/example01.dbf
2007-06-04 17:40:41 input datafile fno=00010 name=/data/oradata/member/xdb01.dbf
2007-06-04 17:40:41 input datafile fno=00006 name=/data/oradata/member/indx01.dbf
2007-06-04 17:40:41 input datafile fno=00008 name=/data/oradata/member/tools01.dbf
2007-06-04 17:40:41 channel C2: starting piece 1 at 04-6月 -07
2007-06-04 17:51:37 channel C2: finished piece 1 at 04-6月 -07
2007-06-04 17:51:37 piece handle=/data/backup/member/09ijersp_1_1 comment=NONE
2007-06-04 17:51:37 channel C2: backup set complete, elapsed time: 00:10:55
2007-06-04 17:51:37 channel C2: starting full datafile backupset
2007-06-04 17:51:38 channel C2: specifying datafile(s) in backupset
2007-06-04 17:51:38 input datafile fno=00018 name=/data/oradata/member/info.dbf
2007-06-04 17:51:38 channel C2: starting piece 1 at 04-6月 -07
2007-06-04 17:52:03 channel C3: finished piece 1 at 04-6月 -07
2007-06-04 17:52:03 piece handle=/data/backup/member/08ijerrs_1_1 comment=NONE
2007-06-04 17:52:03 channel C3: backup set complete, elapsed time: 00:11:51
2007-06-04 17:53:07 channel C2: finished piece 1 at 04-6月 -07
2007-06-04 17:53:07 piece handle=/data/backup/member/0aijesh8_1_1 comment=NONE
2007-06-04 17:53:07 channel C2: backup set complete, elapsed time: 00:01:31
2007-06-04 18:44:45 channel C1: finished piece 1 at 04-6月 -07
2007-06-04 18:44:45 piece handle=/data/backup/member/05ijeqcl_1_1 comment=NONE
2007-06-04 18:44:45 channel C1: backup set complete, elapsed time: 01:29:44
2007-06-04 18:44:45 Finished backup at 04-6月 -07
2007-06-04 18:44:45 released channel: C1
2007-06-04 18:44:45 released channel: C2
2007-06-04 18:44:45 released channel: C3
2007-06-04 18:44:45 RMAN-00572: waiting for dbms_pipe input
44 rows selected.
RMAN备份的并行
ゅ≈阿步≈ゅ 发表于 2009-09-03 14:48:24
RMAN备份的并行
RMAN备份和恢复可以自动并行进行。并行度和分配的CHANNEL数量，以及备份集中文件数量、FILESPERSET等诸多参数有关。
这个算法比较复杂，牵掣多个参数，这里不打算详细讨论。这篇文件只是简单说明，在默认参数的情况下，如果书写RMAN命令才能保证RMAN备份、恢复操作并行执行。
RMAN对于一个命令中多个对象可以实现并行。但是对于多个连续的操作却只能串行执行。
看下面例子的两种不同情况：
RMAN> run
2> {
3> allocate channel c1 device type disk format 'f:oracleackup est1\%U';
4> allocate channel c2 device type disk format 'f:oracleackup est1\%U';
5> backup tablespace system, undotbs1;
6> }
分配的通道: c1
通道 c1: sid=14 devtype=DISK
分配的通道: c2
通道 c2: sid=15 devtype=DISK
启动 backup 于 10-6月 -07
通道 c1: 正在启动 full 数据文件备份集
通道 c1: 正在指定备份集中的数据文件
输入数据文件 fno=00002 name=F:ORACLEORADATATEST1UNDOTBS01.DBF
通道 c1: 正在启动段 1 于 10-6月 -07
通道 c2: 正在启动 full 数据文件备份集
通道 c2: 正在指定备份集中的数据文件
在备份集中包含当前的 SPFILE
备份集中包括当前控制文件
输入数据文件 fno=00001 name=F:ORACLEORADATATEST1SYSTEM01.DBF
通道 c2: 正在启动段 1 于 10-6月 -07
通道 c1: 已完成段 1 于 10-6月 -07
段 handle=F:ORACLEBACKUPTEST1BIJV5E2_1_1 comment=NONE
通道 c1: 备份集已完成, 经过时间:00:02:29
通道 c2: 已完成段 1 于 10-6月 -07
段 handle=F:ORACLEBACKUPTEST1CIJV5E2_1_1 comment=NONE
通道 c2: 备份集已完成, 经过时间:00:02:54
完成 backup 于 10-6月 -07
释放的通道: c1
释放的通道: c2
RMAN> run
2> {
3> allocate channel c1 device type disk format 'f:oracleackup est1\%U';
4> allocate channel c2 device type disk format 'f:oracleackup est1\%U';
5> backup tablespace system;
6> backup tablespace undotbs1;
7> }
分配的通道: c1
通道 c1: sid=14 devtype=DISK
分配的通道: c2
通道 c2: sid=15 devtype=DISK
启动 backup 于 10-6月 -07
通道 c1: 正在启动 full 数据文件备份集
通道 c1: 正在指定备份集中的数据文件
在备份集中包含当前的 SPFILE
备份集中包括当前控制文件
输入数据文件 fno=00001 name=F:ORACLEORADATATEST1SYSTEM01.DBF
通道 c1: 正在启动段 1 于 10-6月 -07
通道 c1: 已完成段 1 于 10-6月 -07
段 handle=F:ORACLEBACKUPTEST1DIJV81B_1_1 comment=NONE
通道 c1: 备份集已完成, 经过时间:00:01:57
完成 backup 于 10-6月 -07
启动 backup 于 10-6月 -07
通道 c1: 正在启动 full 数据文件备份集
通道 c1: 正在指定备份集中的数据文件
输入数据文件 fno=00002 name=F:ORACLEORADATATEST1UNDOTBS01.DBF
通道 c1: 正在启动段 1 于 10-6月 -07
通道 c1: 已完成段 1 于 10-6月 -07
段 handle=F:ORACLEBACKUPTEST1EIJV850_1_1 comment=NONE
通道 c1: 备份集已完成, 经过时间:00:01:15
完成 backup 于 10-6月 -07
释放的通道: c1
释放的通道: c2
对于BACKUP TABLESPACE SYSTEM, UNDOTBS1这个命令，RMAN可以自动将两个文件分散到两个BACKUP SET中，由两个CHANNEL同时进行备份。
而对于BACKUP TABLESPACE SYSTEM和BACKUP TABLESPACE UNDOTBS1两个命令，RMAN无法将其并行执行，因此只能顺序的执行两个备份操作。
显然，前者的效率要比后者高。在写备份和恢复命令的时候，尽量采用前面一种方式，充分利用并行备份和恢复带来的性能优势。
Oracle10g新增CONVERT语法
ゅ≈阿步≈ゅ 发表于 2009-09-03 14:47:44
Oracle10g新增CONVERT语法
从10g开始，RMAN新增了CONVERT的语法，使得数据库文件可以跨版本复制，从这个特性开始，操作系统以及平台不再是数据库物理文件的限制了。
Oracle支持的可转换的平台可以在V$TRANSPORTABLE_PLATFORM视图中查询：
SQL> SELECT * FROM V$TRANSPORTABLE_PLATFORM;
PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT
----------- ---------------------------------------- --------------
1 Solaris[tm] OE (32-bit) Big
2 Solaris[tm] OE (64-bit) Big
7 Microsoft Windows IA (32-bit) Little
10 Linux IA (32-bit) Little
6 AIX-Based Systems (64-bit) Big
3 HP-UX (64-bit) Big
5 HP Tru64 UNIX Little
4 HP-UX IA (64-bit) Big
11 Linux IA (64-bit) Little
15 HP Open VMS Little
8 Microsoft Windows IA (64-bit) Little
9 IBM zSeries Based Linux Big
13 Linux 64-bit for AMD Little
16 Apple Mac OS Big
12 Microsoft Windows 64-bit for AMD Little
17 Solaris Operating System (x86) Little
18 IBM Power Based Linux Big
20 Solaris Operating System (AMD64) Little
19 HP IA Open VMS Little
已选择19行。
Oracle支持将数据文件转换为这些平台上的数据文件格式。
SQL> host
$ rman target /
恢复管理器: Release 10.2.0.3.0 - Production on 星期四 3月 5 01:36:55 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: TESTRAC (DBID=4291216984)
RMAN> convert tablespace 'TEST' to platform 'Linux 64-bit for AMD'
2> format '/data/backup/%T_%n_%N.dbf';
启动 backup 于 05-3月 -09使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=310 实例=testrac1 devtype=DISK分配的通道: ORA_DISK_2通道 ORA_DISK_2: sid=292 实例=testrac2 devtype=DISK
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: backup 命令 (在 03/05/2009 01:40:55 上) 失败
RMAN-06599: 表空间 TEST 不是只读的
CONVERT要求目标表空间是只读的：
SQL> host
$ rman target /
恢复管理器: Release 10.2.0.3.0 - Production on 星期四 3月 5 01:42:20 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: TESTRAC (DBID=4291216984)
RMAN> convert tablespace 'TEST'
2> to platform 'Linux 64-bit for AMD'
3> format '/data1/backup/%T_%n_%N.dbf';
启动 backup 于 05-3月 -09使用通道 ORA_DISK_1使用通道 ORA_DISK_2通道 ORA_DISK_1: 启动数据文件转换输入数据文件 fno=00008 name=+DISK/testrac/datafile/test01.dbf已转换的数据文件 = /data1/backup/20090305_TESTRACx_TEST.dbf通道 ORA_DISK_1: 数据文件转换完毕, 经过时间: 00:00:07完成 backup 于 05-3月 -09
这个生成的文件20090305_TESTRACx_TEST.dbf文件就可以在Linux X86 for 64环境中进行迁移表空间的导入，或者指向备份恢复操作。
当然CONVERT语法远远不止上面提到的，可以进行数据文件、表空间甚至数据库的转换，同时各种限制条件也远远不只上面提到的，比如CONVERT数据库就不能直接跨越不同的编码方式。
在文档中提到CONVERT语法还有一个功能，由于绝大部分操作系统命令都无法直接访问ASM中的数据文件，因此可以利用CONVERT将ASM中的文件拷贝的操作系统中：
RMAN> convert tablespace 'TEST'
2> format '/data1/backup/test01.dbf';
启动 backup 于 05-3月 -09使用通道 ORA_DISK_1使用通道 ORA_DISK_2通道 ORA_DISK_1: 启动数据文件转换输入数据文件 fno=00008 name=+DISK/testrac/datafile/test01.dbf已转换的数据文件 = /data1/backup/test01.dbf通道 ORA_DISK_1: 数据文件转换完毕, 经过时间: 00:00:03完成 backup 于 05-3月 -09
不过这种方式其实还不如直接使用RMAN的COPY命令，因为COPY命令没有将表空间置于只读状态的限制。
如何处理Oracle数据库中的坏块问题
ゅ≈阿步≈ゅ 发表于 2009-09-03 14:47:27
本文主要介绍如何去处理在Oracle数据库中出现坏块的问题，对于坏块产生在不同的对象上，处理的方法会有所不同，本文将大致对这些方法做一些介绍。因为数据库运行时间长了，由于硬件设备的老化，出现坏块的几率会越来越大，因此，做为一个DBA，怎么去解决数据库出现的坏块问题就成了一个重要的议题了。
一：什么是数据库的坏块
首先我们来大概看一下数据库块的格式和结构
数据库的数据块有固定的格式和结构，分三层：cache layer，transaction layer，data layer。在我们对数据块进行读取写入操作的时候，数据库会对要读写的数据块做一致性的检查，其中包括：数据块的类型、数据块的地址信息、数据块的SCN号以及数据块的头部和尾部。如果发现其中有不一致的信息，那数据库就会标记这个数据块为坏块了。数据库的坏块分为两种，逻辑坏块和物理坏块。
二：坏块对数据库产生的影响
如果数据库出现坏块，数据库的告警日志文件里面会存在有如下的一些报错信息：Ora-1578以及Ora-600 and trace file in bdump directory，其中Ora-600错误的第一个参数值的范围是[2000]-[8000]，不同的值代表着数据块的不同的层出现问题，具体的如下表所示：
Range block layer
Cache layer 2000 – 4000
Transaction layer 4000 – 6000
Data layer 6000 - 8000
坏块产生影响的对象可能是数据字典表、回滚段表、临时段、用户数据表和索引等。不同的对象产生坏块后的处理方法不尽相同。
三：坏块产生的原因
Oracle调用标准C的系统函数，对数据块进行读写操作，因此，坏块是有可能由以下几种原因产生：
Ø 硬件的I/O错误
Ø 操作系统的I/O错误或缓冲问题
Ø 内存或paging问题
Ø 磁盘修复工具
Ø 一个数据文件的一部分正在被覆盖
Ø Oracle试图访问一个未被格式化的系统块失败
Ø 数据文件部分溢出
Ø Oracle或者操作系统的bug
四：坏块的处理方法
1． 先收集相应的关于坏快的信息，从AlertSID.log文件或者从trace文件中查找，找到例如以下的一些信息：
Ora-1578 file# (RFN) block#
Ora-1110 file# (AFN) block#
Ora-600 file# (AFN) block#
其中RFN表示的是relative_fno
AFN表示的是file_id
Select file_name,tablespace_name,file_id “AFN”,relative_fno “RFN”
From dba_data_files;
Select file_name,tablespace_name,file_id, relative_fno“RFN”
From dba_temp_files;
2． 确定存在坏块的对象是什么：
SELECT tablespace_name, segment_type, owner, segment_name, partition_name FROM dba_extents WHERE file_id = <AFN> and <BL> between block_id AND block_id + blocks – 1；
通过上面这个查询语句就可以查出当前存在坏块的对象是什么，是什么类型的对象。需要注意的是如果是temp文件中出现坏块，是没有记录返回的。
3． 根据2中查询出来的对象类型，确定相应的处理方法
出现坏块的常见对象有：
Ø Sys用户下的对象
Ø 回滚段
Ø 临时段
Ø 索引或者分区索引
Ø 表
常用的处理方法有：
Ø 恢复数据文件
Ø 只恢复坏的block（9i以上版本可用）
Ø 通过ROWID RANGE SCAN 保存数据
Ø 使用DBMS_REPAIR
Ø 使用EVENT
4． 具体处理方法的介绍
Ø 恢复数据文件方法：
如果数据库是归档方式下，并且有完整的物理备份，就可以使用此方法来恢复。
步骤如下：
1) 先offline受影响的数据文件，执行以下的语句：
ALTER DATABASE DATAFILE 'name_file' OFFLINE；
2) 保留有坏块的数据文件，然后拷贝备份的数据文件。如果恢复的数据文件要求路径不同，执行以下的语句：
ALTER DATABASE RENAME FILE 'old_name' TO 'new_name';
3) 恢复数据文件，执行以下语句：
RECOVER DATAFILE 'name_of_file';
4) Online恢复后的数据文件，执行以下的语句：
ALTER DATABASE DATAFILE 'name_of_file' ONLINE;
Ø 只恢复坏的block（9i以上版本可用）
使用这种方法要求数据库版本是9.2.0以上，要求配置了Rman的catalog数据库，数据库为归档方式，并且有完整的物理备份。
步骤如下：
使用RMAN的BLOCKRECOVER命令 ：
Rman>run{blockrecover datafile 5 block 11,16;}
也可以强制使用某个SCN号之前的备份，恢复数据块。
Rman>run{blockrecover datafile 5 block 11,16 restore until sequence 8505;}
Ø 通过ROWID RANGE SCAN 保存数据
1) 先取得坏块中ROW ID的最小值，执行以下的语句：
SELECT dbms_rowid.rowid_create(1,<OBJ_ID>,<RFN>,<BL>,0) from DUAL;
2）取得坏块中的ROW ID的最大值，执行以下的语句：
SELECT dbms_rowid.rowid_create(1,<OBJ_ID>,<RFN>,<BL>+1,0) from DUAL;
3）建议一个临时表存储那些没有坏块的数据，执行以下的语句：
CREATE TABLE salvage_table AS SELECT * FROM corrupt_tab Where 1=2;
4）保存那些不存在坏块的数据到临时表中，执行以下的语句：
INSERT INTO salvage_table SELECT /*+ ROWID(A) */ * FROM <owner.tablename> A WHERE rowid < '<low_rid>'；
INSERT INTO salvage_table SELECT /*+ ROWID(A) */ * FROM <owner.tablename> A WHERE rowid >= '<hi_rid>‘;
5) 根据临时表中的数据重建表，重建表上的索引，限制。
Ø 使用10231诊断事件，在做全表扫描的时候跳过坏块
可以在session级别设定：
ALTER SESSION SET EVENTS '10231 TRACE NAME CONTEXT FOREVER, LEVEL 10';
也可以在数据库级别上设定，在初始化参数中加入：event="10231 trace name context forever, level 10" ，然后重启数据库。
然后从存在坏块的表中取出不存在坏块的数据，执行以下的语句：
CREATE TABLE salvage_emp AS SELECT * FROM corrupt_table;
最后rename生成的corrupt_table为原来表的名字，并重建表上的索引和限制。
Ø 使用dbms_repair包进行恢复
使用dbms_repair标记有坏块的表，在做全表扫描的时候跳过坏块，执行以下的语句：
Execute DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');
然后使用exp工具或者createtable as select的方法取出没有坏块数据，然后重建表，表上的索引和限制。
五：坏块的预先发现的方法
1． 如果要检测数据库中所有的表，可以利用exp工具导出整个数据库可以检测坏块。不过这个工具有一些缺陷，对以下情况的坏块是检测不出来的：
Ø HWM以上的坏块是不会发现的
Ø 索引中存在的坏块是不会发现的
Ø 数据字典中的坏块是不会发现的
2． 如果只是对数据库中比较重要的表进行坏块检查，可以使用ANALYZE TABLE tablename VALIDATE STRUCTURE CASCADE 的方法来检测坏块，它执行坏块的检查，但是不会标记坏块为corrupt，检测的结果保存在USER_DUMP_DEST目录下的用户trace文件中。
3． 使用Oracle的专门工具dbv来检查坏块，具体的语法如下：
关键字 说明 (默认)
----------------------------------------------------
FILE 要验证的文件 (无)
START 起始块 (文件的第一个块)
END 结束块 (文件的最后一个块)
BLOCKSIZE 逻辑块大小 (2048)
LOGFILE 输出日志 (无)
FEEDBACK 显示进度 (0)
PARFILE 参数文件 (无)
USERID 用户名/口令 (无)
SEGMENT_ID 段 ID (tsn.relfile.block) (无)
例如：
Dbv file=system01.dbf blocksize=8192
DBVERIFY: Release 9.2.0.5.0 - Production on 星期六 11月 27 15:29:13 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
DBVERIFY - 验证正在开始 : FILE = system01.dbf
DBVERIFY - 验证完成
检查的页总数 ：32000
处理的页总数（数据）：13261
失败的页总数（数据）：0
处理的页总数（索引）：2184
失败的页总数（索引）：0
处理的页总数（其它）：1369
处理的总页数 (段) : 0
失败的总页数 (段) : 0
空的页总数 ：15186
标记为损坏的总页数：0
汇入的页总数 ：0
注：因为dbv要求file后面跟的必须是一个文件扩展名，所以如果用裸设备存储的，就必须使用ln链接裸设备到一个文件，然后再用dbv对这个链接文件进行检查。
