dbtmon主要主要用于数据库监控与分析。
dbtmon主要注意实时监控数据库事务日志文件，怎么抓其新增审批日志记录，然后分析。通常技术来源于浪擎.镜像系统的日志捕捉引擎。要注意有以下功能：数据库变化监控实时监控事务变化将事务日志文件导出成excel管理员也可以审计数据变更
日志文件满而照成sql数据库根本无法中写入文件时，和用两种方法：
一种方法：数据清空日志。
1．先打开可以查询分析器，输入命令
dumptransaction数据库名withno_log
2.再可以打开企业管理器--右键你要压解的数据库--所有任务--收缩起来数据库--收缩文件--选择日志文件--在收缩里选择类型收缩起来至xxm,这里会具体一个愿意快速收缩到的大于m数,就输入这个数,判断就可以了。
另一种方法有一定的风险性，毕竟sqlserver的日志文件又不是立即写入到数据库主文件的，如如何处理不恰当的话，会会造成数据的损失。
1:删掉log
分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞再分离数据库
2：删出log文件
附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞只附加数据库
此法化合新的log，大小仅有500多k。
再注意：我建议你使用第一种方法。
假如以后,不打算它变大。
sql2000下在用：
在数据库上点右键-rlm属性-rlm选项-rlm故障恢复-模型-选择-简单点模型。
或用sql语句：
alterdatabase数据库名setrecoverysimple
别外，truncatelogoncheckpoint(此选项主要是用于sql7.0，sql2000中即系统失败模型选择类型为很简单模型)当负责执行checkpoint命令时如果事务日志文件达到其大小的70%则将其内容清理在开发数据库时也曾将此选项设置为trueautoshrink定期自查对数据库并且检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将是自动启动被缩减文件使其未用空间425%当文件大小没有远远超过其组建时的数码宝贝传说大小时不会缩减文件被缩减后的文件也必须大于等于其精灵大小对事务日志文件的大幅缩减唯有在对其作软件备份时或将truncatelogoncheckpoint选项设为true时才能接受。
再注意：就像立成确立的数据库设置属性已设好，但碰到意外情况使数据库属性被更改后，请用户清空日志后，检查数据库的以上属性，以防事务日志再度充满。
.jpg)
