Well my rule would be if theres nothing wrong with the e00.log file, do not delete it, these log, in addition to being a pain in the arse play an important roll in playing back the transactions that Exchange has undertaken, you need these logs to do a proper recovery on your database.
It would have been handy for me if I Had come in and they not been deleted! -----Original Message----- From: Fyodorov, Andrey [mailto:[EMAIL PROTECTED] Sent: 30 September 2003 19:35 To: Exchange Discussions Subject: RE: Repairing individual mailboxes I guess that's the main thing they learned in their paper MCSE school - delete that dang E00.log file, those transaction logs are a pain in the ass anyway, just taking up space. Sincerely, Andrey Fyodorov Systems Engineer Messaging and Collaboration Spherion -----Original Message----- From: Neil Doody [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 2:10 PM To: Exchange Discussions Subject: RE: Repairing individual mailboxes Hmm, well the luckily, but maybe in the long run not so luckily, the policy currently employed here is most people have PST's. Now don't taunt me on that, I have submitted multiple justification proposals to have more hard disks, veritas with SIS, everyone on mailboxes with 7 day rollback enabled and Outlook 2003 with cache folders, especially for the 64k sites. Currently the policy is we have arcserve with Brick Level Backup and most people keep there data in PST files. I have used this problem that occurred at the weekend once again to push for Veritas at the very least. Again I re-itterate, this is not by my choice, I am seeing to get it all changed. Anyway, I don't know what caused the corruption, I blaimed it on Arcserve ;p When I got in late, my car wouldn't start I was late (coincidence!), others had already began work to fix the databases that wouldn't come online, they deleted the e00.log file for some strange reason (even out of the recycle bin :o) I then came in and did my best to get the server back online, I have managed to with minimal loss of data. Unfortunately, I'm the best they have here, and I'm not brilliant myself, but I am making do best with the resources available to me (anyone got any spare HDD's? ;p) Anyway, you didn't even ask me none of that, but thought id put everyone in the picture! But as for the recovery server idea, I guess it would be a good idea for me to get a spare server to use as test recovery huh? But anyway the tape backup jobs only run on weekdays, the server messed up sometime at the weekend, so it is only the weekends emails that are lost, but they obviously weren't backed up! -----Original Message----- From: Andy David [mailto:[EMAIL PROTECTED] Sent: 30 September 2003 18:54 To: Exchange Discussions Subject: Re: Repairing individual mailboxes Have you tried restoring to a recovery server with another backup to see if you can grab the mailboxes that way? What caused the initial corruption? ----- Original Message ----- From: "Neil Doody" <[EMAIL PROTECTED]> To: "Exchange Discussions" <[EMAIL PROTECTED]> Sent: Tuesday, September 30, 2003 1:42 PM Subject: Repairing individual mailboxes I had some database corruption over the weekend, ive recovered from this and the system is working relatively okay. Some mailboxes however seem to have gotten corrupted. If I send a mail to a user with a corrupt mailbox, they go into outlook and there Inbox is empty. I look in the system manager and the email is stuck in the Queue, if I look at the mailboxes view within system manager it shows there are items in the users mailbox. I tried using ExMerge and it runs but extracts no emails. If I delete the users mailbox and recreate it, they work fine, so there is defiantly a problem with there mailbox on the server. Are there any repair tools that can just attempt to repair and get any data from an individual mailbox from with an Exchange Database? _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
