Nick, 

Here's the first paragraph in your original email.....

>>Offline defrag is necessary regular maintenance task, and if your DB
>>fills the disk at any time youll be jumping through very similar hoops
>>to recover your exchange box.

Perhaps we miss understood?

Sean
-----Original Message-----
From: Nick Bradford [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 9:08 PM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Point taken re only if you have the 16Gb limit, however the points to
writing that post were not specific to the defrag issue and I believe
are still pertinent (sorry about rehashing old material - I joined the
list yesterday.  Ill keep my mouth shut now...)

1 - Any Admin performing any task other than the ordinary every day
maintenance (and I dont believe I mentioned that an Offline Defrag was
everyday maintenance :) ) should be absolutely sure that they have a
valid backup, and are familiar with their sites DRP practices.

2 - Reread step 1 (I suspect I dont have to point out that 110% is a
figure of speech)

3 - People reading and contributing to this list will get more out of it
if we actually provide detailed and concise info, rather than choose not
to because of the possibility of the misuse of that information.
Everyone should be aware that not everything posted is correct or
properly articulated (as I just proved) and if they choose to use
suggestions from the list they should ensure that they have a fallback
position ALWAYS!

(And I dont think I implied that all information regarding eseutil was
available on technet either - merely how to perform an offline defrag.)

Neway - this is quite of topic now, so thanks for your feedback Don and
William - I trust you understand the light in which I made my comments.

Nick




-----Original Message-----
From: Don Ely [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 19, 2001 2:36 PM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Since William is having troubles sending to the list, I have forwarded
his
reply at his request.

-----Original Message-----
From: Lefkovics, William 
Sent: Thursday, October 18, 2001 4:41 PM
To: 'MS-Exchange Admin Issues'
Subject: RE: Database size


>>Offline defrag is necessary regular maintenance task

No it isn't.  

>>never make a change or perform any task of significance
without being 110% sure

I typically stop at 100.

>>Building an exchange box and recovering the info
stores should take no where near a weekend if your DRP policies are
accurate
and tested

Absolutely.  A typical install of 5.5 with a 10GB Info Store should be
recovered in a few hours.

>>Additionally information regarding using eseutil to defrag priv.edb is
freely available in technet

Actually, all the information on eseutil is not freely available.  There
are
a few switches and applications PSS doesn't make public.

William Lefkovics, MCSE, A+, ExchangeMVP



-----Original Message-----
From: Nick Bradford [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 4:34 PM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Er, are we exchange admins or users...?

Offline defrag is necessary regular maintenance task, and if your DB
fills
the disk at any time youll be jumping through very similar hoops to
recover
your exchange box.

Like always - never make a change or perform any task of significance
without being 110% sure of having a valid backup (im paranoid - I always
make sure I have two.)  Building an exchange box and recovering the info
stores should take no where near a weekend if your DRP policies are
accurate
and tested (and of course they are!)

Additionally information regarding using eseutil to defrag priv.edb is
freely available in technet - MS dont suppose it to to complex a task
that
you should contact PSS to find out how to do it.

A list like this is not going to be very useful to people if we all
mollycoddle each other and choose what information we disseminate based
on
our audiences supposed intelligence level.

my $0.02



-----Original Message-----
From: John O'Connor [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 19, 2001 12:59 AM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Very Good Advice.  I spent the entire weekend rebuilding my exchange
from
back up and using eseutil before finding out just how dangerous this
actually was.  I came througn unscathed, but it was my wild irish luck
that
got me through it not my brains.



-----Original Message-----
From: Don Ely [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 9:56 AM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Do we really want to be suggesting that without directing them to PSS?

I might run it and you might run it, but what if this guy isn't as savvy
as
we are and he breaks his server?

Eseutil is a dangerous tool that should only be used when extremely
necessary. Personally, I'd leave it the way it is.  When you hire more
people and you receive more email that white space in the database is
just
going to fill up anyway.  Let exchange run its course and you will be a
happy admin.  Start mucking around with utilities you know little about
and
you nor your boss will be very happy.

D

-----Original Message-----
From: Neil Hobson [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, October 18, 2001 6:49 AM
To: MS-Exchange Admin Issues
Subject: RE: Database size


Normal behaviour.  You need to do an offline defrag, i.e. eseutil.

Neil

-----Original Message-----
From: Gene Nykolyshyn [mailto:[EMAIL PROTECTED]] 
Posted At: 18 October 2001 14:49
Posted To: Sunbelt Exchange List
Conversation: Database size
Subject: Database size


After deleting hundreds of old accounts, the "priv.edb" actually grew in
size.  Any insights?

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm

**********************************************************************
This eMail and any files transmitted with it are confidential and
intended
solely for the use of the individual to whom it is addressed. Any view
or
opinions presented are solely those of the author and do not necessarily
represent those of Silversands or any of its subsidiary companies. If
you
have received this eMail in error please contact the Support Desk
Immediately by telephone on 01202-360000 or on eMail at
[EMAIL PROTECTED]
**********************************************************************

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm


List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm


List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm
DO NOT read, copy or disseminate this communication unless you are the
intended addressee. This e-mail communication contains confidential and/or
privileged information intended only for the addressee. If you have received
this communication in error, please call us immediately at (907) 561-1250
and ask to speak to the sender of the communication. Also, please e-mail the
sender and notify the sender immediately that you have received the
communication in error.

List Charter and FAQ at:
http://www.sunbelt-software.com/exchange_list_charter.htm

Reply via email to