默認是c盤,但在應用中由於資料庫會隨時間變大，因此建議用戶自建資料庫應放在一個空間足夠大的硬碟中，我們一般系統安裝在
c盤，數據放在其它盤中，如d盤等。還有數據自動備份不要與用戶資料庫在同一盤中。等等，它的一切在於你的安排和經驗。
『貳』 如何監控一句SQL執行的效率用什麼工具如何監控
用sqlServer自帶的sql server profiler
可以監視sql執行的cpu佔用率，執行時長等
『叄』 求sql server的監控軟體
MochaBSM對SQLServer監控的優點如下：
1.通過可視化的統一界面，詳盡的了解資料庫的所有性能指標，並且可以通過顏色的不同迅速定位資料庫潛在的問題。
2.監控的層次比較深，可以監控到資料庫中所有的資料庫，包括系統庫和用戶庫，監控的顆粒度比較細，可以根據資料庫的重要性不同，對資料庫分別設置獨立的監控策略和告警閥值，這樣可以使最重要的資料庫得到最主要的關注。
3.無人執守的主動式監控。
當資料庫系統出現問題時，可以根據用戶自定義的設置，將告警信息通過郵件，簡訊，語音，客戶端等方式發給相關的負責人，並可以自動的觸發相關的流程進行處理，真正實現了無人執守監控。
4、先進的歷史報表系統，回溯歷史，分析趨勢，並且可以導出為EXCELPDF等用戶需要的格式。
『肆』 LoadRunner如何監控SQL資料庫，資料庫是SQL2005的.
一般需要監控以下指標:
1)
SQLServer資源監控中指標緩存點擊率(Cache
Hit
Ratio)，該值越高越好。如果持續低於80%，應考慮增加內存。
2)
如果Full
Scans/sec(全表掃描/秒)計數器顯示的值比1或2高，則應分析你的查詢以確定是否確實需要全表掃描，以及SQL查詢是否可以被優化。
3)
Number
of
Deadlocks/sec(死鎖的數量/秒):死鎖對應用程序的可伸縮性非常有害，並且會導致惡劣的用戶體驗。該計數器的值必須為0。
4)
Lock
Requests/sec(鎖請求/秒)，通過優化查詢來減少讀取次數，可以減少該計數器的值。
『伍』 如何監控和解決SQL Server的阻塞
1. 什麼是"阻塞"?
阻塞是SQL資料庫應用"鎖"機制的一個副作用。當一個應用請求針對某個資料庫對象(例如全表，某行數據, 或者是某個數據頁)加鎖後，那麼這個鎖會阻塞其它的應用請求。這就好像你把家裡的大門上了鎖，你的老婆沒有鑰匙，只能等待你回家。她進入房間的請求被你阻塞了，不得不等待，直到你解鎖開門。對於資料庫來說短暫的阻塞是可以被接受的。而且短暫的阻塞也是資料庫的常態。只有當阻塞的時間超過了人們的容忍時間，這種阻塞現象需要DBA的關注。
2. 如何發現"當前"的"阻塞"?
通過下列工具可以發現當前正在發生的阻塞現象
活動監視器 Activity Monitor
sp_who2
動態性能視圖(DMV)
http://blog.csdn.net/hwu14/article/details/23345809
『陸』 如何實時監控mysql中的SQL語句的執行情況
首先介紹下 pt-stalk，它是 Percona-Toolkit 工具包中的一個工具，說起 PT 工具包大家都不陌生，平時常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自於這個工具包，這里就不多介紹了。
pt-stalk 的主要功能是在出現問題時收集 OS 及 MySQL 的診斷信息，這其中包括：
1. OS 層面的 CPU、IO、內存、磁碟、網路等信息；
2. MySQL 層面的行鎖等待、會話連接、主從復制，狀態參數等信息。
而且 pt-stalk 是一個 Shell腳本，對於我這種看不懂 perl 的人來說比較友好，腳本裡面的監控邏輯與監控命令也可以拿來參考，用於構建自己的監控體系。
三、使用
接著我們來看下如何使用這個工具。
pt-stalk 通常以後台服務形式監控 MySQL 並等待觸發條件，當觸發條件時收集相關診斷數據。
觸發條件相關的參數有以下幾個：
function：
∘默認為 status，代表監控 SHOW GLOBAL STATUS 的輸出；
∘也可以設置為 processlist，代表監控 show processlist 的輸出；
variable：
∘默認為 Threads_running，代表 監控參數，根據上述監控輸出指定具體的監控項；
threshold：
∘默認為 25，代表 監控閾值，監控參數超過閾值，則滿足觸發條件；
∘監控參數的值非數字時，需要配合 match 參數一起使用，如 processlist 的 state 列；
cycles：
∘默認為 5，表示連續觀察到五次滿足觸發條件時，才觸發收集；
其他一些重要參數：
iterations：該參數指定 pt-stalk 在觸發收集幾次後退出，默認會一直運行。
run-time：觸發收集後，該參數指定收集多長時間的數據，默認 30 秒。
sleep：該參數指定在觸發收集後，sleep 多久後繼續監控，默認 300 秒。
interval：指定狀態參數的檢查頻率，判斷是否需要觸發收集，默認 1 秒。
dest：監控數據存放路徑，默認為 /var/lib/pt-stalk。
retention-time ：監控數據保留時長，默認 30 天。
daemonize：以後台服務運行，默認不開啟。
log：後台運行日誌，默認為 /var/log/pt-stalk.log。
collect：觸發發生時收集診斷數據，默認開啟。
∘collect-gdb：收集 GDB 堆棧跟蹤，需要 gdb 工具。
∘collect-strace：收集跟蹤數據，需要 strace 工具。
∘collect-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。
連接參數：host、password、port、socket。
『柒』 如何實時監控mysql中的SQL語句的執行情況
首先介紹下 pt-stalk，它是 Percona-Toolkit 工具包中的一個工具，說起 PT 工具包大家都不陌生，平時常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自於這個工具包，這里就不多介紹了。
pt-stalk 的主要功能是在出現問題時收集 OS 及 MySQL 的診斷信息，這其中包括：
1. OS 層面的 CPU、IO、內存、磁碟、網路等信息；
2. MySQL 層面的行鎖等待、會話連接、主從復制，狀態參數等信息。
而且 pt-stalk 是一個 Shell腳本，對於我這種看不懂 perl 的人來說比較友好，腳本裡面的監控邏輯與監控命令也可以拿來參考，用於構建自己的監控體系。
三、使用
接著我們來看下如何使用這個工具。
pt-stalk 通常以後台服務形式監控 MySQL 並等待觸發條件，當觸發條件時收集相關診斷數據。
觸發條件相關的參數有以下幾個：
function：
∘默認為 status，代表監控 SHOW GLOBAL STATUS 的輸出；
∘也可以設置為 processlist，代表監控 show processlist 的輸出；
variable：
∘默認為 Threads_running，代表 監控參數，根據上述監控輸出指定具體的監控項；
threshold：
∘默認為 25，代表 監控閾值，監控參數超過閾值，則滿足觸發條件；
∘監控參數的值非數字時，需要配合 match 參數一起使用，如 processlist 的 state 列；
cycles：
∘默認為 5，表示連續觀察到五次滿足觸發條件時，才觸發收集；
其他一些重要參數：
iterations：該參數指定 pt-stalk 在觸發收集幾次後退出，默認會一直運行。
run-time：觸發收集後，該參數指定收集多長時間的數據，默認 30 秒。
sleep：該參數指定在觸發收集後，sleep 多久後繼續監控，默認 300 秒。
interval：指定狀態參數的檢查頻率，判斷是否需要觸發收集，默認 1 秒。
dest：監控數據存放路徑，默認為 /var/lib/pt-stalk。
retention-time ：監控數據保留時長，默認 30 天。
daemonize：以後台服務運行，默認不開啟。
log：後台運行日誌，默認為 /var/log/pt-stalk.log。
collect：觸發發生時收集診斷數據，默認開啟。
∘collect-gdb：收集 GDB 堆棧跟蹤，需要 gdb 工具。
∘collect-strace：收集跟蹤數據，需要 strace 工具。
∘collect-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。
連接參數：host、password、port、socket。
『捌』 關於sql2008，怎麼監控某資料庫表變化情況
在每個表中添加觸發器~~
一旦數據有變化, 觸發器就被觸發~ 觸發器中寫代碼將這個變化寫入到你指定的日誌表中即可。
注意：是多個表的觸發器, 去操作同一個日誌表。
『玖』 如何監控某個資料庫用戶的SQL執行效率
SQL SERVER PROFILER Trace然後FILTER SELECT語句。
如果是2008或以上的話可以考慮用Database audit.
但是使用這些功能對資料庫性能都會產生影響，要注意。
『拾』 SQL Server需要監控哪些計數器
SQL Server需要監控哪些計數器
常規計數器
收集操作系統伺服器的伺服器性能信息，包括Processor、磁碟、網路、內存
Processor 處理器
1.1 % Processor Time指處理器用來執行非閑置線程時間的百分比。通過此計數器可以確定伺服器當前CPU使用百分比。
1.2 % Privileged Time是在特權模式下進程線程執行代碼所花時間的百分比。當調用 Windows 系統服務時，此服務經常在特權模式運行，以便獲取對系統專有數據的訪問。