I explained it to a junior admin this way once (dont know if he understood,
or just was confused more)
eseutil reclaims whitespace, but since you are usually going to re-use it
soon with new data, why bother...its kinda like filling up a cup with
water, drinking most but not all of the water, and then chopping off the
top of the cup to the limit of where you stopped drinking...some day you
are going to be more thirsty and need a bigger cup, so you will then have
to glue it back together : ) [added today] - especially since the on line
coffee cup glue machine will smooth the edges again automatically...
or maybe I have had to much "water" today
Pat
"Drewski"
<drewski@techsanc To: "MS-Exchange Admin Issues"
tuary.org> <[EMAIL PROTECTED]>
cc:
10/31/2001 01:27 Subject: RE: Eseutil
PM
Please respond to
"MS-Exchange
Admin Issues"
if you didn't run the eseutil, tho, the new data would just re-write over
the empty space that gets defragmented by the online process built into
exchange.
-- Drew
********************************
Visit http://www.drewncapris.net! Go! Go there now!
"In the frank expression of conflicting opinions lies the greatest promise
of wisdom in governmental action." - Justice Louis Brandeis
-----Original Message-----
From: Abercrombie, Sherry [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 2:11 PM
To: MS-Exchange Admin Issues
Subject: RE: Eseutil
I suppose I should have been a little more informative. I do delete a
large amount of data on a weekly basis using the Mail Box Manager. On
average, it deletes about half a GB of space per week, so in my
situation, regaining 2 GB worth of space is worthy of running eseutil
on a monthly basis. We have 1 Saturday a month that management has
giving us for "Network Maintenance" were we have a 12 hour window of
doing whatever we want to maintain our network. Installing SP's, new
software, replacing hardware etc. So, in my environment of being
stuck with Exchange 5.5 Standard, not being able to upgrade and not
having the enterprise edition, to keep Exchange running 24/7 it is a
necessary procedure.
-----Original Message-----
From: Scott Schnoll [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 10:57 AM
To: MS-Exchange Admin Issues
Subject: Re: Eseutil
Well, to be more specific....
Exchange's online defragmentation is great for defragmenting and
reclaiming white space; however, this process does not reduce the
size of the database file. So, if you move a large amount of
data from your databases (e.g., you purge a whole lot of
messages; you move a whole lot of mailboxes; etc.) then
performing an offline defragmentation using ESEUTIL is completely
acceptable maintenance that does not need the hand-holding or
blessing of PSS to perform.
If you aren't move large amounts of data out of your databases,
and you aren't running into any storage limitations (e.g.,
because you are running Standard or because you're running out of
disk space), then running ESEUTIL won't provide much, if any,
benefits.
So, whether or not this is a regular maintenance tool really
depends on your environment. For the large majority of Exchange
orgs, it probably won't be a regular maintenance tool.
My $.02.
--
Regards,
Scott Schnoll
----- Original Message -----
From: [EMAIL PROTECTED]
To: MS-Exchange Admin Issues
Sent: Wednesday, October 31, 2001 8:21 AM
Subject: RE: Eseutil
Only use it if you are directed to by PSS, or if you are using
the standard edition of Exchange 5.5 and are running into the
16GB limit. Exchange handles online defrag quite well so there
should be no need to run and offline defrag unless you are
running into the 16GB limit on Standard Edition.
-----Original Message-----
From: Dimitri Limanovski
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 11:13 AM
To: MS-Exchange Admin Issues
Subject: RE: Eseutil
So what is the best practice with defragmentation?
MS says that "ESEUITL is not considered a tool for regular
maintenance and should only be used in case of emergency
after contacting Microsoft Technical Support". On the other
hand, there're people here that use it on monthly basis!
So, to use or not to use?
-----Original Message-----
From: Kopec, David [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 10:41 AM
To: MS-Exchange Admin Issues
Subject: RE: Eseutil
This statement is NOT entirely accurate. Try the
following syntax and you can direct wherever you want
including mapped drives. For example, C:
\exchsrver/bin>eseutil /d /ispriv /tf:\tempedb.edb.
Notice, there is no space between the /t and the drive
you wish to defrag on.
-----Original Message-----
From: Abercrombie, Sherry [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 9:23 AM
To: MS-Exchange Admin Issues
Subject: RE: Eseutil
I'm not familiar with E2K, but on 5.5 I regularly
(read monthly) run eseutil. I run it because that is
the ONLY way to regain space in the Exchange DB that
has been freed up by messages being deleted etc. If I
did not do this on a regular basis I would hit the
Exchange 5.5 IS limit.
I would guess that it would be /t f:/tempedb.edb or
what ever you plan to use for the defrag. It may not
work, it doesn't work in 5.5 when you try to redirect
the temp database, it must run on the same physical
drive that it is stored.
Good luck.
Sherry
-----Original Message-----
From: Martin Blackstone
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 7:34 AM
To: MS-Exchange Admin Issues
Subject: RE: Eseutil
Why do you need to defrag the IS? Has MS told you
to do this?
eseutil is a tool that if you are not familiar
with, you shouldn't be using. Now tell us why you
want to do it.
-----Original Message-----
From: Irfan GM
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 12:19 AM
To: MS-Exchange Admin Issues
Subject: Eseutil
Hi
How do I use the /t switch with eseutil , i
need to defrag the database and there is not
enogh storage space
in C: , where exchange 2000 is loaded.
Thanks
Irfan
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
