RE: About Maintenance
- From: "Walkowiak, Matt" <Matt.Walkowiak@xxxxxxxxxxxx>
- To: "[ExchangeList]" <exchangelist@xxxxxxxxxxxxx>
- Date: Fri, 2 Aug 2002 10:46:21 -0500
You guys are more lazy than me!!!
http://www.microsoft.com/exchange/techinfo/deployment/2000/E2Krecovery.a
sp
Matt Walkowiak
Ps the above link worked for me at the time of this writing, so please
do not inform me if it does not work for you.
-----Original Message-----
From: Roberts Phillip (IBM) [mailto:RobertsP@xxxxxxx]
Sent: Friday, August 02, 2002 10:32 AM
To: [ExchangeList]
Subject: [exchangelist] RE: About Maintenance
http://www.MSExchange.org/
Do you have an URL for that document?
Phillip B. Roberts
Network Administrator
Thomson Multimedia Inc.
24200 U.S. Route 23, South
Circleville, OH 43113-9002
Ph: 740-477-6652 (x6652)
robertsp@xxxxxxx
-----Original Message-----
From: Walkowiak, Matt [mailto:Matt.Walkowiak@xxxxxxxxxxxx]
Sent: Friday, August 02, 2002 10:43 AM
To: [ExchangeList]
Subject: [exchangelist] RE: About Maintenance
http://www.MSExchange.org/
Check out the disaster recovery for Exchange document -
something every exchange admin should read.
In it you will find out about defragging your databases. When
an online defrag happens (this is probably scheduled nightly in your
exchange) it gets rid of the old pages, however it keeps the space for
the database, and does not reduce the size of the file. To reduce the
physical size of your database, you need to perform an offline defrag.
This is talked about on page 27 of the disaster recovery document.
Basically, it says you need to use the ESEUTIL with a /p switch. There
is one problem - this is like zipping up a large directory of files: If
you start with a folder and zip it up (size = 10 MB) it creates a temp
file (size = 6 MB - total disk used = 16 MB) and copies the temp file to
the .zip file (size now = 16 + 6 = 22 MB) before it deletes the temp
file (End size = 16 MB.) So even in defragging your database, you may
need a good amount of space.
Another line in the disaster recovery document: Never let the
drive that contains your database and transaction logs to be less than
30% free space. Bad things can happen if you do.
Matt Walkowiak
-----Original Message-----
From: Jeffrey Robillard [mailto:jrobill@xxxxxxxxxxxxx]
Sent: Friday, August 02, 2002 8:44 AM
To: [ExchangeList]
Subject: [exchangelist] RE: About Maintenance
http://www.MSExchange.org/
where you put the backup? you copy your priv1.edb someplace?
my first suggestion would be to buy a real backup system..
something that uses tapes. this way if and when a tape gets full, you
just plop in another one and it keeps going. If this is not a
possibility, then I guess you will just have to add more space.
Unfortunately exchange was never good at giving back resources once it
sucked them up.... so telling all your users to delete all their email
isnt really an option (plus they might complain).
-----Original Message-----
From: DA-Alan Leyva [mailto:alanleyva@xxxxxxxxxxxx]
Sent: Friday, August 02, 2002 10:42 AM
To: [ExchangeList]
Subject: [exchangelist] About Maintenance
http://www.MSExchange.org/
My file priv1.edb has a big size and the schedulling
backup is not working because there is not space on the drive where I
put the backup, what can I do ?
Thanks
Alan
------------------------------------------------------
You are currently subscribed to this MSExchange.org
Discussion List as: jrobill@xxxxxxxxxxxxx
To unsubscribe send a blank email to
$subst('Email.Unsub')
------------------------------------------------------
You are currently subscribed to this MSExchange.org Discussion
List as: matt.walkowiak@xxxxxxxxxxxx
To unsubscribe send a blank email to
$subst('Email.Unsub')
------------------------------------------------------
You are currently subscribed to this MSExchange.org Discussion
List as: robertsp@xxxxxxx
To unsubscribe send a blank email to
$subst('Email.Unsub')
------------------------------------------------------
You are currently subscribed to this MSExchange.org Discussion List as:
matt.walkowiak@xxxxxxxxxxxx
To unsubscribe send a blank email to
$subst('Email.Unsub')
Other related posts:
