欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

sql server 高可用性技术总结

程序员文章站 2024-02-22 13:42:28
一. 复制Replication(快照、事务、合并) 应用场景: 负载均衡、提供副本读,写操作。 分区将历史数据复制到其它表中。 授权,将数据提供它人使用。 数据合并。 故障转移。 优点: 实现简单。 数据同时同步,几乎达到镜像。 可以实现对某些表,或表数据过滤进行复制。 缺点: 不适合做高可用,因 ......

一.  复制Replication(快照、事务、合并)   

      应用场景:
    负载均衡、提供副本读,写操作。
    分区将历史数据复制到其它表中。
    授权,将数据提供它人使用。
    数据合并。
    故障转移。
  优点:
    实现简单。
    数据同时同步,几乎达到镜像。
    可以实现对某些表,或表数据过滤进行复制。
  缺点:
    不适合做高可用,因为整个库复制影响性能。
    不支持故障自动切换。
  要求:
    必须有主键的表才能做复制。

二. 日志传送log shipping(备份-->复制-->恢复)   

       应用场景:
    多台主从服务器定时备份同步。
    负载均衡、提供副本只读。
  优点:
    实现简单。
  要求:
    必须是完整备份模式。
    主服务器、辅助服务器、监视服务器的备份文件夹必须有读写权限。
    sql agent代理必须启动。

三.  镜像

       应用场景:

              要求高服务可用性。

              要求实现自动故障转移。 

              确保数据的完整。

         优点:

              根据业务可实现同步和异步镜像。

              快速的故障转移恢复。低硬件成本。

         要求:

              主体服务器。

              镜像服务器。

              见证服务器。

四. 故障转移群集

  应用场景:
    硬件故障转移。
    服务故障转移。
    人工故障或各种其它原因等。
  优点:
    根据业务进行灵活的群集拓扑结构
    快速且自动故障转移
  缺点:
    群集非活跃节点浪费硬件资源
    群集节点间共用的共享存储,仍然存在潜在的单点故障隐患。
    没有负载能力,不是提升性能的技术。

        要求

              基于windows故障转移

 

  五 总结 (不包含 always on 且是sql 2005版的总结)图片来自微软讲师 借鉴下。哈哈

    sql server 高可用性技术总结

    sql server 高可用性技术总结