如果你創建了一個登錄觸發器，並且在這個觸發器中有一些不好的代碼，那麼當你嘗試著登錄時，你將會得到一個類似於圖一顯示的錯誤：
圖一
如果不能很好地執行登錄觸發器，那麼將會導致登錄失敗。
例如，如果創建了這個觸發器，那麼就可以設計下面的代碼來達到失敗的目的。
CREATE TRIGGER BadLogonTrigger ON ALL SERVER FOR LOGON
AS
BEGIN
INSERT INTO BadDB.dbo.SomeTable VALUES ('Test');
END;
GO
沒有一個數據庫稱為BadDB，這意味著在BadDB內也沒有一張表叫SomeTable。因此，任何登錄到該服務器的正常嘗試都會失敗，因為這個觸發器涉及到一個不存在的對象。為了糾正這一問題，你也需要：
使用一個現有的建立連接，該連接擁有合適的權限。
使用專用管理員連接(DAC)連接SQL Server。
如果你現有的一個連接可以刪除觸發器或者使觸發器不可用，那麼請使用現有的連接來糾正這個問題。但是可能在一些情況下，你的連接沒有這種功能，那麼你需要依賴專用管理員連接。
默認情況下，這個專用管理員連接只能在本地服務器中使用。這就意味著，你需要通過登錄到本地計算機或者使用另一種方式如遠程桌面來連接。一旦你登錄了，你就可以使用SQLCMD或者SSMS。
如果你使用SQLCMD，你要通過該專用管理員連接指定一個-A開關來連接。如果你通過SSMS連接，那麼要確定通過在服務器名前面指定ADMIN:來連接，如圖二。
圖二
產生這種現象的原因是SQL Server通過專用管理員連接把對連接的檢查和資源減到最少。當一個或多個進程消耗一個SQL Server而造成登錄不能正常進行時，這種方法就給數據庫管理員一個“後門”。當通過DAC連接時，SQL Server不做的一件事是執行任何登錄觸發器。因此，你可以使用DAC，你不會被這個不好的觸發器所阻礙。然後如果需要，你可以使這個觸發器不可用或者刪除這個觸發器。
例如，一旦通過DAC連接，我就可以執行下面的命令來完全擺脫這個觸發器：
DROP TRIGGER BadLogonTrigger ON ALL SERVER;
GO
