SQL作业处理SQL日志过大.doc

通过使用SQL作业，处理SQL日志过大
因为SQL日志老是快速增长，甚至超数据库本身，一天有一个不小心居然到十几个G的大小。网上查了很多方法，没有一劳永逸的。后发现通过使用SQL作业，可以理想处理。
大家跟着我来做一下：
首先查看通过使用SQL作业，处理SQL日志过大
因为SQL日志老是快速增长，甚至超数据库本身，一天有一个不小心居然到十几个G的大小。网上查了很多方法，没有一劳永逸的。后发现通过使用SQL作业，可以理想处理。
大家跟着我来做一下：
首先查看一下SQL的日志是否过大：选中你的数据库并右击，点属性
点击“事务日志”看“分配的空间（MB）”下的数值，一般百兆以内就不用麻烦了，也可根据自己的情况来定你是不是需要做这个作业。
确定要做，看图继续；
选中你的数据库，点工具－—作业调试
下一步
根据你喜欢或熟悉的语言选一种，我选“Transact-SQL命令”并点下一步
这里再确认下你要操作的数据库名，不对的可以重选，在下面的脚本框内输入以下内容：
DUMP TRANSACTION 数据库名 WITH NO_LOG
BACKUP LOG 数据库名 WITH NO_LOG
DBCC SHRINKDATABASE (数据库名)
再点分析，看是否成功
成功了继续，不成功检查语句是不是有错。
这里设置执行的时间，因为我想一劳永逸，所以我选“反复运行”并点“调度”设置运行时间
因为不敢保证此操作完美无误，所以请大家把执行时间放在数据库备份时间之后（备份的你再找资料）
下一步
给作业名命一个名称，并完成
这样就好了，再也不用担心日志突然变大了。
当然，如果效果不满意，可以修改
点“管理”――“作业”查看你做好的作业
双击你的作业名对其操作
呵呵，点步骤修改操作内容，点调度修改操作时间。。。