系统情况介绍
正式环境：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.tmp2> 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释放的通道: c0RMAN-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.cnStep 2$ sqlplus "/ as sysdba"SQL> startup migrateSQL> @?/rdbms/admin/catnools.sqlSQL> shutdown immediateSQL> startupSQL> select * from v$version where rownum<2;
但由于此次的环境为windows，尝试了使用step2的方式还是不行，又在网上找了下，发现别人的一片文章，链接如下：。其中根据作者所述：
给了我解决思路。于是我采用此方式。sqlplus / as sysdba后先abort数据库，在尝试使用Step2的步骤
SQL>shutdown abortSQL> startup migrate
此时数据库竟然起来了，继续执行Step2的步骤
SQL> @?/rdbms/admin/catnools.sql
发生报错ORA-06553: PLS-801: 内部错误 [56327]。尝试解决如下：
SQL>shutdown abortSQL> startup upgradeSQL> @?/rdbms/admin/utlirpSQL> shutdown immediate
此时，又发生了报错ORA-12432: LBAC 错误: zllesesinit:OCIStmtExecute。继续尝试执行：
SQL>shutdown abortSQL> startup upgradeSQL> @?/rdbms/admin/utlrp
此后在此步骤一直卡住不动了，尝试开启了新的窗口，重新执行：
SQL> shutdown abortSQL> startup migrateSQL> @?/rdbms/admin/catnools.sql
此时数据库竟然没报错，再次使用以下命令后，数据库正常启动。
SQL> shutdown immediateSQL> startupSQL> select * from v$version where rownum<2;
问题总结
实际上本次迁移主要遇到的问题是：
- ORA-01012: not logged on
- ORA-12432: LBAC 错误: zllesesinit:OCIStmtExecute 但是在处理这两个问题时发生了ORA-06553: PLS-801: 内部错误 [56327]的报错。在解决此报错时，没有办法按照正常的流程执行完所有的SQL只能分次多次执行。但最终来看运气还是比较好，妥善的解决了两个报错。最终数据库正常加载启动。