只要不是爲了學習使用的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目錄下日誌，找到癥結所在。