第11章-备份和恢复.pdfVIP

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

下载 第八部分 灾 难 恢 复 本部分提供了运行在实际环境中的 SQL Server数据库有关备份和恢复的技巧指导。 第11章 备份和恢复 作为基本常识应该备份数据库及事务日志,在系统出错时,可以恢复备份文件。而如果 忽略备份的话则可能花更长时间才能重新工作。另外,每次 Microsoft SQL Server 启动时,备 份会在所有系统和用户数据库上进行。 在以下的内容中,会涉及到 SQL Server 7 中备份及恢复的有关经常被询问的问题,以及在 备份和恢复数据库及处理日志实际过程中可能问的问题。另外,也会涉及到与恢复有关的性 能问题及磁盘应用不足的问题。 11.1 常见问题 这里有关于备份及恢复功能的常见问题,以及在进行备份和恢复数据库及处理日志的实 际过程中可能遇到的问题。 问:什么条件下在SQL Server 7 中会发生间接修改? 答:在SQL Server 7 中,如果参与索引聚集的列没有变化,所有更改都是直接的。如果对 U N I Q U E 聚集关键字作了改动,修改计划就运行在混合模式,询问处理器就作直接或间接的 修改。如果聚集关键字不是 U N I Q U E ,现有的修改延迟运行。 可以使用 S H O W P L A N来看例程的行为,在计划中查找 S P L I T和C O L L A P S E操作符,如果 在聚集索引修改下找到 S P L I T ,则说明有一个聚集关键字已改变。如果找到 C O L L A P S E操作 符,则修改运行在混合模式下, SQL Server取消删除并在适当的地方插入新值。 注意对所有的索引这种行为将一样。 问:开启torn page detection数据库选项会对服务器增加什么可度量的负载吗? 答:torn page detection 选项不会增加许多负担给 C P U ,但在热点页(hot page )上会增加 竞争。 Torn page detection 关掉的情况下,在页写回磁盘时也可被访问。但在 torn page d e t e c t i o n开启时不会发生这种情况。 问:SQL Server什么时候检查坏页? 答:当从磁盘读页时 torn page detection 被执行。在实际中,这种情况发生在恢复时,因 为任何页上在正常时间内没有完成的写有可能在恢复时被读(除了非记录的操作,如创建索 引、块复制等等)。 问:当SQL Server发现一个坏页时会怎样? 答:当torn page 发现时,会产生严重的 I / O错误,这个错误断开连接, 仅在恢复期间坏页 被发现时数据库被标识为可疑的。 164 第八部分 灾 难 恢 复 下载 问:怎样恢复坏页? 答:从备份中恢复数据库,并根据事务日志进行回滚操作,可以纠正问题而不丢失数据。 问:什么情况下最有可能发生坏页? 答:实验室测试表明,当磁盘进行写时掉电最有可能产生块页。如果没有备份电池组或 不间断U P S ,可以考虑配置。 问:如果运行SQL Server 6.5兼容模式询问结果会顺序返回吗? 答:在SQL Server 6.5兼容模式下,如果不明确提供 GROUP BY子句,询问处理器会增加 一个。在SQL Server 7兼容模式下,没有ORDER BY子句意味着对用户或应用程序而言任何顺 序都是可接受的。 GROUP BY经常存储在SQL Server 6.5 中是因为SQL Server 6.5 能形成组的唯一途径是首 先存储数据。然而, SQL Server 7为数据成组有其他算法(大部分为 h a s h排序),它能比排序 数据以成组的工作快许多倍,这就能在不需要排序的情况下,阻止 SQL Server 为慢的排序付 出代价。 增加索引提示并不强制排序;它仅仅强制扫描特殊的索引。如果在子句中没有 O R D E R B Y 子句,询问处理器将自由的决定最廉价的执行策略。这可能是逻辑的索引顺序扫描或物理 的索引顺序扫描,后一种扫描方式可能返回行的无序索

文档评论(0)

精品文档 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档