Exchange 2000 Priv1.edb size will not reduce

Our Exchange 2000 Standard Server had exceeded the 16 GB limit, so I expanded the dbase to 17 GB and worked with the users to have over 8 GB of email deleted. After that I ran a eseutil  /d defrag of the information store, which was successful. I have not reset the settings back to the 16GB limit yet because the size has not reduced it is still 14,942,472 KB Priv1.ebd and 1,640,456 KB. After noticing that the priv1.edb file had not reduced in size I changed the settings of the "Log file Maintenance to 1 day vs 15 days.  I have had a number of successful tape backups, and also have noticed that I have temp.log files dated back 6 weeks.

Any ideas why my priv1.edb file has not been reduced and why I still have 6 week old temp files in my MDBDATA folder?  
barney54Asked:
Who is Participating?
 
ronnypotConnect With a Mentor Commented:
That should work.

Does the backup performed well last night?
0
 
ronnypotCommented:
Hi,

After deleting mails or mailboxes there are a couple of steps which has to be performed before you get the size back from you priv1.edb.
First after deleting mails from a mailbox they are kept in your database until the retention period has been over. Look at your Mailbox database properties to see the setting.
After that a full Online defrag mentation cycle has to be past to clean up the deleted items from your Mailbox database, which is configured as Maintenance interval option on the Database tab from your Mailbox database propeties. When finished a Event: 1221 Source: MSExchangeIS Private is logged and gives the amount of free space in your database.
Then the last step is to run a Offline defragmentation with the eseutil /d option to reduce the priv.edb file.
0
 
barney54Author Commented:
Ronny,
Sorry, I forgot to mention that yesterday, I did remember to take a look at the Mailbox database properties, and notice that the deletion settings had been set for 30 days for keep deleted items and mailboxes. So I changed those settings to "0", expecting to see some results overnight after the succesful tape backup but did not.  

Also when I was working with our users to delete emails, I was remotely on their desktop deleting emails from their Outlook Sent and Deleted folders by do the "Shift" and "Delete" method which I thought by-passes the mail retention mode for email recovery. Am I wrong about that asumption?

Our Maintenance interval is set to running daily from 1:00am to 5:00am



0
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.

 
ronnypotCommented:
Shift and Delete bypasses the deleted items folder but not the retention period.

Look at you event log and see if you can find the Event: 1221 Source: MSExchangeIS Private Description: The database has nnn megabytes of free space after online defragmentation has terminated.
0
 
barney54Author Commented:
Ronny,
I just looked in the Event Log and the Event: 1221 says that  "The database "First Storage Goup\Public Folder Store (XXXXX)" has 0 megabytes of free space after online defragmentation has terminated."

I also had Log Event this morning of 213, 223, 221, 220, 210 which stated that the information store had been succesfully backup.
0
 
ronnypotCommented:
The message you post is for the Public folder store instead of the Private Information (Mailbox) store.

What you can do is change the management interval to all day so it will have enough time to process once. Restart the information store service. wait until you see the Event 1221 for the Information Store
0
 
barney54Author Commented:
Ronny,
I have made the suggested changes and will see if this weekend we see any results.

Thanks for your help.
0
 
barney54Author Commented:
The Priv1.edb still has not reduced in size and the temp log files continure to grow, and suggestion out there.  I did another esutil /d defrag this morning and still no reduction.
0
 
ronnypotCommented:
Have you seen a event id 1221 for the Information store mailbox database yet, which is given a number of mbs free?
0
 
barney54Author Commented:
Ronny,
Over the weekend, I dismounted the Mail Box Store, which caused the on-line defrag process to begin. It succesfully completed this time with a event id 1221 which showed 3885 MB of free space. I then proceeded to started a eseutil /d off-line defrag which did reduce the size of my priv1.edb to 10,957,000 and priv1.stm 1,216,520.

But I still have the issue of all the temp log files in the MDBDATA folder, I'm hoping that since the on-line ESM process was completly succesfully and checked all the files for deletion, that after my tape backup job tonight all the those temp log files will be removed.
0
 
ronnypotCommented:
Normally the log files should be purched after the online backup.

If this doesn't happen you can swich logging to circular logging for once restart information store service and let it clean the log files once after that disable it again and see if it works from then on.

what backup program are you using for exchange?
0
 
barney54Author Commented:
We use CA Brighstor ver 11.0, with the open files and exchange agents.
0
 
barney54Author Commented:
Ronny,
Monday Night's tape backup did not produce the expected results, but last night's did. All of the past temp logs are now gone.  I only wish i knew for sure what was the cause of them not being removed nightly after a good tape backup.

Thanks for the help, I think we can close this on.
0
 
ronnypotCommented:
Good to here everything is fine now. I have no suggestion what was the real cause of the problem.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.