經典Sql問題,有遇到的高手們幫幫我哈

Question

1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
其实你再查询分析器执行这个就可以DUMP TRANSACTION 库名 WITH NO_LOG 
BACKUP LOG 库名 WITH NO_LOG
DBCC SHRINKDATABASE(库名)
http://blog.csdn.net/utpcb/archive/2007/10/09/1816435.aspx

Answer 1

--收缩数据库日志文件脚本
DUMP TRANSACTION 库名 WITH NO_LOG  
BACKUP LOG 库名 WITH NO_LOG 
DBCC SHRINKDATABASE(库名) 

Answer 2

还有！哥哥你怎么不打SP4不打SP4会要命的阿！ 以前有个蠕虫病毒哈哈让使用SQLSERVER 的人吃了很大亏 过后才有SP4的

Answer 3

樓上這位只是比我多了一個 BACKUP LOG 库名 WITH NO_LOG,這個我也試過的,也是按那個步驟做的,還是不行
像我那樣壓縮數據庫應該沒什麽問題的吧,我是說不會導致sql數據庫不自動增長吧

Answer 4

Backup log 库名 WITH NO_LOG 是只對使用簡單恢復模式起作用的吧,我用的是完整恢復模式,要不要改成簡單的?

Answer 5

1--加打SP4补丁.
2--确保该盘有足够空间.
3--更改数据库文件的增长率为10%.
4--保险起见,重新启动服务器和sql server服务.

Answer 6

没打SP4也可能是问题之一，我之前也是没打SP4，居然用着用着出现远程数据库不能访问了，搞得我发晕，后来打上SP4啥事都没有了。。