SQL Server误区：正在运行的事务在服务器故障转移后继续执行
人气：413 时间：2019-08-21
这篇文章主要为大家详细介绍了SQL Server误区：正在运行的事务在服务器故障转移后继续执行，具有一定的参考价值，可以用来参考一下。
感兴趣的小伙伴，下面一起跟随四海网的小编两巴掌来看看吧！
误区 #1：在服务器故障转移后，正在运行的事务继续执行这当然是错误的!
每次故障转移都伴随着某种形式的恢复。但是如果当正在执行的事务没有Commit时，由于服务器或实例崩溃导致连接断开，SQL Server可没有办法在故障转移后的服务器重新建立事务的上下文并继续执行事务-无论你使用的故障转移方式是集群，镜像，日志传送或是SAN复制。
对于故障转移集群来说，当故障转移发生后，一个SQL Server实例在另一个故障转移集群的节点启动。所有实例上的数据库都要经历Recovery阶段-也就是所有没有Commit的事务都要被回滚。
对于数据库镜像来说，来自主体服务器的日志不断传送到镜像服务器进行Redo操作。当镜像服务器被切换作为主体服务器时，原镜像服务器的事务日志将会变为Recovery模式，这使得好像原镜像服务器经历了一次崩溃那样，在这之后所有的连接都会导向原镜像服务器。
对于事务日志传送来说，事务日志被定期备份并传送到辅助服务器.当主服务器崩溃时,DBA按照恢复顺序将辅助服务器恢复后上线.但最终步骤都是要执行recovery步骤，也就是将没有提交的事务进行回滚。
对于SAN复制来说，本地SAN的I/O被复制到远程SAN上进行重放，当故障转移发生后,系统将会连接到远端SAN但数据库仍然需要执行recovery步骤，这和故障转移集群极其类似。
“唯一”使得正在执行的事务在故障转移发生后仍然得以继续执行的技术使用带有实时迁移功能的虚拟化技术，因为这时连接本身并不知道其连接的对象已经变为另一台物理服务器。
但是无论使用那种技术，如果”连接”失效，正在执行的事务将会丢失，所以处理这类问题的这部分工作就需要在程序中用代码实现某种“重新执行”的功能。
本文来自：http://www.q1010.com/179/7767-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等技术文章。