要針對封鎖(block)來定期監控，大致上有 2 個是必須要知道的概念。 1、知道如何使用 sp_send_dbmail 的預存程序如何使用，如下連結以供參考： http://msdn.microsoft.com/zh-tw/library/ms190307.aspx   2、再來就是重點了，我們該如何在封鎖發生時，有效的抓取相關資訊呢? 相信大家已經想到答案了，沒錯~ 就是用 sys.dm_exec_requests (動態管理檢視) 大家可以參考德瑞克大的文章，有相當清楚的說明 http://sharedderrick.blogspot.com/2007/12/blocked-lock-connectoin.html

針對每日資料庫 schema 的異動狀況發出一封 mail 說明，這是很常在資料庫管理中使用到的技巧，但我今天碰到一個小問題： 我發現我無法於設定的時間發送 e-mail ，錯誤如下圖：   剛開始我還在想，這錯誤到底代表著什麼 ? 而我自己用 SSMS 測試發信，也是正常無誤的。我參考了下面連結的文件： http://social.msdn.microsoft.com/Forums/en-US/transactsql/thread/265151f8-1ea5-43fb-bb8d-1092bc104a67/   發現是和內建的預存程序 sp_send_dbmail 有關係，在進一步，透過該文章的討論，我也發現似乎是 profile 的問題，於是我在 T-SQL 和 Database Mail 中交叉比對，發現我沒有設定名為 Default 的 profile，只有 Lativ 的設定檔。 (註：當使用自動寄發測試信時，怎麼選都是 Lativ 的設定檔，所以當然可以寄送成功)   這樣下次就知道是哪邊有問題了= =……

我是架 SQL Cluster 碰到此問題的，覺得還蠻好玩，分享如下： 1、event viewer 中發現我沒有此元件的啟用權，但這到底是什麼權限呢? 請看第2步驟 2、找尋此元件名稱的方法，透過 registry，由路徑( HKEY_CLASSES_ROOT\CLSID\(CLSID的編號)\LocalService\   下的 REG_SZ 類型即可找到。   3、找到後就開啟元件服務，如下操作圖示：   大致上是這樣了。 有關於 AppID 的相關概念，可以參考下述網址： http://blogs.msdn.com/b/jigarme/archive/2007/10/09/what-is-appid.aspx

真正在線上運作的SQL 2008 備份檔，一定都會很大，比較建議一定要買個專門的儲存設備(EX: NAS)。另外在設定上，建議使用一個專門跑SQL 維護計劃的帳戶，且檔案存放的位置一定要讓此帳號有權限可以使用(通常連帳密都要一樣)。 最後別忘了，類似維護計劃的自動化任務都是由SQL Agent服務啟動，所以SQL Agent啟動的帳戶要和維護計劃一致。 遇到問題： 最近我的問題還是沒解決，我的維護計劃裡的所有子計劃都可以跑，就唯獨交易記錄備份一直失敗，god~ 解決方法： 終於解決上述問題，原因很無言，因為我的目錄和交易記錄備份的副檔名是一樣的，造成此次錯誤。所以只要將資料夾名稱更改即可。