Exchange 2010 Databases

How repair a database corrupt no space in the drive?
PLCITSAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Seth SimmonsSr. Systems AdministratorCommented:
what is your setup?  local storage? san?
physical machine or virtual?
0
PLCITSAuthor Commented:
local storage, physical machine
0
Adam FarageEnterprise ArchCommented:
You really have just two options with this..

- Attach additional disks, and then move the files within the database folder (including all the logs) to that additional disk
- Clean up files on that disk to allow you to recover in place

You are allowed to move the Exchange files (e.g: database, log and the checkpoint) files off from the current disk to another, but you would have to move the recovered files (e.g: checkpoint and database, and possibly the logs) back. Once the .edb is back in the proper location you can try to force mount the database again.

Here are the steps:

1) get space somehow (by either adding additional disks, moving ALL of the database files in its current folder structure somewhere else or simply adding a different disk system <USB is OK - except it will be slow and horrible> to the machine)
2) Run ESEUTIL /ML  <path to logs> to verify the database checksum values. If these are OK continue, but if not you would need to restore the logs. If they are not available you can try the ESEUTIL with the step below or run ESEUTIL /P (see my comments about that below)
3) Run ESEUTIL /MH <path to database\databasename.edb> to actually check the status of the database and obtain the Log Required field (which is where you would do your ESEUTIL /R command)
4) Run ESEUTIL /R E00 /l "C:\LogPath" /d "C:\DatabasePath\Database.edb"
5) If that fails add the /a to ESEUTIL /R (so  ESEUTIL /R E00 /l "C:\LogPath" /d "C:\DatabasePath\Database.edb" /A) which will allow a loosly recovery
6) Check the healthy of the database (ESEUTIL /MH as shown above, it should show as a clean shutdown now)

If all else fails above, and nothing works try removing the checkpoint (.chk) file and trying again. If that fails, then run ESEUTIL /P

If you run ESEUTIL /P you are acknowledging there will be data loss. Exhaust everything else first before trying that
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Seth SimmonsSr. Systems AdministratorCommented:
what was the solution?
multiple suggestions were made and didn't specify what worked
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Exchange

From novice to tech pro — start learning today.

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.