根据冷备份恢复数据库操作流程

建议：

1.目标数据库最好和源数据库安装路径一致，减少很多不必要的问题。
2.目标数据库和源数据库的版本和位数最好要一致，不然会要进行worldsize转码，会浪费很多的时间，目前不知道会留下什么后患。

1.关闭数据库
shutdownimmediate
2.将冷备份的数据拷贝到目标数据库中
/oradata/orcl->/oradata/orcl
3.启动数据库
startup



两个控制文件不匹配
4.需要将冷备份的控制文件拷贝到目标目录
5.shutdownimmediate
6.启动数据库
startup



7.通过
select archiver from v$instance;和 selectlog_mode from v$database;
可以发现没有开启归档模式。



8.通过追踪文件
app/Administrator/diag/rdbms/orcl/orcl/trace/alert_orcl.log
发现改文件不存在，是因为冷备份的数据库是存放在C盘的，而新建的数据库是建立在D盘的。目前面临两种选择，1、重建控制文件；2、重建数据库，将环境设置和源数据库一样。
9．尝试重建控制文件
9.1启动数据库，不挂载
STARTUPNOMOUNT
9.2建立一个sql脚本
CREATECONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2272
LOGFILE
GROUP 1'D:/app/Administrator/oradata/orcl/redo01.log' SIZE 50M,
GROUP 2'D:/app/Administrator/oradata/orcl/redo02.log' SIZE 50M,
GROUP 3'D:/app/Administrator/oradata/orcl/redo03.log' SIZE 50M
--STANDBY LOGFILE
DATAFILE
'D:/app/Administrator/oradata/orcl/system01.dbf',
'D:/app/Administrator/oradata/orcl/undotbs01.dbf',
'D:/app/Administrator/oradata/orcl/sysaux01.dbf',
'D:/app/Administrator/oradata/orcl/users01.dbf',
'D:/app/Administrator/oradata/orcl/example01.dbf'
CHARACTERSET ZHS16GBK
;
9.3通过调用脚本重建控制文件
@D:\createContorller.sql



9.4shutdown immediate
9.5startup



9.6通过 select file# from v$recover_file;可以看出，所有的DBF文件都有问题，怀疑是控制文件出现了问题，所以查看控制文件,发现不是控制文件的问题。
这一步发现 system01文件是损坏的
9.7通过 recover datafile 1-5将这些文件修复
9.8启动数据库，提示丢失表空间，将目标库中的表空间复制到数据库中，继续修复文件。
9.9启动数据库.
10.1