Exchange 2003 - ESE event ID 510


My exchange 2003 sp2 server running on SBS 2003 SP2.  Has hit the maximum size limit of 75GB, actual size is 77GB.  

I deleted lots of email from 2 of our larger mailboxes, this brought the size down to 68GB.  After running the cleanup agent to free up the space on the database.  I get a message in the event log confirm the online defrag has finished and 10gb of space was removed from the database.

Shortly after this completed I start getting ESE event ID 510 every 5 to 10minutes and performance on the server is extremely slow for anyone using exchange.

In order to fix the slowness and stop the 510 errors I need to reboot the server.  What's strange  is after a reboot the server show that the database is back to 77GB and it will run fine for a day.  Then the online defrag runs automatically and reports the 10gb has been removed, then the 510 erros come back it starts all over again.  I've rebooted the server for the last 4 days.

I assume my only option is an offline defrag, but that will require the server to be down for too long.  Also, there are no disk errors or any other hardware related problems that I can see.  I was able to run a full NT backup on the database so I don't think it's corrupted.

Anybody have any ideas that don't requirre takitg the server offline for 2 days?

Who is Participating?

Improve company productivity with a Business Account.Sign Up

endital1097Connect With a Mentor Commented:
this is normally indicitive of a disk performance issue
you probably want to start monitoring disk performance counters

you should also consider either migrating to a new version of exchange or start cleaning mailboxes
The online maintaince will not clear up the space for you unless you run an offline defrag.

The online defrag will tell you the amount of space that is free (called as white spaces).
Only offline defrag will clear up the white spaces and will return the database size to 68 GB.

First of all online maintaince wil not help in this case really.
You will keep rebooting the server now and then.
Only offline defrag will remove the white spaces from the database and after that you will the actual size of the database.
Online maintaince does not really reduce the database size.
Yes, offline defrag will require a downtime (normally 5 to 6 GB per hour), you cna plan it on any week end just after hours but.
Also after offline defrag you will need to mount and dismount database immediatly and then run ISINTEG in order to remove logical corruption (Mendatory step).
This will again require downtime (About 10 GB per hour).

The best way is, you start the procedure and if it does not complete in time you expect.
Point your production mailbox stores to another location nad mount them blank.
Later you can merge the old defraged data with newly mounted data using recovery storage group.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.