如何只存放近15天的数据库日志 最近突然发现数据库日志增长到10G,清空后发现以每天300M累增..希望能将日志只保存近15天的,超过的都清掉..求教!! 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 做不到像楼主说的那样!可以这样处理日志文件满而造成SQL数据库无法写入文件时,可用两种方法:一种方法:清空日志。1.打开查询分析器,输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。1: 删除LOG分离数据库 企业管理器->服务器->数据库->右键->分离数据库2:删除LOG文件附加数据库 企业管理器->服务器->数据库->右键->附加数据库此法生成新的LOG,大小只有500多K。注意:建议使用第一种方法。如果以后,不想要它变大。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 时才能进行。 注意:一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次充满。 2楼兄弟给的方法我也用过,我想能否有代码让SQL每天自动作业完成,避免手工收缩..确实要找一下日志的原因.但现在急的还是能否解决这个问题 日志最好不要随便截断,以免有用到的时候(比如恢复到某个时间点)最好是备份日志,然后再收缩日志文件。可以设定一个自动备份日志的作业,比如每4个小时备份一次日志(这个作业还可以自动把老的日志文件清除)然后每天晚上再运行一个作业去截断日志,使用如下代码:-- 只保留100M日志空间dbcc shrinkfile('YourDB_Log', 500)其实最好是不要老去截断日志,要不又要涨回去,造成磁盘碎片,最后就是固定保存,比如1G的日志空间。然后用上面说的定时备份日志就可以了,日志备份之后,其空间就可以被SQL再次使用。我们的生产环境里面,最大的数据库固定保留着5G的日志空间,每小时定时备份日志,超过2周以上的日志文件会被自动删除,不管系统怎么忙,从来不会出现日志文件爆涨的事。 定时备份日志:日志处理方法 压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库. 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 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 7.0,这步只能在查询分析器中进行) 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) 如何用SQL语句快速有效的为大数据表设置主键及自增 【简单问题】sql处理字符串的函数的问题 问个行转列的问题 Vista系统上 安装软件心得啊!!安装sqlserver2000的问题 设置备份和还原数据库的权限 sql server安装问题 求一个SQL语句 在一个表内的记录是互相Referral的,怎样提取出前n级的记录 请问如何实现从表1的click字段将数据读出写到表2的click字段,表1 和表2 是相同的。 sql 大家好0分贴又来了 每日一练 进来练一下啊 这个存储过程在应用程序中应该怎么调用呢 ~!
做不到像楼主说的那样!
可以这样处理日志文件满而造成SQL数据库无法写入文件时,可用两种方法:
一种方法:清空日志。
1.打开查询分析器,输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K。注意:建议使用第一种方法。如果以后,不想要它变大。
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个小时备份一次日志(这个作业还可以自动把老的日志文件清除)
然后每天晚上再运行一个作业去截断日志,使用如下代码:
-- 只保留100M日志空间
dbcc shrinkfile('YourDB_Log', 500)
其实最好是不要老去截断日志,要不又要涨回去,造成磁盘碎片,
最后就是固定保存,比如1G的日志空间。
然后用上面说的定时备份日志就可以了,日志备份之后,其空间就可以被SQL再次使用。我们的生产环境里面,最大的数据库固定保留着5G的日志空间,每小时定时备份日志,
超过2周以上的日志文件会被自动删除,不管系统怎么忙,从来不会出现日志文件爆涨的事。
日志处理方法
压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志
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 7.0,这步只能在查询分析器中进行)
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)