前几天,Oacle数据库启动不起来了,一启动就死机,通过屡次测试差错发现是磁盘损坏,致使UNDOTBS01.DBF数据文件没法访问,访问就死机。无奈用冷备份的办法,将数据库迁移到另外一台主机上。sql
Oracle 11g, 安装在windows XP上,只是做为平时开发用的数据库,没有多少维护,也没有开启归档日志模式。(注:因为操做时没有保存操做信息,也没有可用的测试环境了,因此都是凭记忆还原步骤,不排除有不正确的操做和命令,仅做参考。)数据库
Step 1. 首先在目标主机上安装Oracle 11g(和源数据库相同),建立和源数据库相同SID的数据库。windows
Step 2. 查找源数据库里的数据文件、REDO日志文件、控制文件、启动参数文件。oracle
EXPRD是SIDapp
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文件损坏,一访问就死机,因此最后复制它,作完第四步之后再复制,只能复制一部分文件,不过也能够,后面解决。ide
(因为我目标数据库和源数据库目录结构不一样,因此须要作4,5,6步。目录结构彻底同样的能够省略4,5,6步。)测试
Step 4. 在源数据库上,备份启动参数文件和控制文件建立sql,并拷贝到目标数据库上。spa
SQL> startup mount
SQL> createpfile='D:\backup_pfile.ora'fromspfile;
SQL> alterdatabasebackup controlfiletotrace
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文件中的顺序,单条命令手动执行,这样能够方便的定位是在哪一步出的错。xml
SQL> startup nomount pfile='D:\backup_pfile.ora'
SQL> createspfilefrompfile='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 >> \UNDOTBS01.DBF
4. 再次执行backup-ctlfile_trace.sql执行成功
Step 8. 因为undotbs01.dbf文件是损坏的,因此数据库尚未圆满解决。离线UNDOTBS01.DBF, 在重建UNDO TABLESPACE
SQL> start mount
SQL> alterdatabasedatafile'D:\oracle11g\data\UNDOTBS01.DBF'offlinedrop;
SQL> alterdatabaseopen;
SQL> altersystemsetundo_management='MANUAL'scope=spfile;
SQL> createundo tablespace undotbs2 datafile'D:\oracle11g\data\undotbs02.dbf'size200M autoextendon;
SQL> altersystemsetundo_tablespace='undotbs2'scop=spfile;
SQL> altersystemsetundo_management='auto'scope=spfile;
SQL> shutdown immediate
SQL> startup