我正在尋找MS Access中可怕的3043錯誤的解決方案。MS Access磁盤或網絡錯誤3043
我的一個客戶正在運行一個拆分的FE/BE應用程序,約6-7個用戶,BE大小約爲100 MB。在過去的幾周裏,錯誤越來越頻繁。關閉數據庫並重新打開後,一切都很好。但是以當前打開的表單輸入的數據丟失了。起初這種情況每天發生一次,現在每90分鐘一次 - 這對用戶來說非常煩人。
網絡充滿了可能的解決方案和解決方法,但沒有任何工作或幫助解決此問題。
我正在尋找MS Access中可怕的3043錯誤的解決方案。MS Access磁盤或網絡錯誤3043
我的一個客戶正在運行一個拆分的FE/BE應用程序,約6-7個用戶,BE大小約爲100 MB。在過去的幾周裏,錯誤越來越頻繁。關閉數據庫並重新打開後,一切都很好。但是以當前打開的表單輸入的數據丟失了。起初這種情況每天發生一次,現在每90分鐘一次 - 這對用戶來說非常煩人。
網絡充滿了可能的解決方案和解決方法,但沒有任何工作或幫助解決此問題。
從我看到的這通常是一個間歇性的片狀網絡。麻煩可能有很多原因。您可能已經看過我的Corrupt Microsoft Access MDBs FAQ頁面。據我所知,該頁面和鏈接頁面是腐敗可能原因的最詳盡收集。
最大的問題可能會讓IT部門相信他們有問題。他們以及堆棧溢出中的許多無知的人會在網絡上很難找到問題時,會針對Access訪問不良詞語。
考慮將後端轉換爲SQL Server 2008 Express,然後使用ODBC鏈接表將前端連接到後端。您需要重新編碼前端的某些部分,以使其可以與SQL Server鏈接的表一起使用。 (我不會詳細闡述,因爲這將是解決在一個單獨的問題。)
微軟有一個免費的工具,你可以用你的數據庫後端轉換到SQL Server:http://www.microsoft.com/downloads/en/details.aspx?FamilyID=5abe098d-c7e1-46c6-994a-09a2856eef0b&displaylang=en
我想這並不是您要尋找的解決方案,但我認爲這是消除您獲得的錯誤最有效的方法。但是,如果您確實遇到了網絡穩定性問題,那麼您可能會遇到SQL Server問題,儘管我認爲它由於體系結構而對網絡問題稍微寬容一些。
什麼操作系統託管後端文件和哪些操作系統正在運行您的前端?所有的工作站都有這個問題嗎?他們都會同時表現出這種行爲嗎?有什麼理由相信它可能與鎖文件有關?發生這種情況時,是否有一些計算機在鎖定文件中有多個條目(可以使用Notepad ++讀取鎖定文件)? – HK1 2011-02-15 15:22:44
今天我一直在客戶現場,發現以下內容:出現問題的最高位(至今)的問題是Win7 64位和(啓用)脫機文件夾啓用。我關掉了線下的東西,並希望這會讓事情變得更好。 – dwo 2011-02-15 17:45:13
是否有其他文件服務器可用?一個簡單的測試就是將後端移到不同的服務器上。我已經看到了這樣的修復問題,通常是因爲網絡設置不同(最有可能的實際上是TCP/IP上的NetBIOS設置)。 – 2011-02-16 03:00:38