主页 > 知识库 > SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现

SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现

热门标签:服务外包 AI电销 地方门户网站 铁路电话系统 网站排名优化 呼叫中心市场需求 Linux服务器 百度竞价排名
误区10.数据库镜像在故障发生后,马上就能发现

错误

市面上大肆宣传数据库镜像技术可以在故障发生后,立即检测到错误并进行故障转移。

但事实并不是这样,检测到故障发生的速度要取决于故障的类型。

检测故障发生的最快的情况是,镜像中的主体实例崩溃,从而镜像服务器每秒一次的PING就无法返回值,从而知道主体服务器上不再有这个进程侦听相应的TCP端口,这种情况下,镜像服务器几乎瞬间就能发现故障。

检测到故障发生第二快的情况是主体服务器的操作系统崩溃。此时主体服务器不再响应镜像服务器的PING,从而在镜像服务器PING超时后发现错误。这个超时的阈值默认是10秒。但你也可以延长这个时间,这时,故障发生时间完全取决于PING的超时时间。

检测到故障第三快的情况是是主体的日志磁盘不可用,此时SQL SERVER仍然会发起IO请求,但20秒IO等待无法写入日志后发现日志磁盘不可用,最终40秒后宣告磁盘日志不可用,从而让镜像服务器上线。SQL SERVER是十分有耐心的,比如拿锁来说,SQL SERVER对于锁会无限等待,除非遇到死锁才进行干预。

还有,损坏页有可能完全不会引发故障,如果查询报了823或是824错误,镜像技术完全不会关注(SQL SERVER 2008之后这个问题得到修复: SQL Server 2008: Automatic Page Repair with Database Mirroring),如果数据回滚的过程中遇到823错误或是824错误,数据库立刻会变为质疑状态,也就是日志和数据不统一。这也会导致镜像失败。

你在圣经上学习到的那些教条也不是需要完全遵循的嘛:-)
您可能感兴趣的文章:
  • 监视SQLServer数据库镜像[图文]
  • SQL数据库与oracle数据库镜像有什么不同对比
  • MySQL 数据库双向镜像、循环镜像(复制)
  • mssql2005数据库镜像搭建教程
  • SQL Server 2008 R2数据库镜像部署图文教程
  • SQL Server 2008 数据库镜像部署实例之一 数据库准备
  • SQL Server 2008 数据库镜像部署实例之二 配置镜像,实施手动故障转移
  • SQL Server 2008 数据库镜像部署实例之三 配置见证服务器
  • SQL Server 2005 镜像构建手册(sql2005数据库同步镜像方案)
  • 利用SQL SERVER 2005数据库镜像实现可用性分析
  • 简述SQL Server 2005数据库镜像相关知识

标签:兰州 湖南 崇左 铜川 衡水 黄山 湘潭 仙桃

巨人网络通讯声明:本文标题《SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现》,本文关键词  ;如发现本文内容存在版权问题,烦请提供相关信息告之我们,我们将及时沟通与处理。本站内容系统采集于网络,涉及言论、版权与本站无关。
  • 相关文章
  • 收缩
    • 微信客服
    • 微信二维码
    • 电话咨询

    • 400-1100-266