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

Full Backup - Restore point in time. Expand / Collapse
Author
Message
Posted Sunday, January 13, 2013 9:16 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Friday, May 30, 2014 8:15 AM
Points: 1,056, Visits: 2,687
Hello All,

Is it posible to restore to any time in point in restore. i am getting issues if i have to restore to date before to the time before itst previous FULL backup time.

is this the intended behaviour. if it is, is there a work around?.

Settings in production.

Full backup daily
Log backup evey one hour
Storage team will keep 1 or 2 days backup and delete the rest of the backup and log files.





Regards
Durai Nagarajan
Post #1406471
Posted Sunday, January 13, 2013 9:29 AM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Today @ 7:22 PM
Points: 20,680, Visits: 32,279
durai nagarajan (1/13/2013)
Hello All,

Is it posible to restore to any time in point in restore. i am getting issues if i have to restore to date before to the time before itst previous FULL backup time.

is this the intended behaviour. if it is, is there a work around?.

Settings in production.

Full backup daily
Log backup evey one hour
Storage team will keep 1 or 2 days backup and delete the rest of the backup and log files.





I'm slightly confused by your question. Are you asking if it is possible to restore to a point in time to a date/time prior to the earliest full backup you have available?



Lynn Pettis

For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here or when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here and here
Managing Transaction Logs

SQL Musings from the Desert Fountain Valley SQL (My Mirror Blog)
Post #1406474
Posted Sunday, January 13, 2013 9:39 AM


SSC-Dedicated

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

Group: General Forum Members
Last Login: Today @ 3:49 PM
Points: 39,886, Visits: 36,233
How do you expect to restore to a point before that of the full backup that you're using?


Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #1406476
Posted Sunday, January 13, 2013 9:44 AM


SSC-Dedicated

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

Group: General Forum Members
Last Login: Today @ 8:46 PM
Points: 35,218, Visits: 31,676
There are some mitigating factors such as whether or not the database has been changed to bulk or simple recovery modes but, if no such thing has happened, nightly full backups and hourly log backups will all point and time recovery to virtually any time after the earliest full backup that you have. Recovering to a time after the last scheduled log backup is also possible if the system will allow you to do a "Tail Log Backup" prior to beginning a restore.


--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 #1406477
Posted Sunday, January 13, 2013 9:44 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Friday, May 30, 2014 8:15 AM
Points: 1,056, Visits: 2,687
lynn,
that exactly i want to do.

Gail,

i have asked just to clear my confusion but is there any other work around?



Regards
Durai Nagarajan
Post #1406478
Posted Sunday, January 13, 2013 9:50 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Friday, May 30, 2014 8:15 AM
Points: 1,056, Visits: 2,687
Jeff Moden (1/13/2013)
There are some mitigating factors such as whether or not the database has been changed to bulk or simple recovery modes but, if no such thing has happened, nightly full backups and hourly log backups will all point and time recovery to virtually any time after the earliest full backup that you have. Recovering to a time after the last scheduled log backup is also possible if the system will allow you to do a "Tail Log Backup" prior to beginning a restore.


thanks jeff, i understand what you are saying but just thought of asking whether any work around is available because in case i need a database in a state it was before 5 week i need to take my VP approval to get the DB from tapes.



Regards
Durai Nagarajan
Post #1406480
Posted Sunday, January 13, 2013 10:19 AM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Today @ 7:22 PM
Points: 20,680, Visits: 32,279
durai nagarajan (1/13/2013)
Jeff Moden (1/13/2013)
There are some mitigating factors such as whether or not the database has been changed to bulk or simple recovery modes but, if no such thing has happened, nightly full backups and hourly log backups will all point and time recovery to virtually any time after the earliest full backup that you have. Recovering to a time after the last scheduled log backup is also possible if the system will allow you to do a "Tail Log Backup" prior to beginning a restore.


thanks jeff, i understand what you are saying but just thought of asking whether any work around is available because in case i need a database in a state it was before 5 week i need to take my VP approval to get the DB from tapes.



If you have to go back further than the available backups and that means going to tapes, I guess you need to get VP approval. No other choice.



Lynn Pettis

For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here or when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here and here
Managing Transaction Logs

SQL Musings from the Desert Fountain Valley SQL (My Mirror Blog)
Post #1406487
Posted Sunday, January 13, 2013 12:57 PM


SSC-Dedicated

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

Group: General Forum Members
Last Login: Today @ 3:49 PM
Points: 39,886, Visits: 36,233
durai nagarajan (1/13/2013)
i have asked just to clear my confusion but is there any other work around?


If you mean to restore to a point in time earlier than any full backup that you have, no.

Point in time restores start with a full backup from before whatever point you're trying to restore to and log backups starting after the full backup and continuing in an unbroken chain to the point that you want to restore to.



Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #1406505
Posted Sunday, January 13, 2013 1:49 PM


SSC-Dedicated

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

Group: General Forum Members
Last Login: Today @ 8:46 PM
Points: 35,218, Visits: 31,676
durai nagarajan (1/13/2013)
Jeff Moden (1/13/2013)
There are some mitigating factors such as whether or not the database has been changed to bulk or simple recovery modes but, if no such thing has happened, nightly full backups and hourly log backups will all point and time recovery to virtually any time after the earliest full backup that you have. Recovering to a time after the last scheduled log backup is also possible if the system will allow you to do a "Tail Log Backup" prior to beginning a restore.


thanks jeff, i understand what you are saying but just thought of asking whether any work around is available because in case i need a database in a state it was before 5 week i need to take my VP approval to get the DB from tapes.



No. Like Gail and Lynn have stated, you can only go as far back as the last full backup that you have. Log restores are only "roll forward" and cannot be used to "roll back".

It's actually good that you would need to get VP approval to go back earlier than that. That means that something has gone seriously wrong and, since the VP didn't tell you to do it, it means the VP doesn't know that something desparate needs to be done. Don't look at it as a hurdle. Look at it as a safeguard that's gonna cover your butt in the long run.


--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 #1406513
Posted Monday, January 14, 2013 9:53 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Friday, May 30, 2014 8:15 AM
Points: 1,056, Visits: 2,687
thanks guys for the inputs.



Regards
Durai Nagarajan
Post #1406821
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse