设为首页 收藏本站
查看: 629|回复: 0

[经验分享] 探讨SQL Server 2008使用的恢复模式

[复制链接]

尚未签到

发表于 2016-11-4 03:29:49 | 显示全部楼层 |阅读模式
  简介
  本文将探讨SQL Server 2008使用的恢复模式的选择,以及可用于备份一个数据库的各种方法,如差异备份和事物日志备份。此外,事务日志备份也将被介绍,该机制使恢复模式成为可 能。备份,事务日志,以及恢复模式是相互关联,当设置的一个时将影响影响的另一选择。
  在先前的文章(SQL 2008 Backup and Restore),对全备份和许多现有的可供选择的配置进行了介绍。从备份的命令行和SQL Server Management Studio都进行了详细介绍。此外,也对SQL Server 2008中新增的备份压缩进行了介绍。
  事务日志
  每一个SQL Server数据库在硬盘上包含至少两个物理文件,一个MDF文件和一个LDF文件。MDF文件包含所有被存储的实际数据。LDF文件或日志文件,包含了 每一个数据变化的纪录。记录每个数据变化使撤销操作和“时间点”备份成为可能。一个时间点的备份使我们能够恢复我们希望的任何时间点的数据库,昨天,两个 小时前,两分钟前。默认情况下,MDF和LDF文件位于硬盘上SQL Server下的Server\Version\MSSQL\Data 目录下。
DSC0000.jpg
 
  虽然这有历史记录不可能永远保存在事物日志文件中。如果这样做,随着时间的推移日志文件的大小将变得巨大和无法控制。相反,日志文件应该定期清理,或“删节” 。在被删节之间有多少时间允许日志文件增长是由数据库“恢复模式”决定的。
  恢复模式
  一个“恢复模式”决定一个数据库的事务日志如何保存。每个数据库都有自己的恢复模式设置。这意味着SQL Server可以包含多个数据库,每一个都有自己的恢复模式,并且独于其他数据库的配置。
  要查看一个数据库恢复模式设置,打开SQL Server服务器管理,右键点击一个数据库,然后选择属性。一旦属性对话框中打开后,从左边的菜单选择“选项”。
DSC0001.jpg
 
  恢复模式可以是完全,简单,或批日志恢复。
  简单恢复
  当一个数据库设置为简单恢复模式,这意味着日志文件不会被永久保存。因此,当执行一个TSQL声明,任何改变被写入数据和日志文件,但这些日志文件在被 删节(清理)之前不会保存很长一段时间。这删节又SQL Server签发“检查点”所造成的。对于造成检查点事件完整描述,请参阅Microsoft文章: http://msdn.microsoft.com/en-us/library/ms188748.aspx。删节日志文件对我们意味着,这些日志文 件不能被用于数据库恢复。这是因为我们无法控制日志何时将被清除。因此,当一个数据库设置为简单恢复,唯一的可选的备份类型是一个全备份。
DSC0002.jpg
 
  完整备份恢复你所有的数据,但你不能要求它恢复我在某一特定的时间点的所有数据。对于时间点的恢复,我们需要一个事物日志。
  全恢复
  不要与“全备份”混淆,全恢复涉及到一个保存历史事务日志文件的数据库。由于日志文件现将是数据库不可分割的一部分,所以当创建数据库就必创建日志文 件。当创建一个数据库,要考虑有两个文件选项, “初始大小”和“自动增长” ,这两个选项可在SQL Server数据库管理属性页上进行配置。在该文件页面上,可设置初始化大小和自增大小。
DSC0003.jpg
 
  如果数据库设置为全恢复,那么每一个数据变动操作历史记录都将被保存。如果日志文件锉光或用完物理磁盘空间,那么数据库将停止工作。这种风险可以由 SQL Server自动增加日志文件的功能来降低。要启用自动成长功能,就要给日志文件初始兆字节大小的空间。下一步,选择“ Autogrowth ”复选框,并输入一个增长的大小。日志文件的大小也可以加以限制或不加限制的增长。如果没有设置自动增长,一个固定大小的日志文件将自动生成。如果日志文 件填满了,那么该数据库将停止工作。自动增长功能可以避免了这一点,但带有一些额外开销。当SQL Server设置自动增加日志文件大小时,资源(内存, CPU ,以及硬盘)利用率和数据库的性能,可能遭受影响。一旦对日志进行了调整,性能将恢复正常。
  差异备份
  当数据库运行在“全恢复”的模式,那么事物日志正在不断的被保存,这样我们就又可以有几个新的备份选择。除了全备份现在可以进行差异备份和事物日志备份。
DSC0004.jpg
 
  差异备份复制上次完全备份所有的数据变化。因此,这些备份通常比完全备份更快和更小。但随着时间的推移,越来越多的数据发生变化,差异备份文件将变得很大。完整备份创建一个检查点的意义在于,新的差异备份可以从这一点开始进行。
  事物日志备份
  事务日志备份将复制上次完全或以前的事务日志备份的所有数据变化。事物日志备份通常是非常快并且非常小。缺点是它们的恢复能力有限。例如,如果您创建一 个星期一的全备份和周二至周五事务日志备份,然后需要在周六恢复,恢复的步骤将是先恢复星期一的全备份,然后恢复星期二的日志备份,星期三的日志,星期四 的日志,并最终恢复星期五的日志备份。显然这个过程,是需要耗费很多资源的。此外,如果一个由于某种原因日志备份损坏或无法使用,那么整个恢复链将中断, 而不会获得日志备份良好时那样的效果。
  结论
  SQL Server2008提供了几种恢复方法,包括全恢复和简单恢复。恢复方法的选择将取决于事物日志文件是否被保存,如果是的话,任何类型的备份可以执行,如全备份,差异备份,或事务日志备份。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-295301-1-1.html 上篇帖子: SQL Server 2008性能故障排查(二)——CPU 下篇帖子: 监控 SQL Server 2005 的运行状况
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

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