• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 319
  • Last Modified:

Exchange 2000 - PRIV*.* large, but mailboxes small. Waht is using the space?

We have a single E2K server, standard edition.

(Lead up - may not be relevent.  About a week ago, the priv*.* reached 16 GB.  We temporarrily increased to 17 GB, did a load of Archiving, set dumpster to 0 days, ran offline defrag and hooray! got the db size down to about 10 GB - enough for another year, or so we thought).

Then  yesterday - it again hit the 16 GB limit. An additional 6 GB in a week!   A quick 'tot up' of mailbox sizes (as displayed in System manager) came to a total of about 10.5 GB.  We checked the size of everyones dumpster in system manager, came to about another 0.5 GB.  We decided that someone must have un-archived and then deleted a whole bunch of email (clutching at straws).  We ran an offline defrag, fully expecting to get the combined sizes of priv*.* back to about 10.5 GB, but they have reduced only to about 14 GB.  What is using the remaining 3.5 GB?

Is there any way of examining the db to see how much space each mailbox is really using?  Is there another explanaton?

Over to you guys.

Thanks

Adrian
0
anetwork
Asked:
anetwork
1 Solution
 
amaheshwariCommented:
You should run eseutil /d to defrag the Database.Please refer this:


http://www.petri.co.il/defragment_exchange_2000_2003_server_databases.htm
0
 
anetworkAuthor Commented:
Thank you.  I have performed 2 offline defrags (eseutil /d), as indicated above.

Adrian
0
 
SembeeCommented:
What did event ID 1221 tell you? Until you have allowed the online defrag to run during the night, there is no white space marked in the database for an offline defrag to gain back.

Bring up Perfmon and see what value is shown for MSEXCHANGEIS Mailbox, Total Size of Recoverable Items.

The other option would be to upgrade to Exchange 2003 and then install SP2. That gives you a limit of 75gb. Now you have reached 16gb you will continue to bang your head against that ceiling.

Simon.
0
Visualize your virtual and backup environments

Create well-organized and polished visualizations of your virtual and backup environments when planning VMware vSphere, Microsoft Hyper-V or Veeam deployments. It helps you to gain better visibility and valuable business insights.

 
anetworkAuthor Commented:
Thank you - we have considered upgrading.  We may need to get more life from the server yet though.  There are only 50 users, we have good archiving practices.  

There is, I feel, something wrong - even a 75 GB database is going to run out in just over 12 weeks if the db is going to grow at 6Gb per week. There is simply not that volume of email coming in.  We have a 10 MB limit on items.

From perfmon, The total size of offline items is 464078 (kb, it seems).

I will let online defrag run overnight, and post results.

I have also folowed the link from your website, sembee, relating to examining the databases using eseutil /ms.  I may investigate this further.
0
 
Exchange_AdminCommented:
amaheshwari,
Please FULLY read the question before you just throw out an answer. Had you done this you have noticed that he had already ran ESEUTIL /D twice.

Seembe brings up a good point in always checking for Event ID 1221 before running an offline defrag. The value listed in the description will be the amount of space that will be recovered by the offline defrag.
0
 
anetworkAuthor Commented:
The 1221 shows 465 MB free (0.45 GB)

I have also had another tot up of mailboxes - total 10.40 GB

Priv* are 13.97 GB

So, we are just over 3 GB unnacounted for.
0
 
ksharma4Commented:
Curious to know if you get 1097 event ID in App Log??

Also if any Entourage Client in the n/w??

Thnx
0
 
anetworkAuthor Commented:
Ah, no - I saw that kb article too.

No entourage either - all Outlook.

0
 
SembeeCommented:
That 3gb of data could be easily taken by single instance storage.
Items that are being held in the SIS are not counted in the mailbox level that you see in ESM.

Simon.
0
 
anetworkAuthor Commented:
Is there a way of checking the size of the SIS?
0
 
SembeeCommented:
You can't check the size, all you can do is check the ratio, using Perfmon.

Look for MSEXCHANGEIS Private, Single Instance Storage Ratio.

If the number is 1 - then you aren't seeing much benefit from SIS. The higher the number the greater the benefit.

Simon.
0
 
anetworkAuthor Commented:
Simon,

I am still trying to get my head round how ESM does not report on data in the SIS.  Does this mean that if a 10 MB message is delivered to 2 recipients, only 1 mailbox shows the extra 10 MB?  Or perhaps both mailboxes show the 10 MB, while the db only increase by 10 MB?

Our SIS is 3.144 - how does this relate to the 'missing' 3 GB?

Adrian

0
 
SembeeCommented:
An average SIS is between 1.5 and 3.5 in my experience, so that is a good ratio to have.
From what I recall, items in the SIS are not shown in the mailbox count. For that reason I don't tend to worry too much about the count in the mailboxes comparing to the size of the store files. The only two numbers that you need to worry about are the physical size of the store and the size listed in event ID 1221.

Simon.
0
 
anetworkAuthor Commented:
I am still unable to see what space is being taken by what; and suspect it is not something taht can be easily or accurately determined.  Howvever, Sembee gave me some good tips, so I accept his answer
0

Featured Post

Simplify Active Directory Administration

Administration of Active Directory does not have to be hard.  Too often what should be a simple task is made more difficult than it needs to be.The solution?  Hyena from SystemTools Software.  With ease-of-use as well as powerful importing and bulk updating capabilities.

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