A family of Microsoft relational database management systems designed for ease of use.
Hmm... cannot uninstall this update KB4565483, even in safe mode by command line. Returns error 0x800f0905
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
We have an application which was working okay till last month. But after the last windows update our clients are getting issues with access database. access database got corrupted. We ran compact and repair. But it still getting corrupted again and again. This issue started right after the window update. clients are on different OS. Like server 2018, server 2012 and windows 10.
Is there anything i have check in new windows update or any other step to prevent database corruption?
A family of Microsoft relational database management systems designed for ease of use.
Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.
Hmm... cannot uninstall this update KB4565483, even in safe mode by command line. Returns error 0x800f0905
Well I recreated the set and am getting corruption again.
What version do we roll back to? Updates can not all be uninstalled!
Any attorneys reading? Would a class action lawsuit not be possible?
Thank you Daniel, it may nor work for me, as windows update is under IT people control and they won't do it because it has to be done on 10 users PC.
Very frustrating, our research staff do not have any idea about technical part and blaming me that I am not able to solve the issue.
Thank you to everyone posting on this blog, especially Daniel Pineault. The discussion, over 2 years old now, has been of considerable help in understanding the options.
I look after a number of Access databases for small businesses, local government, and even a couple small Access applications for our city's police. Most of the have the data tables in a separate Access database and the forms in another. Often it has been better that each user have his/her own copy of the front end database. A number of them are hitting the "frequent compact and repair required" problem. Only the back end database needs compact and repair when the problem occurs, except for a couple simpler ones which have the tables in the same database as the forms.
In one of them, for a swimming pool maintenance company, a friend with good operating system knowledge applied the 3 registry changes to FileInfoCacheLifetime, FileNotFoundCacheLifetime and DirectoryCacheLifetime. Before that fix the 5 users had experienced multiple needs for compact and repair, often within minutes, and many times in a day. That was a good 3 months ago. Since then they have had no problems requiring compact and repair. So far it has not been possible to try that fix for a number of other Access databases that I've built and look after because I'm an independent developer and the government and police IT support staff are reluctant to change registry settings. They are afraid the often numerous other applications also used by the sometimes 20 or so affected Access users, may be adversely affected. I don't know enough to assure them the 3 registry changes won't cause problems to some other application.
Another relevant piece of information is that another Access database I've built and looked after for a couple decades has used SQL Server for its data tables and Access for the forms. This database, or rather its Access front end with the forms, has never had the "need for frequent compact and repair" problem. Presumably the back end data tables aren't vulnerable to the problem, as they are not held within Access. I note that the conversion of the back end from an Access database to SQL server, using ODBC, has been, for the several I've handled, a lot of work -- scores of hours, if not hundreds of hours -- so it's not an easy fix.
In checking the information from Microsoft about later Windows 10 versions, such as Version 1903 and Version 1909, there doesn't seem to be, as far as I can see, any indication of a fix the "compact and repair required frequently" problem.