ジョブはスケジュールどおりに実行されていません

したがって、Robocopyスクリプトを実行してすべてのファイルを1つのフォルダーから別のフォルダーに移動する基本的なSQLエージェントジョブがあります。

ジョブはかなり基本的なセットアップです。

かなり基本的なスケジュールで。

それでもまだ実行されていません。うまく走るという意味でもないし、走るという意味でもない。これに該当する理由はありますか？

追加情報については、ジョブについても説明します。

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

この質問のコメント：この投稿を確認すると、あなたの仕事はもともと「sa」として実行されていたことがわかります。SQL Serverのサービスアカウントに、必要なファイル共有に対する権限が付与されていないようです。

どうやらこれは、まるで「走る」かのように見える仕事につながったものです。もちろん、実際には何も起こりませんでした。

ベストプラクティスの任意のSQL Serverのサービスアカウントの権限を与え保留する非必須のフォルダ。これにより、SQL Server環境が危険な活動に利用されるのを防ぐことができます。（xp_cmdshellストアドプロシージャがデフォルトで無効になっているのと同じ理由です。）

saファイルシステムへの必要な権限を持つアカウントに切り替えたとき、すべてが機能しました。もちろん、これは正しいことでした。

スケジュールされたSQLエージェントジョブは、長時間ハングすることがあります（ただし、それらはまだ「実行中」のように見えます）。これは通常、ファイルシステムにアクセスできないなどの外部の問題が原因である可能性があります。

SQLエージェントは、ジョブが「実行中」であると信じている限り、ジョブの再開を試みません。

簡単なレッスン：

1. 'sa'はSQL Serverを支配していると考えますが、他の場所での権利を求めなければなりません。
2. SQLエージェントのジョブ履歴を確認するときは、実行時間が長すぎるジョブに注意してください。これは通常、SQLエージェントはプロセスが停止したことを認識しないことを意味します。
3. SQL Serverの外部のデータまたはオブジェクトにアクセスする必要があるSQLエージェントジョブには、常にプロキシアカウントを使用するように計画してください。また、プロキシが使用している資格情報に権限が付与されていることを確認してください。

そしてもちろん、すべてのルールには例外があります。