Oracle 11g 不同目录的冷备份解决方案

前几天，Oacle数据库启动不起来了，一启动就死机，经过多次测试差错发现是磁盘损坏，导致UNDOTBS01.DBF数据文件无法访问，访问就死机。无奈用冷备份的办法，将数据库迁移到另一台主机上。

Oracle 11g， 安装在windows XP上，只是作为平时开发用的数据库，没有多少维护，也没有开启归档日志模式。(注：由于操作时没有保存操作信息，也没有可用的测试环境了，所以都是凭记忆还原步骤，不排除有不正确的操作和命令，仅作参考。）

Step 1. 首先在目标主机上安装Oracle 11g（和源数据库相同），创建和源数据库相同SID的数据库。

Step 2. 查找源数据库里的数据文件、REDO日志文件、控制文件、启动参数文件。

EXPRD是SID

SQL> startup mount
ORACLE 例程已经启动。

Total System Global Area  770019328 bytes
Fixed Size                  1374780 bytes
Variable Size             293602756 bytes
Database Buffers          469762048 bytes
Redo Buffers                5279744 bytes
数据库装载完毕。
SQL> select name from v$datafile;

NAME
------------------------------------------------------
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\SYSTEM01.DBF
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\SYSAUX01.DBF
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\UNDOTBS01.DBF
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\USERS01.DBF
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\EXAMPLE01.DBF
D:\APP\ADMINISTRATOR\ADMIN\EXPRD\TS_YTCLT01.DBF
D:\APP\ADMINISTRATOR\ADMIN\EXPRD\TS_YTEXP01.DBF
SQL> select member from v$logfile;

MEMBER
---------------------------------------------------------------
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\REDO03.LOG
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\REDO02.LOG
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\REDO01.LOG

SQL> select name from v$controlfile;

NAME
---------------------------------------------------------------
D:\APP\ADMINISTRATOR\ORADATA\EXPRD\CONTROL01.CTL
D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\EXPRD\CONTROL02.CTL

Step 3. 关闭数据库，将上面找到文件，复制到目标机器的数据库目录或自定义目录内。由于知道UNDOTBS01.DBF文件损坏，一访问就死机，所以最后复制它，做完第四步以后再复制，只能复制一部分文件，不过也可以，后面解决。

（由于我目标数据库和源数据库目录结构不同，所以需要做4，5，6步。目录结构完全一样的可以省略4，5，6步。）

Step 4. 在源数据库上，备份启动参数文件和控制文件创建sql，并拷贝到目标数据库上。

SQL> startup mount
SQL> create pfile='D:\backup_pfile.ora' from spfile;
SQL> alter database backup controlfile to trace
as 'D:\backup_ctlfile_trace.sql';

Step 5. 修改生成的backup_pfile.ora和backup_ctlfile_trace.sql文件中的目录，改成目标数据库上对应的目录结构。

Step 6. 用backup_pfile.ora启动目标数据库，并运行backup_ctlfile_trace.sql重建控制文件。最好是按照sql文件中的顺序，单条命令手动执行，这样可以方便的定位是在哪一步出的错。

SQL> startup nomount pfile='D:\backup_pfile.ora'
SQL> create spfile from pfile='D:\backup_pfile.ora';
SQL> shutdown immediate
SQL> @backup_ctlfile_trace.sql

在执行backup_ctlfile_trace.sql重建控制文件的时候，会报错，因为我们的UNDOTBS01.DBF拷贝不全，是损坏的文件，所以导致重建控制文件失败。错误的意思是实际文件比记录的文件小(ORA-01200: 255360 的实际文件大小小于 264960 块的正确大小 / ORA-01200: actual file size of 255360 is smaller than correct size 264960 blocks)

Step 7. 补全UNDOTBS01.DBF。

1. 首先计算缺失的字节数(264960-255360) * 8192 = 78643200

2. 生成一个指定大小的文件D:\fsutil file createnew append.dbf 78643200

3. 附加到数据文件末尾D:\type append.dbf >> <path>\UNDOTBS01.DBF

4. 再次执行backup-ctlfile_trace.sql执行成功

Step 8. 由于undotbs01.dbf文件是损坏的，所以数据库还没有圆满解决。离线UNDOTBS01.DBF, 在重建UNDO TABLESPACE

SQL> start mount
SQL> alter database datafile 'D:\oracle11g\data\UNDOTBS01.DBF' offline drop;
SQL> alter database open;
SQL> alter system set undo_management='MANUAL' scope=spfile;
SQL> create undo tablespace undotbs2 datafile 'D:\oracle11g\data\undotbs02.dbf' size 200M autoextend on;
SQL> alter system set undo_tablespace='undotbs2' scop=spfile;
SQL> alter system set undo_management='auto' scope=spfile;
SQL> shutdown immediate
SQL> startup

本文出自 “立子” 博客，请务必保留此出处http://leaze.blog.51cto.com/83088/952865