只要不是为了学习使用的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目录下日志，找到症结所在。