Netbackup for sap 7.0学习之七：使用nbu进行sap系统的灾难恢复测试

       只要不是为了学习使用的sap系统，最担心的就是系统瘫痪，而且这个还是不可能避免，只是时间早晚的问题，作为系统维护人员，唯有做好备份以应对。

      只是有些时候我们可能很尴尬，成天看着日志都说是成功备份，可真遇到事情的那天，却发现所有的备份都是不可以用的。那个时候全世界都是你的仇人，可你最想的还是地上有个洞可以钻进去。

      灾难恢复的大致步骤

    1.先安装好新机器的操作系统

    2.安装好数据库和sap系统；

    3.配置好nbu接口backint、init.sap、init.utl,注意clint应该是老机器的名字

    4.开始恢复：前面的都是小事，主要是我们的存档文件有效是最重要的；

       4.1先恢复saparch存档文件夹

       4.2启动数据库到nomount状态，以便恢复控制文件

             sqlplus>startup nomount;

              brrestore -d util_file -b last -m 0

       4.3启动数据到mount状态，恢复数据文件

              sqlplus>alter database mount;

              brrestore -d util_file -b last -m full

            这个执行时间看你数据库大小。

       4.4成功后继续执行

            recover database using backup controlfile until cancel;

       4.5打开数据库

              sqlplus>alter database open resetlogs;

       到了这里已经成功还原了数据库，但是因为sap的运行机理，如果就这样运行sap系统，还是会提示很多错误。主要原因两个：

              a.opc机制

               b.temp表空间问题

       4.6新建sap的临时表空间

                 sqlplus>select * from dba_temp_files

                 sqlplus>alter tablespace psaptemp add tempfile 'x:\oracle\sid\sapdata2\temp_1\psaptemp.data1‘ size 1024M reuse  AUTOEXTEND ON NEXT 20M;

       4.7检查用户状态

                sqlplus>select username,account_status from dba_user;

               如果发现里面的saprs3用户是locked，就需要unlock它，如果unlock后有被lock，就需要修改一下他的密码

                  sqlplus>alter user saprs3 identified by sap;

                  sqlplus>alter user saprs3 account unlock;

      4.8.如果日志导致的错误还可以继续操作，避免st22的时候出错

               sqlplus>delete saprs3.snap或

               sqlplus>truncate table sapsr3.snap;

          重新启动sap控制台，应该可以正常进入系统操作了。如果还存在问题需要检查alert_<sid>.log和sap的work目录下日志，找到症结所在。