sql收缩数据库
--备份数据库
BACKUP DATABASE testdb TO DISK='d:\data\testdb20070906.bak'
--清空日志
DUMP TRANSACTION testdb WITH NO_LOG
--截断事务日志
BACKUP LOG testdb WITH NO_LOG
--收缩数据库
DBCC SHRINKDATABASE(testdb)
--设置自动收缩
EXEC SP_DBOPTION testdb,AUTOSHRINK,TRUE
② sql server 2008 r2如何收缩数据库和文件
1、右击数据库选择，打开Files窗口
2、Files窗口，File type 选择 Log，单击OK完成日志收缩。
按以上方法操作没有效果，原因是数据库的恢复模式不是简单模式，只需要将恢复模式改为简单模式即可用以上操作来收缩日志，方便又好用。
将数据库恢复模式改为简单模式方法：
1、右击数据库选择属性，弹出窗口如下图，选择Options选项，将 Recovery Model 改为 Simple 即可。
按如下方法操作也可收缩日志：
1、当数据库恢复模式为简单时。使用dbcc shrinkfile (logfile_name,target_size)命令来完成。如
use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m
2、当数据库恢复模式为完全时。可以先将数据库模式改为简单模式，再使用上述方法来进行。
use master
alter database mydb set recovery simple
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m
也可以直接备份事务日志文件后再收缩：
use master
backup log mydb to disk='d:/dd.bak'
use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m;
3、通过分离数据库，然后再删除事务日志文件，再附加mdf数据文件，也可以达到某种意义上的事务日志收缩。
以下是有关日志文摘
对于每一个数据库来讲，都需要至少一个事务日志文件。事务日志文件是整个数据库的血液，如果没有事务日志的话，那么将无法进行任何操作。
事务日志有什么东西？
事务日志记录着在相关数据库上的操作，同时还存储数据库恢复(recovery)的相关信息。
事务日志与数据库恢复(recovery)是密切相关的，其实数据库在启动时，便会进行相关的恢复(recovery)操作，如下所示。当然，在数据库还原时，也可以指定手工恢复(recovery).任何在数据库上的改变，如果在事务日志内被标记为已提交，并用一个LSN(LOG SEQUENCE NUMBER)来标识，同时相关改变就会体现在数据文件上，而被标记为未提交的改变将不会体现在数据文件上。
2010-01-12 18:31:48.72 spid7s Recovery is complete. This is an informationa message only. No user action is required.
事务日志文件还存储着数据库需要回滚的相关信息。在SQL Server数据库上，默认是隐式提交的，也就是说在查询分析器里面进行的每一个操作，在操作完成后，都是默认已经commit，但如果通过指定begin tran 和rollback tran的命令来标识事务时，rollback tran就需要使用事务日志内的相关信息才可以回滚。当然，如果SQL Server遇到相关错误时，如死锁，那么也会产生一个内部回滚，这些都需要用到事务日志文件。
为什么要收缩事务日志？
收缩日志的原因有很多种，有些则是考虑空间不足，有些则是应用程序限制导致的，一般情况下，是不建议对事务日志进行其他改变的，如需要控制事务日志的大小，则可以通过安排事务日志备份来解决。如果确定事务日志包含将不再使用的未使用空间，则可以通过减少事务日志的大小，以便回收过多空间。但这种情况对于一个DBA来讲，应该要尽量避免。
仅当数据库处于联机状态，而且至少一个虚拟日志文件可用时，收缩才会发生。在某些情况下，直到下一个日志截断后，才能收缩日志。
事务日志收缩的原理:
每个事务日志由多个虚拟日志文件组成(virtual log file).虚拟日志文件没有固定的大小，也没有固定的个数。在创建事务日志文件或者扩展事务日志文件时，SQL SERVER便会自动创建合适大小的虚拟日志文件，DBA无法控制虚拟日志文件的大小和个数。在扩展日志文件后，虚拟文件的大小是现有日志大小和新文件增量大小之和。因此，如果在创建数据库时，对数据库指定了比较小的初始大小，又指定了比较小的日志增长量，随着事务日志的自动扩展，虚拟日志文件个数会越来越多，从而影响了数据库性能。因此，在创建数据库时，尽量指定比较合适的初始事务日志大小，同时指定合理的事务日志增长量，这点可以参考数据文件的标准。如果大于10G或者更大的话，则指定固定的增长量，如果比较小，则指定按百分比的增长量来进行。
详情参考
http://hi..com/lxiangshanyu/item/7057ce04081efae9fe240d64
③ sql server 收缩数据库能不能用语句 语句是什么
可以用维护计划，裏面工具箱有收缩数据库的模块，拖到面板裏面编辑就行了，可以多个数据库同时操作，可以设置排程定期执行，。
编辑后你也能看具体的sql语句是什麽
④ sql数据库的收缩命令是什么
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)4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库: 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码： 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。 a.分离 E X E C sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 E X E C sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'5.为了以后能自动收缩,做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: E X E C sp_dboption '数据库名', 'autoshrink', 'TRUE'6.如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)特别注意： 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库. 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.另外提供一种更简单的方法，本人屡试不爽，建议大家使用。更简单的方法： 1。右建数据库属性窗口--故障还原模型--设为简单 2。右建数据库所有任务--收缩数据库 3。右建数据库属性窗口--故障还原模型--设为大容量日志记录
⑤ sql server 收缩数据库 需要多长时间
这个有很多因素，比如收缩的时候你的数据库是否被访问等等，收缩数据文件是单线程的操作，所以CPU再好也没用，一般收缩的话都少量多次这样操作。。。
⑥ 如何收缩sqlserver数据库
本主题介绍如何使用 SQL Server Management Studio
中的对象资源管理器收缩数据库。收缩后的数据库不能小于数据库的最小大小。最小大小是在数据库最初创建时指定的大小，或是上一次使用文件大小更改操作（如
DBCC SHRINKFILE）设置的显式大小。例如，如果数据库最初创建时的大小为 10 MB，后来增长到 100
MB，则该数据库最小只能收缩到 10 MB，即使已经删除数据库的所有数据也是如此。
收缩数据库
在对象资源管理器中，连接到 SQL Server 数据库引擎实例，然后展开该实例。
展开“数据库”，再右键单击要收缩的数据库。
指向“任务”，指向“收缩”，然后单击“数据库”。
根据需要，可以选中“在释放未使用的空间前重新组织文件”复选框。如果选中该复选框，必须为“收缩后文件中的最大可用空间”指定值。
选中该选项的作用与执行 DBCC SHRINKDATABASE 时指定 target_percent 值相同。清除该选项的作用与使用 TRUNCATEONLY 选项执行 DBCC SHRINKDATABASE 相同。TRUNCATEONLY 将文件收缩到最后分配的区。这将减小文件的大小，但不移动任何数据。默认情况下，该选项为清除状态。
输入收缩数据库后数据库文件中剩下的最大可用空间百分比。允许的值介于 0 和 99 之间。该选项仅在选中“在释放未使用的空间前重新组织文件”时可用。
单击“确定”。
收缩数据库
当
数据库中的数据库文件过于庞大或者存在未使用页时，可以使用收缩数据库方法来实现对数据库的收缩，同样，事务日志文件也可以收缩。数据库文件可以作为组或
单独地进行手工收缩，也可设置为按指定的时间间隔自动收缩。收缩数据库的活动是在后台进行，并不影响数据库内的用户活动。
操作步骤如下：
（1）打开SQL Server企业管理器。双击打开“数据库”节点，在要收缩的数据库名称上，单击鼠标右键，在弹出的快捷菜单中选择“所有任务”→“收缩数据库”命令，弹出“收缩数据库”对话框，如图1所示。
收缩数据库
（2）指定数据库的收缩量，可以从以下选项中选择。
在“收缩后文件中的最大可用空间”文本框中输入收缩后数据库中剩余的可用空间量。以“数据库大小，可用空间”值作为依据。如最大可用空间是“25%”，则在该选项中设置小于该数值的百分比，如“12%”。
选择“在收缩前将页移到文件起始位置”复选框，使释放的文件空间保留在数据库文件中，并使包含数据的页移到数据库文件的起始位置。
（3）在“调度”选项框中，选择是否自动定期执行数据库压缩操作。选中“根据本调度来收缩数据库”复选框，单击“更改”按钮，创建或更改自动收缩数据库的频率和时间。
（4）最后单击“确定”按钮完成操作。
⑦ SQL数据库收缩的工作原理是什么
数据库收缩的工作原理是：清理空白空间和日志来实现。
空白空间：删除表时，数据库的空间不会自动缩小，随着建的表越来越多，删除操
作越来越多时候，数据文件就会越来越多。
日志：是记录你历史操作的，没用的都可以清除。
⑧ 如何收缩数据库 (SQL Server Management Studio)
本主题介绍如何使用 SQL Server Management Studio 中的对象资源管理器收缩数据库。收缩后的数据库不能小于数据库的最小大小。最小大小是在数据库最初创建时指定的大小，或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）设置的显式大小。例如，如果数据库最初创建时的大小为 10 MB，后来增长到 100 MB，则该数据库最小只能收缩到 10 MB，即使已经删除数据库的所有数据也是如此。 收缩数据文件通过将数据页从文件末尾移动到更靠近文件开头的未占用的空间来恢复空间。在文件末尾创建足够的可用空间后，可以取消对文件末尾的数据页的分配并将它们返回给文件系统。 注意被移动用来收缩文件的数据可以分布到文件的任何可用位置。这将导致索引碎片并使搜索索引范围的查询变慢。若要消除碎片，请考虑在收缩后重新生成文件的索引。
⑨ 怎样在SQL Server 2000中收缩数据库
操作步骤如下：
（1）打开SQL Server企业管理器。双击打开“数据库”节点，在要收缩的数据库名称上，单击鼠标右键，在弹出的快捷菜单中选择“所有任务”→“收缩数据库”命令，弹出“收缩数据库”对话框，如图1所示。
图1 收缩数据库
（2）指定数据库的收缩量，可以从以下选项中选择。
在“收缩后文件中的最大可用空间”文本框中输入收缩后数据库中剩余的可用空间量。以“数据库大小，可用空间”值作为依据。如最大可用空间是“25%”，则在该选项中设置小于该数值的百分比，如“12%”。
选择“在收缩前将页移到文件起始位置”复选框，使释放的文件空间保留在数据库文件中，并使包含数据的页移到数据库文件的起始位置。
（3）在“调度”选项框中，选择是否自动定期执行数据库压缩操作。选中“根据本调度来收缩数据库”复选框，单击“更改”按钮，创建或更改自动收缩数据库的频率和时间。
（4）最后单击“确定”按钮完成操作。