SQL Server 2014日志增长问题

allen0118 2016-08-11 09:28:03
数据量大概是一个月500W左右,恢复模式设置的为“完全”。

数据文件设置如下:自动增长,每一次100MB增长速度,无限制。

日志文件设置如下:自动增长,每一次50MB增长速度,最大为 2,097,152 MB,这个最大值是SQL默认的.

现在发现数据文件(mdf)有2G,而日志文件(ldf)有11G,这个日志增长速度比较快,请教各位大神以上设置是否有问题?或者这个增长速度应该设置在什么范围比较合适呢?

另外,每天晚上会做一次完整备份.
...全文
565 21 打赏 收藏 转发到动态 举报
写回复
用AI写文章
21 条回复
切换为时间正序
请发表友善的回复…
发表回复
吉普赛的歌 2016-08-15
  • 打赏
  • 举报
回复
引用 18 楼 chenpeng0118 的回复:
[quote=引用 17 楼 yenange 的回复:] 你的服务器很强悍, 数据和日志都设置成固定增长, 每次 200MB
哦,谢谢,我现在设置的是数据文件以 100MB的速度自动增长,不限制大小;日志文件以 50MB自动增长,SQL自动加了一个最大限制为 2,097,152MB,这个最大限制我貌似也修改不了。 另外,目前我是把数据库的恢复模式设置为完整,按照您的意思是不是可以设置为“简单”就行了?[/quote] 不是银行之类的对数据安全要求特别强的库, 设置成简单都没什么问题的了。 设置成简单日志之后, 日志可以自动复用, 不会增长很快的了。
allen0118 2016-08-15
  • 打赏
  • 举报
回复
引用 17 楼 yenange 的回复:
你的服务器很强悍, 数据和日志都设置成固定增长, 每次 200MB
我发现日志增长的比较快.
allen0118 2016-08-15
  • 打赏
  • 举报
回复
引用 17 楼 yenange 的回复:
你的服务器很强悍, 数据和日志都设置成固定增长, 每次 200MB
哦,谢谢,我现在设置的是数据文件以 100MB的速度自动增长,不限制大小;日志文件以 50MB自动增长,SQL自动加了一个最大限制为 2,097,152MB,这个最大限制我貌似也修改不了。 另外,目前我是把数据库的恢复模式设置为完整,按照您的意思是不是可以设置为“简单”就行了?
吉普赛的歌 2016-08-15
  • 打赏
  • 举报
回复
你的服务器很强悍, 数据和日志都设置成固定增长, 每次 200MB
allen0118 2016-08-15
  • 打赏
  • 举报
回复
引用 15 楼 yenange 的回复:
测试了IO的话, 贴截图出来看看
不好意思,公司网络禁止上传文件,图片发不了,我写出来吧: 3,500MB,D:3%(122/4167GB) 标题,Read(MB/S),Write(MB/S) Seq : 4300,4953 512K:3739,4169 4K:151.5,158.8 4K QD32 :437.6,473.7
吉普赛的歌 2016-08-15
  • 打赏
  • 举报
回复
测试了IO的话, 贴截图出来看看
吉普赛的歌 2016-08-15
  • 打赏
  • 举报
回复
引用 13 楼 chenpeng0118 的回复:
再请教一下,这种大数据量的数据库,数据文件和日志文件增长方式以及增长量设置为多少比较合适呢?
1. 你是否确定必须要完整日志?——大多数的数据库是不需要完整日志的, 这样维护工作更重(必须每天备份日志、再收缩日志)、而且性能比简单日志低, 日志过大很可能导致爆盘; 2. 你先测试一下你的IO, 用工具:http://download.csdn.net/detail/yenange/9540422 大多数情况下你设置固定增长、每次100MB 都够用了的 http://blog.csdn.net/yenange/article/details/50509362
allen0118 2016-08-15
  • 打赏
  • 举报
回复
引用 11 楼 yenange 的回复:
[quote=引用 10 楼 chenpeng0118 的回复:] [quote=引用 8 楼 roy_88 的回复:] 这命令是SQL2005之前版本常用的, 在SQL 2008简单模式收缩数据库就可实现了,收缩完再改为完整模式
感谢耐心解答,收缩的时候是单独收缩日志文件还是将数据库文件与日志文件全部收缩呢?[/quote] 只收缩日志文件就可以了[/quote] 再请教一下,这种大数据量的数据库,数据文件和日志文件增长方式以及增长量设置为多少比较合适呢?
allen0118 2016-08-15
  • 打赏
  • 举报
回复
引用 20 楼 yenange 的回复:
[quote=引用 18 楼 chenpeng0118 的回复:] [quote=引用 17 楼 yenange 的回复:] 你的服务器很强悍, 数据和日志都设置成固定增长, 每次 200MB
哦,谢谢,我现在设置的是数据文件以 100MB的速度自动增长,不限制大小;日志文件以 50MB自动增长,SQL自动加了一个最大限制为 2,097,152MB,这个最大限制我貌似也修改不了。 另外,目前我是把数据库的恢复模式设置为完整,按照您的意思是不是可以设置为“简单”就行了?[/quote] 不是银行之类的对数据安全要求特别强的库, 设置成简单都没什么问题的了。 设置成简单日志之后, 日志可以自动复用, 不会增长很快的了。[/quote] 好的,非常感谢您的帮助.
allen0118 2016-08-11
  • 打赏
  • 举报
回复
引用 8 楼 roy_88 的回复:
这命令是SQL2005之前版本常用的, 在SQL 2008简单模式收缩数据库就可实现了,收缩完再改为完整模式
感谢耐心解答,收缩的时候是单独收缩日志文件还是将数据库文件与日志文件全部收缩呢?
中国风 2016-08-11
  • 打赏
  • 举报
回复
你这命令语句在SQL2014早丢弃了,不可用,应该是从08开始就不能用了
中国风 2016-08-11
  • 打赏
  • 举报
回复
这命令是SQL2005之前版本常用的, 在SQL 2008简单模式收缩数据库就可实现了,收缩完再改为完整模式
allen0118 2016-08-11
  • 打赏
  • 举报
回复
引用 6 楼 roy_88 的回复:
个人建议: Step1:每日完整备份前做一个日志备份 Step2:把数据库改为简单模式,清空日志(收缩文件) Step2:把数据库改为完整模式,备份数据库 这样可实现恢复每天的任意时间段数据,每日只会保留一个的日志文件大小,控制数据库文件大小
清空日志直接 dump transaction DNName with no_log ,还要不要做别的动作?
中国风 2016-08-11
  • 打赏
  • 举报
回复
个人建议: Step1:每日完整备份前做一个日志备份 Step2:把数据库改为简单模式,清空日志(收缩文件) Step2:把数据库改为完整模式,备份数据库 这样可实现恢复每天的任意时间段数据,每日只会保留一个的日志文件大小,控制数据库文件大小
kingtiy 2016-08-11
  • 打赏
  • 举报
回复
1.定时备份,定时收缩 2.设置简单模式 看你的需求设置.
卖水果的net 2016-08-11
  • 打赏
  • 举报
回复
新建维护计划时,有这个选项的;



换一个图
allen0118 2016-08-11
  • 打赏
  • 举报
回复
引用 2 楼 wmxcn2000 的回复:
全部都放在 作业中,这个还是很有效果的;
版主,您说的是不是在备份数据库的Job中,执行完备份以后再通过 dump transaction DNName with no_log 把日志收缩呢?
卖水果的net 2016-08-11
  • 打赏
  • 举报
回复
全部都放在 作业中,这个还是很有效果的;
卖水果的net 2016-08-11
  • 打赏
  • 举报
回复
晚上做完全备以后,把日志收缩一下;
allen0118 2016-08-11
  • 打赏
  • 举报
回复
引用 11 楼 yenange 的回复:
[quote=引用 10 楼 chenpeng0118 的回复:] [quote=引用 8 楼 roy_88 的回复:] 这命令是SQL2005之前版本常用的, 在SQL 2008简单模式收缩数据库就可实现了,收缩完再改为完整模式
感谢耐心解答,收缩的时候是单独收缩日志文件还是将数据库文件与日志文件全部收缩呢?[/quote] 只收缩日志文件就可以了[/quote] 好的
加载更多回复(1)
数据库系统原理课程设计 课题名称:图书信息管理系统 姓 名: 班 级: 学 号: 指导老师: 2014年 01月 02日 目录 1.绪论 3 1。1 背景介绍 3 1.2 开发背景的选用及介绍 3 2.需求分析 4 2.1 系统分析 4 2。2 系统目标 4 2。3总体需求 4 3。概念设计阶段 5 3.1 实体E-R图 5 3。2 数据流程图 8 4.逻辑结构设计阶段 8 4。1 E—R图转换为关系模型 8 4。2 数据字典 9 5.物理结构设计阶段 10 5。1 物理设计阶段的目标和任务 10 5.2 数据存储方面 10 6.数据库实施与维护 10 6。1 创建数据库,数据表 10 6.2 创建视图 12 6.3 创建索引 13 6。4 创建触发器 13 6.5 数据表的初始化 14 6。6 初始表的显示 16 7.数据库界面实现 19 7.1系统总的功能模块图 19 7。2 系统的实现 19 8.心得体会 25 1。绪论 1.1 背景介绍 随着社会的发展,人们对于知识的需求也在不断地增长。书籍作为人们获取并增长知 识的主要途径,使得图书馆在人们生活中占有了一定位置。但是近几年来,随着书量的 不断增长,造成了书库空间极度不足,图书挤压,管理不善。这些都直接影响了读者对 图书馆藏书的充分利用。这时图书馆就特别需要开发一套书刊租借管理系统,通过该系 统来提高图书馆的管理效率,从而减少管理方面的工作流和成本。 一个现代化的图书馆在正常运营中总是面对大量的读者信息,书籍信息以及两者相互 作用产生的借书信息,还书信息。面对图书馆数以万计的图书,纷繁复杂的读者信息,频 繁更替的借还书信息,传统的直接方法不但管理出现漏洞,造成损失。因此有一个智能化 、系统化、信息化的图书管理系统十分重要的。充分利用计算机的功能实现对读者管理 、书籍管理,借阅管理等自动化控制,将会使图书馆的工作大大减弱。方便友好的图形 界面、简便的操作、完善的数据库管理。将会使得图书馆系统极大限度的应用于现代化 图书管理中。 1.2 开发背景的选用及介绍 1.2。1 SQL Server 2005的简介 SQL是英文(Structured Query Language)的缩写,意思为结构化查询语言。SQL语言的主要功能就是同各种数据库建立 联系,进行沟通。SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行 各种各样的操作,例如更新数据库中的数据,从数据库中提取数据等。目前,绝大多数流 行的关系型数据库管理系统,如Oracle, Sybase, Microsoft SQL Server, Access等都采用了SQL语言标准. SQL语言有以下几个优点: 1. 非过程化语言 SQL是一个非过程化的语言,因为它一次处理一个记录,对数据提供自动导航。SQL允 许用户在高层的数据结构上工作,而不对单个记录进行操作,可操作记录集,所有SQL 语 句接受集合作为输入,返回集合作为输出。SQL的集合特性允许一条SQL语句的结果作为另 一条SQL语句的输入。 SQL不要求用户指定对数据的存放方法, 这种特性使用户更易集中精力于要得到的结果; 所有SQL语句使用查询优化器,它是RDBMS的一部分,由它决定对指定数据存取的最快速 度的手段,查询优化器知道存在什么索引,在哪儿使用索引合适,而用户则从不需要知 道表 是否有索引、有什么类型的索引. 2。 统一的语言 SQL可用于所有用户的DB活动模型,包括系统管理员、数据库管理员、 应用程序员、决策支持系统人员及许多其它类型的终端用户。基本的SQL 命令只需很少时间就能学会,最高级的命令在几天内便可掌握. 3。 所有关系数据库的公共语言 由于所有主要的关系数据库管理系统都支持SQL语言,用户可将使用SQL的技能从一个RD BMS(关系数据库管理系统)转到另一个,所有用SQL编写的程序都是可以移植的。 1.2.2 java简介 java是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台(即JavaSE, JavaEE, JavaME)的总称。Java 技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应3用于个人PC、数据中心 、游戏控制台、科学超级计算机、移动电话和互联网,同时拥有全球最大的开发者专业 社群。在全球云计算和移动互联网的产业环境下,Java更具备了显著优势和广阔前景. 2.需求分析 2.1 系统分析 书刊租借系统(以高校的图书管理系统为例)是典型的信息管理系统,其开发主要包 括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数 据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用

27,580

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧