专栏首页逸鹏说道SQL Server 数据库清除日志的方法

SQL Server 数据库清除日志的方法

SQLSERVER的数据库日志占用很大的空间,下面提供三种方法用于清除无用的数据库日志文件

方法一: 1、打开查询分析器,输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二: 设置检查点,自动截断日志   一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如用户数据库cwbase1)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存 2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定 3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据 方法三:通过SQL收缩日志 把代码复制到查询分析器里,然后修改其中的3个参数(数据库名,日志文件名,和目标日志文件的大小),运行即可

SET NOCOUNT ON 
DECLARE @LogicalFileName sysname, 
@MaxMinutes INT, 
@NewSize INT 

USE tablename -- 要操作的数据库名 
SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 
@MaxMinutes = 10, -- Limit on time allowed to wrap log. 
@NewSize = 1 -- 你想设定的日志文件的大小(M) 

-- Setup / initialize 
DECLARE @OriginalSize int 
SELECT @OriginalSize = size 
FROM sysfiles 
WHERE name = @LogicalFileName 
SELECT 'Original Size of ' + db_name() + ' LOG is ' + 
CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 
CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' 
FROM sysfiles 
WHERE name = @LogicalFileName 
CREATE TABLE DummyTrans 
(DummyColumn char (8000) not null) 

DECLARE @Counter INT, 
@StartTime DATETIME, 
@TruncLog VARCHAR(255) 
SELECT @StartTime = GETDATE(), 
@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' 

DBCC SHRINKFILE (@LogicalFileName, @NewSize) 
EXEC (@TruncLog) 
-- Wrap the log if necessary. 
WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired 
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) 
AND (@OriginalSize * 8 /1024) > @NewSize 
BEGIN -- Outer loop. 
SELECT @Counter = 0 
WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000)) 
BEGIN -- update 
INSERT DummyTrans VALUES ('Fill Log') 
DELETE DummyTrans 
SELECT @Counter = @Counter + 1 
END 
EXEC (@TruncLog) 
END 
SELECT 'Final Size of ' + db_name() + ' LOG is ' + 
CONVERT(VARCHAR(30),size) + ' 8K pages or ' + 
CONVERT(VARCHAR(30),(size*8/1024)) + 'MB' 
FROM sysfiles 
WHERE name = @LogicalFileName 
DROP TABLE DummyTrans 
SET NOCOUNT OFF 

方法四:删除日志文件。 此方法有一定的风险性,因为sql server的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。1、操作前请断开所有数据库连接。 2、分离数据库 分离数据库:企业管理器->服务器->数据库->cwbase1->右键->分离数据库 分离后,cwbase1数据库被删除,但保留了数据文件和日志文件 3、删除log物理文件 删除LOG物理文件,然后附加数据库: 企业管理器->服务器->数据库->右键->附加数据库 此法生成新的log,大小只有500多k。 注意:建议使用第一种方法。操作前请确保所有操作员都已经推出系统,断开数据库的连接。 以上操作前,请务必做好数据备份! 1.sql server 2005 清除日志语句

dump transaction 数据库名称 with no_log 
backup log 数据库名称 with no_log 
dbcc shrinkdatabase(数据库名称) 

2.sql server 2008 清除日志语句

sp_dboption 数据库名称, "trunc. log on chkpt.", true 
checkpoint 
sp_dboption 数据库名称, "autoshrink", true 

清除SQLSERVER数据库日志文件的方法: 1、先将这个数据库卸载: EXEC sp_detach_db 'database_name', 'true' 然后将该数据库所对应的Log文件删掉; 最后,再将这个数据库注册到系统里面:

EXEC sp_attach_db @dbname = N'database_name', 
@filename1 = N'e:\mssql7\data\database_name_data.mdf' 

2、数据库上点右键-所有任务-收缩数据库-选择收缩文件为LOG 。 3、清除SQLSERVER数据库日志的方法:

*******下面是转发的邮件***** 

The shrinking of log files is not immediate in SQL Server 7.0. The 
shrinking of log files does not occur until the active portion of the 
log moves. As updates are performed on the database, the shrink 
operation occurs at checkpoints or transaction log backups. Each log 
file is marked with the target_percent for the shrink operation. Each 
subsequent log backup or log truncation attempts to shrink the file to 
bring its size as close to the target_percent as possible. Because a log 
file can be shrunk only to a virtual log file boundary, it may not be 
possible to shrink a log file to a size smaller than the size of a 
virtual log file even if it is not being used. Please refer to SQL Book 
Online for the details. 

RESOLUTION 

Below script will help to shrink the log file immediately, pls keep it 
running for 3~4 minutes and then stop it manually. 

\* Run "select fileid, name,filename from ..sysfiles" to get 
the fileid which you want to shrink *\ 

use 
go 
dbcc shrinkfile(fileid,notruncate) 
dbcc shrinkfile(fileid,truncateonly) 
create table t1 (char1 char(4000)) 
go 
declare @i int 
select @i = 0 
while (1 = 1) 
begin 
while (@i < 100) 
begin 
insert into t1 values ('a') select @i = @i +1 
end 
truncate table t1 
backup log with truncate_only 
end 
go 

*****转发内容结束***** 

SQLServer数据库日志清理 清除sqlserver2005日志 有时候当系统运行时间比较长的时候,我们把备份的数据库还原的时候发现,数据库中数据文件和日志文件变的好大,特别是日志文件。现在给大家介绍如何清理SQLServer数据库日志;有两种方法如下: 方法一:手动清除sqlserver2005日志 1.右键在清除日志的数据库,如“TestDB”,点击[新建查询(Q)] 2.输入以下SQL语句,其中“TestDB”是数据库名称 DUMP TRANSACTION TestDB WITH NO_LOG 3.执行该SQL,成功后继续以下操作 4.右键该数据库节点,点击[任务(T)] -> [收缩(S)] -> [文件(F)] 5.在弹出的“收缩文件”对话框中,将“文件类型(T)”选为“日志”,将“收缩操作”选中“在释放未使用的空间前重新组织页(O)” 6.在“将文件收缩到(K)”文本框中输入后面提示的最小大小的数值,点击[确定]即可。 方法二:用工具软件SqlServer日志清除专家3.0,可对Sql Server 6.5到Sql Server 2005的各种版本的数据库日志的清除;其使用方法非常简单;SqlServer 日志清除专家绿色版 V3.5下载地址: 下载地址 http://www.jb51.net/softs/21840.html 方法一操作起来相对麻烦一些,可是可以定制日志的大小,清理日志后其相应的数据库数据文件在也会变小,数据也不会丢失;方法二操作比较方便,可以把数据库中的日志文件清理到1M大小;

本文分享自微信公众号 - 我为Net狂(dotNetCrazy),作者:脚本之家

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2016-09-23

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • SQLServer执行命令出现“目录无效的提示”

    异常处理汇总-数据库系列 http://www.cnblogs.com/dunitian/p/4522990.html ? 一般都是清理垃圾清理过头了,把不该...

    逸鹏
  • 附加文件时候的提示“无法重新生成日志,原因是数据库关闭时存在打开的事务/用户,该数据库没有检查点或者该数据库是只读的 ”

    【SQLServer】【恢复挂起的解决方案】附加文件时候的提示“无法重新生成日志,原因是数据库关闭时存在打开的事务/用户,该数据库没有检查点或者该数据库是只读的...

    逸鹏
  • OSX 上初步尝试 asp.net 5

    根据微软的介绍,与我之前的一些总结,可以看到 ASP.NET 以及 .NET 平台会有下面几个变化: 代码使用 Apache 协议开源,并且托管于 Github...

    逸鹏
  • 高大上的MySql主从复制到底是什么

    通常我们对数据库的读和写都是在同一个数据库服务器中操作,但是当我们的数据量大的时候我们可能会考虑性能问题,那么为了提升系统性能,我们就可以通过MySQL的主从复...

    用户7386338
  • 超干货!为了让你彻底弄懂 MySQL 事务日志,我通宵肝出了这份图解!

    还记得刚上研究生的时候,导师常挂在嘴边的一句话,“科研的基础不过就是数据而已。”如今看来,无论是人文社科,还是自然科学,或许都可在一定程度上看作是数据的科学。

    cxuan
  • 超干货!为了让你彻底弄懂MySQL事务日志,我通宵肝出了这份图解!

    倘若剥开研究领域的外衣,将人的操作抽象出来,那么科研的过程大概就是根据数据流动探索其中的未知信息吧。当然科学研究的范畴涵盖甚广,也不是一两句话能够拎得清的。不过...

    马士兵的朋友圈
  • 我通宵肝出了这份图解,为了让你彻底弄懂MySQL事务日志

    还记得刚上研究生的时候,导师常挂在嘴边的一句话,“科研的基础不过就是数据而已。”如今看来,无论是人文社科,还是自然科学,或许都可在一定程度上看作是数据的科学。

    程序IT圈
  • 超干货!为了让你彻底弄懂MySQL事务日志,我通宵肝出了这份图解!

    还记得刚上研究生的时候,导师常挂在嘴边的一句话,“科研的基础不过就是数据而已。”如今看来,无论是人文社科,还是自然科学,或许都可在一定程度上看作是数据的科学。

    黄泽杰
  • 解Bug之路-TCP粘包Bug

    详情见笔者另一篇博客https://my.oschina.net/alchemystar/blog/833937

    无毁的湖光-Al
  • SAP日志LOG查看:SLG0,SLG1

    *----------------------------------------------------------------------*

    matinal

扫码关注云+社区

领取腾讯云代金券