SQL Server 2000数据库的事务日志文件过大，如何将其缩小

拷獯穑涸赟QL Server中，所有对数据库执行的更新 *** 作都会记录在数据库的事务日志文件中，除非将数据库设为可自动收缩的或手动 的对数据库进行了收缩，否则事务日志文件将一直增长，直到达到事先设定的日志文件增长上限或用尽所有可用的磁盘空间。如果当前的数据库文件或日志文件过大，可以使用以下两个命令对其进行收缩：DBCC SHRINKDATABASE：收缩指定数据库的所有数据和日志文件的大小DBCC SHRINKFILE： 收缩数据库的某个指定数据或日志文件的大小 这两个命令可以释放数据库中的空闲空间，并将数据库或指定的数据库文件收缩到指定的大小，但收缩后的数据文件或日志文件的大小不会小于档中现存的有效数据所占空间的大小。 关于这两个命令的具体使用方法，可以参考SQL Server 2000联机丛书中的相应主题。另外，也可在SQL Server企业管理器中执行数据库收缩，同样是调用的以上两个命令，效果类似。 在使用以上命令收缩日志文件的时候需要注意，已写入数据库但未被截断的事务日志记录是不会被收缩的，因为虽然这部分日志记录的信息已经写入数据库文件，但在使用事务日志备份进行数据库还原的时候，还将用到其中的信息。 对于使用简单恢复模型的数据库，事务日志会在每次处理检查点（CheckPoint）时自动被截断。对于使用完全恢复模型或大容量日志记录恢复模型的数据库，事务日志只有在执行日志备份（BACKUP LOG）时才会被截断，这时事务日志中记录的信息被写入事务日志备份文件，而它们所占用的这部分空间被标记为可用（即被截断）。 截断事务日志并不会使日志文件变小，但可以将其中的部分空间释放供以后写入新的日志记录使用。若要减少日志文件的物理大小，则要使用上面提到的DBCC SHRINKDATABASE和DBCC SHRINKFILE命令。 在执行BACKUP LOG语句的时候，还可以使用WITH NO_LOG（或WITH TRUNCATE_ONLY，含义相同）参数，这时并不真正备份事务日志，而只是截断事务日志中的非活动部分（这和普通的BACKUP LOG语句作用相同）。这适合于剩余磁盘空间不够进行事务日志备份或不打算保留事务日志中的非活动部分用于数据库恢复的情况。 为避免事务日志文件增长过快以致用尽所有磁盘空间的现象发生，一种办法是将数据库设为使用简单恢复模型，这样可以使SQL Server周期性的自动截断事务日志的非活动部分，并回收其占用的空间供以后写入事务日志记录使用。但这将使数据库无法利用事务日志备份还原到实时点，降低了数据库的可靠性，因此一般不应用于生产型数据库。 对于生产型数据库，推荐的做法是使用完全恢复模型，并定期进行数据库的完全备份和事务日志备份。例如每周执行一次完全备份，每天执行一次事务日志备份，这可以通过SQL Server企业管理器中的数据库维护计划向导很方便的实现（一般可以设为在每天夜里业务不繁忙的某个时刻自动执行备份）。 通过定期执行数据库的事务日志备份，可以避免日志文件的迅速增大，而使其保持一个比较稳定的大小。虽然数据库备份文件也会占用很多磁盘空间，但随时可以将这些文件移到其他磁盘上或在不需要它们的时候将其删除，而且可以在出现故障或误 *** 作的时候方便的进行数据库的还原。 由于数据文件的大小是随数据库中数据量的增长而增长的，数据库中已删除的数据所占的空间可以供新插入的资料使用；而在定期执行了事务日志的备份后，我们可以将日志文件的大小控制在一个比较合理的范围。因此，一般不需要对数据库进行收缩，也不推荐将数据库设为自动收缩模式。建议仅在以下情况下执行数据库的收缩：1、磁盘空间不足2、数据文件很大，但其中只包含较少量的数据（可能是以前有大量数据，但后来删除了很多），并且预期今后数据库中的数据量也不会很大。3、由于长期未进行事务日志备份，导致事务日志文件过大。减小事务日志文件大小的另一种方法是：首先在该数据库中执行CHECKPOINT命令，然后将该数据库分离（Detach），再将与其对应的数据库日志文件（ldf文件）改名或删除或移动到其他目录下，然后执行sp_attach_single_file_db存储过程或在企业管理器中重新将其附加（Attach）。由于找不到原来的日志文件，SQL Server将自动为该数据库建立一个大小只有504K的日志文件。但这种方法必须暂时将数据库脱机，因此一般不适宜在生产环境中使用。如果当前数据库的事务日志文件过大，必须对其进行收缩的话，建议参照以下步骤：1、建议首先备份数据库（但不是必需的）：BACKUP DATABASE database_name TO backup_device

2、备份事务日志：BACKUP LOG database_name TO backup_device如果不需要当前事务日志中的记录进行数据库还原或没有足够的空间进行事务日志备份的的话，也可仅执行以下命令截断事务日志：BACKUP LOG database_name WITH NO_LOG

3、收缩日志文件：DBCC SHRINKFILE (log_file_name)其中log_file_name是事务日志文件的逻辑名称，可以在企业管理器中数据库属性的“事务日志”页中看到（如Northwind数据库的默认事务日志文件逻辑名称为Northwind_log）。4、如果日志文件仍然较大的话，可以尝试重复执行一次BACKUP LOG WITH NO_LOG和DBCC SHRINKFILE命令。5、如果这时仍没有明显的效果，请执行DBCC OPENTRAN (database_name)检查当前数据库中是否存在长时间未提交的活动事务。有必要的话，可以断开这些连接并重新尝试截断事务日志和收缩日志文件。6、日志文件收缩完成后，建议立即执行一次数据库的完全备份并根据实际需要制定适当的数据库备份计划。

您好：

BACKUP LOG DatangBusinessSys to disk='E:\BackUpDb\DatangBusinessSys_backupbak'

--日志收缩

DBCC SHRINKFILE (N'DatangBusinessSys_log' , 11, TRUNCATEONLY)

DBCC SHRINKFILE (xxdb_log,10)

--检查未提交的数据

DBCC LOGINFO('DatangBusinessSys')

备份数据库，然后备份日志，截断日志，最后收缩日志文件。

/--特别注意

请按步骤进行,未进行前面的步骤,请不要做后面的步骤

否则可能损坏你的数据库

一般不建议做第4,6两步

第4步不安全,有可能损坏数据库或丢失数据

第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复

--/

--下面的所有库名都指你要处理的数据库的库名

1清空日志(SQL2000时可用)

DUMP TRANSACTION 库名 WITH NO_LOG

2截断事务日志：

BACKUP LOG 库名 WITH NO_LOG

3收缩数据库文件(如果不压缩,数据库的文件不会减小

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

也可以用SQL语句来完成

--收缩数据库

DBCC SHRINKDATABASE(库名)

--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfiles

DBCC SHRINKFILE(1)

4为了最大化的缩小日志文件(如果是sql 70,这步只能在查询分析器中进行)

a分离数据库:

企业管理器--服务器--数据库--右键--分离数据库

b在我的电脑中删除LOG文件

c附加数据库:

企业管理器--服务器--数据库--右键--附加数据库

此法将生成新的LOG，大小只有500多K

或用代码：

下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。

a分离

EXEC sp_detach_db @dbname = '库名'

b删除日志文件

c再附加

EXEC sp_attach_single_file_db @dbname = '库名',

@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名mdf'

5为了以后能自动收缩,做如下设置:

企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

--SQL语句设置方式:

EXEC sp_dboption '库名', 'autoshrink', 'TRUE'

6如果想以后不让它日志增长得太大

企业管理器--服务器--右键数据库--属性--事务日志

--将文件增长限制为xM(x是你允许的最大数据文件大小)

--SQL语句的设置方式:

alter database 库名 modify file(name=逻辑文件名,maxsize=20)

2截断事务日志：BACKUP LOG 数据库名WITH NO_LOG3收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(客户资料)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfilesDBCC SHRINKFILE(1) 代码如下复制代码backup, log, 模式-- 第一步：清空日志DUMP TRANSACTION [YZGA] WITH NO_LOG-- 第二步：截断事务日志BACKUP LOG [YZGA] WITH NO_LOG-- 第三步：收缩数据库尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。 删除日志方法二1、进入企业管理器，选中数据库，比如it，所有任务->分离数据库。2、如果数据库正在连接使用，要先点清除，才可以选确定。3、到数据库文件的存放目录，将it_logLDF文件删除，不放心可以先拷到别的地方。4、进入企业管理器，数据库->所有任务->附加数据库。5、选择it_DataMDF，这个时候你会看见日志文件这项是一个红叉，不要紧点确定。6、此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。

数据其实是保存在log里的，你看到的那个db文件其实只是个快照，用来提高速度的。你把db删掉了你还能从log里面还原出完整的db，你把log删掉了，以后硬盘断电，db整个毁。

有了log你还可以吧db回滚到过去的任何一秒钟，就跟苹果的time machine具有一样的功能

当然了，也并不是所有人都需要回滚到任何一秒钟的，因此你可以使用一些命令，让log把当前的db整个写进去，然后删掉过去所有的log，以后你就只能回滚到这里了。

综上所述，log肯定是要越来越大的，为了回滚。

具体 *** 作方法是： 1到 开始\程序\Microsoft SQL Server\企业管理器，然后在d出的窗口中把加号一直打开，最后看到数据库tds_dserp,用鼠标点上这个tds_dserp数据库，然后再点鼠标右键，选 “所有任务”，在新d出的窗口中选择“分离数据库”（前提是其它机器都不能使用小R3），然后点“确定”按钮； 2到d:\data\下找到tds_dserp_logldf这个文件，然后把它删除掉（先不要彻底删除，放到回收站里就行）； 3再到刚才打开的企业管理器中找到“数据库”这个文件夹，把鼠标点在这个文件夹下，然后再点右键，选择“所有任务”。在新d出窗口中选择“附加数据库”， 在新d出的窗口中选择“要附加数据库的MDF文件：”后的带三个点的按钮，然后选择d:\data\tds_dserpmdf,确定，回到第一个窗口后在“指定数据库所有者”后选择“sa”，然后再确定。 4经过以上三步数据库的大的日志已经被删除掉了，你再运行一下小R3，只要能登录进去就说明 *** 作没有问题了，这时就可以将回收站里的文件清除掉了。

以上就是关于SQL Server 2000数据库的事务日志文件过大，如何将其缩小全部的内容，包括:SQL Server 2000数据库的事务日志文件过大，如何将其缩小、sql server 数据库日志文件太大，怎么清理、SQL SERVER 日志过大怎么办等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！