10.查看数据库里用户和进程的信息

sp_who

查看SQL Server数据库里的活动用户和进程的信息

sp_who 'active'

查看SQL Server数据库里的锁的情况

sp_lock

进程号1--50是SQL Server系统内部用的,进程号大于50的才是用户的连接进程.

spid是进程编号,dbid是数据库编号,objid是数据对象编号

查看进程正在执行的SQL语句

dbcc inputbuffer ()

推荐大家用经过改进后的sp_who3过程可以直接看到进程运行的SQL语句

sp_who3

检查死锁用sp_who_lock过程

sp_who_lock

11.收缩数据库日志文件的方法

收缩简单恢复模式数据库日志，收缩后@database_name_log的大小单位为M

backup log @database_name with no_log

dbcc shrinkfile (@database_name_log, 5)

12.分析SQL Server SQL 语句的方法:

set statistics time {on

off}

set statistics io {on

off}

图形方式显示查询执行计划

在查询分析器->查询->显示估计的评估计划(D)-Ctrl-L 或者点击工具栏里的图形

文本方式显示查询执行计划

set showplan_all {on

off}

set showplan_text { on

off }

set statistics profile { on

off }

13.出现不一致错误时，NT事件查看器里出3624号错误，修复数据库的方法

先注释掉应用程序里引用的出现不一致性错误的表，然后在备份或其它机器上先恢复然后做修复操作

alter database [@error_database_name] set single_user

修复出现不一致错误的表

dbcc checktable('@error_table_name',repair_allow_data_loss)

或者可惜选择修复出现不一致错误的小型数据库名

dbcc checkdb('@error_database_name',repair_allow_data_loss)

alter database [@error_database_name] set multi_user

CHECKDB 有3个参数:

repair_allow_data_loss 包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，

以及删除已损坏的文本对象，这些修复可能会导致一些数据丢失。

修复操作可以在用户事务下完成以允许用户回滚所做的更改。

如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。

如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。

修复完成后，请备份数据库。

repair_fast 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。

这些修复可以很快完成，并且不会有丢失数据的危险。

repair_rebuild 执行由 repair_fast 完成的所有修复，包括需要较长时间的修复（如重建索引）。

执行这些修复时不会有丢失数据的危险。