I have a client with a slow server and had this problem soon after updating their licence. Had to start and stop the service over a couple of days and then it settled down. Never did get to the bottom of it.
I also had that problem with a customer when running the backup procedure that also backed up the DB.
I solved it by makeing a .cmd file that stopped the service, copied the DB to another place and restarted the service.
I also made skip the real DB-files. And all was ok.
quite easy : stop the service, copy the files, restart the service
net stop DBserver
copy “DB-files” “other location”
net start DBserver
BTW : the error was not necessarily at the start of the backup. First it backs up other files and when it arrives at the Navision DB and when Navision decides (don’t ask me why!) to write something to the file, it finds the file locked by the backup.
I have had this error many many time, and in every case, the client is 100% (maybe 200%) certain that no one is logged onto the system. In most cases the only solution is to sit in front of the server logged in a 3am in the morning, and prove to the client that someone really was logged in and really did “just make a small change to the Item Card”.
Its always a logged in user making a minor change.
For our case; I am 100% sure there are no users logged into the system. First, the company policy is not letting us stay late. Second, we are setup the allowing log in time for each User only up to 7:00 PM.
Also are you sure there si no chance that someone isn’t “sniffing” the network and maybe doing a port scan at night? I have seen companies that have software that looks for things like Torrent and other such things, by justt doign a rough port scan. Obviously that will kill Navision.