前几天，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