文章出處

SQLSERVER2012里的擴展事件初嘗試（上）

SQLSERVER2012里的擴展事件初嘗試（下）

周未看了這兩篇文章：

擴展事件在Denali CTP3里的新UI（一）

擴展事件在Denali CTP3里的新UI（二）

覺得在SQLSERVER2012開始，擴展事件的管理更加容易了，之前一直沒有用過擴展事件

只是聽過，看了文章的介紹，覺得擴展事件跟SQLSERVER PROFILER有很多相似之處

大家可以融會貫通

之前有一篇文章：擴展事件在Denali CTP1里的新功能

文章里說在SQLSERVER2012之前，擴展事件的所有操作只能用TSQL或C#代碼來實現

現在SQLSERVER2012就方便多了，有了新的GUI，趨向于傻瓜了，對我來講是好事o(∩_∩)o 哈哈

趁機學習一下擴展事件

簡單介紹

首先打開SQLSERVER2012的SSMS，依次點擊打開管理-》擴展事件-》會話

在會話文件夾中，點擊右鍵-》可以新建會話/新建會話向導

在已有的會話中，點擊右鍵-》啟動會話、新建會話、導出會話、刪除、屬性

這些菜單已經很豐富了

點擊-》新建會話向導，SQLSERVER會一步一步引導您怎麼新建一個會話

包括設置會話熟悉感、選擇模板、選擇要捕獲的事件、選擇要捕獲的全局字段、設置事件會話篩選器、指定會話數據存儲

這個向導我就不介紹了，我們一般都不喜歡用傻瓜的向導，生怕漏了什么東西沒有設置

其實大家看到向導中要設置的步驟：選擇模板、設置事件會話篩選器、選擇要捕獲的全局字段，有沒有覺得和SQLSERVER PROFILER差不多的感覺

建立會話

我們新建一個會話

彈出新建會話對話框

左邊有常規、事件、數據存儲、高級這些tab頁

等一下會陸續介紹

常規頁面

輸入會話名稱

在sql profiler里面就是輸入跟蹤名稱

下面有一些選項，例如在服務器啟動時啟動事件會話，你可以根據自己實際情況進行勾選

大家知道開啟sql profiler會對SQLSERVER的性能造成影響

那么，從下面的“在服務器啟動時啟動事件會話”

這里告訴我們兩個信息

信息一：自動化程度高了，以往我們都是重啟服務器就需要自己手動打開sql profiler來重新跟蹤SQLSERVER的事件，現在有這個選項就方便多了

不用手動打開擴展事件

信息二：擴展事件對SQLSERVER的性能損耗不大

在園子里的燕洋天大俠的文章大話擴展事件第一篇：概述（上）里提到：

擴展事件的出現與設計主要是以性能為主要的出發點

我們可以使用一個文件目標對象在相關的時間發生之后將信息寫入到文件中，這樣就非常的輕量級了，并且可以精確到事件發生點

我們在會話名稱里輸入“blogtest”

會話中也提供了很多模板給我們使用

就像sql profiler里面

在文章擴展事件在Denali CTP3里的新UI（一）中也說了

我們支持與Profiler里模板類似的概念，只要選擇一個模板，Event（包括Action和Predicate）和Target以及某些選項就自動選擇好了

但是在CTP3里只有一個Standard模板，這個模板所選擇的事件和Profiler里的Standard模板相對應

你也可以把自己創建的Session作為模板保存起來以備后用，保存模板只需要右鍵點擊某個Session然后選擇Export Session…即可

因為那篇文章出來的時候SQLSERVER2012也只是CTP3的階段，所以那時候只有一個標準模板，現在SQLSERVER2012出來了

已經多了很多模板了

導出會話就相當于導出模板了

sql profiler里導出模板

導入會話模板

在新建會話對話框里選擇模板的下拉列表有一個 <從文件...>

事件頁面

事件頁面是最復雜的，你首先看到它分為左右兩部分，左邊是事件庫，所有在SQL Server里注冊的擴展事件都列在這里，右邊是你選擇的事件。

在選擇事件的時候，你可以點擊名稱列表頭，進行事件名稱的首字母進行順序或者倒序排序，

類別和通道也是可以排序的

事件的類別非常多，包括cdc功能的事務日志掃描、死鎖監視、高度可用性和數據的安全性（High Availability and Disaster Recovery，HADR）、垃圾回收等等

事件過濾，比如我在在事件庫的輸入框里輸入sql_，所有名字含有sql_字樣的事件都被列了出來并且高亮顯示

過濾也可以按照事件名稱和說明、僅事件字段、全部來進行過濾

類別和通道的類似于EXCEL的列篩選

我們選擇sql_statement_starting和sql_statement_completed事件

點擊所選事件頁面右上方的配置按鈕，頁面將會滑動

配置事件頁面

你可以點擊“選擇”返回剛才的事件庫頁面

你會看到閃電和漏斗圖標分別出現在了右邊配置頁面的全局字段（操作）標簽和篩選器（謂詞）標簽上

閃電代表的是該事件上有多少Global Fields（Actions）關聯

漏斗代表該事件有沒有Filter（Predicate）關聯

SQLSERVER Profiler里每個事件都含有EventSequence列，而在XEvent里則被作為Action來實現了。

Predicate可以減少不必要的事件收集，比如我可以配置sql_statement_starting事件的Predicate為database_name=’Northwind’，

那么發生在其他數據庫的sql_statement_starting事件就不會被該Session所收集，Profiler可以為所有事件設置一個Column Filter，

而XEvent支持為每個Event設置各自獨立不同的Predicate

事件字段（Event Fields）標簽列出所有該Event的列，某些Event會把一些開銷比較大的列作為可選的列，你可以點擊前面的CheckBox選擇是否收集該列數據，

比如sql_statement_starting的statement列就可以被取消選擇。

你可以同時選擇多個事件并選擇/取消全局字段（操作）或配置篩選器（謂詞）

在這里我們為sql_statement_starting和sql_statement_completed事件，在全局字段（操作）里選擇database_name

不添加謂詞并保持事件字段為默認值。

完成之后在閃電和漏斗列會顯示相應的動作和謂詞的數量

如果配置謂詞錯誤，在漏斗列會顯示打叉

我們刪除子句就可以了

配置完畢之后，會看到sql_statement_starting（事件）和sql_statement_completed（事件）后面的閃電圖標列有一個動作與之關聯

數據存儲頁面

在這個頁面里可以選擇為Session添加不同的目標（Target）

這里我們選擇event_file 目標并保持默認配置

高級頁面

高級頁面可以設置控制會話行為的高級選項，有一個選項需要特別注意，”最大調度滯后時間（Maximum dispatch latency）”

它描述了事件從被觸發到寫入到Target最長的等待時間，默認值是30秒，如果你使用和SQLSERVER Profiler client-side tracing

類似的Live Monitoring功能，你可能會希望把它改小，這樣事件被觸發后可以盡快地顯示在SSMS里，

但需要注意到的是改小它會增加SQL Server的開銷，這里我們把它改成5秒

完成創建

點擊“確定”完成事件會話的創建

blogtest 會話將會被創建成功并顯示在Object Explorer里

在會話被創建后，你可以在Object Explorer里右鍵點擊該Session并選擇屬性，這將打開和創建會話相同的對話框，進行修改后點擊確定即可。

如果你想查看怎麼用TSQL語句的方式能創建剛才blogtest事件會話，可以用編寫腳本的方式

1 CREATE EVENT SESSION [blogtest] ON SERVER 
2 ADD EVENT sqlserver.sql_statement_completed(SET collect_statement=(1)
3     ACTION(sqlserver.database_name)),
4 ADD EVENT sqlserver.sql_statement_starting(
5     ACTION(sqlserver.database_name)) 
6 ADD TARGET package0.event_file(SET filename=N'D:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\Log\blogtest.xel')
7 WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=5 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=OFF)
8 GO

啟動會話并監視

啟動會話

監視實時數據

當點擊“監視實時數據”按鈕，就會新建一個窗口

運行了一下，事件數量就不斷上升

我們停止會話

但是似乎SQLSERVER有些問題

我以為SQLSERVER會刪除了blogtest這個會話，然后我刷新了一下會話節點，沒有刪除，似乎SQLSERVER在這個地方有些bug

又或者是我自己操作不正確

xel文件

我們看一下D:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\Log路徑下的情況

我剛才停止了會話，又重新啟動了會話，所以會產生兩個blogtest xel文件

這里要注意一下，剛才我們在 數據存儲 頁面，默認的設置值是：勾選了啟用文件滾動更新，并且在最大文件數里設置為5

這里跟SQL ERROR LOG是一樣的，當blogtest這個會話產生的xel文件的文件數達到5個，就會刪除最早的那個xel文件

然后生成一個新的xel文件

SQL ERRORLOG也是一樣是滾動更新的，這里就不再詳細敘述了~

system_health xel文件是安裝SQLSERVER的時候已經創建好的

system_health 擴展事件會話

此會話源自產品支持團隊的想法，它可以跟蹤通常被用來對客戶系統進行調試的信息

（例如當客戶系統發生死鎖或出現其它嚴重錯誤時）

此會話的創建和啟動是 SQL Server 2008 實例安裝過程的一部分

它在環緩沖區中跟蹤事件，因此不會消耗太多內存.

SQL Server 2008使用擴展事件進行高級故障排除