priv1.stm + priv1.edb = 14.9gb

[jnalpak]

I'm getting close to the 16gb window for Exchange standard edition.
priv1.edb =8.5
priv1.stm = 6.4

I will be running the defrag command tonight:
eseutil /d priv1.edb /spriv1.stm

My question is as follows, i know i can set limits to user mailboxes and have them clean out their mailbox's to bring the EDB down to say 4gig but MOST IMPORTANT is how do i go about cleaning the priv1.STM

am i correct in thinking that if they clean their inbox of External mail then it should lower the STM after defrag?

[snowmonkey]

You assumption is correct. Even when users remove old emails from their mail box the size of the database does not get reduced unless you run the ESEUTIL. One thing to remember backup, backup and backup before proceeding with de-fragmentation.



cheers
p.s; don't forget to de-frag the Public folder too.

[jnalpak]

Thanks snowmonkey...your advice is always thorough.

The backup is an everyday thing for this client...backup/backup/backup!!!

is it safe to run the priv and pub in one string?
what would the final command line look like?

also, how long would you guestimate a 14gb defrag would take for the priv and pub?

[snowmonkey]

Since you do backup the database all the time then you should forget about /b switch.
I forgot to ask, are running Exchange 5.5. or 2K
for 2K use : eseutil
for 5.5 use : ebdutil

final command should look like this:

C:\program files\ exchsrvr\bin> eseutil /d Crogram files\exchsrvr\mdbdata\priv.edb /i

- Use the /i switch to avoid defraging streaming files and use the same command minus /i switch to defrag the streaming files separately.

- You will need to stop the Exchange services manually for this process or else you could damage the database or defrag will not even work.

-If you haven't defrag the database before the it will take about 2 to 3 hours to go through it base on speed of your server.

A word of advise. You could go into your Exchange system manager (If it is E2K) and put a check mark where is says don't mount the database on reboot, then stop the services first and do the defrag, after reboot go back into the system manager and mount the database and reboot again. the reason I say that, if for some reason you database gets corrupted during the defrag the on reboot your server will try to mount the corrupted database and you will have a mess in your hand with all the errors, if that would be the case you could load the back up into the directory and your exchange will not even know about the defraging problem... do you see what I'm trying to say... that is not a written rule anywhere but best way to protect a mis-hap.

http://support.microsoft.com/default...192185&sd=tech

http://support.microsoft.com/default...b;EN-US;143233


cheers

[jnalpak]

hey snow thanks for all the help this time around...

my store is down to 3gb...SWEET!

[snowmonkey]

You are welcome
btw, how long did it take the database to do the defrag ?
Did you dismount the database before defraging ?



cheers

[aaxico]

Would cleaning up the user mailboxes still clean up the 2 files if the users are using Exchange as a POP3 server and not an Exchange server?

[snowmonkey]

wow, this original post is old , none the less...aaxico, cleaning users mail box will reduce the size of the mailbox itself....BUT the size of the database does not change unless you do a defragmentation on them.


Cheers

[ZVM]

For EX2K, I deleted some old email accounts and had the users clean up / archive items in their accounts. Under the Database TabWhat does the "maintenance interval" do, does it compact and defag ? If not, should I do an offline defrag (ESEUTIL) ?