January 13, 2013 at 9:16 am
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
January 13, 2013 at 9:29 am
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?
January 13, 2013 at 9:39 am
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, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
January 13, 2013 at 9:44 am
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
Change is inevitable... Change for the better is not.
January 13, 2013 at 9:44 am
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
January 13, 2013 at 9:50 am
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
January 13, 2013 at 10:19 am
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.
January 13, 2013 at 12:57 pm
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, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
January 13, 2013 at 1:49 pm
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
Change is inevitable... Change for the better is not.
January 14, 2013 at 9:53 am
thanks guys for the inputs.
Regards
Durai Nagarajan
Viewing 10 posts - 1 through 9 (of 9 total)
You must be logged in to reply to this topic. Login to reply