June 1, 2016 at 11:01 am
Good morning Experts,
We have set up a DBCC CHECK JOB yesterday. We also have transaction log backup jobs scheduled on the instance.DBCC CHECK job did CHECKDB on 2 databases and after that few log backup jobs started at same time. The Log backup jobs completed successfully, however, DBCC CHECK job did not do CHECKDB on remaining databases and stopped execution. Could you please let me whats the reason for it and how to fix it.
June 1, 2016 at 11:15 am
Any error messages in the SQL Logs? Just from your description, not much we can do to help.
June 1, 2016 at 11:26 am
It just says "Maintenance completed with errors". Thats it, there is no other information or error message posted in the SQL Logs or Job output files etc.
June 1, 2016 at 11:29 am
Interesting thing is that, after 1 hour, the DBCC CHECK job was restarted. During its run, it did not encounter any log backup jobs and fascinatingly it did CHECKDB on all the databases and completed successfully.
June 1, 2016 at 12:00 pm
coolchaitu (6/1/2016)
It just says "Maintenance completed with errors". Thats it, there is no other information or error message posted in the SQL Logs or Job output files etc.
I haven't used maintenance plans in forever, but they may have their own error log files. See if you can find them (if they exist) and see what is in those files.
June 1, 2016 at 7:45 pm
The job actualy runs a Powershell script that does DBCC CHECK on all databases. The output log just says "Maintenance completed with errors".Thats it, there is no other information or error message posted in the SQL Logs or Job output files etc. Also, it did not restart on its own. We manually restarted the job after 1 hour and it did consistency checks on all databases,it did not encounter any log backup jobs.
June 1, 2016 at 8:02 pm
coolchaitu (6/1/2016)
The job actualy runs a Powershell script that does DBCC CHECK on all databases. The output log just says "Maintenance completed with errors".Thats it, there is no other information or error message posted in the SQL Logs or Job output files etc. Also, it did not restart on its own. We manually restarted the job after 1 hour and it did consistency checks on all databases,it did not encounter any log backup jobs.
Not sure why you elected to complicate matters by using PowerShell. Simple loop driven by a query on sys.databases would do just fine.
To coin the phrase, "Just because you can do something outside of SQL Server, doesn't mean you should". 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
June 1, 2016 at 8:54 pm
Hi Jeff,
It was management's decision. So, can we conclude that it stopped when it ran for the first time due to log backup job running at same time?
June 1, 2016 at 10:20 pm
coolchaitu (6/1/2016)
Hi Jeff,It was management's decision. So, can we conclude that it stopped when it ran for the first time due to log backup job running at same time?
You may make that conclusion, but you have nothing to substantiate the conclusion.
June 2, 2016 at 3:04 am
coolchaitu (6/1/2016)
So, can we conclude that it stopped when it ran for the first time due to log backup job running at same time?
What evidence are you using to jump to that conclusion?
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
June 2, 2016 at 6:50 am
Hi Gail Shaw,
When we manually restarted the job after 1 hour,it did not encounter any log backup jobs. and it did consistency checks on all databases.
June 2, 2016 at 8:02 am
coolchaitu (6/2/2016)
Hi Gail Shaw,When we manually restarted the job after 1 hour,it did not encounter any log backup jobs. and it did consistency checks on all databases.
Then you are basing it on coincidence. No hard facts to substantiate the conclusion.
June 2, 2016 at 7:36 pm
Hi Lynn Pettis,
Not really understanding why it it did consistency checks on all databases, after we manually restarted the job after 1 hour. Could you please let me know what could be the reasons? Could you please help on how to find the cause?
June 3, 2016 at 12:28 am
Look through your logs and history, if the job failed there should be a reason somewhere in some log.
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
June 5, 2016 at 5:45 am
Good Morning Experts,
This re-occurred again today. When it ran the first time, it performed CHECKDB only on 2 databases and failed. After we re-ran the job it performed CHECKDB on all databases and succeeded.
I have attached the log of the job when it ran first time and second time.
Viewing 15 posts - 1 through 15 (of 18 total)
You must be logged in to reply to this topic. Login to reply