U8自動(dòng)備份計(jì)劃不能執(zhí)行

1、精選優(yōu)質(zhì)文檔-傾情為你奉上U8自動(dòng)備份計(jì)劃不能執(zhí)行關(guān)于自動(dòng)備份計(jì)劃不能執(zhí)行的問題，可參考如下方面進(jìn)行分析檢測(cè)： 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ù)庫，提

2、示是否覆蓋系統(tǒng)庫時(shí)，選擇否； 6、檢查系統(tǒng)日期格式是否為“yyyy-mm-dd”； 7、可以通過檢查如下兩個(gè)文件的信息，分析失敗原因：c:u8backupDetail.txt中記錄了u8backupservice服務(wù)的啟動(dòng)情況，ufcomsqlBackupDB.txt中記錄了備份的全過程。 以上分析都是在已經(jīng)更新過最新的補(bǔ)丁程序后進(jìn)行的?？纱笾聟⒖挤治?。檢查ufsystem系統(tǒng)庫里面的ua_log，ua_backuplog的日志文件是不是過大，備份后清除ua_log，ua_backuplog測(cè)試ufsystem庫中ua_log表記錄太多導(dǎo)致；您好： 此問題建議從如下角度考慮： 1、增大事務(wù)超時(shí)

3、，將管理工具組件服務(wù)組件服務(wù)電腦我的電腦右鍵屬性選項(xiàng)事務(wù)超時(shí)修改為3600秒； 2、提示“超時(shí)已過期”，應(yīng)該是數(shù)據(jù)庫的查詢超時(shí)引起的。請(qǐng)檢查ufsystem數(shù)據(jù)庫文件是否非常大。如果很大的話，可能是表ua_log的記錄特別的多，建議手工清空該表試試。你好在數(shù)據(jù)庫中直接做數(shù)據(jù)庫備份計(jì)劃，ufmeta_XXX庫和ufsystem和ufdata_XXX_XXXX即可U870自動(dòng)備份日志Backupdb.txt提示“SQL Server 不存在或拒絕訪問”遇到一客戶U870自動(dòng)備份失敗，設(shè)置的自動(dòng)備份文件夾無任何東西，連個(gè)空的日期文件夾也沒有。自動(dòng)備份日志Backupdb.txt里有提示信息“DBNE

4、TLIBConnectionOpen (Connect().SQL Server 不存在或拒絕訪問”。根據(jù)知識(shí)庫查詢維護(hù)案例對(duì)系統(tǒng)進(jìn)行檢查沒有發(fā)現(xiàn)任何問題，知識(shí)庫信息有：當(dāng)手工備份可以，自動(dòng)備份計(jì)劃不能執(zhí)行時(shí)，大致可從以下方面分析： 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配

5、置文件沒有對(duì)應(yīng)修改。如果是，請(qǐng)備份后，刪除admin目錄下的u8taskservice.ini。并嘗試重新初始化數(shù)據(jù)庫，提示是否覆蓋系統(tǒng)庫時(shí)，選擇否； 6、檢查系統(tǒng)日期格式是否為“yyyy-mm-dd”； 以上分析都是在已經(jīng)更新過最新的補(bǔ)丁程序后進(jìn)行的?？纱笾聟⒖挤治?。 相關(guān)日志： c:u8backupDetail.txt中記錄了u8backupservice服務(wù)的啟動(dòng)情況， ufcomsqlBackupDB.txt中記錄了備份的全過程，可以從中找到備份失敗的原因。 沒有辦法，只能嘗試最后一個(gè)處理方法5，結(jié)果一初始話數(shù)據(jù)庫軟件就報(bào)一個(gè)block的錯(cuò)誤。無奈之下將u8taskservice.in

6、i拷出來了一份用記事本打開看了一下，發(fā)現(xiàn)里面有個(gè)類似機(jī)器名的內(nèi)容（估計(jì)是數(shù)據(jù)庫實(shí)例名），和服務(wù)器現(xiàn)有機(jī)器名已比較發(fā)現(xiàn)剛好缺少了兩個(gè)字母。于是懷疑客戶更改過服務(wù)器機(jī)器名，將服務(wù)器機(jī)器名該成與u8taskservice.ini里的那個(gè)名字相同，重啟服務(wù)器，重新配置U8應(yīng)用服務(wù)器的數(shù)據(jù)源，自動(dòng)備份計(jì)劃可以正常執(zhí)行，OK！ 用友U861無法自動(dòng)備份的故障解決方法 轉(zhuǎn)貼 2009-04-15 17:56:36 字號(hào)：大 中 小 用友u8 erp有的時(shí)候不能進(jìn)行自動(dòng)備份的問題，重裝系統(tǒng)導(dǎo)入備份文件后還是問題依舊。對(duì)于這種問題的解決方法如下：1、檢查C盤空閑空間最小要達(dá)到數(shù)據(jù)所占空間的2倍大小。2、檢查備份

7、計(jì)劃的路徑是不是過長。3、檢查控制面板里的服務(wù)，U8backupservice這個(gè)服務(wù)是否啟動(dòng)？4、系統(tǒng)任務(wù)托盤中的sql server agent啟動(dòng)是否？5、以上還是沒有辦法解決的化，那么就最后一招：到用友u8的系統(tǒng)管理里進(jìn)行“初始化數(shù)據(jù)庫”，初始化過程中，對(duì)所有的覆蓋選擇“否”，這樣才能重新架構(gòu)數(shù)據(jù)庫結(jié)構(gòu)，但是不影響數(shù)據(jù)庫中的數(shù)據(jù)。選擇覆蓋為“是”，那么原先的數(shù)據(jù)就都沒有拉 補(bǔ)充一點(diǎn)：若是用附加數(shù)據(jù)庫的情況，要核對(duì)帳套路徑要與數(shù)據(jù)庫原文件路徑一致，不然備份會(huì)出錯(cuò)。多說幾句關(guān)于備份的：數(shù)據(jù)備份是一項(xiàng)非常重要的工作，如果平時(shí)沒有做好備份工作有可能會(huì)帶來很嚴(yán)重的損失。我曾遇到一客戶兩個(gè)月沒做備

8、份，電腦斷電重啟，access數(shù)據(jù)庫損壞，后來想盡辦法幫忙導(dǎo)數(shù)據(jù)，因?yàn)槭菃未畏?wù)收他1000元，自己也累得半死，做這活不是為了錢，否則沒5000都不做。最后還是有兩個(gè)月的發(fā)貨單數(shù)據(jù)沒辦法找回，只能后面手工一張張去補(bǔ)。說了這么多，就是說備份的重要性。不緊緊要做備份，還要做多份的備份，可以復(fù)制到移動(dòng)硬盤或者其他臺(tái)電腦去。不論軟件如何出問題，數(shù)據(jù)安全第一！在開始做服務(wù)器的時(shí)候，一定要考慮C盤的容量，不然業(yè)務(wù)量很大，數(shù)據(jù)太多，在備份時(shí)C盤空間不夠就備份不出來了，不專業(yè)的又拷貝不出原數(shù)據(jù)庫文件。因?yàn)閭浞輹r(shí)會(huì)有一個(gè)生成bak文件和壓縮時(shí)拷貝到臨時(shí)文件夾的文件，占用空間如樓主說的有數(shù)據(jù)庫文件的兩倍多，這個(gè)可

9、能很多人在剛開始使用系統(tǒng)沒有考慮到的。不過在高級(jí)版本中可以設(shè)置臨時(shí)文件夾的路徑，緩解了一些。另外，有能力的最好定時(shí)清理日志文件。謝謝樓主！“在開始做服務(wù)器的時(shí)候，一定要考慮C盤的容量，不然業(yè)務(wù)量很大，數(shù)據(jù)太多，在備份時(shí)C盤空間不夠就備份不出來了”系統(tǒng)備份的緩存路徑是可以改的，把路徑改為別的盤，D盤E盤都可以，就不用考慮備份時(shí)C盤的容量問題。這是做維護(hù)最基本的常識(shí)。還有物理數(shù)據(jù)庫跟備份的數(shù)據(jù)最好分在不同的盤，放物理數(shù)據(jù)庫有條件的最好是容量大點(diǎn)，放備份的盤可以小點(diǎn)。建議一點(diǎn)是最好設(shè)置自動(dòng)備份這個(gè)功能。這個(gè)功能非常的好。還有一個(gè)最基本的常識(shí)，用友的數(shù)據(jù)庫應(yīng)放在D盤或其他的盤，一定不要放在C盤，不然后

10、果自負(fù)咯。數(shù)據(jù)沒有放在C盤重裝系統(tǒng)后還可以通過數(shù)據(jù)庫的附加數(shù)據(jù)庫這個(gè)功能還原數(shù)據(jù)。到應(yīng)用服務(wù)器去重新配置 數(shù)據(jù)源U8.60SP-不能自動(dòng)備份自動(dòng)編號(hào): 1032 產(chǎn)品版本: U8.60SP 產(chǎn)品模塊: 系統(tǒng)環(huán)境 所屬行業(yè): 通用 適用產(chǎn)品: 860sp 關(guān) 鍵 字: 自動(dòng)備份 問題名稱: 不能自動(dòng)備份 問題現(xiàn)象: 自動(dòng)備份功能不起作用 原因分析: 數(shù)據(jù)庫實(shí)例名被修改過. 解決方案: 改回?cái)?shù)據(jù)庫原來的實(shí)例名,這是一個(gè)860SP常見的問題,如果客戶在使用軟件的過程中更改了機(jī)器名(即SQL的實(shí)例名也會(huì)跟著改變),這時(shí)即使你重新配置"應(yīng)用服務(wù)器"的數(shù)據(jù)源使得用友能正常進(jìn)入門戶使用,

11、也會(huì)導(dǎo)致了一些功能的丟失,最常見的就是"自動(dòng)備份計(jì)劃"實(shí)現(xiàn)不了,同時(shí)客戶端的ODBC也連不上,登陸門戶時(shí)能看到帳套信息但就無法登陸,報(bào)ODBC的錯(cuò)誤,即使是配置HOSTS文件也不起作用.這個(gè)問題臨時(shí)的解決的方法就是把機(jī)器的名字改回最初安裝用友時(shí)使用的機(jī)器名,然后再從新配置數(shù)據(jù)源即可.861無法自動(dòng)備份,備份計(jì)劃為每天中午,下午3點(diǎn),一個(gè)帳套,有效觸發(fā)2小時(shí),保留10天,有總帳模塊。數(shù)據(jù)庫為msde2000A,且sql server agent服務(wù)已經(jīng)啟用并運(yùn)行于此問題，您可以從以下幾點(diǎn)進(jìn)行分析：1、系統(tǒng)盤空間和備份盤空間是否足夠大；2、是否選擇備份到本地硬盤，備份到移動(dòng)硬盤是不行的；3、備份服務(wù)u8backupservice是否啟動(dòng)；4、以前是否在企業(yè)管理器中修改過數(shù)據(jù)庫sa密碼，導(dǎo)致u8taskservice.ini配置文件沒有對(duì)應(yīng)修改。如果是，可以嘗試重新初始化數(shù)據(jù)庫，提示是否覆蓋系統(tǒng)庫時(shí)，選擇否。U8無法自動(dòng)備份的解決方法2008-04-24 12:201) 系統(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ù)中