2、Files窗口,File type 选择 Log,单击OK完成日志收缩。
按以上方法 *** 作没有效果,原因是数据库的恢复模式不是简单模式,只需要将恢复模式改为简单模式即可用以上 *** 作来收缩日志,方便又好用。
将数据库恢复模式改为简单模式方法:
1、右击数据库选择属性,d出窗口如下图,选择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.baidu.com/lxiangshanyu/item/7057ce04081efae9fe240d64
本主题介绍如何使用 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企业管理器。双击打开“数据库”节点,在要收缩的数据库名称上,单击鼠标右键,在d出的快捷菜单中选择“所有任务”→“收缩数据库”命令,d出“收缩数据库”对话框,如图1所示。
收缩数据库
(2)指定数据库的收缩量,可以从以下选项中选择。
在“收缩后文件中的最大可用空间”文本框中输入收缩后数据库中剩余的可用空间量。以“数据库大小,可用空间”值作为依据。如最大可用空间是“25%”,则在该选项中设置小于该数值的百分比,如“12%”。
选择“在收缩前将页移到文件起始位置”复选框,使释放的文件空间保留在数据库文件中,并使包含数据的页移到数据库文件的起始位置。
(3)在“调度”选项框中,选择是否自动定期执行数据库压缩 *** 作。选中“根据本调度来收缩数据库”复选框,单击“更改”按钮,创建或更改自动收缩数据库的频率和时间。
(4)最后单击“确定”按钮完成 *** 作。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)