<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
»
Performing database backups while users are...
Performing database backups while users are online?
Rate Topic
Display Mode
Topic Options
Author
Message
Abu Dina
Abu Dina
Posted Thursday, August 30, 2012 4:00 AM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 10:34 AM
Points: 494,
Visits: 2,158
Greetings!
Just a quick question this time.
The majority of our users finish work at 5.30 so I suggested to my superior that we should start the daily differential backup job at 6PM.
She said:
Not a good idea, often people are still working at this time. Unless you make it a weekend?
Surely this isn't an issue as we're using SQL Server 2005 and SQL Server 2008 R2?
Thanks.
-----------------------------------
http://www.SQL4n00bs.com
Post #1352081
andrew gothard
andrew gothard
Posted Thursday, August 30, 2012 4:10 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Today @ 3:11 AM
Points: 147,
Visits: 1,655
SQL Server backups of all types are an online operation. Having people working while they occur is no problem ta all. Are you taking log backups throught the day BTW if this is an OLTP system?
A backup strategy is worthless. A tested and documented *recovery* strategy though ... now you're starting to get somewhere.
Post #1352084
Abu Dina
Abu Dina
Posted Thursday, August 30, 2012 4:22 AM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 10:34 AM
Points: 494,
Visits: 2,158
andrew gothard (8/30/2012)
SQL Server backups of all types are an online operation. Having people working while they occur is no problem ta all. Are you taking log backups throught the day BTW if this is an OLTP system?
Hi Andrew,
Thanks for your reply.
Please see my previous post from yesterday
http://www.sqlservercentral.com/Forums/Topic1351517-146-1.aspx
Sorry I know it's a long read but I am not dealing with an OLTP system.
There are 5 servers (1 SQL Server instance per server) used by the Data Services team. All the databases in these SQL Servers are staging databases used to load data and perform various data cleansing routines and merging etc..
The current setup is like this:
1) fortnightly FULL backups - triggered manually.
2) Scheduled daily differentials at midnight.
So I suggested we schedule to run the fortnightly backups to start at 6PM. I don't see any problem with my suggestion though.
What do you think?
-----------------------------------
http://www.SQL4n00bs.com
Post #1352088
durai nagarajan
durai nagarajan
Posted Thursday, August 30, 2012 6:15 AM
SSC Eights!
Group: General Forum Members
Last Login: Yesterday @ 2:05 AM
Points: 856,
Visits: 2,115
hope i remember u have space crunch issue for backup.
differential backup is to prevent data loss from the previous full bakup idealy good if it has been done in between the transaction time.
backup will not delay any work happening at that time.
Regards
Durai Nagarajan
Post #1352137
Abu Dina
Abu Dina
Posted Thursday, August 30, 2012 6:38 AM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 10:34 AM
Points: 494,
Visits: 2,158
durai nagarajan (8/30/2012)
hope i remember u have space crunch issue for backup.
differential backup is to prevent data loss from the previous full bakup idealy good if it has been done in between the transaction time.
backup will not delay any work happening at that time.
Thanks for your input Duria! It seems like it's just you who responds to my questions!
No, we don't have space issues!
What I want to say to the manager is that doing a full backup while people are still working is not an issue. SQL Server has the intelligence to backup the data as well as the necessary transactions so that doing a restore brings back the database in a consistent state. The days of offline backups are long gone surely?! Or am I missing something here?
-----------------------------------
http://www.SQL4n00bs.com
Post #1352156
John Mitchell-245523
John Mitchell-245523
Posted Thursday, August 30, 2012 6:52 AM
SSCarpal Tunnel
Group: General Forum Members
Last Login: Today @ 8:44 AM
Points: 4,434,
Visits: 7,218
Is there any reason you can't schedule your full backup as well? It's correct to say that you can backup with users on the system. However, given that your database isn't in full recovery mode, you want to make sure you capture enough transactions to make your full and differential backups as up-to-date as possible. The best way of doing that is by waiting until the working day is over.... assuming, that is, that you have such well-defined periods of activity.
John
Edit: corrected punctuation
Post #1352166
Abu Dina
Abu Dina
Posted Thursday, August 30, 2012 7:01 AM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 10:34 AM
Points: 494,
Visits: 2,158
John Mitchell-245523 (8/30/2012)
Is there any reason you can't schedule your full backup as well?
Hi John,
Yes, you are right. There is no reason for this job to be run manually.
It's correct to say that you can backup with users on the system. However, given that your database isn't in full recovery mode, you want to make sure you capture enough transactions to make your full and differential backups as up-to-date as possible. The best way of doing that is by waiting until the working day is over.... assuming, that is, that you have such well-defined periods of activity.
I see what you mean. In that case I will schdule the FULL BACKUP job to run SATURDAY/SUNDAY instead.
-----------------------------------
http://www.SQL4n00bs.com
Post #1352176
durai nagarajan
durai nagarajan
Posted Thursday, August 30, 2012 7:10 AM
SSC Eights!
Group: General Forum Members
Last Login: Yesterday @ 2:05 AM
Points: 856,
Visits: 2,115
[b]Abu Dina (8/30/2012)What I want to say to the manager is that doing a full backup while people are still working is not an issue. SQL Server has the intelligence to backup the data as well as the necessary transactions so that doing a restore brings back the database in a consistent state.
correct .
[b]Abu Dina (8/30/2012)
The days of offline backups are long gone surely?! Or am I missing something here?
Hope offline backup you are specifying backup during non-productio hours.
It is purely based on your company requirement, in our company we have scheduled full backup daily during non- production hours and log backup every hour , so my data loss is max 1 hour. for us the data loss has to be minimal.
Regards
Durai Nagarajan
Post #1352182
Abu Dina
Abu Dina
Posted Thursday, August 30, 2012 7:17 AM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 10:34 AM
Points: 494,
Visits: 2,158
Hope offline backup you are specifying backup during non-productio hours.
Sorry I should have used my words more wisely. I know there's no real concept of an offline backup within SQL Server but I actually meant what you're saying! Next time I will refer to it as non-working hours!
-----------------------------------
http://www.SQL4n00bs.com
Post #1352193
« 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.
