一、删除日志文件。
二、手动收缩。操作如下：
1、在数据库页面中选择“选项”；
B. sql server 日志怎样清除
方法一
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
1、设置数据库模式为简单模式:打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
方法二
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE tablename -- 要操作的数据库名
SELECT @LogicalFileName = 'tablename_log', -- 日志文件名
C. sql server怎么删除数据库日志
一、简单方法
–SQL Server收缩方法
1、右键数据库→属性→选项→故障还原模型→设为简单→确定；
2、右键数据库→所有任务→收缩数据库→确定；
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法
–SQL Server日志清空方法
在查询分析器中顺序执行以下三步，其中 databasename 为你的数据库文件名
1.清空日志：DUMP TRANSACTION databasename WITH NO_LOG
2.截断事务日志：BACKUP LOG databasename WITH NO_LOG
3.收缩数据库：DBCC SHRINKDATABASE(databasename)
(BACKUP LOG databasename WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。
第一步只是将非活动的事务日志截断，并没有收缩数据库，只有进行第二项操作后，数据库才进行事务日志的清理工作，将截断的非活动事务删除，并将事务日志文件收缩到适当尺寸。)
3、收缩数据库文件(如果不压缩,数据库的文件不会减小)
企业管理器–右键你要压缩的数据库–所有任务–收缩数据库–收缩文件–选择日志文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
–选择数据文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同简单方法里第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
也可以用SQL语句来完成
–收缩数据库
DBCC SHRINKDATABASE(数据库名)
–收缩指定数据文件,1是文件号,可以通过这个语句查询到:
select * from sysfiles DBCC SHRINKFILE(1)
4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
在使用 SQL Server 时，数据库里的日志文件会越来越大，需要把它删除。 我先把这个数据库分离，在数据库上点右键 -> 所有任务 -> 分离数据库，分离之后，就可以把 Log 文件删除，同时也可以把数据进行备份。之后，就可以在所有任务里的附加数据库再把那个数据库添进来，SQL Server 会提示 LOG 文件不存在，问你是不是要新建一个，选是就行了，这样，LOG 文件就清空了。 这个方法只需几分钟的时间，但在这几分钟里，就不能访问这个数据库了，我觉得只适用于小型的应用，对于大型的系统就要找其它方法了。)
a.分离数据库
企业管理器–服务器–数据库–右键–分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库
企业管理器–服务器–数据库–右键–附加数据库
D. 如何清理sql server 已满的数据库日志
具体方法有3种。
方法一:
第一步：
backup
log
database_name
with
no_log
或者
backup
log
database_name
with
truncate_only
--
no_log和truncate_only是在这里是同义的，随便执行哪一句都可以。
第二步：
1.收缩特定数据库的所有数据和日志文件，执行：
dbcc
shrinkdatabase
(database_name,[,target_percent])
--
database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。
2.收缩一次一个特定数据库中的数据或日志文件，执行
dbcc
shrinkfile(file_id,[,target_size])
--
file_id是要收缩的文件的标识
(id)
号,若要获得文件
id，请使用
file_id
函数或在当前数据库中搜索
sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc
shrinkfile
将文件大小减少到默认文件大小。两个dbcc都可以带上参数notruncate或truncateonly，具体意思查看联机帮助.
方法二：
第一步：
先备份整个数据库以备不测
。
第二步：
备份结束后，在query
analyzer中执行如下的语句：
exec
sp_detach_db
yourdbname,true
--卸除这个db在mssql中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在query
analyzer中执行如下的语句：
exec
sp_attach_single_file_db
yourdbname,'
d:\mssql\data\yourdbname_data.mdf
'
--以单文件的方式注册该db，如果成功则mssql将自动为这个db生成一个500k的日志文件。
方法三:
1.
进入企业管理器，选中数据库，比如demo
2.
所有任务->分离数据库
3.
到数据库文件的存放目录，将muonline_log.ldf文件删除，以防万一，你可以拷出去
4.
企业管理器->附加数据库，选muonline，这个时候你会看见日志文件这项是一个叉，不要紧，继续，此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。
5.
记得数据库重新附加后用户要重新设置一下。
如果以后,不想要它变大:
sql2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用sql语句：
alter
database
数据库名
set
recovery
simple
E. 如何清除SQL server日志
方法1：
第一步：
backup
log
database_name
with
no_log
或者
backup
log
database_name
with
truncate_only
--no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行
dbcc
shrinkdatabase
(database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行
dbcc
shrinkfile(file_id,[,target_size])
--file_id是要收缩的文件的标识
(ID)
号,若要获得文件
ID，请使用
FILE_ID
函数或在当前数据库中搜索
sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc
shrinkfile
将文件大小减少到默认文件大小
两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。
方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在Query
Analyzer中执行如下的语句：
exec
sp_detach_db
yourDBName,true
--卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query
Analyzer中执行如下的语句：
exec
sp_attach_single_file_db
yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。
以上方法在清除log日志中均有效。
但，能否让sql
server
不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql
server每天都会产生4，500M的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？
我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql
server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
SELECT
*
into
test_2
from
b_bgxx
共45000条记录，产生十几M
log，如果
delete
from
test_2
产生80多M
log
，这明显存在问题。
虽然可以换成：
truncate
table
test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。
F. SQLServer 如何自动清理日志文件
数据库日志文件是随着时间增长而增长的，如果长时间不清理，文件会变得特别大，因此需要定期清空，但是日至文件是恢复数据库的重要依据，不用日志文件也是不明智的。手工清除单个数据库的还好说，但数据库多了，或者临时没有来得及清理，可能硬盘空间就会占满了，影响访问。因此设置自动清理数据库日志文件还是比较实用的。
手动清理方法：右键单击需要清理的数据库，选择“属性”，在“选项”卡上，把故障还原模型设定为简单，确定后关闭;再右键单击该数据库，“所有任务”-“收缩数据库”，确认后即可清除日志文件，最后记得重新选择“属性”，将故障还原模型设置为完全。
自动清理方法：利用sql server代理服务，执行自动作业。
打开企业管理器，进入“管理”-“sql server代理服务”-“作业”，在右侧窗口点击右键，选择“新建作业”。“常规”选项卡中，填写作业名称，具体
上边的数据库名称填写需要维护的数据库名称，数据库日志文件名填写其对应的日志文件名，注意，不是资源管理器里看到的带后缀名的那个名字，而是企业管理器里，数据库属性里日志选项卡中日志的名字(通常也只是差一个后缀名……)，确定后添加一个作业步骤。 如果需要维护多个数据库，用上述方法重复添加作业步骤，注意每个步骤成功或失败后的动作即可，最后选择一下开始的步骤。
在“调度”选项卡中，类似备份的维护计划，填写调度周期，即定期清理的周期，不再细述。如果需要，可以在最后的“通知”选项卡上设置作业完成后的通知项，需要设置操作员，以及设置相应的服务，这里也不具体说明了，通常不用……
G. sqlserver2008和sqlserver2012日志文件过大，有什么方法清理吗
清理sql server 2008日志步骤如下:
1.将数据库设置成 简单 模式
选择要收缩的数据库，点右键 属性->选项，选择 简单模式
2.选择任务->收缩->文件
3.选择日志
或者用如下语句
代码
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE
GO
USE DNName
GO
DBCC SHRINKFILE (N'LogFileName' , 0,TRUNCATEONLY)
GO
USE [master]
GO
ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY FULL
GO
SQL Server 2000要清理日志使用的是mp语句，但是在SQL Server2008里，这个语句不管用了，如果日志文件很大，比如超过1G，就需要截断一下日志文件以加快sqlserver的运行速度，在SQL Server2008里，方法改为：
有数据库 xxdb 在 SQL Server 2008 下，日志文件已经超过1G。
以往使用BACKUP语句－BACKUP LOG xxdb WITH NO_LOG 已经失效，在查阅 MSDN 之后发现 MS 提供的标准截断日志语句已经变为了 “BACKUP LOG 语句不指定 WITH COPY_ONLY”
使用语句 BACKUP LOG xxdb to disk='x:\work\1.bak' 成功将日志文件备份，并截断日志文件。这里x:代表你想要备份文件的盘符。
然后使用 DBCC SHRINKFILE (xxdb_log,10) 收缩日志文件到 10M
总结：
完整的收缩日志文件的 T-SQL 语句：
BACKUP LOG xxdb to disk='x:\work\1.bak'
DBCC SHRINKFILE (xxdb_log,10)
GO
--
BACKUP LOG <db_name> to disk=<'backupfilename'>
DBCC SHRINKFILE (<log_filename>,10)
GO
里面的x:\work是随意设置的。当然也可以收缩到比如5M或1M。
在用的：
USE[master]
GO
_WAIT
GO
--简单模式
GO
USEYHDB
GO
DBCCSHRINKFILE(N'YHDB_log', 11,TRUNCATEONLY)
GO
USE[master]
GO
_WAIT
GO
--还原为完全模式
GO
H. 如何清除SQL数据库日志清除后对数据库有什么影响
教你如何清除SQL日志
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
清除Log有两种方法：
1.自动清除法
开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。
2.手动清除法
执行命令“mp transaction”来清除Log。以下两条命令都可以清除日志：
mp transaction with truncate_only
mp transaction with no_log
通常删除事务日志中不活跃的部分可使用“mp transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。SYBASE提供“mp transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会弹出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。
以上两种方法只是清除日志，而不做日志备份，若想备份日志，应执行“mp transaction database_name to mpdevice”命令。
清除后对数据库没有影响
I. sql server数据库日志怎么清理
2.截断事务日志： BACKUP LOG 数据库名WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 代码如下复制代码backup, log, 模式 -- 第一步：清空日志 DUMP TRANSACTION [YZGA] WITH NO_LOG -- 第二步：截断事务日志 BACKUP LOG [YZGA] WITH NO_LOG -- 第三步：收缩数据库 尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。 删除日志方法二1、进入企业管理器，选中数据库，比如it，所有任务->分离数据库。2、如果数据库正在连接使用，要先点清除，才可以选确定。3、到数据库文件的存放目录，将it_log.LDF文件删除，不放心可以先拷到别的地方。4、进入企业管理器，数据库->所有任务->附加数据库。5、选择it_Data.MDF，这个时候你会看见日志文件这项是一个红叉，不要紧点确定。6、此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。