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)修改。如果是,請(qǐng)備份后,刪除admin目錄下的u8taskservice.ini。并嘗試重新初始化數(shù)據(jù)庫,提示是否覆蓋系統(tǒng)庫時(shí),選擇否;或者修改下密碼。
6、檢查系統(tǒng)日期格式是否為“yyyy-mm-dd”;
7、可以通過檢查如下兩個(gè)文件的信息,分析失敗原因:
c:\u8backupDetail.txt中記錄了u8backupservice服務(wù)的啟動(dòng)情況,ufcomsql\BackupDB.txt中記錄了備份的全過程。
8、無法連接數(shù)據(jù)庫時(shí)可以清除數(shù)據(jù)源后新建即可
9、有時(shí)u8taskservice.ini文件丟失,導(dǎo)致BackupDB.txt也沒有生成,檢查
Master庫里面我們創(chuàng)建的xp_UFRegWrite 和xp_UFRegRead 存儲(chǔ)過程不見了,寫文件的時(shí)候通過這兩個(gè)存儲(chǔ)過程讀取注冊(cè)表安裝路徑
10、如果更改數(shù)據(jù)源還沒有生成該文件,看看是不是sqlserver服務(wù)啟用賬戶沒有system32\cmd.exe文件的訪問權(quán)限,如果沒有權(quán)限的話給加一個(gè)。一般是看cmd.exe文件的訪問權(quán)限是否有system權(quán)限
以下為肯能日志記錄內(nèi)容:
1、權(quán)限拒絕。 檢查ADO目錄中的文件是否有權(quán)限
2、壓縮文件失敗。檢查空間是否夠用。 主要是看下備份路勁指定的那個(gè)盤式臨時(shí)文件盤。
3、超時(shí)已過期:ua_log記錄過多導(dǎo)致。
4、連接失。河袛(shù)據(jù)庫錯(cuò)誤無法訪問導(dǎo)致,可以看系統(tǒng)日志