mssql日志截断

日志截断主要用于阻止日志填充。日志截断从 SQL Server 数据库的逻辑事务日志中删除非活动的虚拟日志文件，释放逻辑日志中的空间以便物理事务日志重用这些空间。如果事务日志从不截断，它最终将填满分配给物理日志文件的所有磁盘空间。但是，在截断日志前，必须执行检查点操作。检查点将当前内存中已修改的页（称为“脏页”）和事务日志信息从内存写入磁盘。执行检查点时，事务日志的不活动部分将标记为可重用。此后，日志截断可以释放非活动部分。如果日志截断延迟的时间较长，则事务日志可能会填满磁盘空间。

方法1backup log dbname with no_logdbcc shrinkdatabase('dbname') --dbname为目标数据库，注意单引号是半角的，截断前请为数据库做完全备份 方法2（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）： 第一步： 先备份整个数据库以备不测第二步： 备份结束后，在Q...

事务日志文件（Transaction Log File）是用来记录数据库更新情况的文件，扩展名为ldf。当出现以下情况时，就会报“”的错误：日志文件没有设置了自动增长，当记录超过初始大小；日志文件设置了自动增长，“最大文件大小”设置了具体的大小（如2000M），当文件达到设置的大小时。

事务日志截断的本质是通过释放不活动的VLF来重用日志空间，从而避免日志文件无限增长。在简单恢复模式下，截断是自动进行的，而在完整恢复模式下，截断依赖于日志备份。如果需要释放磁盘空间，还需要执行日志文件的收缩操作。为了避免事务日志文件占用过多磁盘空间，建议定期进行事务日志备份（在完整恢复模式下），并在简单恢复模式下监控日志文件的大小。如果需要释放磁盘空间，可以考虑收缩日志文件，但需注意频繁收缩可能对性能产生负面影响。

--BACKUP LOG CAS WITH TRUNCATE_ONLY;--截断日志等同于dump tran with truncate_onlySET NOCOUNT ONDECLARE @LogicalFileName sysname,@MaxMinutes INT,@NewSize INTuse tempdb -- 要操作的数据库名select @LogicalFileName=

1.全备数据库 选择需要进行日志截断的数据库，选择备份数据库 选择完全备份 2.执行 backup log 数据库名 with no_log ; 备份完成之后，进入查询分析器，选择该数据服务器的Master库，运行上面的SQL语句 3.收缩数据库的日志文件 记得选中日志文件，否则你收缩了数据文件就很惨了..... 然后一路确定即可 ...

sql 2008 不支持 BACKUP LOG WITH NO_LOG 和 BACKUP LOG WITH TRUNCATE_ONLY SQL code--如果要截断日志收缩文件，可以这样： DECLARE @I INT SET @I=1 WHILE @I B

事务日志截断和重用是SQL Server中管理事务日志空间的重要概念（简要说明）。

注意：备份位置建议至少还有当前数据库空间大小的可用空间。如当前数据库已经100G，则备份位置还需要有100G的可用空间。//备份位置可以不是当前数据库存放的分区，如果数据库当前存放分区空间不够又不方便扩容，可以给数据库虚拟机增加一个分区。数据库备份的目的路径可以选择之前数据库截断时自动生成文件的路径或者指定任意一个位置。注意：数据库文件过大是由于没有做截断引起的，数据库文件完成收缩后一定要部署截断。1设置数据库自动收缩为true(双击自动收缩)数据库恢复模式为完整，自动收缩为false。

当SQL Server截断事务日志时，它仅仅是在虚拟日志文件中做个标记，以便不再使用它，然后准备以重用形式来做备份(假如运载在完整或是批量日志恢复模型)。也就是说，在使用简单恢复模型时，事务日志包括如下的日志记录： 当checkpoint发生时，虚拟日志文件1、2不再被使用，因为事务1、2已经被提交了，而且日志记录也不再需要回滚了。然后SQL Server重用虚拟日志文件1、2，如下图：

截掉事务日志：1. 截掉事务的逻辑日志。    BACKUP LOG with no_log2. 截掉事务的物理日志。    DBCC SHRINKFILE (日志文件名)  注：这样截掉后的日志文件的大小为第一次建立时的文件的大小。--得到日志文件名select * from sysfiles 注： 其它用法 可以参看 DBCC SHRINKFILE 在联机帮助

由此可见已经缩小到4M;

【代码】压缩sql server日志的方法。

<br />--1.备份现有数据库<br />use databaseName<br />backup database 'dbname' to disk='D:/' --将数据库以'dbnmae'命名备份到D盘根目录<br />--2.截掉事务的逻辑日志。<br />BACKUP LOG databaseName with no_log<br />--3.得到日志文件名<br />select * from sysfiles<br />--4.截掉事务的物理日志。<br />DBCC SHRINKFILE

  在SQL Server数据库中事务日志起着至关重要的作用：它持续记录数据库所有的事务和这些事务对数据库所做的修改;一旦数据库出现灾难事件，就需要事务日志来进行近期数据的恢复操作。不过，要得到任何好处都要付出的相应代价：在活动数据库中，事务日志会消耗大量的存储空间，如果你不做任何干预，事务逻辑日志会一直增长，直到塞满存储这些日志文件的所有可用空间。SQL Server提供了两个用来平衡事务日志对

完整模式下SQL日志收缩由于完整模式下SQL的日志是连续增长的，因此收缩日志的方法并不管用。要想让日志空间得以释放并被利用，仅需要将日志截断。首先确认日志文件大小确认数据库模式备分数据库（只备分日志也可以）在此我选择了网络备分根据日志文件大小，选择备分地点，也可以新建一个磁盘挂载上，用于备分。由于数据库很大，因此备分时间应选择为晚上。建议使用自动备分功能。继续备分...

每个 SQL Server 数据库都有一个事务日志，用于记录所有事务以及每个事务所做的数据库修改。 事务日志是数据库的关键组件。如果出现系统故障，您将需要该日志才能使数据库恢复到一致状态。

SQL Server日志清空方法 在查询分析器中顺序执行以下三步，其中 databasename 为你的数据库文件名 1.清空日志：DUMP TRANSACTION databasename WITH NO_LOG 2.截断事务日志：BACKUP LOG databasename WITH NO_LOG 3.收缩数据库：DBCC SHRINKDATABASE(databasename) SQL S

事务日志文件中的日志记录的截断是逐个事务进行的。如果事务的范围较大，此事务和任何在其后开始的事务只有在此事务完成后才能从事务日志中被删除。“可复用”的VLF可以成为日志回绕后重复利用的空间，也可以在收缩日志文件时释放其占用的磁盘空间。更多的说明，请参考《可能延迟日志截断的因素》如果日志文件不能被截断，为了能写入后续的事务日志，数据库引擎将为日志文件（ldf）申请更多的磁盘空间。完整恢复模式时，如果数据库处于镜像、事务复制状态，如果事务日志同步发生的延迟，那么可能会导致源数据库的日志不能被截断。