[20171121]rman backup as copy.txt
--//上个星期做数据文件块头恢复时,提到使用rman备份数据文件时,文件头数据库信息是最后写入备份集文件的,在filesperset=1的情况
--//下写入备份集文件中的倒数第2块就是文件头的备份.参考链接:
http://blog.itpub.net/267265/viewspace-2147297/=>[20171115]恢复数据文件块头4补充.txt
--//而且我最后还做了测试证明如果resotre数据文件,实际上文件头也是最后更新到数据文件的.
--//我当时的分析是oracle这样设计有它一定道理.因为没有正确写入文件头,dbv检查报坏块.这个数据文件是"无用".
--//另外一个原因就是假设restore时发生中断,而这个时候文件头已经前期正常写入,很可能可以online该数据文件.
--//而最后写入,保证这个restore的数据文件是完整的.
--//这个就带来另外的问题oracle的备份还有另外模式backup as copy实现image的拷贝,是否这样建立的备份也是最后写文件头呢?
--//通过前面的分析,感觉应该与备份集一样.还是通过真实的测试来证明自己的判断:
1.环境:
SCOTT@book> @ &r/ver1
PORT_STRING VERSION BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
$ cat dump_head.sh
#! /bin/bash
for i in $(seq 1000)
do
# echo $i
xxd -c16 -g 2 -s 8192 -l 16 $1 >> /tmp/sysaux_head.txt 2>/dev/null
sleep 0.1
done
2.测试:
--//首先启动dump_head.sh脚本,session 1:
$ . dump_head.sh /home/oracle/backup/sysaux01.dbf &
--//在sesion 2,在rman下执行备份:
RMAN> backup as copy datafile 2 format '/home/oracle/backup/%b';
Starting backup at 2017-11-20 09:47:11
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=119 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=132 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=144 device type=DISK
channel ORA_DISK_1: starting datafile copy
input datafile file number=00002 name=/mnt/ramdisk/book/sysaux01.dbf
output file name=/home/oracle/backup/sysaux01.dbf tag=TAG20171120T094712 RECID=13 STAMP=960544037
channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:07
Finished backup at 2017-11-20 09:47:20
Starting Control File and SPFILE Autobackup at 2017-11-20 09:47:20
piece handle=/u01/app/oracle/fast_recovery_area/BOOK/autobackup/2017_11_20/o1_mf_s_960544040_f14f183w_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 2017-11-20 09:47:21
--//session 1:
$ fg
. dump_head.sh /home/oracle/backup/sysaux01.dbf
^C
3.检查/tmp/sysaux_head.txt输出记录:
$ head /tmp/sysaux_head.txt
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0002000: 00a2 0000 0100 8000 0000 0000 0000 0105 ................
0002000: 00a2 0000 0100 8000 0000 0000 0000 0105 ................
0002000: 00a2 0000 0100 8000 0000 0000 0000 0105 ................
0002000: 00a2 0000 0100 8000 0000 0000 0000 0105 ................
$ tail /tmp/sysaux_head.txt
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
$ uniq -c /tmp/sysaux_head.txt
6 0002000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
22 0002000: 00a2 0000 0100 8000 0000 0000 0000 0105 ................
161 0002000: 0ba2 0000 0100 8000 0000 0000 0000 0104 ................
--//从输出可以发现使用backup as copy备份,一定先建立一个空文件,输出一堆0000,大小与数据文件一致,这样可以先检测是否磁盘满足备份需求.
--//然后写入开头00a2,我脚本每次执行调用sleep 0.1(不考虑执行脚本消耗),写入正确文件头应该是3秒的时候,而备份完成需要7秒.
--//从以上信息我的推断是先建立空文件,然后"格式化"新块,然后顺序从数据文件写入备份文件.
--//也就是as copy备份方式不是最后写入文件头,我前面的推测错误页.
--//不知道我现在的推断是否正确.希望高手指点.
