Howto shrink EDB files from Exchange 5.5 (Full Version)

All Forums >> [Microsoft Exchange 5.5] >> General



Message


ccc -> Howto shrink EDB files from Exchange 5.5 (8.Apr.2010 10:46:30 AM)

hi

Howto shrink EDB files from Exchange 5.5 using ESEUTIL utility?

BTW how long does it take normally if EDB file is 9GB?




zbnet -> RE: Howto shrink EDB files from Exchange 5.5 (8.Apr.2010 11:02:26 AM)

Again, why are you messing with the database files?  Do you have an emergency?  What is your justification for needing to run ESEUTIL?  Do you understand what this will do, and why you want to run it?  How much whitespace do you have in your database? (event 1221 will tell you this...).




ccc -> RE: Howto shrink EDB files from Exchange 5.5 (8.Apr.2010 11:47:09 AM)

Our Exchange 5.5 is extremely slow last time.
Since the restoring of some Inboxes and Public Folders the databases
grown more than 2GB!
The Databases were from the setup in 1998 never defragmented manually.
You can use the Eseutil utility to defragment the information store and directory in Microsoft Exchange Server 5.5

Event 1221: The database has 59 megabytes of free space after online defragmentation has terminated.




ccc -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 9:14:59 AM)

To shrink the exchange 5.5 databases I will try the following and hope is OK:

First I stop ALL exchange server services.  
Next, I copy the priv.edb and pub.edb files to the directory on the other server (best to have a copy in case something goes wrong).

Then I will do following commands:

eseutil /d /ispriv /td:\exchange\tempdfrgpriv.edb

eseutil /d /ispub /td:\exchange\tempdfrgpub.edb

Once the defrag is complete, it should copy the defragged file back to the original priv.edb or pub.edb file on the Exchange server.

/d  - is a database switch
/ispriv  - Private Information Store
/ispub  - Public Information Store
/t<filename>  - Creates and renames the new compacted database in the specified path




zbnet -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 10:34:47 AM)

But all you will get back is 59MB of space.  It isn't worth doing an offline defrag in these circumstances.

Never mind that an offline defrag has never been done in 12 years - it's not recommended as regular maintenance by MS.  Just let the online overnight maintenance handle the internals of the database - it does a fine job on its own.

Your Exchange is porbably extremely slow because you don't have the storage optimised for Exchange - defragging the EDB file isn't going to solve that.




ccc -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 12:33:21 PM)

quote:

ORIGINAL: zbnet

Your Exchange is porbably extremely slow because you don't have the storage optimised for Exchange - defragging the EDB file isn't going to solve that.


Thx, but howto optimise the storage for Exchange?
We have virtualized it now on ESX 3.5 to get more storage space, but it doesn't help.

And I can still not understand why since the restoring of some Inboxes and Public Folders using Veritas BackupExec 9.1 the exchange databases grown more than 2GB! 




uemurad -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 2:47:35 PM)

What is the total size of the Inboxes you just restored?




ccc -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 3:02:11 PM)

quote:

ORIGINAL: uemurad

What is the total size of the Inboxes you just restored?


I don't know, my collegue has restored some Inboxes and some Public Folders.
I cannot ask him, he doesn't work any more at this company.




zbnet -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 7:13:32 PM)

okay, we really need to know the history of the server, how it was configured, what happened, and how it is set up now.  You can't keep drip-feeding us information (like the fact that you virtualised it) and expect us to just know what you have.

Virtualising Exchange 5.5 generally degrades the performance rather than improving it.  It is all about IOPS on the database and transaction log volumes, which should be on seperate (RAIDed) spindles.

Restoring the database in Exchange 5.5 is generally not a valid option.  That would normally be done to a recovery server, a non-production 'copy' of the exchange setup.

It sounds like you're in a real mess here, with a setup you don't understand, a history that is uncertain (because the former admin left the company) and a server that is misconfigured.  Maybe it's time to bring in a consultant who knows the product?

To be honest, you're so far back with having 5.5 that you're going to have a problem whatever you try to do.  This is the cost of keeping a legacy mail system for so long without upgrading it to keep pace with the changing needs of the business and the evolving product lifecycle.




uemurad -> RE: Howto shrink EDB files from Exchange 5.5 (9.Apr.2010 11:22:25 PM)

I had asked my question hoping you'd realize - huh!?  how about that?  There's another 2GB of messages we just added to the server!

quote:

I don't know, my collegue has restored some Inboxes and some Public Folders.
I cannot ask him, he doesn't work any more at this company.
Apologies for making light of your situation, but someone brought a bunch of storage boxes from the garage into the kitchen and you're wondering why it's hard to get to the refrigerator?




ccc -> RE: Howto shrink EDB files from Exchange 5.5 (12.Apr.2010 6:51:51 PM)

Sorry I'm a new worker at this company an I don't know the real history of this server.
We will setup for sure Exchange 2010 next year.
Currently, we have to live with it.




Page: [1]