數據庫備份中容易出現的問題
導讀：數據庫往往承擔著企業的核心關鍵應用，其數據也非常重要，在應用中，數據庫備份是非常實用且重要的技能之一。本文總結了筆者在進行數據庫備份時常見發生的問題，一方面提醒自己，另外一方面也希望對網友有幫助。
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名。否則恢復的時候，會報各種各樣與之無關的錯誤。
上文對各種數據庫備份容易出現的問題做了一個大總結，比較全面，希望能夠對大家有所幫助。
【編輯推薦】
