若是创建服务器级别的DDL触发器，只要把先前的ON DATABASE改为ON ALL SERVER，即可跟踪服务器级别的事件，使用的原理与数据库级别的DDL触发器相似，区别只在跟踪的事件不同。
|
1
2
3
4
5
6
|
CREATE
TRIGGER
ddl_trig_login
ON
ALL
SERVER
FOR
DDL_LOGIN_EVENTS
AS
PRINT n’
ALTER
LOGIN EVENT’
SELECT
EVENTDATA().value(‘(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]’,’nvarchar(
max
)’)
|
跟踪DDL_LOGIN_EVENTS类型事件，只要有新建、修改、删除登录帐号的事件发生，触发器就会执行程序，同样也可以利用EVENTDATA()函数取得触发器执行时相关的系统信息。可以通过如下语句来测试：
|
1
|
CREATE
LOGIN test
WITH
PASSWORD
=’Mpdfzh7’
|
同样地，如果要删除服务器级别的DDL触发器，和数据库级别的DDL触发器差不多，只是改成ON ALL SERVER即可，请参考如下语句：
|
1
2
|
DROP
TRIGGER
ddl_trig_login
ON
ALL
SERVER
|
当要禁止某个人或某个应用程序登录SQL Server时，也可以通过LOGON事件所引发的触发器。例如，SQL Server 2008后，Management Studio所提供的T-SQL IntelliSense功能会占据少许服务器的CPU和内存资源。若服务器端的数据对象不多，影响较小；但若对象很多，同时联机编辑的用户也很多，则会耗掉较大的资源。你可以通过LOGON事件所引发的触发器。不准SQL Server Management Studio工具程序用来查询T-SQL IntelliSense所需数据的连接登录。
首先，通过SQL Server Profiler工具程序观察，当Management Studio的T-SQL编辑器要取得服务器端数据对象，以提供开发程序T-SQL IntelliSense时，会用什么样的应用程序名称登录SQL Server，录制结果如下。（备注：作者使用SQL Server 2012录制，没有捕获到该应用的相关事件，下面测试在SQL Server 2008 R2下完成，SQL Server 2008 R2 Management Studio的T-SQL编辑环境会先查询服务器端的对象后，再提供T-SQL编写时的IntelliSense功能）
针对LOGON事件，创建简单服务器级别的DDL触发器后，通过APP_NAME系统函数判断登录的应用程序名称，若类似“Microsoft SQL Server Management Studio - Transact-SQL IntelliSense”，便通过ROLLBACK命令使其无法连接，代码如下。
|
1
2
3
4
5
6
7
|
CREATE
TRIGGER
IntelliSense_Connection_Limit_Trigger
ON
ALL
SERVER
FOR
LOGON
AS
BEGIN
IF APP_NAME()
LIKE
‘% Microsoft SQL Server Management Studio - Transact-SQL IntelliSense %’
ROLLBACK
;
END
;
|
执行之后，SQL Server 2008 R2 Management Studio的T-SQL编辑器所提供的IntelliSense功能就失效了。
利用相同的技巧，也可以写一个DDL触发器，当服务器连接过多时，就不准再创建新的、不重要的连接，以维持数据库的稳定和效率，并让既有的连接得以完成工作。免得系统在极为忙碌时，再加一条连接，有如最后一根稻草，压垮已经运行一阵的其他业务。不过，若真这么做，你可能要为了服务器的管理而跟开发人员吵架了。
另外，当设置SQL Server 2008 R2所提供的“Policies”机制，其“Evaluation Mode”为“on change -- prevent”时，SQL Server也是利用服务器几倍的DDL触发器，在事件发生后，立即评估其操作内容是否符合先前指定的策略，若违反策略，便ROLLBACK回滚原始状况。
在设置“Policies”时，需要“Evaluation Mode”为“on change -- prevent”，且“Enabled”，才会自动创建服务器级别的DDL触发器。若实际观察该触发器，可以看到如下内容。
|
1
2
3
4
5
6
7
8
9
|
CREATE
TRIGGER
[syspolicy_server_trigger]
ON
ALL
SERVER
WITH
EXECUTE
AS
'##MS_PolicyEventProcessingLogin##'
FOR
ALTER_AUTHORIZATION_DATABASE,ALTER_PROCEDURE,ALTER_SCHEMA,CREATE_PROCEDURE,RENAME
AS
BEGIN
DECLARE
@event_data xml
SELECT
@event_data = EVENTDATA()
EXEC
[msdb].[dbo].[sp_syspolicy_dispatch_event] @event_data = @event_data, @synchronous = 1
END
|
