Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / New Users / October 2006

Tip: Looking for answers? Try searching our database.

Compact and repair problems

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
enak - 26 Oct 2006 19:09 GMT
I am working for a company that has an Access database (2003). It is very
large and the person in charge compacts and repairs it every morning. I am
converting it to MS SQL Server 2000 so that they don't have these problems
any more.

Any way, this morning when he tried to run the compact and repair utility he
got an error that states "Microsoft Access has encountered a problem and
needs to close". That is it.

Then Access continues to try to run the utility. A copy of the database is
created called "db1". When it is opened another error is displayed, "Could
not create; no modify design permission for table or query
'MSysAccessObjects'."

How can I fix this?

Thanks,
enak
Signature

enak

Granny Spitz - 26 Oct 2006 20:05 GMT
> Any way, this morning when he tried to run the compact and repair utility he
> got an error that states "Microsoft Access has encountered a problem and
> needs to close". That is it.

Make a copy of the file and work only with the copy.  Keep the original
intact in case you need to send it to a recovery company.  Press the shift
key down while opening the copy so the startup code doesn't execute.  Open a
module and compile the code if it's not compiled.  Create a new database and
import all objects from this copy into the new database.  Try compacting the
new database.
Jerry Whittle - 26 Oct 2006 20:46 GMT
Tony Toews has an excellent web page on database corruption.
http://www.granite.ab.ca/access/corruptmdbs.htm

Allen Brown also has excellent info on corruption.
http://allenbrowne.com/ser-47.html

I have a white paper in a Word document named Fix Corrupt Access Database
towards the bottom this page:
http://www.rogersaccesslibrary.com/OtherLibraries.asp

IMHO compacting and repairing a database every morning is just crazy. If
this is just to keep the size down, it's like rebuilding the engine on your
car each morning. Eventually something will break from just doing the repair.
If it's corrupt every moring something BIG is WRONG and converting to SQL
Server might not fix the problem. Hopefully you have a recent backup.
Signature

Jerry Whittle
Light. Strong. Cheap. Pick two. Keith Bontrager - Bicycle Builder.

> I am working for a company that has an Access database (2003). It is very
> large and the person in charge compacts and repairs it every morning. I am
[quoted text clipped - 14 lines]
> Thanks,
> enak
enak - 26 Oct 2006 21:25 GMT
Thanks for the replys. They know that repairing the database everyday is not
good but that is where I come in. They are about to go live with the SQL
database.

A couple of things i need to mention here:

They can still use the database and I can open it. I can not import into a
new database, however.

the database is 2000 not 2003 like I originally stated. Any other clues???
Signature

enak

> Tony Toews has an excellent web page on database corruption.
> http://www.granite.ab.ca/access/corruptmdbs.htm
[quoted text clipped - 30 lines]
> > Thanks,
> > enak
Granny Spitz - 26 Oct 2006 21:46 GMT
> They can still use the database and I can open it. I can not import into a
> new database, however.

Why not?  Not enough disk space or are you getting errors?  Post the error
messages please.

> the database is 2000 not 2003 like I originally stated.

That's ok.  Same capacity and mostly the same functionality.

> Any other clues???

Did you try compacting with JetComp?  That will compact without opening the
file.
enak - 27 Oct 2006 01:23 GMT
I posted the error message in my first post. It really does not say anything.
I tried JetComp.exe and it failed as soon as I executed it.
Signature

enak

> > They can still use the database and I can open it. I can not import into a
> > new database, however.
[quoted text clipped - 10 lines]
> Did you try compacting with JetComp?  That will compact without opening the
> file.
Granny Spitz - 27 Oct 2006 03:16 GMT
> I posted the error message in my first post.

Ooooh.  Usually if the users can open the database the objects can be
imported into a new database.  Make sure when you import the "Show system
objects" option isn't checked so that the system tables don't get imported.

> I tried JetComp.exe and it failed as soon as I executed it.

I hope you have a backup.  This one has seen better days.
NetworkTrade - 27 Oct 2006 02:31 GMT
how big is big?

is it the table that is causing all the size? or do other objects contribute
significantly to size....if so you can work with a copy of the db and delete
all these other objects and strip it down to the table only...possibly this
helps.

your import error message is coming from your sql database?
Signature

NTC

> Thanks for the replys. They know that repairing the database everyday is not
> good but that is where I come in. They are about to go live with the SQL
[quoted text clipped - 41 lines]
> > > Thanks,
> > > enak
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.