用了好几年的一个虚机，数据库是SQL Server 2008，配额500M。
今天忽然发现无法录入数据，登录后台一看，原来是数据库容量满了。
很久没用SQL Server了，找到一段之前用过的收缩数据库的语句：
DUMP TRANSACTION DBName WITH NO_LOG
BACKUP LOG DBName WITH NO_LOG
DBCC SHRINKDATABASE(DBName);
却发现以上语句，在SQL2008的企业管理器中出现错误提示，原来DEMP这种用法从2008已经不再支持了
然后，又找到适合2008用的语句：
ALTER DATABASE DBName SET RECOVERY SIMPLE
ALTER DATABASE DBName SET RECOVERY FULL
DBCC SHRINKDATABASE(DBName)
语句倒是没出错，但是执行后，出现几行提示，大概意思是没有空间去执行DBCC。。。
连这都执行不了，看来只能先删除一些数据了。
在删除之前，先把数据库改成“简单”恢复模式：
ALTER DATABASE DBName SET RECOVERY SIMPLE
再然后，查看一下库中所有表格的记录数：
SELECT a.name, b.rows
FROM sysobjects AS a
INNER JOIN sysindexes AS b ON a.id = b.id
WHERE (a.type = 'u') AND (b.indid IN (0, 1))
ORDER BY b.rows DESC
发现占用最多的几个表，都是一些Log类型的，比如错误日志、操作日志、访问日志等，统统Delete
最后，再次执行收缩数据库的语句：
DBCC SHRINKDATABASE(DBName);
这次很顺利的成功了，收缩之后的数据库只有30多M，可以收工了。