MS Access Database and Windows 11 Update error

EAAH

New member
Local time
Today, 05:25
Joined
Apr 10, 2025
Messages
4
I have been using an Access Database over the years until I recently upgraded to Windows 11 and I am encountering the below error message:
The Access database is password protected and therefore I cannot make any changes and have no clue who the author is. Is there a way to resolve this incompatibility error without the password?

1744299645700.png
 

Attachments

  • 1744299785112.png
    1744299785112.png
    11.9 KB · Views: 15
Your question places US in a difficult situation.

When you upgraded to Win11, did you also upgrade the version of Office? More significantly, did you change from 32-bit Office to 64-bit Office? Because one possible "gotcha" on that upgrade is "bitness incompatibility." Another is that even if you didn't change "bitness", maybe you DID change versions of Access, and that has the potential to change libraries. If you are missing a library, then you could EASILY get a compile error because of something not being properly defined.

The difficult situation is a legal issue. We cannot help you "crack" encryption on a DB if you cannot prove you own it. There are various legal issues including criminal liability for theft of services. You have to be able to decrypt the DB in order to fix the problem if it is bitness or if it is an updated library. We would need to see EXACTLY what is failing. And that, you can't do with an encrypted DB.
 
I am with Doc on this one. Revert back to 32bit Access.
 
I am with Doc on this one. Revert back to 32bit Access.

IF that was a bitness issue. But if it was like, say, an LTSC Office changing to Office365, there might be more to it than that.
 
Your question places US in a difficult situation.

When you upgraded to Win11, did you also upgrade the version of Office? More significantly, did you change from 32-bit Office to 64-bit Office? Because one possible "gotcha" on that upgrade is "bitness incompatibility." Another is that even if you didn't change "bitness", maybe you DID change versions of Access, and that has the potential to change libraries. If you are missing a library, then you could EASILY get a compile error because of something not being properly defined.

The difficult situation is a legal issue. We cannot help you "crack" encryption on a DB if you cannot prove you own it. There are various legal issues including criminal liability for theft of services. You have to be able to decrypt the DB in order to fix the problem if it is bitness or if it is an updated library. We would need to see EXACTLY what is failing. And that, you can't do with an encrypted DB.
I had Microsoft 365 running on windows 10 and the Access Database was fine until the upgrade from Windows 10 to 11 happened. What do i need to do then?
 
Unfortunately, if what got you was the upgrade from Win10 to Win11, that is likely to be irreversible. A simple patch can usually be reversed, but that O/S upgrade doesn't qualify as "a simple patch."

You will need to find out where you got that DB and see if anyone is still able to do maintenance on it. Based on legal issues, we are somewhat stymied. Sorry that it doesn't help you,but we have our limits when it comes to legalities.
 
I had Microsoft 365 running on windows 10 and the Access Database was fine until the upgrade from Windows 10 to 11 happened. What do i need to do then?
No chance of going back to 10, or trying it on another computer with 10?
 
I had Microsoft 365 running on windows 10 and the Access Database was fine until the upgrade from Windows 10 to 11 happened. What do i need to do then?
First check whether the version of Access running on your Win11 computer is 32bit or 64bit.

If it is 64bit, and you need it to be 32bit then you can change it.
 
As I read all these posts about 365 and Win 11 can anyone think of a real reason to 'upgrade'?
 
No chance of going back to 10, or trying it on another computer with 10?
It does work on another computer with Windows 10. We all will eventually upgrade to Windows 11, unfortunately my computer was in the first wave of the upgrade.
 
I am sorry. I do not have a clue what it might be. I upgraded to win11 with 2007, no issues. Then upgraded Access to 2019, again without any issues.
 
Did you check whether the new machine's Access is 32bit or 64bit?

Also check what it is on the win 10 machines
 
My understanding now is the computer was upgraded in place?
Can the O/P confirm this is the case?
 
I hardly ever worked in a corporate environment and coded at the same time. :(
I understand your point. Up to the O/P to confirm or deny, as original statement is unclear, if that is the case?
 
MS offered a Win11 upgrade-in-place but they ALWAYS warn that things might not be the same even after an upgrade-in-place. If the system was re-imaged, there is a very good chance that reversal is impossible.

There are two possible paths here.

First, attempt to re-install the version of Office you were using. Be VERY sure to check whether it is a 32-bit or 64-bit version on the working Win10 machines, because you want the same version and same bitness on Win11 that was on Win10.

Second, from Start (lower left button) >> Settings >> Windows Update, on that update page look around for the link to Update History. See if there was an Office update listed that corresponds to the time your machine stopped working correctly. If so, see if you can roll back that update. Unfortunately, past a certain time limit they cannot be rolled back because the update files expire. If you've had TWO Office updates since the problem started, then that's going to be a serious problem.
 
First just check whether bitness is the issue, or whether it's something else - no point reinstalling office if something else is the issue.

I was considering the possibility that if the machine WASN'T updated in-place but rather was re-imaged, then there could be a version discrepancy (AS WELL AS a bitness mismatch) because when they installed Win11, the version of Office/Access might have changed as well. Trying to get back to an apples-to-apples comparison.
 

Users who are viewing this thread

Back
Top Bottom