數據庫往往承擔著企業的核心關鍵應用，其數據也非常重要，在應用中，數據庫備份是非常實用且重要的技能之一。本文總結了筆者在進行數據庫備份時常見發生的問題，一方面提醒自己，另外一方面也希望對網友有幫助。

　　1.informix備份

　　nbu自己的腳本，定義了三個環境變量。他們是INFORMIXSERVER，INFORMIXDIR，ONCONFIG。

　　定義他們的原因是希望用root用戶來執行onbar備份。

　　所以，如果在/tmp/bar_act.log里提示了諸如未知數據庫，無法連接數據庫之類的錯誤的時候，通常都是這三個環境變量已經不足以定義informix環境了。

　　有關的變量還有一些。

　　例如INFORMIXSQLHOSTS，PATH等等。

　　總之，用root用戶去執行onbar -b -w -L 0，看看是不是能夠正確的在veritas中發起備份，是檢驗腳本環境相當有效的方法。

　　ontape -s在修改了onconfig后，就不能用了。不過，只要把onconfig中TAPEDEV與LTAPEDEV的值改會/dev/null。ontape -s 就可以正常工作。但是，千萬記得，不要重起online，否則，nbu備份就失效了。

　　2.SQLSERVER備份

　　SQLSERVER的腳本相當簡單，但是還是應該用nbu自己帶的agent去生成腳本，這樣得出的腳本在語法上肯定正確，可以讓實施環境變的簡單

　　3.DB2備份

　　腳本中，關于db2_sessions變量的示例看來有些問題。把雙引號去掉會解決一些讀腳本錯誤問題。

　　啟動DB2命令行管理

　　backup database 數據庫名 online load c:\progra~1\veritas\netbackup\bin\nbdb2.dll

　　把所有腳本中計算的變量代進來，可以有效的檢驗腳本變量的正確性。

　　4.ORACLE備份

　　oracle全備份腳本很完整，通常如果變量值給的正確，備份腳本就肯定可以工作正常。

　　但是，如果以此腳本進行修改，進行日志備份的話。

　　sql 'alter system archive log current';

　　這行一定要留下來。否則，日志沒有被歸檔出來，你除了能看到一個備份進程成功完成外，沒有任何東西被備份走。

　　5.notes備份

　　只要notes.ini指定的位置正確，就沒有問題了。

　　6.sybase備份

　　備份沒什么可說的。只要正確的鏈接，把要備份的內容向sybackup::里丟就可以了。但是，恢復的時候，一定要寫明server名。否則恢復的時候，會報各種各樣與之無關的錯誤。

原文鏈接：http://storage.it168.com/a2011/0307/1163/000001163462.shtml