详谈数据库的备份方案与策略.docxVIP

  1. 1、本文档共37页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

关于SQLSERVER数据库

的维护和备份方案

目录

TOC\o1-3\h\z\u1、引言 4

1.1、为什么要进行数据备份 4

2、数据库的备份和复原 4

2.1、几种常见的SQLServer数据库备份 4

2.2、数据库的复原 7

2.3、升级 11

3、SQLServer维护方案实现数据库备份 13

3.1、场景设计 13

3.2、实战操作 14

4、SQLServer维护方案实现数据库备份〔策略实战方案〕 17

4.1、最正确实践 26

4.2、考前须知 31

5、SQLServer数据库最小宕机迁移方案 36

5.1、目的 36

5.2、分析与设计思路 35

5.3、参考脚本2.3、升级 35

参考资料:

SQLServer2008编程入门经典〔第3版〕

1引言

1.1为什么要进行数据备份

在信息化高速开展的今天数据在人们的生活中扮演着越来越重要的角色,信息化渗透着教育、科研、医疗等等各个领域,所以为防止数据丧失的第一道防线是实行数据备份,备份就像锻炼身体,虽然重要,但却常常被无视,数据备份观念在一些企业中,甚至是在网络管理员中仍然得不到足够的重视。当网站更新或添加内容时,如果实行了数据备份,那么即使出现操作失误,把有用的资讯或者重要的内容删掉了,那么也不至于让之前花了很长时间辛辛苦苦建立起来的数据付之东流,只要及时地通过系统备份和恢复方案就可以实现数据的平安性和可靠性了;又或者是企业网站发生灾难,原始数据丧失或遭到破坏,利用备份数据就可以把原始数据恢复出来,使系统能够继续正常工作。可见,数据备份是何等的重要,数据备份是为了以后能够顺利地将被破坏了或丧失了的数据库平安地恢复的根底性工作,可以这么说,没有数据库的备份,就没有数据库的恢复,企业应当把数据备份和恢复的工作列为一项不可无视的系统工作,为其网站选择相应的备份设备和技术,进行经济可靠的数据备份,从而防止可能发生的重大损失。

2、SQLServer备份和复原

2.1、几种常见的SQLServer数据库备份

2.1.1、完全备份

?备份全部选中的文件夹,并不依赖文件的存档属性来确定备份那些文件。〔在备份过程中,任何现有的标记都被去除,每个文件都被标记为已备份,换言之,去除存档属性〕。完全备份也叫完整备份。

2.1.2、差异备份

?差异备份是针对完全备份:备份上一次的完全备份后发生变化的所有文件。〔差异备份过程中,只备份有标记的那些选中的文件和文件夹。它不去除标记,即:备份后不标记为已备份文件,换言之,不去除存档属性〕。

2.1.3、增量备份

增量备份是针对于上一次备份〔无论是哪种备份〕:备份上一次备份后,所有发生变化的文件。〔增量备份过程中,只备份有标记的选中的文件和文件夹,它去除标记,即:备份后标记文件,换言之,去除存档属性。〕

2.1.4、事务日志备份

?在特定事务日志备份之前执行的完整数据库备份和上次差异备份〔如果有〕。在完整数据库备份之后执行的所有事务日志备份或在特定事务日志备份之前执行的差异备份〔如果您复原了差异备份〕。如果你设置了恢复模式为【简单】,你将无法使用【事务日志】备份。SQLServer2000和SQLServer2005:创立事务日志备份,您必须使用完整恢复或大容量日志记录恢复模型。

局部备份

通过指定READ_WRITE_FILEGROUPS创立的备份称为“局部备份”。在简单恢复模式下,只允许对只读文件组执行文件组备份。复原的数据备份类型:数据库备份、局部备份或文件备份。对于数据库备份或局部备份,日志备份序列必须从数据库备份或局部备份的结尾处开始延续。对于一组文件备份,日志备份序列必须从整组文件备份的开头开始延续。

文件备份?

“文件备份”包含一个或多个文件〔或文件组〕中的所有数据。

日志链

?连续的日志备份序列称为“日志链”。日志链从数据库的完整备份开始。通常,仅当第一次备份数据库时,或者将恢复模式从简单恢复模式切换到完整恢复模式或大容量日志恢复模式之后,才会开始一个新的日志链。除非在创立完整数据库备份时选择覆盖现有备份集,否那么现有的日志链将保持不变。在该日志链保持不变的情况下,便可从媒体集中的任何完整数据库备份复原数据库,然后再复原相应恢复点之前的所有后续日志备份。恢复点可以是上次日志备份的结尾,也可以是任何日志备份中的特定恢复点。

一个备份方案例子

?某个站点在星期天晚上

文档评论(0)

寒傲似冰 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8071104010000026

1亿VIP精品文档

相关文档