Re: Eseutil utility Defrag question
- From: "Rich Matheisen [MVP]" <richnews@xxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 19 Jan 2006 20:35:57 -0500
Andy David - MVP <adavid@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
>>As you are no doubt aware, Exchange Server is hungry for disk space. If
>>Exchange runs out of disk space, the Information Store will shut down,
>>leaving you with no e-mail. It is therefore extremely important to keep tabs
>>on the amount of free disk space on the server. You not only want to monitor
>>the volumes containing the Exchange databases, but also those volumes
>>containing transaction logs.
>
>I wouldnt say Exchange is hungry for disk. Your user's are however!
Ain't *that* the truth?!
[ snip ]
>>? Defragment the databases
>>As messages are created and deleted, the Information Store becomes
>>fragmented. Exchange 2000 and 2003 perform automated defragmentation of the
>>databases to help reduce the effects of fragmentation. The problem with this
>>automatic defragmentation is that free space within the database is never
>>released. The only way to release the free space (and decrease the database?s
>>size) is to perform an offline defragmentation. To do so, you will need to
>>take the Information Store offline and run the ESEUTIL program with the /D
>>switch.
>
>Free space within the database *is* released. What doesnt change is
>the actual file size on disk.
And the "freed" space isn't going to stay free. The database will soon
begin expanding.
Best advice? Leave the thing alone unless there's been some dramatic
change in the database contents.
>>The volume containing the Information Store must have at least the size of
>>the database that you are defragmenting, plus 10% in free space. Therefore,
>>if you had a 1 GB database, an offline defragmentation would require 1.1 GB
>>of free disk space. The disk space will be returned to you after the
>>defragmentation is complete, but is needed as temporary work space. I
>>recommend performing an offline defragmentation once every one to two months.
>
>WRONG. THere is no reason to do this as part of regular maintenance.
>Bad things can happen when you do offline defrags, it causes downtime
>etc... Bottom line , it's rarely required.
I think I've done this twice, maybe three times, in the last six
years. And that was when we still had 125 servers! We only have 24
servers now, but somewhere around 100 databases, and I don't plan on
doing any offline defrags anytime soon.
You're right about the "bas things can happen." No disk operation is
zero-risk.
[ snip ]
>>? Schedule periodic reboots
<LOL> That's sad.
>>Just as a database can become fragmented, so can the server?s memory.
Imagine that! A Virtual Memory Manager that has to deal with
fragmented memory! About ten minutes after you reboot the machine the
memory's gonna be frgmented again.
>The
>>easiest way to get rid of the fragmentation is to reboot the server. If your
>>corporation?s server availability policy will allow it, I recommend rebooting
>>your Exchange server about once a month.
>
>Pure Crap.
You're being too polite.
If there's no critical security update to be installed, and no
imminent threat from any of the less critical vulnerabilities, let 'em
run.
--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:h.pott@xxxxxxxxxxxxx
Or to these, either: mailto:h.pott@xxxxxxxxxxxxxxx mailto:melvin.mcphucknuckle@xxxxxxxxxxxxx mailto:melvin.mcphucknuckle@xxxxxxxxxxxxxxx
.
- References:
- Re: Eseutil utility Defrag question
- From: Andy David - MVP
- Re: Eseutil utility Defrag question
- From: Andy David - MVP
- Re: Eseutil utility Defrag question
- From: Ben Winzenz [Exchange MVP]
- Re: Eseutil utility Defrag question
- From: HockeyMullet
- Re: Eseutil utility Defrag question
- From: Andy David - MVP
- Re: Eseutil utility Defrag question
- Prev by Date: Re: OWA, FBA, and the front-end back end authentication process.
- Next by Date: Re: Mail Enabled Groups
- Previous by thread: Re: Eseutil utility Defrag question
- Next by thread: Re: Eseutil utility Defrag question
- Index(es):
Relevant Pages
|