裸设备上的oracle文件备份-----HP-UX下oracle的裸设备大小

裸设备上的oracle文件备份-----HP-UX下oracle的裸设备大小 
2005年4月18日 13:56:42 
--------------------------------------------------------------------------------
HP-UX下oracle的裸设备大小

1.简介
=====
在HP-UX中，一个'raw device'通常有两种格式：
a.单盘裸设备（/dev/rdsk/cXtYdZ)
b.逻辑卷管理器管理的裸设备(/dev/vgXX/rlvolYY)

当一个数据库文件被创建时，无论是裸设备还是文件系统，Oracle保留第一个数据块给操作系统。第一个Oracle块实际上是文件中的第二个数据块（块的大小稍后讨论）。第二个数据库叫oracle数据文件头。（LVM是大家常用的，就不讨论a情况了）

2在RAW设备上创建数据文件
======================
a.创建一个raw逻辑卷(逻辑卷应该比相要的实际数据数据文件大小至少大一个oracle块）假设raw逻辑卷大小8MB;
b.为了维护简单，建立一个符号连接到这个raw逻辑卷
% ln -s /dev/vg00/rlvtest /oracle/test_raw.dbf
c. 创建一个数据文件，db_block_size大小8k。则数据文件大小不应超过(8*1024*1024) - (8*1024) = 8380416
SVRMGR> create tablespace test datafile '/oracle/test_raw.dbf' size 8380416;

为了表明以上理论，测试实例可为：
SVRMGR> create tablespace test datafile '/oracle/test_raw.dbf' size 8380417;
ORA-01119: error in creating database file '/oracle/test_raw.dbf'
ORA-27042: not enough space on raw partition to fullfill request

看，这里并无HP-UX的错误提示，oracle确保请求分配的文件大小必须比raw逻辑卷小1个数据块。

3.在文件系统和裸设备间 拷贝数据文件：
=================================
3.1 文件系统到raw逻辑卷
---------------------
a. 在文件系统上创建一个8M的数据文件
SVRMGR> create tablespace test datafile '/oracle/test_fs.dbf' size 8M;
b. 检查他的大小
%ls -la /oracle/test_fs.dbf -rw-r----- 1 hpsupp support 8396800 May 29 15:01 /oracle/test_fs.dbf
实际大小是8396800 =(8M + 8k) = (8*1024*1024) + (8*1024) ，oracle存储数据是从db_block_size=8k的偏移量开始的
c. 假定数据库没有打开，使用dd从文件系统到raw逻辑卷拷贝数据文件
%dd if=/oracle/test_fs.dbf of=/oracle/test_raw.dbf bs=8192
I/O error
1025+0 records in
1024+1 records out
（注意：/oracle/test_fs.dbf大小8396800，/oracle/test_raw.dbf大小8380416，dd试着去拷贝8M+8k 的文件到8M的 raw逻辑卷）
正确的方法是让dd跳过第一个数据块
%dd if=/oracle/test_fs.dbf of=/oracle/test_raw.dbf bs=8192 skip=1
1024+0 records in
1024+0 records out
d. mount数据库, 重命名datafile, 然后open database
SVRMGR> alter database rename file '/oracle/test_fs.dbf'
2> to '/oracle/test_raw.dbf';
SVRMGR> alter database open;
ORA-01122: database file 2 failed verification check
ORA-01110: data file 2: '/oracle/test_raw.dbf'
ORA-01251: Unknown File Header Version read for file number 2
错误的原因是oracle认为数据再raw逻辑卷中从db_block_size的偏移后开始，这确保保留的第一个数据块不被覆盖。
但与此同时，dd命令不支持这样（c例），所以要使用seek选项来跳过第一个保留块
%dd if=/oracle/test_fs.dbf of=/oracle/test_raw.dbf bs=8192 skip=1 seek=1
这个命令确保dd从8192bytes后开始读取文件系统数据文件，并从8192bytes后开始写raw逻辑卷

当然由于数据文件raw逻辑卷大8k,dd命令还是会失败
%dd if=/oracle/test_fs.dbf of=/oracle/test_raw.dbf bs=8192 skip=1 seek=1
I/O error
1024+0 records in
1023+1 records out
如果裸设备卷大小增加到更大，如12MB,那样命令就开始工作了
%dd if=/oracle/test_fs.dbf of=/oracle/test_raw.dbf bs=8192 skip=1 seek=1
1024+0 records in
1024+0 records out
SVRMGR> alter database open;
Statement processed.
注意 dd拷贝整个文件系统数据文件到raw逻辑卷，如果count选项没被指定的话

3.2 裸设备到文件系统
-------------------
a. 删掉文件系统文件，使用dd去拷贝数据文件
% rm /oracle/test_fs.dbf
SVRMGR> shutdown immediate
SVRMGR> startup mount
% dd if=/oracle/test_raw.dbf of=/oracle/test_fs.dbf bs=8192 skip=1 seek=1
1535+0 records in
1535+0 records out
（1535= 12M/8K -1)
b. open the database, and check filesize
SVRMGR> alter database rename file '/oracle/test_raw.dbf' to '/oracle/test_fs.dbf';
SVRMGR> alter database open;
SVRMGR> select name, bytes, blocks from v$datafile;
NAME BYTES BLOCKS
------------------------- ------- ------
/oracl2/test_fs.dbf 8388608 1024
% ls -la /oracle/test_fs.dbf -rw-r--r-- 1 hpsupp support 12582912 May 29 16:44 /oracle/test_fs.dbf
这显示了raw逻辑卷大小是12MB，并已经背拷贝到文件系统。但是oracle只能用到8MB.为了避免这种磁盘空间浪费，指定拷贝块数(从v$datafile中获得).
% dd if=/oracle/test_raw.dbf of=/oracle/test_fs.dbf \ bs=8192 skip=1 seek=1 count=1024
1024+0 records in
1024+0 records out
% ls -la /oracle/test_fs.dbf -rw-r--r-- 1 hpsupp support 8396800 May 29 17:06 /oracle/test_fs.dbf

4. 在文件系统和裸设备间拷贝重作日志文件
====================================
当考虑到日志文件的在raw设备和文件系统间复制时，注意db_block_size 不能被用于dd命令的bs参数，如果没有遵守，redo日志文件的头可能没背拷贝，在数据库打开或重建control文件是将引起错误:
ORA-01160: file is not a log file
为了发现redo日志文件块大小，如下方法可以确定

4.1 raw逻辑卷到文件系统
---------------------
a. 在裸设备上创建一个2MB的redo log文件
ln -s /dev/vgks/rrtest /oracle/redo_raw.dbf
/dev/vgks/rtest是裸设备
alter database add logfile '/oracle/redo_raw.dbf' size 2m;

b. 映像logfile得到文件块大小和文件块数
alter system dump logfile '/oracle/redo_raw.dbf';
文件头显示
FILE HEADER:
Software vsn=135294976=0x8107000, Compatibility Vsn=135290880=0x8106000
Db Id=3227187598=0xc05af98e, Db Name='V817'
Control Seq=12474=0x30ba, File size=2048=0x800
File Number=5, Blksiz=1024, File Type=2 LOG
这个例子中：块大小1024 文件含2048个块

c. 使用dd去备份文件
dd if=/oracle/redo_raw.dbf of=/oracle/redo_fs.dbf bs=1024 count=2048 skip=1 seek=1
2048+0 records in
2048+0 records out
d. SVRMGR> alter database rename file '/oracle/redo_raw.dbf'
to '/oracle/redo_fs.dbf';

4.2 文件系统到裸设备
---------------------
4.1 a. 创建日志文件
b. 映像日志文件
c. 使用dd拷贝
dd if=/oracle/redo_fs.dbf of=/oracle/redo_raw.dbf bs=1024 count=2048 skip=1 seek=1
2048+0 records in
2048+0 records out
d. alter database rename file '/oracle/redo_fs.dbf'
to '/oracle/redo_raw.dbf';
像数据文件一样, 裸及设备一定比实际文件大小大一个数据块.
4.3
redo log文件被
----------------------------------------------
考虑重建redolog而非mv。 这避免了不得不计算出上面提到的参数。
一种方式是删除现在未使用的redo(如需要archive的话先archive)并在想要的位置重建他们：
alter database drop logfile ...
alter database add logfile ...
或者，如果控制文件正在被重建，就是用resetlogs选项创建
CREATE CONTROLFILE REUSE DATABASE "V817" RESETLOGS ARCHIVELOG ...
数据库需要被以RESTELOGS方式打开:
alter database open resetlogs;
之后作数据库的全备份.

5.0 Controlfile
===================
对控制文件提取存储参数很难且容易出错，可选方法是通过之前的备份重建控制文件:
alter database backup controlfile to trace;

6.0 skip 和 seek选项
=================
dd命令使用skip和seek去读写在redo和数据文件中的第一个块。目的也在于避免覆盖操作系统在'文件头'块中的控制信息。
通过指定skip和seek，dd从oracle块开始操作。这种方法得到了验证，并请记住，关键在于这两个选项要么都用，有么都不用，其实两种方法都能成功，其实第一个块（os块）的内容并不重要，或者说hp_ux也没有只用这个块。但是本文的意义在于，当时永乐seek和skip选项，是一种更谨慎的做法，因为这完全是基于oracle的（将来lvm使用这个块时也不会影响oracle)

Ref:
Metalink.oracle.com
Note:146384.1