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')