Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 807
  • Last Modified:

Exchange database still too big after defrag

We have moved a bunch of users over to Exchange 2007 and then did an offline defrag, but the database didn't shrink enough, it only shrank about 5 Gb. Added the space up in the exchange system manager, it is about half the size of the database.
We have exchange standard and the size of the edb and the stm database combine to be over 75 Gb so keep getting the error about it being to big.  When I added the mailbox sizes in ESM it was about 40 Gb.
Is there any other way to shrink the database?
0
newgentechnologies
Asked:
newgentechnologies
2 Solutions
 
shahsejalCommented:
Did you have any issue with Database Backups earlier? It's only Offline Defrag which can shrink the database size. You may run eseutil /g to check teh database ingegrity.
0
 
newgentechnologiesAuthor Commented:
We have been unable to get a full backup because the database is too big and run out of disk space.  The eseutil /g resulted in:
Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating INTEGRITY mode...
        Database: d:\exchange\mail\priv1.stm
  Temp. Database: TEMPINTEG1280.EDB

Checking database integrity.

Operation terminated with error -1206 (JET_errDatabaseCorrupted, Non database fi
le or corrupted db) after 3.46 seconds.
0
 
tigermattCommented:

Comparing the mailboxes sizes in ESM with the database sizes on disk is not necessarily a true representation of the actual database size (and difference), because the sources for the data within Exchange are not always reliable themselves.

Simply moving the users off the Exchange 2003 server does not necessarily mean you will instantly recover the space by doing an offline defrag. I would be looking to reduce the 'Deleted Mailbox Retention' down to 0, then allowing Online Maintenance to run to free up the database pages.

Having allowed online maintenance to run overnight, check the event logs for log 1221, which will report the amount of free space in the databases. If that is high (several GBs), it would indicate you could now do an offline defrag to bring the database size down.

-Matt
0
Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

 
newgentechnologiesAuthor Commented:
Deleted mailbox retention is set to 1 day, and we move the users last week and did the offline defrag on Thursday.  
Event log 1221 ran last night and only showed 195 Mb free.
0
 
tigermattCommented:

BTW - the integrity command you ran and posted above needed to be against the EDB file, not the STM file.

How did you move the mailboxes to Exchange 2007?

-Matt
0
 
newgentechnologiesAuthor Commented:
My bad on the integrity check, will have to run it tonight.  Cannot have the store offline that long.

For the move, went on the exchange 2007 console, clicked on the user and then moved it that way.
0
 
newgentechnologiesAuthor Commented:
Would running Isinteg help?
0
 
MesthaCommented:
Why didn't just move all of the users to Exchange 2007, drop the original store and then move them back. Zero downtime, zero risk.

Simon.
0
 
newgentechnologiesAuthor Commented:
Have been thinking about that, just wondering why the offline defrag didn't work.  Might have to chalk it up to a Microsoft thing.
0
 
tigermattCommented:
Follow Simon's advice - move to Exchange 2007 and move back. That is the easy way around it and I forget about it every time.

-Matt
0

Featured Post

Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now