MS SQL Server数据库错误日志太大日志已满的解决方案_西西软件资讯
西西软件园多重安全检测下载网站、值得信赖的软件下载站！
→ MS SQL Server数据库错误日志太大日志已满的解决方案
2.0.1.3 Beta
类型：数据库类大小：6M语言：英文 评分：5.0
前天接到同事电话：SQL服务器磁盘空间爆满导致无法访问。远程到服务器上，发现原来是SQL错误日志文件惹的祸，数据库在1秒内产生上100M大小的日志，没多长时间就将磁盘空间堵满了。SQL错误日志记录了数据库运行过程的遇到的各种问题及一些重要信息，作为排错需要，我们通常都不会主动去清理这些日志文件，只有每次重启服务器时，SQL会自动删除时间最老的日志文件，并新生成一个日志文件。通过在服务器上查看数据库的日志文件，发现存在大量的query notification dialog的信息，而且出现的频率非常的高，导致日志文件增大非常快。通过google了解到这个错误跟service broker的消息机制由关系，可以通过使用跟踪标记：DBCC TraceOn(4133,-1)可消除此信息。不过现在的当务之急是如何清掉这些日志信息，最简单的办法就是到SQL的日志目录中删除这些日志文件即可，不过考虑到删除之前需要停止SQL Server服务，可能会导致缓存中的数据丢失，因此，这不是推荐的做法。那么正确的做法应该怎样呢？执行如下语句：EXEC sp_cycle_每执行一次SQL会自动初始化一个日志文件，将日志的内容清空，当SQL有7个日志文件时（默认），请执行7次该操作，每次会将日志文件时间最老那个清空。读者不必担心清空会消耗很长的时间，我这边的有个日志有40G，命令执行完后，该文件立即清空了。在时间紧急的情况，这种方式尤为方便。那么有没有办法设置每个日志文件的固定大小呢？查过这方面的资料，有人说可以在注册表中设置ErrorLogSizeInKb的大小，不过仅限于SQL2012，其他版本的数据库设置后不生效，这个我没有验证过，有兴趣的朋友可以一起讨论下。数据库无日志报错恢复造成原因,客户的SqlServer为2000版本,由于日志过大无人管理,没有空间了,然后客户分离数据库想删除日志(据说200G的日志=.=),然后显示分离出错,但是刷新后数据库却已经分离,删除日志后,数据库无法附加,经过在网上查询,总结出以下办法,幸好有用的表都没有损坏,只有统计表数据损坏,不过没关系反正作业会重置这些表的.--确保企业管理器没有打开任何数据库--设置数据库紧急状态use mastergosp_configure 'allow updates',1go&reconfigure 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',0go&reconfigure with overridego现在你的数据库就允许连接了,现在可以查看一下每个表的数据是否有问题,如果有问题,只能找专业的数据回复了.
08-0502-2903-0601-2401-2201-2101-1301-1201-1201-12
阅读本文后您有什么感想? 已有23人给出评价!
名称大小下载K3数据库日志文件过大分析及解决方案V2.0
为鼓励上传资源，我们采用积分下载方式，希望您能发布更多更好的资源互相分享
1.上传软件或电子书,源码,资料等,审核后即获2积分;如发布时设了下载需积分，其他用户下载后你将获得相应积分
2.当您首次注册时，可以获送10个下载积分，供您下载资源和熟悉网站下载的使用
3.发现资源有误或其他问题，通过举报按钮反馈后我们将奖励积分
4.您可以在论坛通过发帖等方式获取
5.参加本站可以在有效期内不限次数下载
6.您也（1元=10积分）或
7.我们会不定期举办各种活动，参加活动可以获取积分，请关注下载频道首页公告。
您可能遇到这些“伪问题”：
1.资料无法解压：
请确保所有分卷均下载完毕，如果有未知后缀文件，请搜索相应解压软件；
2.chm文件无内容：
您的电脑锁定了这一文件，请右击文件属性，点击右下方“解除锁定”，关闭文件后再打开；
3.下载不下来：
请尝试重新下载（重新下载不扣积分）；
4.杀毒软件报毒：
黑客安全及破解类软件容易报毒，但可正常使用，如担心安全请谨慎使用。
K3SQL日志太大，数据库运行速度变慢
您对本软件有什么意见或着疑问吗？请到您的关注和建议是我们前行的参考和动力
下载地址：
您正在下载：K3数据库日志文件过大分析及解决方案V2.0
热门最新推荐
您的浏览器不支持嵌入式框架，或者当前配置为不显示嵌入式框架。
文章下载读书数据库清除日志文件(LDF文件过大)
数据库清除日志文件(LDF文件过大)事务日志（Transaction logs）是数据库结构中非常重要但又经常被忽略的部分。由于它并不像数据库中的schema那样活跃，因此很少有人关注事务日志。　　
& 事务日志是针对数据库改变所做的记录，它可以记录针对数据库的任何操作，并将记录结果保存在独立的文件中。对于任何每一个事务过程，事务日志都有非常全面的记录，根据这些记录可以将数据文件恢复成事务前的状态。从事务动作开始，事务日志就处于记录状态，事务过程中对数据库的任何操作都在记录范围，直到用户点击提交或后退后才结束记录。每个数据库都拥有至少一个事务日志以及一个数据文件。　　
& 出于性能上的考虑，SQL Server将用户的改动存入缓存中，这些改变会立即写入事务日志，但不会立即写入数据文件。事务日志会通过一个标记点来确定某个事务是否已将缓存中的数据写入数据文件。当SQL Server重启后，它会查看日志中最新的标记点，并将这个标记点后面的事务记录抹去，因为这些事务记录并没有真正的将缓存中的数据写入数据文件。这可以防止那些中断的事务修改数据文件。
& 维护事务日志　　
& 因为很多人经常遗忘事务日志，因此它也会给系统带来一些问题。随着系统的不断运行，日志记录的内容会越来越多，日志文件的体积也会越来越大，最终导致可用磁盘空间不足。除非日常工作中经常对日志进行清理，否则日志文件最终会侵占分区内的全部可用空间。日志的默认配置为不限容量，如果以这种配置工作，它就会不断膨胀，最终也会占据全部可用空间。这两种情况都会导致数据库停止工作。　　
& 对事务日志的日常备份工作可以有效的防止日志文件过分消耗磁盘空间。备份过程会将日志中不再需要的部分截除。截除的方法是首先把旧记录标记为非活动状态，然后将新日志覆盖到旧日志的位置上，这样就可以防止事务日志的体积不断膨胀。如果无法对日志进行经常性的备份工作，最好将数据库设置为"简单恢复模式"。在这种模式下，系统会强制事务日志在每次记录标记点时，自动进行截除操作，以新日志覆盖旧日志。　　
& 截除过程发生在备份或将旧标记点标为非活动状态时，它使得旧的事务记录可以被覆盖，但这并不会减少事务日志实际占用的磁盘空间。就算不再使用日志，它依然会占据一定的空间。因此在维护时，还需要对事务日志进行压缩。压缩事务日志的方法是删除非活动记录，从而减少日志文件所占用的物理硬盘空间。　　
& 通过使用DBCC SHRINKDATABASE语句可以压缩当前数据库的事务日志文件，DBCC SHRINKFILE语句用来压缩指定的事务日志文件，另外也可以在数据库中激活自动压缩操作。当压缩日志时，首先会将旧记录标记为非活动状态，然后将带有非活动标记的记录彻底删除。根据所使用的压缩方式的不同，你可能不会立即看到结果。在理想情况下，压缩工作应该选在系统不是非常繁忙的时段进行，否则有可能影响数据库性能。　　
& 恢复数据库　　
& 事务记录备份可以用来将数据库恢复到某一指定状态，但事务记录备份本身不足以完成恢复数据库的任务，还需要备份的数据文件参与恢复工作。恢复数据库时，首先进行的是数据文件的恢复工作。在整个数据文件恢复完成前，不要将其设为完成状态，否则事务日志就不会被恢复。当数据文件恢复完成，系统会通过事务日志的备份将数据库恢复成用户希望的状态。如果在数据库最后一次备份后，存在多个日志文件的备份，备份程序会按照它们建立的时间依次将其恢复。　　
& 另一种被称为log shipping的过程可以提供更强的数据库备份能力。当log shipping配置好后，它可以将数据库整个复制到另一台服务器上。在这种情况下，事务日志也会定期发送到备份服务器上供恢复数据使用。这使得服务器一直处于热备份状态，当数据发生改变时它也随之更新。另一个服务器被称作监视（monitor）服务器，可以用来监视按规定时间间隔发送的shipping信号。如果在规定时间内没有收到信号，监视服务器会将这一事件记录到事件日志。这种机制使得log shipping经常成为灾难恢复计划中使用的方案。　　
& 性能优化　　
& 事务日志对数据库有重要作用，同时它对系统的整体性能也有一定影响。通过几个选项，我们可以对事务日志的性能进行优化。由于事务日志是一个连续的磁盘写入过程，在这当中不会发生读取动作。因此将日志文件放在一个独立的磁盘，对优化性能有一定作用。　　
& 另一项优化措施与日志文件的体积有关。我们可以设置日志文件的体积不超过硬盘空间的百分之几，或者确定它的大小。如果将其设置的过大会浪费磁盘空间，而如果设置的过小则会强制记录文件不断尝试扩展，导致数据库性能下降。　　
& 事务日志文件Transaction Log File是用来记录数据库更新情况的文件，扩展名为ldf。　　
& 在 SQL Server 7.0 和 SQL Server 2000 中，如果设置了自动增长功能，事务日志文件将会自动扩展。　　
& 一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。　　
& 然而，在某些情况下，事务日志可能会变得非常大，以致用尽空间或变满。通常，在事务日志文件占尽可用磁盘空间且不能再扩展时，您将收到如下错误消息：　　
& Error:9002, Severity:17, State:2　　
& The log file for database '%.*ls' is full.　　
& 除了出现此错误消息之外，SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息，请参见 SQL Server 联机帮助中的“磁盘空间不足”主题。　　
& 另外，事务日志扩展可能导致下列情形：
& · 非常大的事务日志文件。
& · 事务可能会失败并可能开始回滚。
& · 事务可能会用很长时间才能完成。
& · 可能发生性能问题。
& · 可能发生阻塞现象。
jc_dreaming
浏览: 1499616 次
来自: 合肥
GoEasy web三步轻松实现web实时推送1. 引入goe ...
这个方法太棒了，可以不用to_date函数，实在是棒！！！
讲的有点浅，没有深入进去
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'后使用快捷导航没有帐号？
社区账号/云之家账号
记住登录状态
使用合作账号登录
快速安全登录
请使用云之家APP扫描二维码
扫码关注即可获取服务
所属模块系统性能适用版本EAS所有版本问题描述EAS客户端登录不上，同时测试EAS管理控制台上的数据中心连不通。说明数据库这块有问题导致EAS不可用。
1. EAS客户端登录不上，查看客户端的log4j.log，发现获取数据库的连接异常即建立数据库的连接超时。如下所示：Caused by: java.sql.SQLException
java.sql.SQLException: java.sql.SQLException: Io exception: Socket read timed out
at com.apusic.jdbc.adapter.JdbcDataSource.getConnection(Unknown Source)
at com.apusic.jdbc.adapter.JdbcDataSource.getConnection(Unknown Source)
at com.kingdee.bos.framework.ejb.EJBUtils.getConnection(EJBUtils.java:144)
at com.kingdee.bos.framework.ejb.EJBFactory.getConnection0(EJBFactory.java:132)
at com.kingdee.bos.transaction.TxContext.getConnection(TxContext.java:100)
[ 18:43:05,503 INFO]Test database[WIN-OK8A0KGK4MH:1521] socket success!
[ 18:43:05,519 WARN]Detect db connection use[SELECT 1 FROM DUAL] failed, create new physical db connection.....
java.sql.SQLException: 关闭的连接
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:111)。2.测试EAS管理控制台上的数据中心连不通。说明数据库端存在问题。3.在数据库主机上用lsnrctl status,执行后一直卡住，说明数据库的监听出了问题。查看监听文件的大小发现监听日志文件已达到4G大小。单个监听文件太大引发了操作系统对文件太大的限制，导致无法往大文件中写入数据，从而监听进程无法正常运行，导致无法连上数据库。
解决方法停止数据库的监听服务，删掉listener.log文件，重启监听服务。
关键字ORACLE listener.log&&监听日志文件过大
-9（投诉）
金蝶社区移动端
金蝶社区是金蝶产品官方服务互动门户，我们服务于金蝶产品用户，聚焦解决产品使用问题、提供产品操作教程、文档与工具，鼓励交流财务及管理信息，推动建立开放共赢企业生态圈。
金蝶版权所有 (C)
Kingdee Software (China) Inc. All Rights Reserved 粤ICP备号-18}