[itdiscuss] Exchange Recovery Model

Tech Support techsupport at campusoutreach.org
Wed Mar 4 18:10:55 EST 2009


I am assuming that the link below is what you are talking about, even though the link actually talks about SQL backup strategies. In practice, you should let the backup solution you are using delete the log files after a Full Backup, with Differential or Incremental daily backups leaving the log files in place. My standard practice is to do a Full Backup each night and flush the logs, but we have plenty of time in the evening to complete all the backups.

http://decipherinfosys.wordpress.com/2008/05/30/understanding-the-recovery-models/

Simple Recovery Model: Simple recovery model is more suited in those scenarios where your data is not that critical and some data loss is acceptable. It allows you to do a simple full backup or a differential backup but not transaction log backups. Any work done since the last backup can be lost. Typically, development or test databases or databases where the data is mostly static or if the data can be re-created again by loading up the data again are scenarios where you might want to use it but never in a mission critical transactional database where point in time recovery is needed. All the backups other than the transaction log backups can be taken for databases that are under this recovery model.

Thanks,
Jeff Schofield
technology administrator | campus outreach ministries
jschofield at campsoutreach.org | www.campusoutreach.org




On 3/4/09 4:22 PM, "Dan Barber" <dbarber at kirkofthehills.org> wrote:

Folks,
I have been thinking of changing our recovery model to Simple for exchange, since I don't have to keep all the log files. Is this a standard practice for everyone, or do you keep them and just manually move them off your log drive to free up space and keep the store mounted?

Dan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://optimus.thompsonic.com/pipermail/discuss/attachments/20090304/6b620878/attachment.htm 


More information about the discuss mailing list