產品版本: | 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。并嘗試重新初始化數據庫。提示是否覆蓋系統庫時,選擇否;蛘咝薷南旅艽a; 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記錄過多導致。 連接失。河袛祿䦷戾e誤無法訪問導致,可以查看系統日志。 |