Thank you.
-----Original Message-----
From: Kevin Miller [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 9:01 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
WOW! Thanks very much.....
--Kevinm TSSSBE, M, WLKMMAS, UCC+WCA, And Beyond
http://www.daughtry.ca/ For Graphics and WebDesign, GO here!
-----Original Message-----
From: Mal Sasalu [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 7:55 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Here are excerpts of postings from people who know exchange very well.
Print this out and give it to the guys who are pestering you with the
idea of using eseutil on a regular basis.
Mal
If you are running out of disk space AND there is no whitespace in the
database, as indicated by Event ID 1221 in the application event log,
then running eseutil will net you NOTHING.
If he stops the online maintenance that runs at night by default, I
would remove him from the duties of administering the Exchange Server at
least until he reads all the whitepapers again. I am not kidding.
He is right that we don't want maintenance during primary periods of
usage. Allowing online maintenance its nightly window is best.
NTBackup does back up the whitespace. The additional time is
negligible.
William Lefkovics, MCSE, A+, ExchangeMVP
Use it only when it's needed.
It is run regularly only by misinformed admins that:
1) consider their email content and server non-critical.
2) do not need email to be available to their users 24/7.
3) enjoy playing with the cleaning people on the IT chesterfield.
William
>>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.
1) That logic is so flawed I can smell it from here. (Forgive me if
I'm wrong, Sherry, but aren't you the one that recovers the SAME 450MB
every month or was that someone else?) That might have been someone
else. It is simply NOT correct. The database doesn't perpetually grow
if there is unused whitespace.
>>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.
2) That is also incorrect. Have a look at eseutil /? (which in my
opinion is the only switch you should be running eseutil with). Do be
aware that the speed of this process over the network will be
significantly slower than if the temp database was local.
William Lefkovics, MCSE, A+
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.
Not to use!
Don ely
-----Original Message-----
From: Dimitri Limanovski [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 8: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? most the people here who use
it on a monthly basis would have a very difficult time explaining what
the log files are, what they are used for, and why they are there. don't
go by them. Listen to people who know what they are talking about. DON'T
TOUCH eseutil unless you are on the phone with PSS or know what you are
doing and have a very good backup.
The best maintance for Exchange is apply service packs. other then that
nothing needs to be done. The longer a server is up the better.
Kevinm M WLKMMAS, UCC+WCA, CKWSE
Mal Sasalu
Information Systems & Facilities
Phone: (403) 295-4914 NovAtel Inc.
Fax: (403) 295-4501 1120 68th Avenue
NE
[EMAIL PROTECTED] Calgary, AB
T2E 8S5
http://www.novatel.ca
-----Original Message-----
From: Dawn R. Ashford [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 12:03 PM
To: MS-Exchange Admin Issues
Subject: RE: Priv.edb not decreasing despite deleting & moving
mailboxes
In 5.5 priv.edb will not decrease in size unless you run the ESEUTIL. On
a small drive like mine that's a major issue, and we run ESEUTIL once a
month to recover space.
-----Original Message-----
From: Kevin Miller [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 10:50 AM
To: MS-Exchange Admin Issues
Subject: RE: Priv.edb not decreasing despite deleting & moving mailboxes
Read the event log, See what the online defrags tell you you have for
white space.
--Kevinm M, WLKMMAS, UCC+WCA, And Beyond
Did I just say that out loud?
-----Original Message-----
From: Douglas Hull [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 8:41 AM
To: MS-Exchange Admin Issues
Subject: Priv.edb not decreasing despite deleting & moving mailboxes
I have built a 2nd Exchange server for my site as my primary server is
running out of disk space. I have been moving mailboxes across to the
new server as well as getting users to delete and archive as much as
possible, however the size of my PRIV.edb file on primary server does
not seem to be decreasing! It is approaching 16GB which I know is the
limit of the private info store. What do I need to do to reclaim this
disk space?
Many thanks
Doug
For those that do not know, Scott Scholl is a Windows2000/NTServer MVP
and co-author of Exchange2000 Server:the Complete Reference.
William
-----Original Message-----
From: Scott Schnoll [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 8: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
Mal Sasalu
Information Systems & Facilities
Phone: (403) 295-4501 NovAtel
Inc.
Fax: (403) 295-4914 1120 68th
Avenue
NE
[EMAIL PROTECTED] Calgary, AB
T2E
8S5
-----Original Message-----
From: Ely, Don [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 8:04 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Search the archives, this is discussed just about weekly. If you find
that you aren't finding it in the archives, I'm sure there are those of
us who have archived copies of this list that will resend a copy of the
why's and why not's for eseutil and isinteg.
--------------------------------------------
Don Ely
Network Engineer
Tripath Imaging, Inc.
(336) 290-8293 - Direct
(336) 516-4519 - Mobile
[EMAIL PROTECTED] - email
http://www.tripathimaging.com
-----Original Message-----
From: Julie Lienemann [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 9:57 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Before my time but they swear up and down that they did... Before I came
here I never ran these utility's unless I had a problem, here we run
them weekly. I am trying to convince them it's not needed. I did look at
the archives but obviously didn't dig through them enough most of the
messages I read about these utilities were in reference to using them
when you had problems. I will keep looking
-----Original Message-----
From: Ely, Don [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 7:41 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
MS Support did not tell anyone to run this weekly. I'd like to know the
name of that support person...
--------------------------------------------
Don Ely
Network Engineer
Tripath Imaging, Inc.
(336) 290-8293 - Direct
(336) 516-4519 - Mobile
[EMAIL PROTECTED] - email
http://www.tripathimaging.com
-----Original Message-----
From: Julie Lienemann [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 9:24 AM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
I don't think it's necessary to use them at least not on a weekly basis
but I am having a hard time convincing others especially when they say
Microsoft support told them to.
-----Original Message-----
From: Mal Sasalu [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 3:11 PM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Why do you want to use those tools? Any particular reason?
-----Original Message-----
From: Julie Lienemann [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 1:07 PM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Sorry I must have missed that message, guess I'll be using scripts. I
was hoping for more feedback on not using Eseutil and Isinteg
regularly. Anyone have any good references on these topics?
Julie
-----Original Message-----
From: William Lefkovics [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 4:23 PM
To: MS-Exchange Admin Issues
Subject: RE: Esutil/Isinteg
Siegfried Weber posted earlier today with an example of coding a store
dismount:
"Right to the point and as it turns out I wrote a little demo script
back in Sept 2001 which shows how to mount/dismount stores with CDOEXM
which is avail at http://www.cdolive.net/download/cdoutilities.zip";
<Siegfried />
As with 5.5, running those utilities do little to nothing to benefit a
healthy exchange server installation.
William
-----Original Message-----
From: Julie Lienemann [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 3:16 PM
To: MS-Exchange Admin Issues
Subject: Esutil/Isinteg
Testing Win2K SP2 /E2K SP2.
Routinely ran the Eseutil /d and Isinteg -fix -alltests on my Exchange
5.5 server. (long story) Does anyone have suggestions or comments about
doing the same with Exchange 2000, from research I have done this
doesn't appear to be a good idea but I need more to go on. Also is there
a command to dismount a store from the command line?
Thanks
Julie Lienemann
Information Services
Colorado School of Mines
[EMAIL PROTECTED]
(303) 273-3877
(303) 324-2881 Cell
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
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
