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目录下日志，找到症结所在。