DAT211SQL Server始终在线技术:选择正确的高可用性解决方案 SQL Server Always On Technologies_ Choosing.ppt_第1页
DAT211SQL Server始终在线技术:选择正确的高可用性解决方案 SQL Server Always On Technologies_ Choosing.ppt_第2页
DAT211SQL Server始终在线技术:选择正确的高可用性解决方案 SQL Server Always On Technologies_ Choosing.ppt_第3页
DAT211SQL Server始终在线技术:选择正确的高可用性解决方案 SQL Server Always On Technologies_ Choosing.ppt_第4页
DAT211SQL Server始终在线技术:选择正确的高可用性解决方案 SQL Server Always On Technologies_ Choosing.ppt_第5页
已阅读5页,还剩27页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、DAT211: Choosing a High Availability Solution,议程,介绍 SQL Server 的几种满足可用性需求的技术 对可用性的高层次定义 宕机的几种原因 分析 5 种常见的高可用性需求,以及 SQL Server的相应解决方案,SQL Server 高可用性功能的新名称 始终在线技术主要用于支持需要高可用性的核心关键应用 提高有计划宕机期间的可用性 应用,操作系统,硬件升级 系统维护 为意外宕机提供保护和快速恢复 人为出错 系统问题 从数据损坏恢复 自然灾害 SQL Server 2005 企业版提供始终在线技术 微软将会继续投入,在未来 SQL Serv

2、er 产品中扩展始终在线技术,始终在线技术,SQL Server 2005,*,*,*,*,*In progress,什么是可用性?,可用性通常是由明确的或暗含的服务级别协议(SLA)来定义的 例如 当订单能够在一分钟内处理完,那么订单系统就是可用的。可接受的最长宕机时间是每月 5 分钟。 宕机时间 = 不能达到 SLA 的时间 通常 uptime 是被记录下来的 (i.e. 99.993%), 这个并不包括计划内的宕机时间 SLA 应该被用来设计,部署,修改和监控系统,应用程序宕机原因,系统管理 更新安装,索引重建 逻辑错误 (用户或应用) 错误的数据修改,意外修改 自然灾害 台风,火灾 硬

3、件失败 内存,网络,磁盘 软件失败 Bugs,SQL Server 2005 高可用性方案,在线管理,应用场景举例 打补丁或升级 出于系统维护的需要,迁移一个表 部署一个应用程序的新版本 恢复损坏的数据 解决方案 滚动升级和数据库镜像热补丁,日志传送,或者复制 快速升级 在线命令:alter table, index create, index rebuild 在线细粒度恢复,企业版,企业版,滚动升级分三步,升级镜像,或订阅者 交换角色 数据库镜像 故障转移到镜像 日志传送 复制 客户端重定向到订阅者 升级原数据库,norecovery 备份主日志 恢复辅助数据库 重定向客户端到辅助数据库,可

4、选:再次交换角色,在线管理,SQL Server 2005 高可用性解决方案,用户或应用程序错误恢复,场景例子 一张表被意外删除 一个应用程序错误的修改了数据 用户未经授权就修改了数据 解决方案:逻辑恢复 及时对系统进行快照 周期性的照数据库快照 用 restore delay/standby 选项将日志传送到另外的站点上 在关键时间点对日志进行标记 使用 diff 工具比较表的当前版本和就的版本 跟踪 DML 命令历史 使用 SQL Trace 或定制的复制,SQL Server 日志传送工作原理,主数据库,从属数据库,从属实例,主实例,Transaction Log Backup,Tran

5、saction Log Backup,Transaction Log Backup,Transaction Log Backup,Transaction Log Backup,Transaction Log Backup,SQL Server 2005 数据库快照工作原理,主数据库,V1,Select from orders where,Update orders set.,Database Files,Instance,V2,一旦创建,就维持原数据库 的快照视图,Create snapshot database “Snapshot DB” on ( filename=) as snapsho

6、t of “Main DB”,Database Pages,逻辑恢复用户错误,SQL Server 2005高可用性解决方案,站点灾难保护,场景 地震,火灾,洪水等造成数据中心无法运作 解决方案 数据镜像到从属站点 优化方案 允许快速故障转移到从属站点 可以采用日志传送实现额外的站点保护 第三方的 geo-群集 方案实现数据中心存储介质级的冗余 SQL Server 始终在线建议解决方案: ,数据库镜像同步模式,镜像服务器,主体服务器,见证服务器,日志,数据,数据,日志,镜像始终复制 保持同步,数据库镜像配置分为三步,第一步:使用norecovery 参数将数据拷贝恢复到镜像站点,第二步:配置

7、通讯 endpoint,第三步:设置数据保护级别和启动镜像,数据库镜像灾难恢复,SQL Server 2005高可用性解决方案,数据库查询横向冗余扩展,场景 在备用服务器上进行接近实时的查询,并且这台服务器也用作灾难恢复 冗余数据库服务器横向扩展以提高查询性能,并且可以用其中任意一台作为灾难恢复服务器 解决方案 事物复制 点对点复制,企业版,复制选项,New Jersey,事物服务 报表 + 冗余,点对点复制 查询横向扩展 + 冗余,New York,Boston,Seattle,Tokyo,Shanghai,England,SQL Server 2005高可用性解决方案,高可用系统硬件,场景

8、:最大的系统硬件可靠性 解决方案 Microsoft 群集技术 实例故障转移 SQL Server 始终在线建议解决方案 SQL Server 始终在线合作伙伴提供的存储方案都是经过仔细的检查,都符合 Microsoft SQL Server Storage Solution 需求 SQL Server 始终在线技术和合作伙伴的存储方案一起提供高度可用和可靠的点到点方案 SQL Server 始终在线合作伙伴计划的第一阶段主要是存储方案,将来阶段会注重其他的硬件和软件 该计划的合作伙伴 ,Microsoft 群集技术,本地服务器硬件冗余 使用共享磁盘子系统 整个实体虚拟成一个单元,并作为一个单

9、元故障迁移 可以包括其他非 SQL Server 资源 不直接支持灾难恢复 合作伙伴提供存储级别的复制方案 群集技术可以和数据库镜像,日志传送,或复制一起使用,总体方案,数据库镜像,任备份,暖备份,逻辑恢复,日志传送,日志传送 With Restore Delay,生产环境 数据库,复制,数据库查询 横向扩展,群集,数据库镜像 主数据库站点灾难恢复 日志传送 数据库额外灾难恢复 逻辑恢复 复制 数据库查询横向冗余扩展 群集 本地服务器冗余 始终在线合作伙伴方案 极高的硬件可靠性,更多信息,SQL Server High Availability Home SQL Server 始终在线计划 Techn

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论