Full Backup stopped prior to completion

  • Hello --

    The scheduled Full Backup of one of our databases failed due to a stop job request. The log file had the following entries:

    The job was stopped prior to completion by Shutdown Sequence 0. The Job was invoked by Schedule 9 (Backup.Full Backup). The last step to run was step 1 (Full Backup).

    Executed as user: MGHROSTORAGE2\SYSTEM. The step was cancelled (stopped) as the result of a stop job request.

    The only change that was made recently was the configuration of Database Mail to notify the administrators the results of the backup. The spelling of the e-mail address of intended recipient was incorrect at the time of the backup, and that has since been corrected.

    Would the incorrect address cause these errors to occur? If not, what would be the culprit, and how can I correct it?

    Thanks.

  • Email on SQL 2005 and later is an asynchronous process. Even with a wrong address, that won't stop a job, it just enters an error in a log table in msdb.

    A stop job request has to initiate from a sys admin, or from software with that kind of privileges. Some server monitoring software, and some antivirus software, can stop a job mid-flight, but the usual culprit is someone doing something like cancelling the job or killing the service.

    Have you checked the Windows logs?

    - Gus "GSquared", RSVP, OODA, MAP, NMVP, FAQ, SAT, SQL, DNA, RNA, UOI, IOU, AM, PM, AD, BC, BCE, USA, UN, CF, ROFL, LOL, ETC
    Property of The Thread

    "Nobody knows the age of the human race, but everyone agrees it's old enough to know better." - Anon

  • The "The job was stopped prior to completion by Shutdown Sequence 0" can be attributed to all kinds of things i.e.(server is extremely busy, hardware issues (lack of RAM, etm, errors backing up the DB to a tape device, attached storage, etc...)

    But to answer your question, No, the incorrect address would not cause your backup to fail.

    ______________________________________________________________________________Never argue with an idiot; Theyll drag you down to their level and beat you with experience

  • As GSquared said, check the Windows logs. Application specifically. And the SQL Server Agent log (just in case).

    Brandie Tarvin, MCITP Database AdministratorLiveJournal Blog: http://brandietarvin.livejournal.com/[/url]On LinkedIn!, Google+, and Twitter.Freelance Writer: ShadowrunLatchkeys: Nevermore, Latchkeys: The Bootleg War, and Latchkeys: Roscoes in the Night are now available on Nook and Kindle.

  • Hello --

    Thanks for the replies. I'm glad the incorrect email address was not a show-stopper in this scenario. I checked the SQL and and Application log files, and there was no record in either of a problem occurring with the backup. The latter file indicated the backup completed successfully. However, that cannot be true because when I checked the folder for the BAK file that was to be generated by the backup, there was no file at that location.

    Any ideas on this?

  • Are you running this backup task via Maintenance Plan or via your own custom TSQL?

    If running via a Maintenance Task, simply open up the corresponding SQL Agent job that was created and output the results to a text file or something so you can view the error. Or, you can backup the database via TSQL and view the output generated during runtime.

    ______________________________________________________________________________Never argue with an idiot; Theyll drag you down to their level and beat you with experience

  • Have you verified that the drive has enough space for the backup to even save? I know files don't always "stick around" if the space to save them doesn't exist.

    Brandie Tarvin, MCITP Database AdministratorLiveJournal Blog: http://brandietarvin.livejournal.com/[/url]On LinkedIn!, Google+, and Twitter.Freelance Writer: ShadowrunLatchkeys: Nevermore, Latchkeys: The Bootleg War, and Latchkeys: Roscoes in the Night are now available on Nook and Kindle.

Viewing 7 posts - 1 through 6 (of 6 total)

You must be logged in to reply to this topic. Login to reply