几种清除MSSQL日志方法
清除sql日志
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
或不能备份日志（truncate log on checkpoint选项为1），那么就无法进行数据的恢复了，或者
只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法：
1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）
如何清理SQL_2005的日志文件与压缩数据库
SQL 2005数据库日志文件过大，清理日志分离数据库，然后执行语句exec sp_attach_single_file_db '数据库名称', '数据库路径'附上其他参考方法：1．打开查询分析器，输入命令DUMP TRANSACTION 数据库名WITH NO_LOG2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
清除Log有两种方法：1.自动清除法开放数据库选项Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。
此方法的优点是无须人工干预，由SQLServer自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。
2.手动清除法执行命令“dump transaction”来清除Log。
以下两条命令都可以清除日志：dump transaction with truncate_onlydump transaction with no_log通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。
SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会弹出一条警告信息。
为了尽量确保数据库的一致性，你应将它作为“最后一招”。
以上两种方法只??清除日志，而不做日志备份，若想备份日志，应执行“dump transactiondatabase_name todumpdevice”命令。
PS:附一个更好的方法先分离数据库后，直接删除日志以后,再在查询分析器里用exec sp_attach_single_file_db '数据库名', '.mdf文件路径'命令附加数据库。
SQL日志文件太大清理方法
SQL日志文件太大清理方法当SQL日志文件太大时，清理方法包括：备份、压缩、归档和删除等步骤。
下面是一些具体的方法和步骤：1.备份日志文件：首先，需要确保已经备份了当前的SQL日志文件。
这是因为，在清理之前，需要先保存原始的日志文件，以防止出现意外情况。
可以使用数据库管理工具或命令行工具进行备份。
2.压缩日志文件：为了减小日志文件的大小，可以使用压缩工具将其进行压缩。
压缩后的日志文件可以占用更少的磁盘空间，同时也更容易存储和传输。
在压缩之前，要确保不再需要对日志进行任何操作，以免丢失任何重要信息。
3.归档日志文件：归档是将日志文件从当前位置移到另一个位置的过程。
通过归档，可以将旧的日志文件移动到一个备份或存档目录中，以便以后查看或还原。
这样，可以释放当前的日志文件空间，并保留原始的日志记录。
具体的归档方法可以根据数据库管理系统和应用程序的要求进行选择。
4.删除日志文件：一旦已经完成了备份、压缩和归档操作，就可以考虑删除较旧的日志文件。
删除日志文件可以释放磁盘空间，提高系统性能，并且可以避免日志文件过大对系统运行造成负面影响。
但是，在删除日志文件之前，要确保已经备份和归档了这些文件，以防止丢失重要的数据。
需要注意的是，清理SQL日志文件需要谨慎操作，以免出现数据丢失或其他不可预料的问题。
因此，在进行清理操作之前，建议先备份和归档日志文件，以便以后查看或还原。
此外，要保持日志文件的合理大小，可以定期进行备份和归档操作，避免日志文件不断增长而导致系统性能下降。
在执行清理操作时，最好在非繁忙的时间段进行，以减少对系统运行的干扰。
SQL SERVER清除日志的四种方法
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'
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)
AND (@OriginalSize * 8 /1024) > @NewSize
BEGIN -- Outer loop.
SELECT @Counter = 0
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE tablename -- 要操作的数据库名
SELECT @LogicalFileName = 'tablename_log', -- 日志文件名
DBCC SHRINKFILE (@LogicalFileName, @NewSize)
EXEC (@TruncLog)
-- Wrap the log if necessary.
WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired
如何清除SQL日志
如何清除SQL日志删除MS SQL Server 2000日志1.打开MS SQL Server 2000企业管理器2.打开数据库，选中需要删除日期的数据库，点击“察看”，选择“任务板”：3.鼠标右键点中需要删除日期的数据库，选择右键菜单“所有任务”-“备份数据库”：4.选择“事务日志”：5.点击“添加”，选择“文件名”：6.选择备份目录，输入文件名，点击“确定”：7.点击“确定”：8.选择“重写现有媒体”，点击“确定”：9.开始备份：10.备份完成：事务日志删除了一部分，如果还不够小，则再重复一次。
11.重新鼠标右键点中需要删除日志的数据库，选择右键菜单“所有任务”-“收缩数据库”：12.点击“文件”：13.选择日志“数据库文件”，在“收缩操作”中选择“从文件结尾截断可用空间”，点击“确定”：14.日志收缩完毕：关于SQL Server事务日志的问题汇总1、用BACKUP LOG database WITH NO_LOG清除日志把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全。
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。
如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。
2、sql server运行中，删除主数据库事务日志文件步骤如下：(1)、分离数据库：企业管理器－－数据库－－右击你要删除日志的数据库－－所有任务－－分离数据库(2)、然后删除日志文件(3)、然后再附加数据库：企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库。
这时候只附加mdf就可以了。
清理 sql server 数据库日志的几种方法
清理 SQL Server 数据库日志的几种方法随着企业数据量的不断增加，数据库的日志文件也会随之增长。
数据库日志文件的不断增长会消耗大量磁盘空间，甚至会影响数据库的性能。
定期清理数据库日志是数据库管理的一个重要环节。
本文将介绍清理 SQL Server 数据库日志的几种方法，帮助数据库管理员解决数据库日志文件过大的问题。
一、备份事务日志1. 利用 SQL Server Management Studio (SSMS) 进行备份通过使用 SSMS，可以进行数据库事务日志的定期备份。
在 SSMS 中选择要备份的数据库，右键点击“任务”->“备份”，在备份类型中选择“仅事务日志”，即可完成事务日志的备份。
2. 利用 T-SQL 命令进行备份在 SQL Server 中，可以通过使用 T-SQL 命令进行事务日志的备份。
例如：```BACKUP LOG [数据库名] TO DISK = '备份文件路径' WITH NOFORMAT, NOINIT, NAME = '备份名称', SKIP, NOUNLOAD, STATS = 10```通过上述两种备份方式，可以定期备份数据库的事务日志，避免日志文件过大。
二、修改日志文件的增长方式1. 修改日志文件增长的百分比在数据库管理中，可以通过修改数据库的日志文件的增长百分比来控制日志文件的增长。
通过减小增长百分比，可以减缓日志文件的增长速度，从而减少磁盘空间的消耗。
2. 修改日志文件的增长大小除了修改增长百分比外，还可以通过修改日志文件的增长大小来控制日志文件的大小。
将增长大小设置为一个合适的值，可以避免日志文件过大，减少磁盘空间的占用。
三、截断事务日志1. 利用 SQL Server Management Studio (SSMS) 进行截断通过使用 SSMS，可以对数据库的事务日志进行截断。
在 SSMS 中选择要截断的数据库，右键点击“任务”->“收缩”->“文件”，选择要收缩的文件类型为“日志”，即可完成事务日志的截断。
MSSQLServer数据库清理错误日志的方法
MSSQLServer数据库清理错误⽇志的⽅法SQL错误⽇志记录了数据库运⾏过程的遇到的各种问题及⼀些重要信息，作为排错需要，我们通常都不会主动去清理这些⽇志⽂件，只有每次重启服务器时，SQL会⾃动删除时间最⽼的⽇志⽂件，并新⽣成⼀个⽇志⽂件。
通过在服务器上查看数据库的⽇志⽂件，发现存在⼤量的query notification dialog的信息，⽽且出现的频率⾮常的⾼，导致⽇志⽂件增⼤⾮常快。
通过google了解到这个错误跟service broker的消息机制由关系，可以通过使⽤跟踪标记：DBCC TraceOn(4133,-1)可消除此信息。
不过现在的当务之急是如何清掉这些⽇志信息，最简单的办法就是到SQL的⽇志⽬录中删除这些⽇志⽂件即可，不过考虑到删除之前需要停⽌SQL Server服务，可能会导致缓存中的数据丢失，因此，这不是推荐的做法。
那么正确的做法应该怎样呢？执⾏如下语句：EXEC sp_cycle_errorlog;每执⾏⼀次SQL会⾃动初始化⼀个⽇志⽂件，将⽇志的内容清空，当SQL有7个⽇志⽂件时（默认），请执⾏7次该操作，每次会将⽇志⽂件时间最⽼那个清空。
读者不必担⼼清空会消耗很长的时间，我这边的有个⽇志有40G，命令执⾏完后，该⽂件⽴即清空了。
在时间紧急的情况，这种⽅式尤为⽅便。
那么有没有办法设置每个⽇志⽂件的固定⼤⼩呢？查过这⽅⾯的资料，有⼈说可以在注册表中设置ErrorLogSizeInKb的⼤⼩，不过仅限于SQL2012，其他版本的数据库设置后不⽣效，这个我没有验证过，有兴趣的朋友可以⼀起讨论下。
数据库⽆⽇志报错恢复造成原因,客户的SqlServer为2000版本,由于⽇志过⼤⽆⼈管理,没有空间了,然后客户分离数据库想删除⽇志(据说200G的⽇志=.=),然后显⽰分离出错,但是刷新后数据库却已经分离,删除⽇志后,数据库⽆法附加,经过在⽹上查询,总结出以下办法,幸好有⽤的表都没有损坏,只有统计表数据损坏,不过没关系反正作业会重置这些表的.--确保企业管理器没有打开任何数据库--设置数据库紧急状态use mastergosp_configure 'allow updates',1goreconfigure with overridego--设置数据库为紧急模式update sysdatabases set status=-32768 where dbid=DB_ID('Procurement')--重建数据库⽇志⽂件dbcc rebuild_log('Procurement','D:\Procurement_log.ldf')--验证数据库⼀致性（可省略）dbcc checkdb('Procurement')--设置数据库为正常状态sp_dboption 'Procurement','dbo use only','false'--最后⼀步，我们要将步骤E中设置的“允许对系统⽬录直接修改”⼀项恢复sp_configure 'allow updates',0goreconfigure with overridego现在你的数据库就允许连接了,现在可以查看⼀下每个表的数据是否有问题,如果有问题,只能找专业的数据回复了。
SQL日志文件太大,清理方法
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
07. exec('DBCC SHRINKDATABASE(['+@DBName+'])')
08.End
view plaincopy to clipboardprint?
01.--删除数据库日志
02.ALTER PROCEDURE [dbo].[NS_ShrinkLog]
03.@DBName nchar(50)
04.AS
05.Begin
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
方法一、
1 / 4
2 /
4
方法二、
MS SQL清除日志的命令
如何清除sql server 日志?
设置数据库为简单模式,自动收缩
1．打开查询分析器，输入命令
backup log databasename with no_log
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M 数,直接输入这个数,确定就可以了。
dbcc shrinkfile (databasename_log,truncateonly)
方法三、
1: 删除LOG
第1步：分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
第2步：删除LOG文件
第3布：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K
再将此数据库设置自动收缩
方法四、
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
方法五、
Use Database_Name
Backup Log Database_Name With No_log
dbcc shrinkfile (Database_Name_Log,truncateonly)
Go
方法六、
直接在查询分析那里执行backup log databasename with no_log
然后回到企业管理器把数据库收缩一下（可能需另外设置属性）
3 / 4
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名set recovery simple
另外，Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。
4 / 4。