Bored? <g>
-----Original Message----- From: Andy David [mailto:[EMAIL PROTECTED]] Sent: Monday, June 24, 2002 11:50 AM To: MS-Exchange Admin Issues Subject: RE: Compacting thats why I do BLB. -----Original Message----- From: Steve Balen [mailto:[EMAIL PROTECTED]] Sent: Monday, June 24, 2002 2:40 PM To: MS-Exchange Admin Issues Subject: RE: Compacting Again, defragmentation happens daily when ese runs. I am assuming this person means don't compact the store. Running eseutil can be a dangerous thing. Running either of the utilities that will change the structure of the store, can be a dangerous thing and should only be done in extreme measures (like if the IS wont start and you don't have a decent-recent backup of the store, or if you have a huge priv.edb file are running out of diskspace and know that compacting would free up a lot of space an have cheap managers who wont spend money on either more disk space or another server to offload folks to). As you will see, many folks in here are weary (with good reason) about running eseutil against the store. About the only util people tend to run is isinteg just to check the integrity of the store. Even if it needs to be fixed, most folks will just build another server and move mailboxes off of the server with a store that may have a lot of errors or is too big for its own good. Bottom line again, is to only use eseutil as a last ditch effort or isinteg -fix if the store is not accessible. FWIW - these are the reasons you keep impeccable backups of your stores and transaction logs - just like Wilford Brimley says check your blood sugar and check it often, exchange admins say check your backups and check them daily. Once you have a good base of backups, a couple weeks to a month, you will want to test and document your disaster recovery methods 1) to make sure it works and b) to get it down packed so you can do it in a minimal amount of time. Also, I recommend never letting your stores (mostly the priv.edb) get out of hand (getting too big) because it becomes harder to manage it (longer to back it up, longer to restore it, etc.) If it does get too big, either implement strict or more strict mailbox storage policies or simply build another exchange server and move users off of it - if it is e2k, of course, storage groups are a god send for thing like this. -----Original Message----- From: [EMAIL PROTECTED] at INTERNET Sent: Monday, June 24, 2002 2:10 PM To: Balen, Steve B - Raleigh, NC; [EMAIL PROTECTED] at INTERNET Subject: RE: Compacting Never? -----Original Message----- From: Matthew Carpenter [mailto:[EMAIL PROTECTED]] Sent: Monday, June 24, 2002 2:07 PM To: MS-Exchange Admin Issues Subject: Re: Compacting DON'T DEFRAG!!! ----- Original Message ----- From: "Bill Beckett" <[EMAIL PROTECTED]> To: "MS-Exchange Admin Issues" <[EMAIL PROTECTED]> Sent: Monday, June 24, 2002 12:33 PM Subject: RE: Compacting 2000, 5.5, all versions? -----Original Message----- From: William Lefkovics [SMTP:[EMAIL PROTECTED]] Sent: Monday, June 24, 2002 1:33 PM To: MS-Exchange Admin Issues Subject: RE: Compacting Has it been a month already? Since it is a bright relational database, it runs an online maintenance process nightly by default that defrags the contents of the databases. It takes care of itself. William -----Original Message----- From: Bill Beckett [mailto:[EMAIL PROTECTED]] Sent: Monday, June 24, 2002 10:19 AM To: MS-Exchange Admin Issues Subject: Compacting Friends and astute members of the exchange list. Please forgive such basic questions but I am new to exchange. (came from lotus notes) Since exchange is essentially a database, I would assume this database gets fragmented. Is there a tool that can be used to "unfragment"? 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 ------------------------------------------------------------------------ ---- -- The information contained in this email message is privileged and confidential information intended only for the use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copy of this message is strictly prohibited. If you have received this email in error, please immediately notify Veronis Suhler Stevenson by telephone (212)935-4990, fax (212)381-8168, or email ([EMAIL PROTECTED]) and delete the message. Thank you. ======================================================================== ==== == 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 ------------------------------------------------------------------------ ------ The information contained in this email message is privileged and confidential information intended only for the use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copy of this message is strictly prohibited. If you have received this email in error, please immediately notify Veronis Suhler Stevenson by telephone (212)935-4990, fax (212)381-8168, or email ([EMAIL PROTECTED]) and delete the message. Thank you. ======================================================================== ====== 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