单机11.2.0.1恢复到RAC 11.2.0.4的案例

单机的数据库名和实例名都是DB521102, ,恢复到RAC后db_name为DB521102，instance_name分别为DB52110201、DB52110202

经过实验：不管11.2.0.4是直接安装的还是由11.2.0.1升级到11.2.0.4的，都是以下一模一样的方式。

1.  单机必须是spfile启动的，备份数据库（以spfile启动则会自动备份spfile和crontrolfile）和归档日志

  Rman>backup databast format ‘/u01/app/rman/full%U.bak’ plus archivelog format ‘/u01/app/rman/arch%U.bak’

2.  把单机的备份拷贝到RAC的随机一台机器testdb01的相同目录/u01/app/rman中

3.  在RAC的testdb01机器上进行单机数据库的恢复

ORACLE_SID=DB521102

rman>startup nomount

rman>restore spfile to pfile '/u01/app/oracle/product/11.2.0/db_1/dbs/initDB521102.ora'

from '/u01/app/rman/full10pu0tdo_1_1.bak ';

以上startup nomount的过程中会出现如下报错，暂时不用管，会正常startup到nomount状态，启动后就可以把pfile定义成报错中的文件信息了

startup failed: ORA-01078: failure in processing system parameters

LRM-00109: could not open parameter file '/u01/app/oracle/product/11.2.0/db_1/dbs/initDB521102.ora'

4.  在RAC的testdb01机器上修改刚刚恢复过来的pfile文件，只留下如下参数信息信息，参数的具体值参考原来RAC的参数值。

但是一些目录必须手工建立，比如在ASM中建立+DATA/DB521102和+ARCH/ DB521102目录，其中本地文件路径必须在所有RAC服务器中都创建，比如*.audit_file_dest='/u01/app/oracle/admin/DB521102/adump'需要在testdb01和testdb02中都建立

 

*.audit_file_dest='/u01/app/oracle/admin/DB521102/adump'

*.audit_trail='none'

*.compatible='11.2.0.0.0'

*.control_files='+DATA/DB521102/control01.ctl','+ARCH/DB521102/control02.ctl'

*.db_block_size=8192

*.db_create_file_dest='+DATA'

*.db_domain=''

*.db_name='DB521102'

*.db_recovery_file_dest='+ARCH'

*.db_recovery_file_dest_size=4070572032

*.diagnostic_dest='/u01/app/oracle'

*.dispatchers='(PROTOCOL=TCP) (SERVICE=DB521102XDB)'

*.memory_target=1656750080

*.log_archive_dest_1='location=+ARCH'

*.log_archive_format='%t_%s_%r.dbf'

*.open_cursors=300

*.processes=150

*.remote_login_passwordfile='EXCLUSIVE'

5.  在RAC的testdb01机器上创建Spfile到ASM目录，并关闭该DUMMY实例

ORACLE_SID= DB521102

SQL> create spfile ='+DATA/DB521102/spfileDB521102.ora' from pfile='/u01/app/oracle/product/11.2.0/db_1/dbs/initDB521102.ora';

Sql>shutdown abort;

6.  在RAC的testdb01机器上执行

echo "spfile='+DATA/DB521102/spfileDB521102.ora'">/u01/app/oracle/product/11.2.0/db_1/dbs/initDB521102.ora

7.  ORACLE_SID=DB521102

在RAC的testdb01机器上 startup nomount数据库，并show parameter spfile查看spfile是否来自ASM

8.  在RAC的testdb01机器上恢复单机的控制文件

Rman> restore controlfile from '/u01/app/rman/full10pu0tdo_1_1.bak';

9.  在RAC的testdb01机器上

Rman>alter database mount;

10.在RAC的testdb01机器上恢复数据文件

RMAN>run{

set newname for datafile 1 to '+DATA/DB521102/system01.dbf';

set newname for datafile 2 to '+DATA/DB521102/sysaux01.dbf';

set newname for datafile 3 to '+DATA/DB521102/undotbs01.dbf';

set newname for datafile 4 to '+DATA/DB521102/users01.dbf';

set newname for tempfile 1 to '+DATA/DB521102/temp01.dbf';

restore database;

switch datafile all;

switch tempfile all;

}

11.在RAC的testdb01机器上注册单机最后备份的那个归档日志备份包

Rman>catalog backuppiece '/u01/app/rman/arch21pu0tdr_1_1.bak';

12.在RAC的testdb01机器上recover数据库到最后一个归档日志的sequence+1

RMAN> recover database until sequence 9;

13.在RAC的testdb01机器上把单机的在线日志路径修改为ASM路径

alter database rename file '/oracle/ora11g/oradata/DB521102/redo01.log' to '+DATA/DB521102/redo01.log';

alter database rename file '/oracle/ora11g/oradata/DB521102/redo02.log' to '+DATA/DB521102/redo02.log';

alter database rename file '/oracle/ora11g/oradata/DB521102/redo03.log' to '+DATA/DB521102/redo03.log';

alter database rename file '/oracle/ora11g/oradata/DB521102/redo04.log' to '+DATA/DB521102/redo04.log';

14.在RAC的testdb01机器上

Sql>alter database open resetlogs;

出现如下报错信息

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00704: bootstrap process failure

ORA-39700: database must be opened with UPGRADE option

15.解决方法如下，目标库重新登陆按如下执行（执行catupgrd.sql完后实例会自动shutdown，之后直接startup的过程不再需要resetlogs了）

ORACLE_SID=DB521102

sql>startup upgrade;

sql>@$ORACLE_HOME/rdbms/admin/catupgrd.sql;

sql> startup

16.在RAC的testdb01机器上修改参数，修改数据库的实例数目，为每个实例命名，并使每个实例拥有独立的thread

alter system set cluster_database=true scope=spfile;

alter system set cluster_database_instances=2 scope=spfile;

alter system set instance_number=1 scope=spfile sid='DB52110201';

alter system set instance_number=2 scope=spfile sid='DB52110202';

alter system set thread=1 scope=spfile sid='DB52110201';

alter system set thread=2 scope=spfile sid='DB52110202';

17.在RAC的testdb01机器上查看undo tablespace，保证只有一个undo tablespace

show parameter undo

18.在RAC的testdb01机器上创建第二个undo tablespace

create undo tablespace undotbs2 datafile '+DATA/DB521102/undotbs02.dbf' size 512m;

19.在RAC的testdb01机器上修改参数，使每个实例有独立的undo tablespace

alter system set undo_tablespace='undotbs1' scope=spfile sid='DB52110201';

alter system set undo_tablespace='undotbs2' scope=spfile sid='DB52110202';

20.在RAC的testdb01机器上为第二个thread创建在线日志组

alter database add logfile thread 2 group 4 '+DATA/DB521102/redo04.log' size 50m;

alter database add logfile thread 2 group 5 '+DATA/DB521102/rede05.log' size 50m;

alter database add logfile thread 2 group 6 '+DATA/DB521102/rede06.log' size 50m;

21.在RAC的testdb01机器上启动第二个thread

alter database enable thread 2;

22.在RAC的testdb01机器上检查归档路径是否在ASM中

Archive log list

23.在RAC的testdb01机器上关闭数据库

ORACLE_SID=DB521102

Sql>Shutdown immediate

24.在RAC的testdb01、testdb02机器上关闭RAC数据库

Source ~/.bash_profile

Sql>Shutdown immediate

25.在RAC的所有机器即testdb01、testdb02上重新配置初始化pfile

 [oracle@testdb01 dbs]$ echo "spfile='+DATA/DB521102/spfileDB521102.ora'">/u01/app/oracle/product/11.2.0/db_1/dbs/initDB52110201.ora

 

 [oracle@testdb02 ~]$ echo "spfile='+DATA/DB521102/spfileDB521102.ora'">/u01/app/oracle/product/11.2.0/db_1/dbs/initDB52110202.ora

26.在RAC的所有机器即testdb01、testdb02上上配置oracle的.bash_profile，把ORACLE_UNQNAME、ORACLE_SID设置为新值，并source .bash_profile

27.在RAC的所有机器即testdb01、testdb02上都启动数据库，并在每台机器上检查是否能够查询到所有实例信息

Sql>starup

Sql>select status,instance_number,instance_name,host_name from gv$instance;

28.在RAC的所有机器即testdb01、testdb02上再创建各自实例的密码文件

orapwd file='$ORACLE_HOME/dbs/orapwDB5211021' password=123456 entries=5 force=y

orapwd file='$ORACLE_HOME/dbs/orapwDB5211022' password=123456 entries=5 force=y

29.在RAC的随机一台机器如testdb01机器上把数据库加入集群（grid或oracle用户都可以）

srvctl add database -d DB521102 -o $ORACLE_HOME -p +DATA/DB521102/spfileDB521102.ora

srvctl add instance -d DB521102 -i DB52110201 -n testdb01

srvctl add instance -d DB521102 -i DB52110202 -n testdb02

srvctl start database -d DB521102

30.在RAC的所有机器即testdb01、testdb02上都检查一下看集群中是否有这个数据库了

srvctl status database -d DB521102









以上方法过程中可能粗心遇到一个问题，具体如下

20160812 11：45时刻重启服务器后，srvctl status database –d db521102显示没有正常运行，手工执行srvctl start database –d db521102发现如下信息，查看initDB5211022.ora发现该文件自动修改了被备份了一份initDB5211022.ora.bak.testdb02，备份文件显示的目录为为/dbrac/。当然解决方法还是简单把参数文件从dbrac目录拷贝一份到DB521102就ok了。个人感觉这个错误应该引起原因可能是以下2种中的一种，个人倾向第二种。

1.  第26步过程中一开始echo的路径是dbrac，并在RAC中启动启动了DB，后来手工修改成了DB521102，所以重启服务器后，集群不认DB521102，还认dbrac。

2.  第26步echo配错成dbrac，但是第29步-p成DB521102