默认是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 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。