gopher_49
asked on
extremely large .STM files - Exchange 2003 Standard
My .STM file was grown to 20 GB's and my db is 65 GB's. I need to really reduce the size of my .STM. What's the best way to do this? I have database maintenance running every night and Ive trimmed down many of the mailboxes. What else can I do? I'm trying to void a offline defrag or any type of offline processes, however, I think I might have to resort to that.
Muzafar Momin
create multiple mailstore and divide the mailboxes among mailstores
ASKER
I have the standard version. That is not possible. I'll have to create a VM and run Exchang Standard on a another windows instance.. I thought about that but I guess I need to clean up more space and live with the .STM file?
ASKER
I don't think my db is releasing free space... I deleted over 10 GB's of emails and my priv DB is still the same size?!
ASKER
My .stm file is 20GB and my priv edb is 65 GB's. Does this seem to be normal? What else can I do to reduce the size of my .stm file? I guess and offline defrag but I'd rather mount another VM and move mailboxes arounmd before doing that.
ASKER
ok.. I moved a 3 GB mailbox to another server. I then let my database maintenance run and no storage/records where free'ed up... My .stm and ..edb files are the exact same size.
Does this mean I need to move all mailboxes to another server and then delete my infostore and re-create it?
Does this mean I need to move all mailboxes to another server and then delete my infostore and re-create it?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I'm using Standard so I ended up using a different backend server that wasn't being used and moved the mailboxes over there and will now delete my old DB/STM file and then recreate it. This seems to be the best option in regards to less downtime versus running an offline defrag. Moving the mailbox to a different server did not free up any space.. I have to move all mailboxes and delete the old DB/STM.
ASKER
I ended up moving all mailboxes to a temporary server, deleteing old infostore database which resulted in .STM file being deleted, created new infostore database, then moved users back over.