作业未按计划运行

Question

所以我有一个基本的 SQL 代理作业，它运行一个 Robocopy 脚本来将所有文件从一个文件夹移动到另一个文件夹。

工作是一个非常基本的设置。

有一个非常基本的时间表。

然而它还没有运行。我不是说成功运行，也不是说完全运行。是否有任何原因可能是这种情况？

有关其他信息，我还将编写该作业的脚本。

USE [msdb]
GO

/****** Object:  Job [MoveMantisFilesToArchive]    Script Date: 12/23/2015 10:21:52 AM ******/
BEGIN TRANSACTION
DECLARE @ReturnCode INT
SELECT @ReturnCode = 0
/****** Object:  JobCategory [[Uncategorized (Local)]]]    Script Date: 12/23/2015 10:21:52 AM ******/
IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N'[Uncategorized (Local)]' AND category_class=1)
BEGIN
EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N'JOB', @type=N'LOCAL', @name=N'[Uncategorized (Local)]'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

END

DECLARE @jobId BINARY(16)
EXEC @ReturnCode =  msdb.dbo.sp_add_job @job_name=N'MoveMantisFilesToArchive', 
        @enabled=1, 
        @notify_level_eventlog=0, 
        @notify_level_email=2, 
        @notify_level_netsend=0, 
        @notify_level_page=0, 
        @delete_level=0, 
        @description=N'Moves Mantis files to archive. It''s a very descriptive title.', 
        @category_name=N'[Uncategorized (Local)]', 
        @owner_login_name=N'sa', 
        @notify_email_operator_name=N'MyEmailGroup', @job_id = @jobId OUTPUT
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
/****** Object:  Step [Move the files in the afformentioned title.]    Script Date: 12/23/2015 10:21:53 AM ******/
EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'Move the files in the afformentioned title.', 
        @step_id=1, 
        @cmdexec_success_code=0, 
        @on_success_action=1, 
        @on_success_step_id=0, 
        @on_fail_action=2, 
        @on_fail_step_id=0, 
        @retry_attempts=0, 
        @retry_interval=0, 
        @os_run_priority=0, @subsystem=N'CmdExec', 
        @command=N'robocopy MySoruce MyDestination /mov', 
        @flags=0, 
        @proxy_name=N'RunsAs'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_update_job @job_id = @jobId, @start_step_id = 1
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobschedule @job_id=@jobId, @name=N'M-F', 
        @enabled=1, 
        @freq_type=8, 
        @freq_interval=62, 
        @freq_subday_type=1, 
        @freq_subday_interval=0, 
        @freq_relative_interval=0, 
        @freq_recurrence_factor=1, 
        @active_start_date=20151218, 
        @active_end_date=99991231, 
        @active_start_time=170000, 
        @active_end_time=235959, 
        @schedule_uid=N'bcb83273-19e8-49fb-a456-8517642370e3'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
COMMIT TRANSACTION
GOTO EndSave
QuitWithRollback:
    IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION
EndSave:

GO

Answer 1

关于这个问题的评论：查看这篇文章后，我发现您的工作最初以“sa”的身份运行。您的 SQL Server 的服务帐户似乎没有获得必要的文件共享权限。

这显然是导致工作看起来好像是“正在运行”的原因永远”的原因。当然，实际上什么也没发生。

这是一个最好的做法，以保留给SQL Server服务帐户权限，任何非必要的文件夹。这有助于防止 SQL Server 环境被利用进行不安全活动。（与xp_cmdshell默认情况下禁用存储过程的原因大致相同。）

当您切换sa到具有文件系统所需权限的帐户时，一切正常。当然，这是正确的做法。

计划的 SQL 代理作业有时会挂起（但看起来它们仍在“运行”）很长时间。这可能通常是由于外部问题，例如无法访问文件系统。

只要 SQL 代理认为作业正在“运行”，它就不会再次尝试启动作业。

简单的教训：

1. 将“sa”视为统治 SQL Server，但必须在别处乞求权利。
2. 查看 SQL 代理作业历史记录时，请注意运行时间过长的作业。这通常意味着 SQL 代理没有意识到进程已经死亡。
3. 对于需要访问 SQL Server 外部的数据或对象的 SQL 代理作业，始终计划使用代理帐户。并确保将权限授予代理正在使用的凭据。

当然，每个规则都有例外。