Re: Sudden growth to the Priv DB, unable to shrink using offline d
- From: "John Fullbright [MVP]" <fjohn@donotspamnetappdotcom>
- Date: Wed, 17 Jan 2007 16:49:44 -0800
The online defrag may be interrupted and may or may not complete during a
given online maintenance interval. If it was in progress, and the items are
marked free, then you have to wait for the in progress defrag to complete as
well as the next defrag. Generally, if you have deleted items retention set
to 0, the process takes two days before you are ready to attempt the offline
defrag. If you are running enterprise or have another exchange server in
your enironment, why bother? Just mount a new store and move all the
mailboxes after DIR has expired. THere's no where near the wait, and you
don't have to take the databases offline. User impact will be minimal
(individual mailboxes will be unavailable only for the duration of the
movement of that specific mailbox.) When complete, dismount and delete the
old database files.
"Simon" <Simon@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:AAA7EA47-1E2B-40AA-A413-6BF548DD76D6@xxxxxxxxxxxxxxxx
Thank you very much for your reply.
1. the retension time is set to 0
2 We have run an online maintenance/cleanup.
3. I thought the online maintence included the defrag - how is this run
seperately?
I agree that data must have been written - possibly faxmaker was stuck in
a
loop given the scale of the growth but my understanding is:
If deletion had not taken place this would be reflected in a mailbox size.
If items were deleted and retension time is zero then an offline defrag
should recover the space,
As I said in my original post GFi support are struggling to explain this
issue and I am running out of ideas so any suggestions would be greatly
appreciated, thanks again, Simon
"John Fullbright [MVP]" wrote:
I would hazard a guess that the growth was due to the creation of a
number
of items, and correcting the situation entailed deleting them. In that
case, you would not be able to recover the space until:
1. The deleted items retention period expires
2. The next online maintenance after the deleted items retention period
runs
3. Online defrag completes after the above two items.
At that point you should see the space reflected in the event id 1221 and
could run an offline defrag.
"Simon" <Simon@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:8DB2F55D-C8C8-4798-ADB9-83212B4428AF@xxxxxxxxxxxxxxxx
Hello all,
We are running exchange 2000 with the GFi Faxmaker connector service.
The Priv1 database suddenly grew to 6.74Gb because of an error with the
Faxmaker connector. The mailboxes only account for 150Mb as the server
is
almost unused.
Clearing the inbound fax queues and restarting the Faxmaker connector
service halted the growth but now we (and GFi support) are unsure how
to
shrink the DB.
EC 1221 in the app log shows that there is only 91Mb of white space.
Hence
my attempts to run an offline defrag using eseutil were unsuccessful in
shrinking the DB.
All other checks show the database is ok - integrity etc.
If anyone has any suggestions they would be very welcome,
Kind regards, Simon.
.
- References:
- Re: Sudden growth to the Priv DB, unable to shrink using offline defra
- From: John Fullbright [MVP]
- Re: Sudden growth to the Priv DB, unable to shrink using offline defra
- Prev by Date: Re: Suddenly cannot send to certain domains
- Next by Date: Re: Problem viewing messages generated with OWA on Groupwise web clien
- Previous by thread: Re: Sudden growth to the Priv DB, unable to shrink using offline defra
- Next by thread: Synchronization error in Public Folders
- Index(es):
Relevant Pages
|
