<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 2008
»
SQL Server 2008 Administration
»
Is there a time limit for Maintenance Plan...
17 posts, Page 2 of 2
««
1
2
Is there a time limit for Maintenance Plan execution
Rate Topic
Display Mode
Topic Options
Author
Message
SQLSrvrN00b
SQLSrvrN00b
Posted Sunday, September 30, 2012 12:22 PM
Valued Member
Group: General Forum Members
Last Login: Yesterday @ 10:28 AM
Points: 66,
Visits: 455
Hi there,
The backup is performed using an Execute T-SQL task. We wrote the code, tested it in SSMS and it performed without flaws. When the Backup task follows the long running DBCC, this is using an Execute T-SQL Task as well, the backup only executes for about 7-8 minutes and stops reporting success. When we run the code in each of the tasks separately it will complete without problems. The symptom is very strange, no errors, no messages other than success.
Thanks for your input.
Post #1366285
SQLSrvrN00b
SQLSrvrN00b
Posted Sunday, September 30, 2012 12:29 PM
Valued Member
Group: General Forum Members
Last Login: Yesterday @ 10:28 AM
Points: 66,
Visits: 455
Sorry, I forgot the version information. The servers where this is occurring is 2008 SP3 and also on 2008 R2 SP1.
thanks
Post #1366287
Jeffrey Williams 3188
Jeffrey Williams 3188
Posted Monday, October 01, 2012 8:18 AM
SSCarpal Tunnel
Group: General Forum Members
Last Login: Friday, May 17, 2013 11:21 AM
Points: 4,317,
Visits: 9,216
The next thing this could be is a problem with your script. We need to see the script now to determine if there are issues that would cause a problem.
Jeffrey Williams
Problems are opportunites brilliantly disguised as insurmountable obstacles.
How to post questions to get better answers faster
Managing Transaction Logs
Post #1366593
SQLSrvrN00b
SQLSrvrN00b
Posted Monday, October 01, 2012 8:44 AM
Valued Member
Group: General Forum Members
Last Login: Yesterday @ 10:28 AM
Points: 66,
Visits: 455
Jeff,
The script runs fine outside of the scheduled task when coupled with the DBCC. I find it extremely hard to believe that this is the cause.
Thanks
Post #1366603
Jeffrey Williams 3188
Jeffrey Williams 3188
Posted Monday, October 01, 2012 8:51 AM
SSCarpal Tunnel
Group: General Forum Members
Last Login: Friday, May 17, 2013 11:21 AM
Points: 4,317,
Visits: 9,216
All the Execute SQL Task does is execute your script - so, if that script is not completing all of the tasks then the script has to be the problem.
This could be related to how you are looping through the databases. You could be running into an issue where you are trying to access the hidden database snapshot and trying to back it up - which would cause your script to fail.
You could be trying to access an offline database - which could cause your script to fail. Or, something else...
If your script is not written to return an error, it would appear to complete successfully 'after 7 minutes' but not actually complete the tasks.
Jeffrey Williams
Problems are opportunites brilliantly disguised as insurmountable obstacles.
How to post questions to get better answers faster
Managing Transaction Logs
Post #1366605
SQLSrvrN00b
SQLSrvrN00b
Posted Monday, October 01, 2012 9:16 AM
Valued Member
Group: General Forum Members
Last Login: Yesterday @ 10:28 AM
Points: 66,
Visits: 455
The server in question does not have any snapshots or hidden DBs. The DBCC task that runs prior to this looks for databases that are offline or unavailable. If this task finds a db in an unstable state, it is logged in a table and that database is skipped during the backup portion.
We are changing this to run by database_id and will let it run its course this evening.
Thanks
Post #1366618
Jeffrey Williams 3188
Jeffrey Williams 3188
Posted Monday, October 01, 2012 9:22 AM
SSCarpal Tunnel
Group: General Forum Members
Last Login: Friday, May 17, 2013 11:21 AM
Points: 4,317,
Visits: 9,216
SQLSrvrN00b (10/1/2012)
The server in question does not have any snapshots or hidden DBs. The DBCC task that runs prior to this looks for databases that are offline or unavailable. If this task finds a db in an unstable state, it is logged in a table and that database is skipped during the backup portion.
We are changing this to run by database_id and will let it run its course this evening.
Thanks
The integrity check (DBCC CHECKDB) creates a temporary hidden database snapshot to perform the integrity check. If that is not getting removed immediately following the integrity check task - it could possibly be available to your script and you could end up trying to back it up.
Issues like this - generally - end up being related to the code that is being run. If you were running the built-in tasks and this was happening, it would be a bug in those tasks and could be fixed with a service pack or update. Since this is code you have written - it will need to be corrected on your side.
If you are not returning an error for a particular condition - that would make your script (and the task) appear to be successful without actually performing the work.
Jeffrey Williams
Problems are opportunites brilliantly disguised as insurmountable obstacles.
How to post questions to get better answers faster
Managing Transaction Logs
Post #1366620
« Prev Topic
|
Next Topic »
17 posts, Page 2 of 2
««
1
2
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.
