Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Recovery Model - SIMPLE V/S FULL Expand / Collapse
Author
Message
Posted Monday, June 3, 2013 2:28 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Wednesday, May 21, 2014 3:28 PM
Points: 182, Visits: 650
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
Post #1459458
Posted Monday, June 3, 2013 2:40 PM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Yesterday @ 7:19 PM
Points: 3,660, Visits: 7,985
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.
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?

Forum Etiquette: How to post data/code on a forum to get the best help
Post #1459464
Posted Monday, June 3, 2013 3:20 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Wednesday, May 21, 2014 3:28 PM
Points: 182, Visits: 650
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?
Post #1459479
Posted Monday, June 3, 2013 3:26 PM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Yesterday @ 7:19 PM
Points: 3,660, Visits: 7,985
Which upgrade are you talking about?


Luis C.
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?

Forum Etiquette: How to post data/code on a forum to get the best help
Post #1459482
Posted Monday, June 3, 2013 3:45 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Wednesday, May 21, 2014 3:28 PM
Points: 182, Visits: 650
From 2005 to 2008
Post #1459489
Posted Friday, June 7, 2013 7:27 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, August 21, 2014 1:54 PM
Points: 1,432, Visits: 3,229
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.
Post #1461073
Posted Monday, June 17, 2013 5:11 AM


SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, September 12, 2014 8:52 AM
Points: 179, Visits: 823
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
Post #1464085
Posted Monday, June 17, 2013 6:27 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Tuesday, September 2, 2014 10:39 AM
Points: 1,194, Visits: 787
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.
Post #1464111
Posted Monday, June 17, 2013 6:58 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: General Forum Members
Last Login: Yesterday @ 9:16 PM
Points: 37,102, Visits: 31,655
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."

(play on words) "Just because you CAN do something in T-SQL, doesn't mean you SHOULDN'T." --22 Aug 2013

Helpful Links:
How to post code problems
How to post performance problems
Post #1464125
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse