定时删除日志问题！请高手帮帮小弟！
我在作业里添加了一个每周删一次日志的作业，只一个步骤在里面输入以下代码:
DUMP     TRANSACTION     ht123     WITH     NO_LOG        
GO
BACKUP   LOG   ht123     WITH   NO_LOG
GO
DBCC   SHRINKDATABASE(ht123     )
GO
但是每次都是运行失败！用的是SQL命令！用户用sa   或系统用户都不行请专家帮帮忙！谢谢！或不用这样做有什么别的高招都请帮小弟一下！

------解决方案--------------------
DUMP TRANSACTION test WITH NO_LOG
GO
BACKUP LOG test WITH NO_LOG
GO
DBCC SHRINKDATABASE(test)
在查询分析器中运行一次试试，看看是否运行不成功，我在本机上成功收缩数据库。
感觉是数据文件可用空间不够
引用－－
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。

注意：建议使用第一种方法。

如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键-> 属性-> 选项-> 故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple

另外，Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。

注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。