山东理工大学商学院数据库原理及应用课件 第13章.pptVIP

山东理工大学商学院数据库原理及应用课件 第13章.ppt

  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文档。上传文档
查看更多
第3章 SQL SERVER2005数据库高可用性 教学目标 掌握SQL Sever 高可用性概念 掌握SQL server 的复制和镜像操作。 建立网络数据库的高可用性概念,锻炼实际数据库管理能力,为今后从事数据库管理员(DBA)的工作奠定基础。 内容 3.1高可用性(HA) 3.2复制 3.3数据库镜像 引子-服务停机的损失非常大 在线经纪公司 eTrade 的一次 1 个小时的停机事故造成了 800 万美元的损失。 与此类似,DELL 公司一次 10 小时停机事故造成了 8,300 万美元的损失 而英特尔一次 33 小时的停机事故造成了 27,500 万美元的损失。 引子-服务停机的损失非常大 这些数字仅代表了收入的损失,并不包括其他相对不太明显的损失,如客户满意度或公司信誉方面的影响 需要每天 24 小时、每周 7 天、一年 365 天的可用性 创建高可用性环境以实现业务持续性是一项复杂的工作,因为这会涉及到企业的很多方面 3.1高可用性(HA) 可用性可以定义为系统或资源可以使用的时间。 高可用性的定义则通常根据其绝对可用性的百分比进行测定,100% 表示资源随时可用,没有停机时间。 99.999% 3.1高可用性(HA) 可用性百分比 = ((总时间 – 停机时间的总和)/总时间) 3.1高可用性(HA) 3.1高可用性(HA) 数据库高可用性的障碍 1.人员障碍:53% 的停机时间是人为错误的结果 ;用户错误和操作员错误 2.流程障碍?:制定合适的流程有助于消除不必要的停机时间,在服务中断时可以快速恢复。?运行手册 ;管理程序不足 ;标准化硬件和软件配置 3.1高可用性(HA) 数据库高可用性的障碍 3.技术障碍:需要准备好恰当的数据库恢复机制来还原信息 4.基础结构故障 :网络基础结构故障 5.站点灾难 :冗余数据中心 3.1高可用性(HA) 针对服务器故障的SQL serve2005数据库高可用性实现技术 毫无疑问,在高可用性环境中的主要技术考虑就是针对服务器故障提供保护。 第一步就是投资购置提供关键组件冗余的硬件平台。 在软件方面,确保高可用性的最重要步骤就是使用必威体育精装版的服务包使操作系统、设备驱动程序和应用程序软件保持为必威体育精装版。 3.1高可用性(HA) 针对服务器故障的SQL serve2005数据库高可用性实现技术 SQL Server 2005 N 路集群技术、复制技术、镜像技术。 3.1高可用性(HA) SQL Server 2005 N 路集群技术 3.1高可用性(HA) SQL Server 2005 N 路集群技术 3.1高可用性(HA) SQL Server 2005 N 路集群技术 3.1高可用性(HA) SQL Server 2005 N 路集群技术 3.1高可用性(HA) SQL Server 2005 N 路集群技术 3.2复制 复制概念 复制使用出版业术语表示复制拓扑中的组件,其中有发布服务器、分发服务器、订阅服务器、发布、项目和订阅。可借助杂志的概念来帮助理解 Microsoft SQL Server 复制: 杂志出版商(发布服务器)生产一种或多种刊物(发布) 刊物(发布)包含文章(项目) 出版商(发布服务器)可以直接发行(分发)杂志,也可以使用发行商(分发服务器) 订阅者(订阅服务器)接收订阅的刊物(发布) 3.2复制 3.2复制 发布服务器是一种数据库实例,它通过复制向其他位置提供数据。发布服务器可以有一个或多个发布,每个发布定义一组要复制的具有逻辑关系的对象和数据。 3.2复制 分发服务器也是一种数据库实例,它起着存储区的作用,用于复制与一个或多个发布服务器相关联的特定数据。并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用 3.2复制 订阅服务器是接收复制数据的数据库实例。订阅服务器可以接收来自多个发布服务器和发布的数据。 3.2复制 项目用于标识发布中包含的数据库对象。一次发布可以包含不同类型的项目,包括表、视图、存储过程和其他对象。 3.2复制 发布是一个数据库中的一个或多个项目的集合。将多个项目分组成一个发布,使得更便于指定一组作为一个单元复制的、具有逻辑关系的数据库对象和数据。 3.2复制 订阅是把发布副本传递到订阅服务器的请求。订阅定义将接收的发布和接收的时间、地点。 3.2复制 Microsoft SQL Server 2005 提供了下列可在分布式应用程序中使用的复制类型 : 事务性复制 合并复制 快照复制 3.2复制 Microsoft SQL Server 2005 提供了下列可在分布式应用程序中使用的复制类型 : 事务性复制 :创建了初始快照后,接着在发布服务

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档