【博客大赛】清除SQLServer日志的方法
一般的企业信息系统,应用微软的SQL SERVER 数据库,常会出现如下的问题:数据库不是很大,几百兆,但是数据库日志文件(.ldf)非常大,有10多个GB。这样的话,非常占用硬盘,而且如果需要恢复数据库备份的话,也是需要很大的硬盘空间才能够正常的进行恢复操作。
我见过的一般的方法都是“外科手术的西医方法”,直接缩小日志。
我所知道的常用方法如下:
第一种方式,清空日志。
1.打开查询分析器,输入命令 DUMP TRANSACTION 数据库名 WITH NO_LOG, 微软在sql server 2000后将不再支持DUMP 命令,可以改为LOAD TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
同时选择数据库模式为==“简单模式” 这样的收缩效果很好。收缩完毕后可以再次改回原来的模式
第二种方式,删除日志文件。
此方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
附加数据库 企业管理器->服务器->数据库->右键->附加数据库
打开SQL管理控制台,找到数据库,在数据库名上点右键——所有任务——分离数据库,分离完数据库后将数据库原扩展名为.ldf的日志文件删掉,在数据库项目上点右键——所有任务——附加数据库,选择数据库原扩展名为.mdf的数据库主文件进行附加却可,附加时系统提示日志文件不存在,是否创建新的日志文件,点是创建一个1024K的新日志文件
查询分析器中的日志收缩语句
BACKUP log 实例名 with NO_LOG
DBCC SHRINKDATABASE (实例名, 10) 其中实例名就是建立数据库实例的那个名字。后面的参数自己定义大小。
www.bitsCN.com
如果事务日志没有设置为自动扩充,则当数据库内发生某些类型的活动时,该事务日志可能会用完所有空间。备份事务日志时,或在数据库使用简单恢复模型的每个检查点时,只清除事务日志中非活动(已提交)的部分。然后 SQL Server 能重新使用该事务日志中被截取的、尚未使用的部分。有关截断事务日志的更多信息,请参见截断事务日志。
在备份数据库时,SQL Server 不会截断事务日志。
在扩充数据库时,建议指定文件的最大允许增长的大小。这样做能防止文件无限制地增大,以至用尽整个磁盘空间。若要指定文件的最大大小,请在使用SQL Server 企业管理器内的"属性"对话框创建数据库时,使用 CREATE DATABASE 语句的 MAXSIZE 参数或"将文件增长限制为 (MB)"选项。
扩充数据库以增大数据或事务日志空间的过程完全相同。 bitsCN.nET中国网管博客
扩充 tempdb
默认情况下,在需要空间时 tempdb 数据库会自动增长,因为文件的 MAXSIZE 设置为 UNLIMITED。因此,tempdb 能一直增长,直至用完包含 tempdb 的磁盘上的所有空间。若要防止 tempdb 无限制地增长,请使用 ALTER DATABASE 语句或 SQL Server 企业管理器为 tempdb 设置 MAXSIZE。
相反,如果 tempdb 已设置了 MAXSIZE,而又需要增加 tempdb 的大小,则必须执行以下操作之一:
增加 tempdb 当前使用的默认文件组中文件的大小。
将新文件添加到默认文件组。
允许 tempdb 使用的文件自动增长。
重要 用户定义的文件组不能和 tempdb 一起使用。他们只能和默认文件组一起使用。
移动 tempdb
更改 tempdb 数据库的物理位置:
使用 ALTER DATABASE 语句和 MODIFY FILE 子句更改 tempdb 数据库,以更改 tempdb 中每个文件的物理文件名,使之引用新的物理位置(例如新磁盘)。 www_bitscn_com
停止并重新启动 SQL Server。
从原始位置删除旧的 tempdb 数据库文件。
增加数据库的大小
Transact-SQL(点击这里)
怎么增加数据库的大小(企业管理器)
展开服务器组,然后展开服务器。
展开"数据库"目录,右击要增加大小的数据库,然后单击"属性"命令。
若要增加数据空间,单击"常规"选项卡。若要增加事务日志空间,单击"事务日志"选项卡。
若要添加新文件,单击下一个空行,在"文件名"列中输入将容纳附加空间的文件名。
文件位置是自动生成的,数据库文件名的后缀名为 .ndf,事务日志文件名的后缀为 .ldf。 www_bitscn_com
若要更改"文件名"、"位置"、"分配的空间 (MB)"和"文件组"(不适用于事务日志)等列的默认值,单击要更改的单元格,再输入新值。
对于现有的文件,只能更改"分配的空间 (MB)"值,并且新值必须大于现有的值。
要指定文件怎么增长,请从以下选项中选择:
当需要更多的数据空间时,若要允许当前选定的文件增长,选择"文件自动增长"命令。
要指定文件按固定步长增长,选择"按兆字节"命令并指定一个值。
若要指定文件按当前大小的百分比增长,选择"按百分比"命令,并且指定一个值。
若要指定文件大小的限制,请从以下选项中选择:
若要允许文件按需求增长,选择"文件增长不受限制"命令。
若要指定允许文件增长到的最大值,选择"将文件增长限制为 (MB)"命令。
说明 数据库大小的最大值是由可用磁盘空间量决定,许可限制由正在使用的 SQL Server 版本决定。
更改数据库的物理位置
Transact-SQL(点击这里) bitsCN.Com
2、收缩数据库
Microsoft® SQL Server™ 2000 允许收缩数据库中的每个文件以删除未使用的页。数据和事务日志文件都能收缩。数据库文件能作为组或独立地进行手工收缩。数据库也可设置为按给定的时间间隔自动收缩。该活动在后台进行,并且不影响数据库内的用户活动。
当使用 ALTER DATABASE AUTO_SHRINK 选项(或 sp_dboption 系统存储过程)将数据库设置为自动收缩,且数据库中有足够的可用空间时,则会发生收缩。不过,如果不能设置要删除的可用空间的百分比,则将删除尽可能多的可用空间。若要设置将删除的可用空间量,例如只删除数据库中当前可用空间的 50%,请使用SQL Server 企业管理器内的"属性"对话框进行数据库收缩。
bitsCN_com
不能将整个数据库收缩到比其原始大小还要小。因此,如果数据库创建时的大小为 10 MB,后来增长到 100 MB,则该数据库最小能够收缩到 10 MB(假定已删除该数据库中所有数据)。
不过,使用 DBCC SHRINKFILE 语句,能将单个数据库文件收缩到比其初始创建大小还要小。必须分别收缩每个文件,而不要试图收缩整个数据库。
事务日志文件可在固定的边界内收缩。虚拟日志的大小决定可能减小的大小。因此,不能将日志文件收缩到比虚拟日志文件还小。另外,日志文件能按和虚拟日志文件的大小相等的增量收缩。例如,一个初始大小为 1 GB 的较大事务日志文件能包括五个虚拟日志文件(每个文件大小为 200 MB)。收缩事务日志文件将删除未使用的虚拟日志文件,但会留下至少一个虚拟日志文件。因为此示例中的每个虚拟日志文件都是 200 MB,所以事务日志最小只能收缩到 200 MB,且每次只能以 200 MB的大小收缩。若要让事务日志文件收缩得更小,能创建一个更小的事务日志,并允许他自动增长,而不要创建一个较大的事务日志文件。 bitsCN.nET中国网管博客
在 SQL Server 2000 中,DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 操作试图即时将事务日志文件收缩到所需求的大小(以四舍五入的值为准)。在收缩文件之前应截断日志文件,以减小逻辑日志的大小并将其标记为不包含逻辑日志所有部分的不活动的虚拟日志。
说明 不可能在备份数据库或事务日志时收缩数据库或事务日志。反之,也不可能在收缩数据库或事务日志时创建数据库或事务日志备份。
收缩数据库
Transact-SQL:
DBCC SHRINKDATABASE
收缩指定数据库中的数据文件大小。
语法
DBCC SHRINKDATABASE
( database_name [ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
参数
database_name
是要收缩的数据库名称。数据库名称必须符合标识符的规则。 bitsCN.Com
target_percent
是数据库收缩后的数据库文件中所要的剩余可用空间百分比。
NOTRUNCATE
导致在数据库文件中保留所释放的文件空间。如果未指定,将所释放的文件空间释放给操作系统。
TRUNCATEONLY
导致将数据文件中的所有未使用的空间释放给操作系统,并将文件收缩到上一次所分配的大小,从而减少文件大小,而不移动所有数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时,忽略 target_percentis。
注释
Microsoft® SQL Server™ 可收缩:
特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。
一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。
DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而,DBCC SHRINKDATABASE 在对日志文件进行收缩时,看起来似乎所有的日志文件都存在于一个连续的日志池中。
BBS.bitsCN.com网管论坛
假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。
对于每个文件,SQL Server 计算目标大小,即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时,SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大。
//深圳
//2014.01.06
文章评论(0条评论)
登录后参与讨论