续【脚本共享2015】用PXE方法从裸机批量推Oracle 11gR2 RAC成套环境，并用Shell脚本在推出的RAC节点上批量部署32个Oracle 11gR2 RAC备份恢复案例场景的方法

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 6b

“bcl --RACGRID11g13 6b”之后会自动运行的 “begin-real-post”脚本内容（其他场景无本项）：

#!/bin/sh

rm -f /root/tmp/bclcustom.sh

for i in `ls /root/tmp/bclresult*`

do

v_botang_thread=$( grep -A 2 INSTANCE_NUMBER $i | tail -n 1 | tr -d '[:blank:]')

v_botang_currlog=$( grep 'Current log sequence' $i | tail -n 1 | cut -c 29- )

v_botang_currlogplus1=$[ $v_botang_currlog + 1 ]

v_botang_oldestlog=$( grep 'Oldest online log sequence' $i | tail -n 1 | cut -c 29- )

v_botang_oldestlogbefore=$( grep 'Oldest online log sequence' $i | head -n 1 | cut -c 29- )

v_botang_nextlog=$( grep 'Next log sequence to archive' $i | tail -n 1 | cut -c 29- )

v_botang_nextlogbefore=$( grep 'Next log sequence to archive' $i | head -n 1 | cut -c 29- )

v_botang_currlogdest=$( grep 'Archive destination' $i | tail -n 1 | cut -c 29- )

v_botang_ip=$(echo $i | cut -f 2 -d - )

perl -i -pe "s,Oldest online log sequence $v_botang_oldestlog,Oldest online log sequence XXX," $i

perl -i -pe "s,Oldest online log sequence $v_botang_oldestlogbefore,Oldest online log sequence AAA," $i

perl -i -pe "s,Next log sequence to archive$v_botang_nextlog,Next log sequence to archive YYY," $i

perl -i -pe "s,Next log sequence to archive$v_botang_nextlogbefore,Next log sequence to archive BBB," $i

grep -v 'Current log sequence' $i > $i.tmp

rm -f $i

mv $i.tmp $i

cat > /root/tmp/rac.sh <

if [ -f /u01/app/11.2.0/grid/dbs/hc_+ASM1.dat ]

then

su - grid -c "export ORACLE_SID=+ASM1;export ORACLE_HOME=/u01/app/11.2.0/grid;asmcmd"< /home/oracle/asm

find / thread_${v_botang_thread}_seq_${v_botang_currlogplus1}.*

exit

EOF

sleep 15

grep -i '+FRA' /home/oracle/asm | sort -n -k 3 -t . > /home/oracle/asm.tmp

mv /home/oracle/asm.tmp /home/oracle/asm

v_path1=\$(cut -f 2 -d '+' /home/oracle/asm | tail -n 1 | tr -d [:blank:])

v_path2="+"\$v_path1

su - grid -c "export ORACLE_SID=+ASM1;export ORACLE_HOME=/u01/app/11.2.0/grid;asmcmd"<

rm -rf \$v_path2

exit

EOF

fi

EOL

scp -q -o ConnectTimeout=1 -o StrictHostKeyChecking=no -o NumberOfPasswordPrompts=1 -o ConnectionAttempts=1 /root/tmp/rac.sh $v_botang_ip:/usr/bin

ssh -q -o ConnectTimeout=1 -o StrictHostKeyChecking=no -o NumberOfPasswordPrompts=1 -o ConnectionAttempts=1 $v_botang_ip "chmod +x /usr/bin/rac.sh"

ssh -q -o ConnectTimeout=1 -o StrictHostKeyChecking=no -o NumberOfPasswordPrompts=1 -o ConnectionAttempts=1 $v_botang_ip /usr/bin/rac.sh >>$i 2>&1

ssh -q -o ConnectTimeout=1 -o StrictHostKeyChecking=no -o NumberOfPasswordPrompts=1 -o ConnectionAttempts=1 $v_botang_ip "rm -rf /usr/bin/rac.sh"

echo "DELETE ARCHIVELOGS SUCCESSFULLY,THE END AGAIN" >> $i

done

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 6b 6b_基于cancel的不完全恢复

sub_detecting

sub_creating

sub_shutdowning_normal

sub_destroying "system*"

sub_destroying "undotbs1*"

sub_destroying "undotbs2*"

sub_destroying "sysaux*"

sub_destroying "example*"

sub_destroying "users*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“6a_基于log序列号的不完全恢复”

恢复要点:

1）归档日志被删除，日志序列号请用asmcmd确认。

2）为了练习cancel语法，本实验在sqlplus进行。

3）启动到mount在rman中做一些预备工作：restore那些delete input 的archivelog；restore database;

4）在sqlplus中恢复：recover database until cancel; alter database open resetlogs;

5）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 7a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 7a 7a_当前控制文件和数据文件完好_日志文件全部损坏_正常关机不完全恢复_数据不丢_不需备份

sub_detecting

sub_creating

sub_shutdowning_normal

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到mount在sqlplus中恢复：recover database until cancel; alter database open resetlogs;

2）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 7b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 7b 7b_当前控制文件和数据文件完好_日志文件全部损坏_不正常关机不完全恢复

sub_detecting

sub_creating

sub_shutdowning_abort

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo 'From then on, catalog your database, but use it or not depends on you when recovering !!!'

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）先按7a做，会失败。失败时会提示在线日志文件current组的sequence号。日志序列号请用asmcmd确认。

2）在rman的run{}块中恢复：set until sequence 在线日志文件current组的sequence号 thread x ; restore database；recover database；alter database open resetlogs;

3）srvctl启动其他实例。

在PXE推送端主机上运行：

注意：此编号之后的实验，请准备好catalog。恢复目录存在于一台IP为192.168.0.90的主机上，服务名为“rcat.example.com”，监听端口为：“1521”。恢复目录用户名为“u90”，密码为“oracle_4U”。请事先准备好该设备。

[root@server1 ~]# bcl --RACGRID11g13 8a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 8a 8a_当前控制文件损坏_不完全恢复_用控制文件二进制备份_数据不丢_不需备份

sub_detecting

sub_creating

sub_backingup_controlfile_nocatalog LABS-8A-CONTROLFILE

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到nomount在rman中恢复：restore controlfile；mount数据库

2）在rman中恢复：recover database； alter database open resetlogs；（二进制控制文件restore后指导的恢复，都要resetlogs）

4）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 8b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 8b 8b_当前控制文件损坏_完全恢复_用控制文件脚本_不需备份

sub_detecting

sub_creating

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #1 noresetlogs部分，去掉set #2。

2）启动到nomount在sqlplus恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；recover database; alter database open；

3）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 9a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 9a 9a_当前控制文件损坏_下线user表空间不完全恢复_用控制文件二进制备份_数据不丢_不需备份

sub_detecting

sub_creating

sub_backingup_controlfile_nocatalog LABS-9A-CONTROL-BEFORE-OFFLINE

sub_offlining_users_nocatalog LABS-9A-USERS-AFTER-OFFLINE

sub_backingup_controlfile_nocatalog LABS-9A-CONTROL-AFTER-OFFLINE

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到nomount在rman中恢复：restore controlfile；mount数据库；用tag为“LABS-9A-CONTROL-BEFORE-OFFLINE”或tag为“LABS-9A-CONTROL-AFTER-OFFLINE”的控制文件备份来恢复都可以。控制文件能经历表空间从上线到下线的变化。

2）在rman中恢复：recover database； alter database open resetlogs；（二进制控制文件restore后指导的恢复，都要resetlogs）；alter tablespace users online；

4）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 9b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 9b 9b_当前控制文件损坏_下线user表空间完全恢复_用控制文件脚本_不需备份

sub_detecting

sub_creating

echo "***BEFORE TABLESPACE OFFLINE***"

sub_scripting_controlfile_nocatalog

sub_offlining_users_nocatalog LABS-9B-USERS-AFTER-OFFLINE

echo "***AFTER TABLESPACE OFFLINE***"

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #1 noresetlogs部分，去掉set #2。在users表空间下线前后各有一个trace文件，用之前的那个，不然会出现missing00004。

2）启动到nomount在sqlplus恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；recover database; alter database open；alter tablespace users online;

3）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 9c

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 9c 9c_当前控制文件损坏_只读user表空间不完全恢复_用控制文件二进制备份_数据不丢_不需备份

sub_detecting

sub_creating

sub_backingup_controlfile_nocatalog LABS-9C-CONTR-BEFORE-READONLY

sub_readingonly_users_nocatalog LABS-9C-USERS-AFTER-READONLY

sub_backingup_controlfile_nocatalog LABS-9C-CONTROL-AFTER-READONLY

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到nomount在rman中恢复：restore controlfile；mount数据库；用tag为“LABS-9C-CONTR-BEFORE-READONLY”或tag为“LABS-9C-CONTROL-AFTER-READONLY”的控制文件备份来恢复都可以。控制文件能经历表空间从读写到只读的变化。

2）在rman中恢复：recover database； alter database open resetlogs；（二进制控制文件restore后指导的恢复，都要resetlogs）；alter tablespace users online；alter tablespace users read write;

4）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 9d

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 9d 9d_当前控制文件损坏_只读user表空间完全恢复_用控制文件脚本_不需备份

sub_detecting

sub_creating

echo "***BEFORE TABLESPACE READONLY***"

sub_scripting_controlfile_nocatalog

sub_readingonly_users_nocatalog LABS-9D-USERS-AFTER-READ-ONLY

echo "***AFTER TABLESPACE READONLY***"

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #1 noresetlogs部分，去掉set #2。在users表空间只读前后各有一个trace文件，用之前的那个，不然会出现missing00004。

2）启动到nomount在sqlplus中恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；recover database; alter database open；alter tablespace users online; alter tablespace users read write;

3）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 10a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 10a 10a_当前控制文件损坏_备份时下线user表空间不完全恢复_用控制文件二进制备份_数据不丢_不需备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE OFFLINE***"

echo "***BEFORE TABLESPACE ONLINE***"

echo "***BACKUP***"

sub_offlining_users_nocatalog LABS-10A-USERS-BEFORE-ONLINE

sub_backingup_controlfile_nocatalog LABS-10A-CONTR-BEFORE-ONLINE

echo "***FROM THEN ON: ONLINE***"

sub_onlining_users_nocatalog LABS-10A-USERS-AFTER-ONLINE

sub_backingup_controlfile_nocatalog LABS-10A-CONTR-AFTER-ONLINE

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到nomount在rman中恢复：restore controlfile；mount数据库；用tag为“LABS-10A-CONTR-AFTER-ONLINE”的控制文件备份来恢复。这是因为控制文件不能很好地经历表空间从下线到上线的变化。如果用了tag为“LABS-10A-CONTR-BEFORE-ONLINE”的控制文件备份来恢复，resetlogs之后需要跟上后续恢复。我们对比发现在不连接catalog的情况下进行恢复，10gR2的数据库如果用错了以上的tag，问题更严重，根本无法打开数据库。

2）在rman中恢复：recover database； alter database open resetlogs；（二进制控制文件restore后指导的恢复，都要resetlogs）；

4）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 10b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 10b 10b_当前控制文件损坏_备份时下线user表空间完全恢复_用控制文件脚本_不需备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE OFFLINE***"

echo "***BEFORE TABLESPACE ONLINE***"

echo "***BACKUP***"

sub_offlining_users_nocatalog LABS-10B-USERS-BEFORE-ONLINE

sub_scripting_controlfile_nocatalog

echo "***FROM THEN ON: ONLINE***"

sub_onlining_users_nocatalog LABS-10B-USERS-AFTER-ONLINE

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #1 noresetlogs部分，去掉set #2。在users表空间下线前后各有一个trace文件，用之后的那个，不然会出现missing00004。

2）启动到nomount在sqlplus中恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；recover database; alter database open；

3）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 10c

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 10c 10c_当前控制文件损坏_备份时只读user表空间不完全恢复_用控制文件二进制备份_数据不丢_不需备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE READ ONLY***"

echo "***BEFORE TABLESPACE WRITE***"

echo "***BACKUP***"

sub_readingonly_users_nocatalog LABS-10C-USERS-BEFORE-RW

sub_backingup_controlfile_nocatalog LABS-10C-CONTR-BEFORE-RW

echo "***FROM THEN ON: READ WARITE***"

sub_readingwrite_users_nocatalog LABS-10C-USERS-AFTER-RW

sub_backingup_controlfile_nocatalog LABS-10C-CONTR-AFTER-RW

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）启动到nomount在rman中恢复：restore controlfile；mount数据库；用tag为“LABS-10C-CONTR-AFTER-RW”的控制文件备份来恢复。这是因为控制文件不能很好地经历表空间从下线到上线的变化。如果用了tag为“LABS-10C-CONTR-BEFORE-RW”来恢复，resetlogs之后需要跟上后续恢复。我们对比发现在不连接catalog的情况下进行恢复，10gR2的数据库如果用错了以上的tag，问题更严重，根本无法打开数据库。

2）在rman中恢复：recover database； alter database open resetlogs；（二进制控制文件restore后指导的恢复，都要resetlogs）；

4）srvctl启动其他实例。

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 10d

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 10d 10d_当前控制文件损坏_备份时只读user表空间完全恢复_用控制文件脚本_不需备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE READ ONLY***"

echo "***BEFORE TABLESPACE READ WRITE***"

echo "***BACKUP***"

sub_readingonly_users_nocatalog LABS-10D-USERS-BEFORE-RW

sub_scripting_controlfile_nocatalog

echo "***FROM THEN ON: READ WRITE***"

sub_readingwrite_users_nocatalog LABS-10D-USERS-AFTER-RW

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #1 noresetlogs部分，去掉set #2。在users表空间下线前后各有一个trace文件，用之后的那个，不然会出现missing00004。

2）启动到nomount在sqlplus中恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；recover database; alter database open；

3）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 11a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 11a 11a_当前控制文件和日志文件全部损坏_不完全恢复_用控制文件二进制备份

sub_detecting

sub_creating

sub_backingup_controlfile_nocatalog LABS-11A-CONTROLFILE

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）在线日志被删除，日志序列号请用asmcmd确认。

2）启动到nomount在rman中恢复：restore controlfile；mount数据库。

3）在rman的run{}中恢复：set until sequence 在线日志current组sequence号 thread x；restore database；recover database; alter database open resetlogs;

4) srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 11b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 11b 11b_当前控制文件和日志文件全部损坏_不完全恢复_用控制文件脚本

sub_detecting

sub_creating

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #2 resetlogs部分，去掉set #1。

2）启动到nomount在sqlplus恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；自动到mount。

3）在rman中做一些预备工作：restore那些delete input 的archivelog；restore database;

4）在线日志被删除，日志序列号请用asmcmd确认。

5）在sqlplus中恢复：recover database until cancel using backup controlfile; 注意set #2脚本中本身给的提示“recover database using backup controlfile”是不正确的，会直接导致打不开数据库。

6）在sqlplus中恢复： 遇到在线日志current组sequence号时，敲cancel；alter database open resetlogs;

7）添加临时文件，块跟踪文件等。

8）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 12a

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 12a 12a_当前控制文件和日志文件全部损坏_备份时下线user表空间不完全恢复_用控制文件二进制备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE OFFLINE***"

echo "***BEFORE TABLESPACE ONLINE***"

echo "***BACKUP***"

sub_offlining_users_nocatalog LABS-12A-USERS-BEFORE-ONLINE

sub_backingup_controlfile_nocatalog LABS-12A-CONTR-BEFORE-ONLINE

echo "***FROM THEN ON: ONLINE***"

sub_onlining_users_nocatalog LABS-12A-USERS-AFTER-ONLINE

sub_backingup_controlfile_nocatalog LABS-12A-CONTR-AFTER-ONLINE

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）先按10a做，会失败。在线日志被删除，日志序列号请用asmcmd确认。

2）与10a不同的是必需在rman的run{}块中恢复：set until sequence 在线日志current组sequence号 thread x；restore database；recover database; alter database open resetlogs;

3）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 12b

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 12b 12b_当前控制文件和日志文件全部损坏_备份时下线user表空间不完全恢复_用控制文件脚本

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE OFFLINE***"

echo "***BEFORE TABLESPACE ONLINE***"

echo "***BACKUP***"

sub_offlining_users_nocatalog LABS-12B-USERS-BEFORE-ONLINE

sub_scripting_controlfile_nocatalog

echo "***FROM THEN ON: ONLINE***"

sub_onlining_users_nocatalog LABS-12B-USERS-AFTER-ONLINE

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）先按10b做，会失败。在线日志被删除，日志序列号请用asmcmd确认。

2）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #2 resetlogs部分，去掉set #1。在users表空间下线前后各有一个trace文件，用之后的那个，不然会出现missing00004。

3）启动到nomount在sqlplus恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；自动到mount。

4）在rman中做一些预备工作：restore那些delete input 的archivelog；restore database;

5）在sqlplus中恢复：recover database until cancel using backup controlfile; 注意set #2脚本中本身给的提示“recover database using backup controlfile”是不正确的，会直接导致打不开数据库。

6）在sqlplus中恢复： 遇到在线日志current组sequence号时，敲cancel；alter database open resetlogs;

7）添加临时文件，块跟踪文件等。

8）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 12c

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 12c 12c_当前控制文件和日志文件全部损坏_备份时只读user表空间不完全恢复_用控制文件二进制备份

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE READ ONLY***"

echo "***BEFORE TABLESPACE WRITE***"

echo "***BACKUP***"

sub_readingonly_users_nocatalog LABS-12C-USERS-BEFORE-RW

sub_backingup_controlfile_nocatalog LABS-12C-CONTR-BEFORE-RW

echo "***FROM THEN ON: READ WARITE***"

sub_readingwrite_users_nocatalog LABS-12C-USERS-AFTER-RW

sub_backingup_controlfile_nocatalog LABS-12C-CONTR-AFTER-RW

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）先按10c做，会失败。在线日志被删除，日志序列号请用asmcmd确认。

2）与10c不同的是必需在rman的run{}块中恢复：set until sequence 在线日志current组sequence号 thread x；restore database；recover database; alter database open resetlogs;

3）srvctl启动其他实例。

所有被推送端做实验机准备：

由于之前的实验过程中物理删除了一个或多个日志文件，本实验前请务必执行全库备份或者以 oracle用户执行/home/oracle/rever.sh还原实验环境

在PXE推送端主机上运行：

[root@server1 ~]# bcl --RACGRID11g13 12d

场景模拟脚本内容：

. /home/oracle/bclcustom-subprogram

sub_getting 12d 12d_当前控制文件和日志文件全部损坏_备份时只读user表空间不完全恢复_用控制文件脚本

sub_detecting

sub_deleting_early_online_backup_users

echo "***LABS TOTALLY DIFFERENT BEGINS: TABLESPACE READ ONLY***"

echo "***BEFORE TABLESPACE READ WRITE***"

echo "***BACKUP***"

sub_readingonly_users_nocatalog LABS-12D-USERS-BEFORE-RW

sub_scripting_controlfile_nocatalog

echo "***FROM THEN ON: READ WRITE***"

sub_readingwrite_users_nocatalog LABS-12D-USERS-AFTER-RW

sub_scripting_controlfile_nocatalog

sub_deleting_backup_controlfile_nocatalog

sub_resync_catalog

sub_creating

sub_shutdowning_abort

sub_destroying "current*"

sub_destroying "group*"

sub_revealing

echo " "

sub_clearing

echo "THE END"

“sub_creating”调用的“ctable.sql”内容：

同“1a_users表空间在线损坏”

恢复要点:

1）先按10d做，会失败。在线日志被删除，日志序列号请用asmcmd确认。

2）找到sub_scripting_controlfile_nocatalog给出的trace文件名，编辑成sql脚本：留下set #2 resetlogs部分，去掉set #1。在users表空间下线前后各有一个trace文件，用之后的那个，不然会出现missing00004。

3）启动到nomount在sqlplus恢复：改cluster_database初始化参数为false；执行以上脚本; 改cluster_database初始化参数为true；自动到mount。

4）在rman中做一些预备工作：restore那些delete input 的archivelog；restore database;

5）在sqlplus中恢复：recover database until cancel using backup controlfile; 注意set #2脚本中本身给的提示“recover database using backup controlfile”是不正确的，会直接导致打不开数据库。