Oracle单机Rman笔记[6]---记一次oracle脱机异地还原

系统情况介绍

正式环境：windows 2008 r2-32bit/ Oracle: Release 11.2.0.1.0

目标环境：windows 2012 Standard-64bit / Oracle: Release 11.2.0.1.0

备份工具：EMC Avamar 7.5.1-RMAM全备

备份介绍

Avamar自动配置RMAN脚本，全备数据库，自动脚本日志内容如下（图形界面配置的，自动生成如下脚本，也可以手工写脚本备份）：

1> RMAN> @@ORCL-24081.tmp
2> connect target *;
3> **文件结尾**
4> run {
5> configure controlfile autobackup on;
6> set controlfile autobackup format for device type sbt to 'CONTROLFILE.ORCL.%F';
7> allocate channel c0 type sbt PARMS="SBT_LIBRARY=C:\PROGRA~1\avs\bin\LIBOBK~1.DLL" format '%d_%U';
8> send  channel 'c0' '"--libport=55154" "--force-expires" "--ctlusessl=false" "--cacheprefix=ORCL_c0" "--sysdir=C:\Program Files\avs\etc" "--bindir=C:\Program Files\avs\bin" "--vardir=C:\Program Files\avs\var\clientlogs" "--logfile=C:\Program Files\avs\var\clientlogs\yongyouLV0-yongyouLV0-1553436000010-3002-OracleORCL-avtar0.log" "--ctlcallport=55152"';
9> backup filesperset = 1   incremental level = 0 database plus archivelog delete input;
10> }
11> 

还原过程

采用了Avamar恢复数据库的方式，实际上也是RMAN脚本，按照要求使用dbca命令建立好相同实例名称等，并备份相关控制文件（此步骤在Linux上可以手工建立）开始还原。其中需要注意的问题包含了恢复段的SCN号。开始没注意，导致完报错如下：

归档日志文件名=E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2019_03_21\O1_MF_1_29360_G97XBTPZ_.ARC 线程=1 序列=29360
通道 default: 正在删除归档日志
归档日志文件名=E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2019_03_21\O1_MF_1_29360_G97XBTPZ_.ARC RECID=8674 STAMP=1003498474
无法找到归档日志
归档日志线程=1 序列=29361
释放的通道: c0
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover 命令 (在 03/21/2019 13:34:38 上) 失败
RMAN-06054: 介质恢复正在请求未知的线程 1 序列 29361 的归档日志以及起始 SCN 983751610

再次使用SCN号参数恢复后，Avamar中显示恢复正常，但使用rman target / nocatalog 访问恢复后的数据库时，突然发现数据库无法启动，报错如下：

RMAN-00571: ====================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ========
RMAN-00571: ====================================================
RMAN-00554: 内部恢复管理器程序包初始化失败
RMAN-04005: 目标数据库中存在错误:
ORA-12432: LBAC 错误: zllesesinit:OCIStmtExecute

使用 sqlplus / as sysdba可以登陆数据库，但无法执行SQL语句，报错如下：

ORA-01012: not logged on

问题解决过程

在网上找了下相同情况的问题，其中在oracle官网找到了类似问题，如下图：

同时其他网站上大部分给出的解决方式为：

--Oracle给出的解决方案
--To solve this situation the LBAC option has to be disabled:
Step 1
  cd $ORACLE_HOME/rdbms/lib
  make -f ins_rdbms.mk lbac_off ioracle

-- Author   : Robinson Cheng
-- Blog     : http://blog.csdn.net/robinson_0612
-- DB Forum : http://bbs.dbsupport.cn

Step 2
$ sqlplus "/ as sysdba"
SQL> startup migrate
SQL> @?/rdbms/admin/catnools.sql
SQL> shutdown immediate
SQL> startup
SQL> select * from v$version where rownum<2;

但由于此次的环境为windows，尝试了使用step2的方式还是不行，又在网上找了下，发现别人的一片文章，链接如下：Fix ORA-12432: LBAC error: zllesesinit:OCIStmtExecute when you cannot logon - General Database Discussions。其中根据作者所述：

给了我解决思路。于是我采用此方式。sqlplus / as sysdba后先abort数据库，在尝试使用Step2的步骤

SQL>shutdown abort
SQL> startup migrate

此时数据库竟然起来了，继续执行Step2的步骤

SQL> @?/rdbms/admin/catnools.sql

发生报错ORA-06553: PLS-801: 内部错误 [56327]。尝试解决如下：

SQL>shutdown abort
SQL> startup upgrade
SQL> @?/rdbms/admin/utlirp
SQL> shutdown immediate

此时，又发生了报错ORA-12432: LBAC 错误: zllesesinit:OCIStmtExecute。继续尝试执行：

SQL>shutdown abort
SQL> startup upgrade
SQL> @?/rdbms/admin/utlrp

此后在此步骤一直卡住不动了，尝试开启了新的窗口，重新执行：

SQL> shutdown abort
SQL> startup migrate
SQL> @?/rdbms/admin/catnools.sql

此时数据库竟然没报错，再次使用以下命令后，数据库正常启动。

SQL> shutdown immediate
SQL> startup
SQL> select * from v$version where rownum<2;

问题总结

实际上本次迁移主要遇到的问题是：

• ORA-01012: not logged on
• ORA-12432: LBAC 错误: zllesesinit:OCIStmtExecute
  
  但是在处理这两个问题时发生了ORA-06553: PLS-801: 内部错误 [56327]的报错。在解决此报错时，没有办法按照正常的流程执行完所有的SQL只能分次多次执行。但最终来看运气还是比较好，妥善的解决了两个报错。最终数据库正常加载启动。