PS1="[`whoami`@`hostname`:"'$PWD]

2、自定义pfile文件

以下是针对8G内存自定义的pfile，仅供参考。因为网上很多都要restore然后再修改啥的，太麻烦了，所以我这里直接就写一个通用的pfile，内容自定义。

*.audit_file_dest='/u01/app/oracle/admin/sfldb/adump'
*.audit_trail='db'
*.compatible='11.2.0.4.0'
*.control_files='/oracle/redolog/sfldb/controlfile/control01.ctl','/oracle/redolog/sfldb/controlfile/control02.ctl'
*.db_block_size=8192
*.db_domain=''
*.db_name='sfldb'
*.db_recovery_file_dest='/oracle/recovery'
*.db_recovery_file_dest_size=322122547200
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=sfldbXDB)'
*.memory_target=3722444800
*.open_cursors=1000
*.processes=900
*.remote_login_passwordfile='EXCLUSIVE'
*.resource_limit=TRUE
*.undo_retention=900
*.undo_tablespace='UNDOTBS1'

3、创建对应目录及授权

这里需要创建对应的目录及授权。

mkdir -p /u01/app/oracle/admin/sfldb/adump
mkdir -p /oracle/redolog/sfldb/controlfile
mkdir -p /oracle/recovery

4、利用参数文件打开实例到nomount模式

用前面自定义的pfile启动到nomount模式。

sql > startup force nomount pfile='/backup/SFLDB/pfile';

5、 恢复控制文件

这里需要指定传过来的控制文件路径。

RMAN> restore controlfile from '/backup/SFLDB/controlfile_20190711_s323_p1.bak'; --恢复控制文件到参数文件指定目录

可以看到在前面参数文件定义的控制文件路径产生了两个控制文件。

6、根据控制文件将数据库打开到mount模式。

如果这里报错一般就是密码文件没清理干净导致。

RMAN> sql 'alter database mount';

清理过期备份：

RMAN> crosscheck backup;
RMAN> delete expired backup;

7. 注册rman信息

把拷贝来的备份注册到rman里，这就是为什么建议把备份文件放一个目录的原因。

RMAN> catalog start with '/backup/SFLDB/';

8、还原数据库数据文件

根据实际环境设置新的数据文件恢复目录，这里使用之前准备的source数据库文件结构信息。

RMAN> run {
allocate channel c1 type disk;
allocate channel c2 type disk;
set newname for datafile 1 to "/oracle/oradata/system01.dbf";
set newname for datafile 2 to "/oracle/oradata/sysaux01.dbf";
set newname for datafile 3 to "/oracle/oradata/undotbs01.dbf";
set newname for datafile 4 to "/oracle/oradata/data01.dbf";
restore database;
switch datafile all;
release channel c1;
release channel c2;
}

switch datafile all的说明：

• 对于nocatalog 模式下，rman备份的信息是保存在控制文件里的，包括文件的路径信息。 这里的switch datafile all的作用，就是更新控制文件里的信息。

9、 数据库介质恢复

SQL> recover database;

出现此错误的原因是恢复需要的日志记录在控制文件或恢复目录中找不到。解决方法分两种情况：

• 1.如果相关的日志存在且可用的话，就将此日志记录添加到控制文件或恢复目录中。
• 2.如果相关的日志已经被删除了或不可用了，那么就按照错误的提示scn将数据库恢复到此scn，本案例是22406221。

也就是说此时数据库只能进行不完全恢复了，在打开数据库时得使用resetlogs打开。

rman> recover database until scn 22406221;

10、打开数据库

alter database open resetlogs;

需要说明的就是：在open resetlogs 之后，自动在原来默认的路径创建了temp 表空间和online redo 日志文件。为了方便起见,建议先在controlfile中进行这些目录的更改。

解决：$mkdir -p /u01/app/oracle/oradata

解决:

SQL> alter database clear logfile group 1;
SQL> alter database clear logfile group 2;
SQL> alter database clear logfile group 3;

11、更改temp表空间目录

SQL> select name from v$tempfile;
--表空间offline
SQL> alter database tempfile '/u01/app/oracle/oradata/temp01.dbf' offline;
--在OS 级别移动temp 的数据文件
SQL> !mv /u01/app/oracle/oradata/temp01.dbf /oracle/oradata/temp01.dbf
--修改控制文件中temp文件的信息
SQL> alter database rename file '/u01/app/oracle/oradata/temp01.dbf' to '/oracle/oradata/temp01.dbf';
--temp 表空间online
SQL> alter database tempfile '/oracle/oradata/temp01.dbf' online;
--验证
SQL> select name from v$tempfile;

12、修改为spfile启动数据库

SQL> create spfile from pfile='/backup/SFLDB/pfile';

写完发现忘记清理无效对象这一步骤了...因为后面还会整理跨平台的，所以偷个懒不写了，后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~