我建议处理这个问题的最简单方法是把你的长期运行的过程放到一个工作中。不需要打开的 Management Studio 实例,该实例具有从您的工作站到服务器的可靠活动网络连接,并且由于作业一次只能运行一个实例,因此识别正在运行的实际进程会容易得多工作(并相应地处理它)。
因此,假设我已经说服了你,并且你有一个名为“我想杀死的工作”的工作,它计划在周五晚上 10 点运行。可以将以下存储过程安排为单独的作业,在星期六早上 6:00,或手动调用。
CREATE PROCEDURE dbo.Kill_Job_I_Wanna_Kill
AS
BEGIN
SET NOCOUNT ON;
DECLARE @id UNIQUEIDENTIFIER;
-- since the job could be dropped and re-created:
SELECT @id = job_id
FROM msdb.dbo.sysjobs
WHERE name = 'Job I wanna kill';
-- note that it could also be renamed, so you'll have to
-- decide how to properly identify this job in the long run
DECLARE @t TABLE
(
ID VARBINARY(32), rd INT, rt INT, nrd INT,
nrt INT, nrs INT, rr INT, rs INT, rsID SYSNAME,
Running BIT, cs INT, cra INT, [state] INT
);
-- note that this XP is undocumented and unsupported!
INSERT @t EXEC master.dbo.xp_sqlagent_enum_jobs 1, 'sa', @id;
IF EXISTS (SELECT 1 FROM @t WHERE Running = 1)
BEGIN
PRINT 'Cancelling job!';
EXEC msdb.dbo.sp_stop_job @job_id = @id;
END
ELSE
BEGIN
PRINT 'Job is not running!'
END
END
GO
当作业被成功终止后,手动调用或调度时的作业步骤历史记录中将显示以下内容:
Cancelling job!
Job 'Job I wanna kill' stopped successfully.
现在,可能还有其他复杂情况 - 有时回滚可能需要与到达该点所需的时间一样长(或更长)。这完全取决于长期运行的过程正在做什么(我假设您正在重建/重组索引)。