| 產品版本: | 611-用友T6-企業管理軟件5.1 | 適用產品: | T6系列 |
| 產品模塊: | 11-系統管理 | 提交時間: | 2012-06-12 |
| 問題現象: | 自動備份計劃設置了，但實際沒有執行到備份文件出來。 | ||
| 原因分析: |
備份環境未設置好或者設置中有錯誤。 | ||
| 解決方案: |
1、系統盤空間和備份盤空間是否足夠大，要求至少數據庫文件大小2倍以上； 2、是否選擇備份到本地硬盤，備份到移動硬盤是不行的； 3、備份服務u8backupService是否啟動，如果位啟動，請在服務中啟動； 4、SQL的代理服務（SQL Agent）是否啟動？如果未啟動，請在SQL服務中啟動； 5、是否修改過數據庫sa密碼，導致u8taskservice.ini配置文件沒有對應修改。如果是，清備份后，刪除admin目錄下的u8taskservice.ini。并嘗試重新初始化數據庫。提示是否覆蓋系統庫時，選擇否。或者修改下密碼； 6、檢查系統短日期格式都否為“yyyy-mm-dd”； 7、可以通過檢查如下兩個文件的信息，分析失敗原因：c\u8backupDetail.txt中記錄了u8Backupservice服務的啟動情況，ufcomsql\BackupDB.txt中記錄了備份的全過程； 8、有事u8taskservice.ini文件丟失，導致BackupDB.txt也沒有生成，檢查Master庫里面我們創建的xp_UFRegWrite和xp_UFRegRead存儲過程不見了，寫文件的時候通過這兩個存儲過程讀取注冊表安裝路徑； 9、無法連接數據庫時可以清楚數據源后新建即可； 10、如果更改數據源還沒有生成該文件，看看是不是sqlserver服務啟動賬戶沒有system32\cmd.exe文件的訪問權限，如果沒有權限的話給加一個。一般是看cmd.exe文件的訪問權限是否有system權限； 11、數據庫的文件在硬盤的存放地址和系統記錄的帳套位置是否不符； 12、設置的路徑是否帶中文名或過長，最好排除該兩種情況； 13、多備份任務時備份時間是否有重疊。
日志記錄： 權限拒絕。檢查ADO目錄中的文件是否有權限壓縮文件失敗。 檢查空間是否夠用。主要是看下備份路徑指定的那個盤式臨時文件盤。 超時已過期：ua_log記錄過多導致。 連接失敗：有數據庫錯誤無法訪問導致，可以查看系統日志。 | ||