SQL Server误区30日谈 第1天 正在运行的事务在服务器故障转移后继续执行
时间:2024-01-14 22:53:03
误区 #1:在服务器故障转移后,正在运行的事务继续执行
这当然是错误的!
每次故障转移都伴随着某种形式的恢复。但是如果当正在执行的事务没有Commit时,由于服务器或实例崩溃导致连接断开,SQL Server可没有办法在故障转移后的服务器重新建立事务的上下文并继续执行事务-无论你使用的故障转移方式是集群,镜像,日志传送或是SAN复制。
对于故障转移集群来说,当故障转移发生后,一个SQL Server实例在另一个故障转移集群的节点启动。所有实例上的数据库都要经历Recovery阶段-也就是所有没有Commit的事务都要被回滚。
对于数据库镜像来说,来自主体服务器的日志不断传送到镜像服务器进行Redo操作。当镜像服务器被切换作为主体服务器时,原镜像服务器的事务日志将会变为Recovery模式,这使得好像原镜像服务器经历了一次崩溃那样,在这之后所有的连接都会导向原镜像服务器。
对于事务日志传送来说,事务日志被定期备份并传送到辅助服务器.当主服务器崩溃时,DBA按照恢复顺序将辅助服务器恢复后上线.但最终步骤都是要执行recovery步骤,也就是将没有提交的事务进行回滚。
对于SAN复制来说,本地SAN的I/O被复制到远程SAN上进行重放,当故障转移发生后,系统将会连接到远端SAN但数据库仍然需要执行recovery步骤,这和故障转移集群极其类似。
“唯一”使得正在执行的事务在故障转移发生后仍然得以继续执行的技术使用带有实时迁移功能的虚拟化技术,因为这时连接本身并不知道其连接的对象已经变为另一台物理服务器。
但是无论使用那种技术,如果”连接”失效,正在执行的事务将会丢失,所以处理这类问题的这部分工作就需要在程序中用代码实现某种“重新执行”的功能。
![](/images/zang.png)
![](/images/jiucuo.png)
猜你喜欢
cv2.imread 和 cv2.imdecode 用法及区别
一次性压缩Sqlserver2005中所有库日志的存储过程
创建SparkSession和sparkSQL的详细过程
![](https://img.aspxhome.com/file/2023/3/77863_0s.jpg)
SQL Server 2005作业设置定时任务
![](https://img.aspxhome.com/file/2023/9/88229_0s.png)
selenium WebDriverWait类等待机制的实现
Python 相对路径报错:"No such file or directory"'原因及解决方法
![](https://img.aspxhome.com/file/2023/5/66865_0s.png)
js下用eval生成JSON对象
python可变对象,不可变对象详解
![](https://img.aspxhome.com/file/2023/5/76025_0s.png)
用Python写漏洞验证脚本的代码
![](https://img.aspxhome.com/file/2023/3/80663_0s.jpg)
IN&EXISTS与NOT IN&NOT EXISTS 的优化原则小结
Vue.js实现多条件筛选、搜索、排序及分页的表格功能
![](https://img.aspxhome.com/file/2023/7/130157_0s.jpg)
用Python编写生成树状结构的文件目录的脚本的教程
谈谈我的“分离”观
在SQL Server中使用索引的技巧
一份ASP内存的释放的实验报告
![](https://img.aspxhome.com/file/UploadPic/200710/17/2007101713177321s.gif)
基于Python制作打地鼠小游戏
python实现文本文件合并
Python正则表达式使用经典实例
如何优化下面这段代码?
Golang实现带优先级的select
![](https://img.aspxhome.com/file/2023/5/133935_0s.png)