Avatar of medium_grade
Flag for United States of America asked on

Compressed File attribute set on Exchange EDB file...

Looks like the "Compress" attribute got set on one of my EDB files. Not sure how it happened, but it did. So, of course, Exchange won't mount it now. The DB looks to be in a clean shutdown state, so I'd really like to just uncompress it and move on. However, every attempt to do it from Windows GUI or the command prompt seems to just hang. The DB is about 300GB, not sure if that's why. In any event, I was thinking that I could copy the EDB file using robocopy to another location WITHOUT copying any attributes. Then delete the original, copy the uncompressed version back and attempt to mount it. Does that sound like it will work? At this point, I don't really care about saving the logs.
ExchangeEmail Servers

Avatar of undefined
Last Comment
Scott C

8/22/2022 - Mon

If you have backup, restore it. Else, the way you want to try. Use PS with -force switch to mount the DB. Let me know the result.

If I force mount it, will it have problems if the file is compressed?

I don't see any issue in force mount. I did it several times.
All of life is about relationships, and EE has made a viirtual community a real community. It lifts everyone's boat
William Peck
Scott C

You can try to copy the DB to an uncompressed drive then copy it back.

I don't see why that wouldn't work.  It should in-compress the file for you.

In any case you'll have a backup of the state the DB is currently  in.
Simon Butler (Sembee)

The reason you are seeing the GUI "hang" is the size of the file. That is doing to take some time to decompress. Therefore you could just wait it out. Ignore the GUI, check task manager to see what is happening.

Even so, once you have the database decompressed and mounted I would be looking to create a new database and then move the mailboxes out of it. There could still be damage.

Okay, so I had to mount a blank copy of the database in the mean time so that the users who were on that DB could at least send/receive email in the mean time. What I'd LIKE to do would be to, after hours, move the original back in place, mount it, then see if I can take today's emails from that temp database and merge those in (using some EDB to PST utility or something).

What do you guys think? Assuming the original is working, would that work?
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.

It looks like you are option to perform dial-tone recovery, which is the best option, I see in your case. Once users are back up, you can simply restore the data from old back, if you have it.
Scott C

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question


Sorry to sound paranoid, but I just want to be sure I understand. You affirm my plan to move the old DB back in place after hours and import data from the newer temp database?

Moved the DB to another location without compression. Checked it, move it back and it mounted!
Experts Exchange is like having an extremely knowledgeable team sitting and waiting for your call. Couldn't do my job half as well as I do without it!
James Murphy
Scott C

Sorry I didn't get back to you sooner.

But I'm glad my first suggestion worked for you.