SQL Server误区:数据库镜像在故障发生后 马上就能发现
人气：635 时间：2019-08-15
这篇文章主要为大家详细介绍了SQL Server误区:数据库镜像在故障发生后 马上就能发现，具有一定的参考价值，可以用来参考一下。
感兴趣的小伙伴，下面一起跟随四海网的小编两巴掌来看看吧！
误区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错误，数据库立刻会变为质疑状态，也就是日志和数据不统一。这也会导致镜像失败。
你在圣经上学习到的那些教条也不是需要完全遵循的嘛:-)
本文来自：http://www.q1010.com/179/7742-0.html
注：关于SQL Server误区:数据库镜像在故障发生后 马上就能发现的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。
关键词：SQL SERVER
您可能感兴趣的文章
- SQL Server 存储过程解密(破解函数,过程,触发器,视图.仅限于SQLSERVER2000)
- SQLServer 触发器 数据库进行数据备份
- 用户"sa"登陆失败 SQLServer 错误18456的解决方法
- SQL Server做购物车系统时利用到得几个sqlserver 存储过程
- SQLServer 优化SQL语句 in 和not in的替代方案
- win2003 安装 sqlserver 2005的方法
- SQL Server当恢复sqlserver bak文件时，原始的用户无法删除的解决方法
- SQL Server分页存储过程（三）在sqlserver中打造更加准确的分页结果
- 分页存储过程（二）在sqlserver中返回更加准确的分页结果
- SQLServer触发器创建、删除、修改、查看示例代码
热门文章
- SQL Server SQL获取第一条记录的方法
- SQL Server出现System.OutOfMemoryException异常的解决方法
- SQL Server的 update from 语句的简单示例
- SQL Server 数据库备份方法菜鸟教程
- SQL Server 多表关联时在where语句中慎用trim()方法
- SQL Server数据类型及长度限制详细说明
- mybaits非配置原因，导致SqlSession was not registered for synchronization异常解析
- SQL Server 收缩后对数据库的使用有影响吗？
- SQL Server 格式导致的Excel导入sql出现异常的解决方法
- SQL Server 连接服务器出现错误 7391的解决方法
四海网收集整理一些常用的php代码,JS代码,数据库mysql等技术文章。