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