SQL 数据库文件超级大，而且增长速度过快！

Question

1、用BACKUP LOG database WITH NO_LOG清除日志
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
   如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。
如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。
2、sql server运行中，是否能删除主数据库事务日志文件 
步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有
任务－－分离数据库
(2)、然后删除日志文件
(3)、然后再附加数据库
企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。
3、压缩SQL数据库及日志的详细方法
SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式：
1、用Enterprise Manager 压缩数据库
在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。 
2、用Transact-SQL 命令压缩数据库
可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。
（1） DBCC SHRINKDATABASE 
DBCC SHRINKDATABASE 命令语法如下：
DBCC SHRINKDATABASE (database_name [, target_percent]
[, {NOTRUNCATE | TRUNCATEONLY}] )
各参数说明如下： 
·target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。 
·NOTRUECATE
将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统
。如果不选择此选项，则剩余的空间返还给操作系统。 
·TRUNCATEONLY
将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20%
。
dbcc shrinkdatabase (mytest, 20)
运行结果如下：
DBCC execution completed. If DBCC printed error 
messages, contact your system administrator. 
(2) DBCC SHRINKFILE
DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下：
DBCC SHRINKFILE ( {file_name | file_id }
{ [, target_size] |
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
各参数说明如下：
·file_id
指定要压缩的文件的鉴别号（Identification number， 即ID）
。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述
的Sp_helpdb 系统存储过程来得到。 
·target_size
指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。 
·EMPTYFILE
指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE 
命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1)
企业管理器里面的方法：
1、打开企业管理器
2、打开要处理的数据库
3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器
4、在输入窗口里面输入:
Code:
DUMP TRANSACTION [数据库名] WITH  NO_LOG
BACKUP LOG [数据库名] WITH NO_LOG
DBCC SHRINKDATABASE([数据库名])点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成
即可！程序里面的方法：
压缩数据库日志
--1.清空日志
exec('DUMP TRANSACTION ['+@dbname+'] WITH  NO_LOG') 
--2.截断事务日志：
exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCC SHRINKDATABASE(['+@dbname+'])')　　4、减小日志的方法：
一、用如下步做了：
1、DUMP　TRANSACTION　庫名　WITH　no_log
2、dbcc shrinkfile(logfilename)
3、收縮數據庫
4、設定自動收縮。
　　二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加
　　三、1、backup log　庫名　WITH　no_log，2、dbcc shrinkfile(logfilename)，3、收縮數據庫
4、設定自動收縮。 
 
 

Answer 1

unused 会那么大???
数据库属性设置有误?试试:
压缩数据库.
删除.
重建一个同名数据库.
将压缩数据库在已有数据库上进行还原.

Answer 2

reserved           data               index_size         unused
------------------ ------------------ ------------------ ------------------
105032 KB          93296 KB           1640 KB            10096 KB
这是我的...

Answer 3

关键为什么我的这个字段怎么大。。太恐怖了！
  unused 
 41216112 KB 

Answer 4

我一般這麼做：
在查詢分析器中執行
dbcc checkdb (ris_data)
backup transaction ris_data with no_log
然後在Enterprise Manager , 選擇database點右鍵, 再選擇 "all jobs" -> "shrink database" 。數據庫文件就變小了。

Answer 5

谁知道  unused 是什么东西？

Answer 6

select sys.tables.name,sys.dm_db_partition_stats.*   
from sys.dm_db_partition_stats     
left join     sys.tables     on sys.dm_db_partition_stats.object_id = sys.tables.object_id    
where sys.dm_db_partition_stats.row_count>2000000 order by sys.dm_db_partition_stats .row_count desc         
看下有多少数据？

Answer 7

可能是在系统运行过程中，某个时间点所需的空间特别大，致使某些表占用了很多空间在计算完成后没有释放；先查找一下看那些表占了比较多的空间，然后转移数据，truncate table 【表名】 ，再把数据转移回来。

Answer 8

一、数据库文件和数据库实际大小并无关系，你可以创建一个数据库，初始大小为100G，实际上你只在里面创建了一个空表，但是数据库文件还是需要占据100G的空间；
二、你的OA只有你能明白，倒底删除数据的操作有多频繁我并不知道，但可以肯定，一般的附件文件，你的OA可能是存在于数据库中的。
三、unused，字面就是未用的，这部份相当于空闲的空间，建议你建一个维护计划，定期进行索引的重建工作；
四、收缩数据库工作，还是你手工去完成比较好
只有你自己才是你的救命草，除非，你把你的系统开放出来让哪位操作。

Answer 9

1.我备份并恢复过数据库，空间并有忧改变
2.我在企业管理器压缩过数据库，也没有什么改变。（如果在查询分析器 用语句压缩是不是好一些？如果好一些，谁能告诉我语句，我对sql不太懂！谢谢）
3.OA的附件都是存在于 硬盘的不是在数据库。

Answer 10

个人觉得应该是两个方面造成的。
一个方面是临时空间过大：
 可以在重启SQL服务后，立即进行数据库收缩。
另一个方面是表空间导致：
 可以分析一下表空间，然后针对性的重建索引、导表等操作。切记，这些操作都应在没有业务运行的情况下开展，并强烈建议对数据库进行备份后，
通过备份的数据库在其它机器上进行操作，确保业务的正常开展。推荐：http://topic.csdn.net/u/20080625/09/1201904e-d32f-4c4d-9bfc-e0195ba7dd24.html
下面的代码是查看表空间的。
if not exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[tablespaceinfo]') and OBJECTPROPERTY(id, N'IsUserTable') = 1) create table tablespaceinfo --创建临时表 
(nameinfo varchar(50) , --表名 
rowsinfo int , --表中现有的行数 
reserved varchar(20) , --表空间总量 
datainfo varchar(20) ,  --表中数据的空间量 
index_size varchar(20) ,  --表中索引使用的空间量 
unused varchar(20) ) --表中未用的空间量 delete from tablespaceinfo declare @tablename varchar(255) 
declare @cmdsql varchar(500) DECLARE Info_cursor CURSOR FOR 
select name 
from dbo.sysobjects where OBJECTPROPERTY(id, N'IsTable') = 1 
and name not like N'#%%' order by name OPEN Info_cursor FETCH NEXT FROM Info_cursor 
INTO @tablename WHILE @@FETCH_STATUS = 0 
BEGIN if exists (select * from dbo.sysobjects where id = object_id(@tablename) and OBJECTPROPERTY(id, N'IsUserTable') = 1) 
execute sp_executesql 
N'insert into tablespaceinfo exec sp_spaceused @tbname', 
N'@tbname varchar(255)', 
@tbname = @tablename FETCH NEXT FROM Info_cursor 
INTO @tablename 
END CLOSE Info_cursor 
DEALLOCATE Info_cursor 
GO 
--表空间信息 
select * 
from tablespaceinfo 
order by cast(left(ltrim(rtrim(reserved)) , len(ltrim(rtrim(reserved)))-2) as int) desc 

Answer 11

DUMP TRANSACTION [数据库名] WITH  NO_LOG 

Answer 12

上面的同学给那那么多的解决方案, 还没有解决吗?你再看一下空间使用率:sp_spaceused null,true

Answer 13

在查询分析器中运行
sp_msforeachtable 'sp_spaceused ''?'''
我试着用select * into test2 from test ,结果使用执行上述SQL发现结果如下:
name                                                                                                                             rows        reserved           data               index_size         unused             
-------------------------------------------------------------------------------------------------------------------------------- ----------- ------------------ ------------------ ------------------ ------------------ 
test                                                                                                                             21          16 KB              8 KB               8 KB               0 KBname                                                                                                                             rows        reserved           data               index_size         unused             
-------------------------------------------------------------------------------------------------------------------------------- ----------- ------------------ ------------------ ------------------ ------------------ 
test2                                                                                                                            21          80 KB              16 KB              8 KB               56 KB

Answer 14

空数据库使用状况如下:
database_name                                                                                                                    database_size      unallocated space  
-------------------------------------------------------------------------------------------------------------------------------- ------------------ ------------------ 
datas                                                                                                                            1001.00 MB         999.46 MB 
reserved           data               index_size         unused             
------------------ ------------------ ------------------ ------------------ 
552 KB             160 KB             288 KB             104 KBselect * into test2 from test后结果如下:
database_name                                                                                                                    database_size      unallocated space  
-------------------------------------------------------------------------------------------------------------------------------- ------------------ ------------------ 
datas                                                                                                                            1001.00 MB         999.38 MB 
reserved           data               index_size         unused             
------------------ ------------------ ------------------ ------------------ 
632 KB             176 KB             296 KB             160 KBdrop table test2
select * into test2 from test where 1=2
sp_spaceused
database_name                                                                                                                    database_size      unallocated space  
-------------------------------------------------------------------------------------------------------------------------------- ------------------ ------------------ 
datas                                                                                                                            1001.00 MB         999.46 MB 
reserved           data               index_size         unused             
------------------ ------------------ ------------------ ------------------ 
552 KB             160 KB             288 KB             104 KBinsert into test2 select * from test
sp_spaceused
database_name                                                                                                                    database_size      unallocated space  
-------------------------------------------------------------------------------------------------------------------------------- ------------------ ------------------ 
datas                                                                                                                            1001.00 MB         999.45 MB 
reserved           data               index_size         unused             
------------------ ------------------ ------------------ ------------------ 
568 KB             168 KB             296 KB             104 KB未用空间大小没有增加,未用空间同样是如同第一项reserved一样是保留的,因此就无法收缩,但是想办法把unused数量减小,那么unallocated就会增大,可以收缩的空间就大了.