SQL Server 2005删除日志文件的几种方法小结

SQL Server数据库都有log文件 log文件记录用户对数据库修改的 *** 作 可以通过直接删除log文件和清空日志在清除数据库日志  

使用MS数据库的朋友就会知道一个问题 C盘的空间很容易被占满了 因为本来系统盘就分区比较小 这是由于数据库在使用过程中会使日志文件不断增 加 使得数据库的性能下降 并且占用大量的磁盘空间 SQL Server数据库都有log文件 log文件记录用户对数据库修改的 *** 作 可以通过直接删 除log文件和清空日志在清除数据库日志 一 删除LOG 分离数据库 分离数据库之前一定要做好数据库的全备份 选择数据库——右键——任务——分离

勾选删除连接

分离后在数据库列表将看不到已分离的数据库

删除LOG文件

附加数据库 附加的时候会提醒找不到log文件

删除数据库信息信息的ldf文件

附加数据库之后将生成新的日志文件log 新的日志文件的大小事 K

也可以通过命令才完成以上的 *** 作

use master

exec sp_detach_db @dbname= TestDB

exec sp_attach_single_file_db @dbname= TestDB @physname= D:\Program Files\Microsoft SQL Server\M SSQL SQL \MSSQL\DATA\TestDB mdf

二 清空日志

该命令在SQL Server 和 支持 SQL Server 不支持该命令

DUMP TRANSACTION TestDB WITH NO_LOG

三 收缩数据库文件

DBCC SHRINKFILE ( TestDB_log )

四 截断事务日志

BACKUP LOG TestDB WITH NO_LOG

该命令在SQL Server 也是不支持 在SQL Server 和 可以使用

清除SQLServer 的LOG文件

最好备份日志 以后可通过日志恢复数据 以下为日志处理方法一般不建议做第 两步第 步不安全 有可能损坏数 据库或丢失数据第 步如果日志达到上限 则以后的数据库处理会失败 在清理日志后才能恢复 */ 下面的所有库名都指你要 处理的数据库的库名 清空日志DUMP TRANSACTION 库名 WITH NO_LOG 截断事务日志 BACKUP LOG 库名 WITH  NO_LOG 收缩数据库文件(如果不压缩 数据库的文件不会减小企业管理器 右键你要压缩的数据库 所有任务 收缩数据 库 收缩文件 选择日志文件 在收缩方式里选择收缩至XXM 这里会给出一个允许收缩到的最小M数 直接输入这个数 确 定就可以了 选择数据文件 在收缩方式里选择收缩至XXM 这里会给出一个允许收缩到的最小M数 直接输入这个数 确定就 可以了也可以用SQL语句来完成  收缩数据库DBCC SHRINKDATABASE(库名) 收缩指定数据文件 是文件号 可以通过这 个语句查询到:select * from sysfilesDBCC SHRINKFILE( ) 为了最大化的缩小日志文件(如果是sql  这步只能在查询分 析器中进行)a 分离数据库:企业管理器 服务器 数据库 右键 分离数据库b 在我的电脑中删除LOG文件c 附加数据库:企业 管理器 服务器 数据库 右键 附加数据库此法将生成新的LOG 大小只有 多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 为了以后能自动收缩 做如下设置:企业管理器 服务器 右键数据库 属性 选项 选择"自动收 缩" SQL语句设置方式:EXEC sp_dboption  库名   autoshrink   TRUE 如果想以后不让它日志增长得太大企业管理器 服 务器 右键数据库 属性 事务日志 将文件增长限制为xM(x是你允许的最大数据文件大小) SQL语句的设置方式:alter data base 库名 modify file(name=逻辑文件名 maxsize= )

SQL Server 数据库使用时间一长就会导致Log文件逐渐变的庞大 想备份一下数据库 想发给谁都很困难 运行下面的语句就可以 清到Log文件只剩下 M左右的空间

DUMP TRANSACTION 数据库名 WITH NO_LOG DBCC SHRINKDATABASE( 数据库名 TRUNCATEONLY)

不重启SQL服务 删除SQLServer系统日志

SQLServer的系统日志过大 就会引起SQLServer服务器无法启动等一系列问题 今天我遇到了这个问题 在网上搜索了一下 解

决方法 是删除就 可以了 可是当前的ErrorLog正在被SQL使用无法删除啊 要删除只能停止SQL服务器 难道就没有别得办法了吗？  回答是肯定的 使用以下存储过程 EXEC   sp_cycle_errorlog

lishixinzhi/Article/program/SQLServer/201311/22300

教你如何清除SQL日志 \x0d\x0a\x0d\x0a1．打开查询分析器，输入命令\x0d\x0aDUMP TRANSACTION 数据库名 WITH NO_LOG\x0d\x0a2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。\x0d\x0a\x0d\x0a清除Log有两种方法：\x0d\x0a\x0d\x0a 1.自动清除法\x0d\x0a\x0d\x0a 开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。\x0d\x0a\x0d\x0a 2.手动清除法\x0d\x0a\x0d\x0a 执行命令“dump transaction”来清除Log。以下两条命令都可以清除日志：\x0d\x0a\x0d\x0adump transaction with truncate_only\x0d\x0adump transaction with no_log \x0d\x0a\x0d\x0a 通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会d出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。\x0d\x0a\x0d\x0a 以上两种方法只是清除日志，而不做日志备份，若想备份日志，应执行“dump transaction database_name to dumpdevice”命令。 \x0d\x0a\x0d\x0a清除后对数据库没有影响

---