Point taken re only if you have the 16Gb limit, however the points to writing that post were not specific to the defrag issue and I believe are still pertinent (sorry about rehashing old material - I joined the list yesterday. Ill keep my mouth shut now...)
1 - Any Admin performing any task other than the ordinary every day maintenance (and I dont believe I mentioned that an Offline Defrag was everyday maintenance :) ) should be absolutely sure that they have a valid backup, and are familiar with their sites DRP practices. 2 - Reread step 1 (I suspect I dont have to point out that 110% is a figure of speech) 3 - People reading and contributing to this list will get more out of it if we actually provide detailed and concise info, rather than choose not to because of the possibility of the misuse of that information. Everyone should be aware that not everything posted is correct or properly articulated (as I just proved) and if they choose to use suggestions from the list they should ensure that they have a fallback position ALWAYS! (And I dont think I implied that all information regarding eseutil was available on technet either - merely how to perform an offline defrag.) Neway - this is quite of topic now, so thanks for your feedback Don and William - I trust you understand the light in which I made my comments. Nick -----Original Message----- From: Don Ely [mailto:[EMAIL PROTECTED]] Sent: Friday, October 19, 2001 2:36 PM To: MS-Exchange Admin Issues Subject: RE: Database size Since William is having troubles sending to the list, I have forwarded his reply at his request. -----Original Message----- From: Lefkovics, William Sent: Thursday, October 18, 2001 4:41 PM To: 'MS-Exchange Admin Issues' Subject: RE: Database size >>Offline defrag is necessary regular maintenance task No it isn't. >>never make a change or perform any task of significance without being 110% sure I typically stop at 100. >>Building an exchange box and recovering the info stores should take no where near a weekend if your DRP policies are accurate and tested Absolutely. A typical install of 5.5 with a 10GB Info Store should be recovered in a few hours. >>Additionally information regarding using eseutil to defrag priv.edb is freely available in technet Actually, all the information on eseutil is not freely available. There are a few switches and applications PSS doesn't make public. William Lefkovics, MCSE, A+, ExchangeMVP -----Original Message----- From: Nick Bradford [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 18, 2001 4:34 PM To: MS-Exchange Admin Issues Subject: RE: Database size Er, are we exchange admins or users...? Offline defrag is necessary regular maintenance task, and if your DB fills the disk at any time youll be jumping through very similar hoops to recover your exchange box. Like always - never make a change or perform any task of significance without being 110% sure of having a valid backup (im paranoid - I always make sure I have two.) Building an exchange box and recovering the info stores should take no where near a weekend if your DRP policies are accurate and tested (and of course they are!) Additionally information regarding using eseutil to defrag priv.edb is freely available in technet - MS dont suppose it to to complex a task that you should contact PSS to find out how to do it. A list like this is not going to be very useful to people if we all mollycoddle each other and choose what information we disseminate based on our audiences supposed intelligence level. my $0.02 -----Original Message----- From: John O'Connor [mailto:[EMAIL PROTECTED]] Sent: Friday, October 19, 2001 12:59 AM To: MS-Exchange Admin Issues Subject: RE: Database size Very Good Advice. I spent the entire weekend rebuilding my exchange from back up and using eseutil before finding out just how dangerous this actually was. I came througn unscathed, but it was my wild irish luck that got me through it not my brains. -----Original Message----- From: Don Ely [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 18, 2001 9:56 AM To: MS-Exchange Admin Issues Subject: RE: Database size Do we really want to be suggesting that without directing them to PSS? I might run it and you might run it, but what if this guy isn't as savvy as we are and he breaks his server? Eseutil is a dangerous tool that should only be used when extremely necessary. Personally, I'd leave it the way it is. When you hire more people and you receive more email that white space in the database is just going to fill up anyway. Let exchange run its course and you will be a happy admin. Start mucking around with utilities you know little about and you nor your boss will be very happy. D -----Original Message----- From: Neil Hobson [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 18, 2001 6:49 AM To: MS-Exchange Admin Issues Subject: RE: Database size Normal behaviour. You need to do an offline defrag, i.e. eseutil. Neil -----Original Message----- From: Gene Nykolyshyn [mailto:[EMAIL PROTECTED]] Posted At: 18 October 2001 14:49 Posted To: Sunbelt Exchange List Conversation: Database size Subject: Database size After deleting hundreds of old accounts, the "priv.edb" actually grew in size. Any insights? List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm ********************************************************************** This eMail and any files transmitted with it are confidential and intended solely for the use of the individual to whom it is addressed. Any view or opinions presented are solely those of the author and do not necessarily represent those of Silversands or any of its subsidiary companies. If you have received this eMail in error please contact the Support Desk Immediately by telephone on 01202-360000 or on eMail at [EMAIL PROTECTED] ********************************************************************** 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