SQL Server 2005 維護計畫無法刪除？變更主機名/IP 後的清理解決方案

變更 SQL Server 2005 主機名或 IP 後，原有維護計畫因綁定舊伺服器名稱而成為「孤兒計畫」，在 SSMS 中無法正常刪除。本文提供經實測可行的 T-SQL 清理腳本，直接操作 msdb 系統表徹底移除殘留計畫與相關作業/排程。

問題成因

• 維護計畫儲存於 msdb.dbo.sysmaintplan_plans 等系統表，包含伺服器名稱資訊。
• 主機名變更後，SSMS 讀取系統表時找不到對應連線，導致刪除操作失效或報錯。

解決步驟

步驟 1：移除 SSMS 中的舊伺服器註冊

檢視 → 已註冊的伺服器 → 右鍵舊主機名稱 → 刪除。

步驟 2：在新主機 SSMS Query 視窗執行清理腳本

-- 刪除維護計畫（變更主機名後清理）
USE [msdb];
SET NOCOUNT ON;
BEGIN TRAN;

DECLARE @SubPlanName VARCHAR(200) = 'Subplan_1';  -- 依實際計畫名稱調整

-- 取得相關 ID
DECLARE @SubPlan_id UNIQUEIDENTIFIER, @job_id UNIQUEIDENTIFIER, 
        @msx_job_id UNIQUEIDENTIFIER, @Schedule_id UNIQUEIDENTIFIER;

SELECT @job_id = job_id, @msx_job_id = msx_job_id, @SubPlan_id = subplan_id
FROM sysmaintplan_SubPlans WHERE SubPlan_name = @SubPlanName;

-- 依相依順序刪除
IF @SubPlan_id IS NOT NULL
  DELETE FROM sysmaintplan_log WHERE SubPlan_id = @SubPlan_id;

IF @SubPlanName IS NOT NULL AND @SubPlanName <> ''
  DELETE FROM sysmaintplan_SubPlans WHERE SubPlan_Name = @SubPlanName;

IF @Schedule_id IS NOT NULL AND @Schedule_id <> '00000000-0000-0000-0000-000000000000'
  DELETE FROM SysSchedules WHERE Schedule_id = @Schedule_id;

IF @job_id IS NOT NULL AND @job_id <> '00000000-0000-0000-0000-000000000000'
  DELETE FROM sysjobs WHERE job_id = @job_id;

-- 關鍵：清除計畫主表殘留記錄
DELETE FROM msdb.dbo.sysmaintplan_plans;

COMMIT TRAN;

IF @@ERROR <> 0 PRINT 'Job failed ;-(' ELSE PRINT 'Job done! ;-)';
SET NOCOUNT OFF;

腳本關鍵點說明

執行後驗證

1. SSMS 物件總管 → 管理 → 維護計畫 → 重新整理 → 確認舊計畫消失。
2. SQL Agent 作業列表確認相關作業已移除。

預防措施

• 變更主機名/IP **前**，先手動刪除所有維護計畫與 SQL Agent 作業。
• 使用別名 或 DNS CNAME 讓應用程式不直接依賴實體主機名。
• 建立標準化變更管理流程，包含資料庫層面的清理檢核項目。

掌握此清理腳本，能快速解決主機遷移後的維護計畫殘留問題，避免 SSMS 操作卡住、錯誤訊息干擾日常運維。