Access creating additional database files upon close

Posted on 2011-09-07
Last Modified: 2012-05-12
I searched but couldn't find the answer i was looking for. I have an Access database that multiple people use shared from a server. I've noticed lately that in the same folder as this database, there are other multiple databases named such:
...and so forth.

Could anyone tell me why Access is creating these files, how to stop it, and if it is safe to delete them? Also, i have Compact on Close disabled for this database.

Thank you.
Question by:jbarnette
  • 4
  • 2

Accepted Solution

BusyMama earned 25 total points
ID: 36498680
I can't guarantee this is your cause, but I have seen similar issues in the past when a database compact and repair is interrupted or for some other reason not completed.  I have always deleted them without issue.  You can try opening them to see if there's anything lurking in there .... :)

Author Comment

ID: 36498785
Thanks for the reply. The problem that occurred was that I had up to 5 people in there at one time and somehow up to 12 database.mdb files were created. Then some other folks came and entered information into the mdb files instead of the accdb file. Now i have some info in the main database, and other info in these ghost databases that were created and it's become a nightmare. I basically deleted the mdb files and told them to reenter the information; however i need to find out how to prevent this in the future. I've also heard of the compacting issue, but there was no compacting with this database during these occurrences.
LVL 47

Assisted Solution

by:Dale Fye (Access MVP)
Dale Fye (Access MVP) earned 25 total points
ID: 36498825
You should NEVER tell people where your application or the data is sitting on your server.  They should all have their own front-ends on their PCs, which point to the backend data sitting on your server.

You can tell whether anyone is in any of these databases by checking for the .ldb or .laccdb file associated with the mdb or accdb.  If the lock file doesn't exist, it is OK to delete the datafile.  

I don't envy you having to check all of those databases for data that was entered into the wrong mdb file.
Use Case: Protecting a Hybrid Cloud Infrastructure

Microsoft Azure is rapidly becoming the norm in dynamic IT environments. This document describes the challenges that organizations face when protecting data in a hybrid cloud IT environment and presents a use case to demonstrate how Acronis Backup protects all data.


Author Comment

ID: 36498903
I understand...but is there a way to prevent these additional database files from being created?

Author Comment

ID: 36502878
You should NEVER tell people where your application or the data is sitting on your server.  They should all have their own front-ends on their PCs, which point to the backend data sitting on your server.

Ok. so i split the database. Now i have a front end with all the forms, reports and such and it is distributed to the desktop of each person's workstation via a logon script. This front end database has linked tables to the backend database.  Is this what you are suggesting? Did i do it correctly and do you think this will resolve my issue?

Thank you.

LVL 47

Expert Comment

by:Dale Fye (Access MVP)
ID: 36503411
The login script is a great way to put the latest version of the application on their desktops.  There are other methods, but that one generally works well.

As BusyMama stated the problem with the additional databases is generally created by a unsuccessful compact/repair operation.  Since you are redeploying the front-end each time your users log on, I'd make sure that the Compact On Close setting of the Front-end is set to No.  This should hopefully resolve the issue of the duplicate Database#.mdb files.

The other problem you are likely to have is that you have users that are familiar with where the application used to reside, so you may still encounter problems with them going directly to that folder on the server and attempting to open the database from there.

Author Closing Comment

ID: 36503455
Thanks for the great tips! I'm going to ensure the compact on close is disabled on the front end application and we'll see how it goes.

Featured Post

Three Reasons Why Backup is Strategic

Backup is strategic to your business because your data is strategic to your business. Without backup, your business will fail. This white paper explains why it is vital for you to design and immediately execute a backup strategy to protect 100 percent of your data.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

QuickBooks® has a great invoice interface that we were happy with for a while but that changed in 2001 through no fault of Intuit®. Our industry's unit names are dictated by RUS: the Rural Utilities Services division of USDA. Contracts contain un…
Overview: This article:       (a) explains one principle method to cross-reference invoice items in Quickbooks®       (b) explores the reasons one might need to cross-reference invoice items       (c) provides a sample process for creating a M…
Familiarize people with the process of retrieving data from SQL Server using an Access pass-thru query. Microsoft Access is a very powerful client/server development tool. One of the ways that you can retrieve data from a SQL Server is by using a pa…
Using Microsoft Access, learn some simple rules for how to construct tables in a relational database. Split up all multi-value fields into single values: Split up fields that belong to other things into separate tables: Make sure that all record…

816 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

11 Experts available now in Live!

Get 1:1 Help Now