仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 627|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL教程之mssql server日记满的处置办法

[复制链接]
兰色精灵 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:31:33 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
不可否认,MySQL也是一个很好的关系型数据库,或许在技术上它与其他领先的关系数据库相差并不大,或不具有劣势。但是,对于一些企业环境来说,MySQL显然不具有优势。server事件日记文件TransactionLogFile是用来纪录数据库更新情形的文件,扩大名为ldf。
在SQLServer7.0和SQLServer2000中,假如设置了主动增加功效,事件日记文件将会主动扩大。
一样平常情形下,在可以包容两次事件日记截断之间产生的最年夜数目的事件时,事件日记的巨细是不乱的,事件日记截断由反省点大概事件日记备份触发。
但是,在某些情形下,事件日记大概会变得十分年夜,乃至用尽空间或变满。一般,在事件日记文件占尽可用磁盘空间且不克不及再扩大时,您将收到以下毛病动静:
Error:9002,Severity:17,State:2
Thelogfilefordatabase’%.*ls’isfull.
除呈现此毛病动静以外,SQLServer还大概由于短少事件日记扩大空间而将数据库标志为SUSPECT。有关怎样今后情况中恢复的其他信息,请拜见SQLServer联机匡助中的“磁盘空间不敷”主题。

别的,事件日记扩大大概招致以下情况:
・十分年夜的事件日记文件。
・事件大概会失利并大概入手下手回滚。
・事件大概会用很长工夫才干完成。
・大概产生功能成绩。
・大概产生堵塞征象。

缘故原由
事件日记扩大大概因为以下缘故原由或情况而产生:
・未提交的事件
・十分年夜的事件
・操纵:DBCCDBREINDEX和CREATEINDEX
・在处置务日记备份复原时
・客户端使用程序不处置一切了局
・查询在事件日记完成扩大之前超时,您收到假的“LogFull”毛病动静
・未复制的事件

办理办法
日记文件满而形成SQL数据库没法写进文件时,可用两种办法:
一种办法:清空日记。
1.翻开查询剖析器,输出命令
DUMPTRANSACTION数据库名WITHNO_LOG
2.再翻开企业办理器--右键你要紧缩的数据库--一切义务--压缩数据库--压缩文件--选择日记文件--在压缩体例里选择压缩至XXM,这里会给出一个同意压缩到的最小M数,间接输出这个数,断定就能够了。

另外一种办法有必定的风险性,由于SQLSERVER的日记文件不是立即写进数据库主文件的,如处置不妥,会形成数据的丧失。
1:删除LOG
分别数据库企业办理器->服务器->数据库->右键->分别数据库
2:删除LOG文件
附加数据库企业办理器->服务器->数据库->右键->附加数据库
此法天生新的LOG,巨细只要500多K。

注重:倡议利用第一种办法。

假如今后,不想要它变年夜。
SQL2000下利用:
在数据库上点右键->属性->选项->妨碍恢复-模子-选择-复杂模子。
或用SQL语句:
alterdatabase数据库名setrecoverysimple

别的,如上图中数据库属性有两个选项,与事件日记的增加有关:
Truncatelogoncheckpoint
(此选项用于SQL7.0,SQL2000中即妨碍恢复模子选择为复杂模子)
当实行CHECKPOINT命令时假如事件日记文件凌驾其巨细的70%则将其内容扫除在开辟数据库不时常将此选项设置为True
Autoshrink
按期对数据库举行反省当数据库文件或日记文件的未用空间凌驾其巨细的25%时,体系将会主动缩减文件使其未用空间即是25%当文件巨细没有凌驾其创建时的初始巨细时不会缩减文件缩减后的文件也必需年夜于或即是其初始巨细对事件日记文件的缩减只要在对其作备份时或将Truncatelogoncheckpoint选项设为True时才干举行。

注重:一样平常新创建的数据库默许属性已设好,但碰着不测情形使数据库属性被变动,请用户清空日记后,反省数据库的以上属性,以防事件日记再次充斥。与数据库相关的流程的逐渐标准化,使得解决方案提供商能以更便捷的方式提供服务、部署应用程序、规划容量和管理资源。DBaaS模式还有助于减少数据和数据库的冗余度并提升整体服务质量。
沙发
发表于 2015-1-19 16:09:24 | 只看该作者
我是一个ERP初学者,对于前台运用基本熟悉,但对于后台SQLServer的运用一点也不懂,特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议,小弟再谢过!
再见西城 该用户已被删除
板凳
发表于 2015-1-27 16:23:46 | 只看该作者
不过话说回来了,绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关
小女巫 该用户已被删除
地板
发表于 2015-2-5 10:16:01 | 只看该作者
可能有的朋友会抱怨集成的orderby,其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率,可以为orderby的字段建立聚集索引,查询计划会忽略orderby操作(因为本来就是排序的嘛)。
再现理想 该用户已被删除
5#
发表于 2015-2-11 09:09:40 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
深爱那片海 该用户已被删除
6#
发表于 2015-3-2 08:08:16 | 只看该作者
每天坚持做不一样的是,认真做笔录,定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣,你少不了需要看很多很多的书籍了。
只想知道 该用户已被删除
7#
发表于 2015-3-11 02:56:51 | 只看该作者
多走走一此相关论坛,多看一些实例开发,多交流0经验,没什么的,我也是刚学没多久!加油
admin 该用户已被删除
8#
发表于 2015-3-17 19:11:43 | 只看该作者
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
变相怪杰 该用户已被删除
9#
发表于 2015-3-24 21:38:16 | 只看该作者
但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-4 09:01

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表