<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2005
»
Administering
»
Full Backup - Restore point in time.
Full Backup - Restore point in time.
Rate Topic
Display Mode
Topic Options
Author
Message
durai nagarajan
durai nagarajan
Posted Sunday, January 13, 2013 9:16 AM
SSC Eights!
Group: General Forum Members
Last Login: 2 days ago @ 4:57 AM
Points: 846,
Visits: 2,082
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
Lynn Pettis
Lynn Pettis
Posted Sunday, January 13, 2013 9:29 AM
SSC-Insane
Group: General Forum Members
Last Login: Today @ 8:34 AM
Points: 21,588,
Visits: 27,385
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
GilaMonster
GilaMonster
Posted Sunday, January 13, 2013 9:39 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 12:35 PM
Points: 37,650,
Visits: 29,901
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
Jeff Moden
Jeff Moden
Posted Sunday, January 13, 2013 9:44 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 12:30 PM
Points: 32,893,
Visits: 26,770
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 "
R
ow-
B
y-
A
gonizing-
R
ow".
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."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1406477
durai nagarajan
durai nagarajan
Posted Sunday, January 13, 2013 9:44 AM
SSC Eights!
Group: General Forum Members
Last Login: 2 days ago @ 4:57 AM
Points: 846,
Visits: 2,082
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
durai nagarajan
durai nagarajan
Posted Sunday, January 13, 2013 9:50 AM
SSC Eights!
Group: General Forum Members
Last Login: 2 days ago @ 4:57 AM
Points: 846,
Visits: 2,082
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
Lynn Pettis
Lynn Pettis
Posted Sunday, January 13, 2013 10:19 AM
SSC-Insane
Group: General Forum Members
Last Login: Today @ 8:34 AM
Points: 21,588,
Visits: 27,385
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
GilaMonster
GilaMonster
Posted Sunday, January 13, 2013 12:57 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 12:35 PM
Points: 37,650,
Visits: 29,901
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
Jeff Moden
Jeff Moden
Posted Sunday, January 13, 2013 1:49 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 12:30 PM
Points: 32,893,
Visits: 26,770
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 "
R
ow-
B
y-
A
gonizing-
R
ow".
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."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1406513
durai nagarajan
durai nagarajan
Posted Monday, January 14, 2013 9:53 AM
SSC Eights!
Group: General Forum Members
Last Login: 2 days ago @ 4:57 AM
Points: 846,
Visits: 2,082
thanks guys for the inputs.
Regards
Durai Nagarajan
Post #1406821
« Prev Topic
|
Next Topic »
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
