SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Recovery Model - SIMPLE V/S FULL


Recovery Model - SIMPLE V/S FULL

Author
Message
poratips
poratips
SSChasing Mays
SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)

Group: General Forum Members
Points: 610 Visits: 666
Hi,
If we having Full backup every night but it's set up FULL Recovery model, I have a question that if we are taking back up every night and looks like it will be ok with this but is it any benefits having Recovery Model leaving as default as FULL instead of SIMPLE as if don't have any Differential or T-Log back up?
I am just wondering if they are not using any Differential or T-Log back up and only taking daily Full Backup then it should be advisable to set up Recovery Model as Simple instead of default?

Thanks
Luis Cazares
Luis Cazares
SSC-Dedicated
SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)

Group: General Forum Members
Points: 39582 Visits: 19793
If you're not doing any T-Log backups and you're not planning on doing them, then you should change to Simple Recovery Model. Otherwise it would be like driving a Camaro at 20km/h all the time.


Luis C.
General Disclaimer:
Are you seriously taking the advice and code from someone from the internet without testing it? Do you at least understand it? Or can it easily kill your server?


How to post data/code on a forum to get the best help: Option 1 / Option 2
poratips
poratips
SSChasing Mays
SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)

Group: General Forum Members
Points: 610 Visits: 666
Thanks.
Right not taking any T-Log backups or Differential Backup and not planning to do to change it.
If we do the Upgrade, do we have any requirements to keep it FULL before upgrade or we can change Recovery Model during upgrade/migration?
Luis Cazares
Luis Cazares
SSC-Dedicated
SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)SSC-Dedicated (39K reputation)

Group: General Forum Members
Points: 39582 Visits: 19793
Which upgrade are you talking about? Blink


Luis C.
General Disclaimer:
Are you seriously taking the advice and code from someone from the internet without testing it? Do you at least understand it? Or can it easily kill your server?


How to post data/code on a forum to get the best help: Option 1 / Option 2
poratips
poratips
SSChasing Mays
SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)SSChasing Mays (610 reputation)

Group: General Forum Members
Points: 610 Visits: 666
From 2005 to 2008
sturner
sturner
SSCarpal Tunnel
SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)SSCarpal Tunnel (4.8K reputation)

Group: General Forum Members
Points: 4802 Visits: 3259
If your recovery model is set to FULL and you are not doing T-log backups your transaction log will continue to grow, until eventually it will become larger than the database itself.

By all means, if you are only doing database backups set the recovery model to SIMPLE.

The probability of survival is inversely proportional to the angle of arrival.
Ness
Ness
SSC Eights!
SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)SSC Eights! (917 reputation)

Group: General Forum Members
Points: 917 Visits: 974
I think the question(s) that you have missed is - Do you require a point in time restore? What is your recovery point objective on that datasbase?

If you have the need to restore to specific point in time then you need the FULL recovery model; If not then change to SIMPLE.

You would need to start performing log backups as suggested to stop the log file getting overly large

SQL DBA
Every day is a school day, and don't trust anyone who tells you any different.
http://sqlblogness.blogspot.co.uk
sharath.chalamgari
sharath.chalamgari
SSCommitted
SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)SSCommitted (1.9K reputation)

Group: General Forum Members
Points: 1942 Visits: 798
poratips (6/3/2013)
Thanks.
Right not taking any T-Log backups or Differential Backup and not planning to do to change it.
If we do the Upgrade, do we have any requirements to keep it FULL before upgrade or we can change Recovery Model during upgrade/migration?


I dont' think it doesn't depend on the recovery model to migrate from version to version and you can change even after the migration has happened.
Jeff Moden
Jeff Moden
SSC Guru
SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)SSC Guru (202K reputation)

Group: General Forum Members
Points: 202723 Visits: 41943
gosh. If you have data in a database, it must be important. One of the chief requests for help on this and other forums is to recover the contents of a table that someone accidently truncated, deleted, or dropped and the poster doesn't have backups Unless the database is an archive database that's only update once per month or a "staging" database where the data is only transient at best, I'd make sure that the database was set to the FULL Recovery Model and I'd setup Point-in-Time log backups to occur at least once an hour (10 to 15 minutes is my normal setup, though).

--Jeff Moden

RBAR is pronounced ree-bar and is a Modenism for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column.
If you think its expensive to hire a professional to do the job, wait until you hire an amateur. -- Red Adair

Helpful Links:
How to post code problems
How to post performance problems
Forum FAQs
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search